Azure NetApp Files 작동 방식
여기에서는 Azure NetApp Files가 내부적으로 어떻게 작동하는지, 그리고 다양한 요소가 함께 작동하여 고성능 클라우드 NAS 서비스를 제공하는 방법에 대해 설명합니다. 이 지식은 조직의 파일 기반 워크로드를 Azure 클라우드로 마이그레이션하기 위해 Azure NetApp Files가 적합한 솔루션인지 여부를 평가하는 데 도움이 됩니다.
스토리지 계층 구조
Azure NetApp Files의 가장 중요한 구성 요소 중 하나는 스토리지 계층 구조입니다. 이는 워크로드에 할당되는 스토리지 양과 사용 가능한 최대 처리량을 결정합니다. 스토리지 계층 구조를 이해하면 Azure NetApp Files를 설정하고 관리하는 데 도움이 됩니다.
이 동영상을 시청하여 Azure 구독, NetApp 계정, 용량 풀, 볼륨 간의 관계를 알아봅니다.
서비스 수준
Azure NetApp Files 볼륨 성능은 볼륨 크기와 서비스 수준에 따라 크기 조정됩니다. Azure NetApp Files는 만드는 용량 풀에 대해 세 가지 서비스 수준을 제공합니다.
- 표준: 최대 16MiB/s의 처리량과 1TiB의 프로비전된 용량 당 1000 IOPS를 제공합니다. Azure NetApp Files 볼륨은 인접한 가상 머신에 대해 1.5ms의 대기 시간만으로 약 319,000 IOPS를 생성할 수 있습니다. 정적 웹 콘텐츠, 파일 공유 및 데이터베이스 백업에 Standard를 사용합니다.
- 프리미엄: 프로비전된 용량의 1TiB당 최대 64MiB/s의 처리량과 4,000 IOPS를 제공합니다. 볼륨당 최대 450,000 IOPS를 생성할 수 있습니다. 프리미엄은 일반 SSD 성능과 유사하며 SAP HANA, 데이터베이스, 엔터프라이즈 앱, VDI(가상 데스크톱 인프라), 분석, 기술 애플리케이션, 메시징 큐 및 빅 데이터 분석에 적합합니다.
- Ultra: 프로비전된 용량의 1TiB당 최대 128MiB/s의 처리량과 8,000 IOPS를 제공합니다. 볼륨당 최대 450,000 IOPS를 생성할 수 있습니다. HPC 애플리케이션과 같이 성능 집약성이 가장 높은 애플리케이션에 Ultra를 사용합니다.
Azure NetApp Files는 또한 쿨 액세스를 제공하는 스토리지를 제공합니다. 쿨 액세스를 사용하면 핫 계층의 데이터에 대해 동일한 처리량을 경험할 수 있지만, 쿨 계층에 있는 데이터의 처리량은 다를 수 있습니다.
QoS(서비스 품질)
Azure NetApp Files는 용량 풀에 대해 두 가지 유형의 QoS(서비스 품질)를 정의합니다.
- 자동: Azure NetApp Files는 서비스 계층 및 볼륨 용량에 따라 각 볼륨에 대한 총 처리량을 자동으로 할당합니다. 예를 들어 Standard 계층 2TiB 볼륨에 32MiB/초(16MiB/초 x 2)의 최대 처리량이 자동으로 할당됩니다.
- 수동: 볼륨에 필요한 처리량을 할당합니다. 예를 들어 Standard 계층 8TiB 용량 풀에 사용 가능한 총 처리량 128MiB/s(16MiB/s x 8)가 있습니다. 해당 용량 풀 내의 2TiB 볼륨의 경우 용량 풀의 다른 볼륨을 프로비전한 후에도 여전히 해당 처리량 예산을 사용할 수 있다고 가정하여 약 64MiB/초의 처리량을 할당할 수 있습니다.
Azure NetApp Files에 대한 연결
온-프레미스 워크로드를 Azure NetApp Files 마이그레이션할지 여부를 평가할 때 중요한 고려 사항은 기존 애플리케이션, 서비스 및 사용자가 새 위치의 데이터에 연결되는 방법입니다.
Azure 가상 네트워크
Azure NetApp Files 볼륨을 프로비전하기 전에 Azure VNet(가상 네트워크)을 만들거나 동일한 구독에 이미 있는 VNet을 사용해야 합니다. VNet은 볼륨의 네트워크 경계를 정의합니다.
서브넷
Azure NetApp Files 볼륨을 만들면 볼륨을 위임된 서브넷에 할당합니다. ‘위임된 서브넷’은 서비스(이 경우 Azure NetApp Files)에 특정한 리소스를 만들 수 있는 권한으로 구성된 서브넷입니다. 네트워크 노드가 해당 서브넷의 Azure NetApp Files에 연결되는 방법은 해당 노드의 위치에 따라 달라집니다. Azure NetApp Files 볼륨은 고객의 VNet 컨텍스트 내에서만 안전하게 액세스할 수 있습니다. Azure NetApp Files는 공개적으로(즉, 인터넷으로) 액세스할 수 있는 엔드포인트를 제공하지 않습니다.
서브넷을 계획할 때 고려해야 할 세 가지 주요 시나리오는 다음과 같습니다.
동일한 가상 네트워크 내의 연결. 위임된 서브넷을 포함하는 동일한 가상 네트워크의 Azure 가상 머신에서 실행되는 리소스는 Azure NetApp Files가 제공하는 파일 스토리지에 연결할 수 있습니다. 이 목록 다음에 나오는 다이어그램에서 VM 3과 Azure NetApp Files 볼륨 1은 모두 허브 가상 네트워크에 있으므로 VM 3은 볼륨 1에 직접 액세스할 수 있습니다.
피어링된 가상 네트워크 내의 연결. 위임된 서브넷을 포함한 네트워크에 피어링된 가상 네트워크 내의 Azure 가상 머신에서 실행되는 리소스는 Azure NetApp Files가 제공하는 파일 스토리지에 연결할 수 있습니다. 이 목록 다음에 나오는 다이어그램에서 다음과 같습니다.
- 스포크 1 가상 네트워크가 허브 가상 네트워크에 피어링되므로, VM 4는 Azure NetApp Files 볼륨 1에 대한 피어링된 액세스 권한이 있습니다.
- 스포크 2 가상 네트워크가 허브 가상 네트워크에 피어링되므로, VM 5는 Azure NetApp Files 볼륨 1에 대한 피어링된 액세스 권한이 있습니다.
- 스포크 1 및 스포크 2 가상 네트워크가 서로 피어링되지 않으므로, VM 4는 Azure NetApp Files 볼륨 3에 액세스할 수 없고 VM 5는 Azure NetApp Files 볼륨 2에 액세스할 수 없습니다.
하이브리드 네트워크 내의 연결. VPN 또는 ExpressRoute를 통해 위임된 서브넷이 포함된 Azure 가상 네트워크에 연결된 온-프레미스 네트워크에서 실행되는 리소스는 Azure NetApp Files가 제공하는 파일 스토리지에 연결할 수 있습니다. 다음 다이어그램에서 온-프레미스 네트워크는 VPN Gateway를 통해 Azure Hub 가상 네트워크에 연결되어 있습니다. 다음 시나리오를 구현:
온-프레미스 네트워크의 리소스는 게이트웨이의 가상 네트워크에 있는 모든 Azure NetApp Files 볼륨에 대한 게이트웨이 액세스 권한이 있습니다. 예를 들어 온-프레미스 네트워크의 VM 2는 Azure NetApp Files 볼륨 1에 연결할 수 있습니다.
온-프레미스 네트워크의 리소스는 피어링된 가상 네트워크에 있는 모든 Azure NetApp Files 볼륨에 대한 게이트웨이 액세스 권한이 있습니다. 예를 들어 온-프레미스 네트워크의 VM 1은 Azure NetApp Files 볼륨 2에 연결할 수 있으며 VM 2는 Azure NetApp Files 볼륨 3에 연결할 수 있습니다.