ONTAP NAS 연결을 분산하도록 클라이언트를 구성합니다
변경 제안
PDF
핫스팟을 해결하려면 CPU 병목 현상을 방지하기 위해 클라이언트를 적절히 구성합니다.
Linux 클라이언트 구성
SVM 내 또는 SVM 간 HDFA 구축을 선택하든 Linux에서 를 사용하여 클라이언트가 서로 다른 HDFS 간에 로드 밸런싱을 수행할 수 있어야 autofs 합니다. `autofs`구성은 SVM 간 및 내부 SVM에 따라 다릅니다.
적절한 종속성이 설치되어 있어야 autofs 합니다. 이에 대한 자세한 내용은 Linux 설명서를 참조하십시오.
설명된 단계에서는 다음 항목이 포함된 예제 /etc/auto_master 파일을 사용합니다.
/flexcache auto_hotspot
`autofs` `/etc`프로세스가 디렉터리에 액세스하려고 할 때마다 디렉터리에서 `/flexcache` 호출된 파일을 찾도록 `auto_hotspot` 구성합니다. 파일의 내용은 `auto_hotspot` 디렉토리 내에 마운트할 NFS 서버 및 접속 경로를 `/flexcache` 지정합니다. 설명된 예는 파일에 대한 서로 다른 `auto_hotspot` 설정입니다.
내부 SVM HDFA 자동 전송 구성
다음 예제에서는 의 다이어그램에 대한 지도를 만듭니다 autofs그림 1. 각 캐시에는 동일한 접합 경로가 있고 호스트 이름에 4개의 DNS A 레코드가 있으므로 cache 한 줄만 있으면 됩니다.
hotspot cache:/hotspot
이 간단한 한 줄은 NFS 클라이언트가 호스트 이름에 대한 DNS 조회를 cache 수행하도록 합니다. DNS가 라운드 로빈 방식으로 IP를 반환하도록 설정됩니다. 이렇게 하면 프런트엔드 NAS 연결이 고르게 분산됩니다. 클라이언트는 IP를 수신한 후 에서 /flexcache/hotspot 접합 경로를 마운트합니다 /hotspot. SVM1, SVM2, SVM3 또는 SVM4에 연결할 수 있지만 특정 SVM은 중요하지 않습니다.
내부 SVM HDFA 자동 전송 구성
다음 예제에서는 의 다이어그램에 대한 지도를 만듭니다 autofs그림 2. NFS 클라이언트가 HDF 접합 경로 배포의 일부인 IP를 마운트해야 합니다. 즉, IP 192.168.0.11이 아닌 다른 것을 탑재하고 싶지 않습니다. /hotspot1 이를 위해 맵에서 하나의 로컬 마운트 위치에 대한 IP/접합 경로 쌍 4개를 모두 나열할 수 auto_hotspot 있습니다.
|
(`\`다음 예제의 백슬래시)는 항목을 다음 줄로 이어가며 읽기 쉽도록 합니다. |
hotspot cache1:/hostspot1 \
cache2:/hostspot2 \
cache3:/hostspot3 \
cache4:/hostspot4
클라이언트가 액세스를 시도할 때 /flexcache/hotspot 은 autofs 네 개의 호스트 이름 모두에 대해 정방향 조회를 수행합니다. 4개의 IP가 모두 클라이언트와 동일한 서브넷에 있거나 다른 서브넷에 있다고 가정하면 는 autofs 각 IP에 대해 NFS NULL ping을 실행합니다.
이 NULL ping을 수행하려면 ONTAP의 NFS 서비스에서 패킷을 처리해야 하지만 디스크 액세스가 필요하지 않습니다. 반환할 첫 번째 ping은 마운트하도록 선택한 IP 및 접합 경로입니다. autofs
Windows 클라이언트 구성
Windows 클라이언트에서는 내부 SVM HDFA를 사용해야 합니다. SVM의 여러 HDFS 간에 로드 밸런싱을 수행하려면 각 HDF에 고유한 공유 이름을 추가해야 합니다. 그런 다음 의 단계를 따라 "Microsoft 설명서"동일한 폴더에 대해 여러 DFS 대상을 구현합니다.