다음을 통해 공유

Azure NetApp Files에서 Azure HPC Cache 사용

Azure NetApp Files를 Azure HPC Cache의 스토리지 대상으로 사용할 수 있습니다. 이 문서에서는 두 서비스가 함께 작동하는 방법을 설명하고 이를 설정하기 위한 팁을 제공합니다.

Azure NetApp Files는 ONTAP 운영 체제와 Microsoft Azure의 확장성 및 속도를 결합합니다. 이 조합을 사용하면 사용자가 코드를 다시 작성하지 않고도 설정된 워크플로를 클라우드로 이동할 수 있습니다.

Azure HPC Cache 구성 요소를 추가하면 하나의 집계된 네임스페이스에 여러 Azure NetApp Files 볼륨을 표시하여 파일 액세스를 향상시킬 수 있습니다. 다른 서비스 지역에 있는 볼륨에 대한 에지 캐싱을 제공할 수 있습니다. 또한 비용을 절감하기 위해 하위 계층 서비스 수준에서 생성된 볼륨에 대한 주문형 성능을 향상시킬 수 있습니다.

개요

Azure HPC Cache에서 Azure NetApp Files 시스템을 백 엔드 스토리지로 사용하려면 이 프로세스를 따릅니다.

  1. 아래 시스템 계획의 지침에 따라 Azure NetApp Files 시스템 및 볼륨을 만듭니다.
  2. 파일 액세스가 필요한 지역에 Azure HPC Cache를 만듭니다. ( Azure HPC Cache 만들기의 지침을 사용합니다.)
  3. Azure NetApp Files 볼륨을 가리키는 캐시의 스토리지 대상을 정의합니다. 볼륨에 액세스하는 데 사용되는 각 고유 IP 주소에 대해 하나의 캐시 스토리지 대상을 만듭니다.
  4. 클라이언트가 Azure NetApp Files 볼륨을 직접 탑재하는 대신 Azure HPC Cache를 탑재 하게 합니다.

Azure NetApp Files 시스템 계획

Azure NetApp Files 시스템을 계획할 때 이 섹션의 항목에 주의하여 Azure HPC Cache와 원활하게 통합할 수 있는지 확인합니다.

또한 Azure HPC Cache에서 사용할 볼륨을 만들기 전에 Azure NetApp Files 설명서를 읽어보세요.

NFS 클라이언트 액세스만

Azure HPC Cache는 현재 NFS 액세스만 지원합니다. SMB ACL 또는 POSIX 모드 비트 볼륨에는 사용할 수 없습니다.

Azure NetApp Files 전용 서브넷

Azure NetApp Files는 볼륨에 대해 위임된 단일 서브넷을 사용합니다. 다른 리소스는 해당 서브넷을 사용할 수 없습니다. 또한 가상 네트워크의 서브넷 하나만 Azure NetApp Files에 사용할 수 있습니다. Azure NetApp Files 네트워크 계획에 대한 지침에 대해 자세히 알아보세요.

위임된 서브넷 크기

Azure HPC Cache에서 사용할 Azure NetApp Files 시스템을 만들 때 위임된 서브넷의 최소 크기를 사용합니다.

netmask /28로 지정된 최소 크기는 16개의 IP 주소를 제공합니다. 실제로 Azure NetApp Files는 볼륨 액세스에 사용 가능한 IP 주소 중 세 개만 사용합니다. 즉, 모든 볼륨을 포함하려면 Azure HPC Cache에 세 개의 스토리지 대상만 만들어야 합니다.

위임된 서브넷이 너무 큰 경우 Azure NetApp Files 볼륨에서 단일 Azure HPC Cache 인스턴스가 처리할 수 있는 것보다 더 많은 IP 주소를 사용할 수 있습니다.

Azure NetApp Files 설명서의 빠른 시작 예제에서는 위임된 서브넷에 대해 10.7.0.0/16을 사용하며, 이는 너무 큰 서브넷을 제공합니다.

용량 풀 서비스 수준

용량 풀에 대한 서비스 수준을 선택할 때 워크플로를 고려합니다. Azure NetApp Files 볼륨에 데이터를 자주 다시 쓰는 경우 쓰기 저장 시간이 느린 경우 캐시의 성능을 제한할 수 있습니다. 쓰기 빈도가 높은 볼륨에 대해 높은 서비스 수준을 선택합니다.

서비스 수준이 낮은 볼륨은 캐시가 콘텐츠를 미리 채우는 동안 작업 시작 시 약간의 지연 시간을 표시할 수도 있습니다. 캐시가 정상적으로 작동하는 파일 집합으로 실행되면 지연이 눈에 띄지 않게 됩니다.

만든 후에는 변경할 수 없으므로 용량 풀 서비스 수준을 미리 계획하는 것이 중요합니다. 새 볼륨을 다른 용량 풀에 만들고 데이터를 복사해야 합니다.

액세스를 방해하지 않고 볼륨의 스토리지 할당량과 용량 풀의 크기를 변경할 수 있습니다.

캐시에 스토리지 대상 만들기

Azure NetApp Files 시스템을 설정하고 Azure HPC Cache를 만든 후에는 파일 시스템 볼륨을 가리키는 스토리지 대상을 캐시에 정의합니다.

Azure NetApp Files 볼륨에서 사용하는 각 IP 주소에 대해 하나의 스토리지 대상을 만듭니다. IP 주소는 볼륨의 탑재 지침 페이지에 나열됩니다.

여러 볼륨이 동일한 IP 주소를 공유하는 경우 모든 볼륨에 대해 하나의 스토리지 대상을 사용할 수 있습니다.

Azure NetApp Files 설명서의 탑재 지침에 따라 사용할 IP 주소를 찾습니다.

Azure CLI를 사용하여 IP 주소를 찾을 수도 있습니다.

az netappfiles volume list -g ${RESOURCE_GROUP} --account-name ${ANF_ACCOUNT} --pool-name ${POOL} --query "[].mountTargets[].ipAddress" | grep -Ee '[0-9]+[.][0-9]+[.][0-9]+[.][0-9]+' | tr -d '"' | tr -d , | sort | uniq

Azure NetApp Files 시스템의 내보내기 이름에는 단일 경로 구성 요소가 있습니다. 해당 내보내기가 파일 액세스를 제공하지 않으므로 Azure NetApp Files에서 루트 내보내 / 기에 대한 스토리지 대상을 만들려고 시도하지 마세요.

이러한 스토리지 대상에 대한 가상 네임스페이스 경로에는 특별한 제한이 없습니다.

스토리지 대상 탑재

클라이언트 컴퓨터는 Azure NetApp Files 볼륨을 직접 탑재하는 대신 캐시를 탑재해야 합니다. Azure HPC Cache 탑재의 지침을 따릅니다.

다음 단계