728x90

Azure VMware 솔루션(AVS)은 주로 하이퍼컨버지드 인프라(HCI)와 VMware vSAN을 활용하여 가상 머신(VM) 워크로드를 호스팅할 스토리지 용량을 제공하는 관리형 서비스입니다. 솔루션에 배포된 각 호스트는 분산 스토리지 용량에 로컬 스토리지 장치와 기능을 제공합니다.

기본적으로 이러한 HCI 솔루션의 확장성은 클러스터에 새로운 호스트를 추가하여 VM에서 사용할 수 있는 스토리지 용량과 컴퓨팅 리소스를 늘리는 데 기반합니다.

그러나 추가적인 컴퓨팅 리소스가 필요하지 않고 AVS 클러스터의 저장 용량을 확장해야 하는 경우도 있습니다.

AVS 저장 용량 확장

컴퓨팅 리소스를 확장하지 않고도 AVS 클러스터의 저장 용량을 확장하는 데 사용할 수 있는 다양한 옵션에 대해 간략히 살펴보겠습니다.

Azure NetApp 파일

스토리지 용량 확장을 위한 초기 솔루션은 Azure VMware Solution(AVS)의 스토리지 백엔드로 Azure NetApp Files(ANF)를 활용하는 것이었습니다. ANF 볼륨은 AVS 클러스터 내 ESXi 호스트에 NFS 데이터 저장소로 마운트됩니다. 네트워크 연결은 전용 Azure Virtual Network(vNet) 및 서브넷과 ExpressRoute 게이트웨이를 통해 관리됩니다.

메모

ANF는 Azure의 자체 서비스입니다.

AVS+Azure NetApp Files 설명서

퓨어 클라우드 블록 스토어

두 번째 방법은 Pure Cloud Block Store(CBS)를 사용하여 AVS 클러스터의 저장 용량을 확장하는 것입니다. Pure Cloud Block Store는 AVS 클러스터에 블록 스토리지를 제공하는 완전 관리형 서비스입니다.

메모

Pure Storage는 Azure의 타사 서비스입니다.

AVS+Pure Cloud Block Store 설명서

Azure Elastic SAN

2024년 10월부터 정식 출시된 Azure Elastic SAN은 AVS와 통합되어 AVS 클러스터의 스토리지 용량을 확장하는 새로운 방법을 제공합니다. Azure Elastic SAN은 AVS 클러스터에 블록 스토리지를 제공하는 완전 관리형 서비스입니다.

메모

Azure Elastic SAN은 Azure의 자체 서비스입니다.

AVS+Azure Elastic SAN 설명서

Azure Elastic SAN 및 AVS

이 글에서는 다른 서비스와의 모든 차이점을 다루지는 않겠지만, 자세한 내용을 알아보려면 Azure Elastic SAN 설명서를 살펴보시기 바랍니다 .

제 관점에서 볼 때 AVS 스토리지 확장에서 Azure Elastic SAN의 두 가지 주요 이점은 다음과 같습니다.

  • 성능 : Base Azure Elastic SAN의 프로비저닝된 각 TB는 200MB /s 처리량과 5000 IOPS를 제공합니다.
  • 비용 최적화 .

이 게시물에서는 Azure Elastic SAN을 AVS와 통합하고 이를 통해 외부 스토리지 용량을 활용하는 방법을 살펴보겠습니다.

현지화

Azure Elastic SAN은 여러 Azure 지역에서 사용할 수 있습니다 . Azure Elastic SAN을 AVS와 통합할 때는 지연 시간을 최소화하고 성능을 최적화하기 위해 AVS 클러스터와 동일한 Azure 지역 및 가용성 영역(AZ)에 스토리지 서비스를 배포하는 것이 좋습니다.

네트워크 토폴로지

Azure Elastic SAN 및 AVS: 네트워크 토폴로지

이전 그림은 Azure Elastic SAN을 AVS와 통합할 때의 네트워크 토폴로지를 보여줍니다.

AVS 클러스터의 ESXi 호스트는 다음 구성 요소를 통해 Azure Elastic SAN 서비스에 연결됩니다.

ESXi 호스트당 새로운 VMKernel 인터페이스: 외부 스토리지 블록

AVS와 함께 Elastic SAN을 사용하려면 SDDC의 외부 스토리지 블록을 구성하기 위해 새로운 IP 주소 블록/범위를 프로비저닝해야 합니다 . 주소 블록은 /24 네트워크여야 합니다( 문서 참조 ).

새로운 외부 스토리지 블록을 구성할 때 AVS 클러스터의 각 ESXi 호스트에는 새 IP 주소 블록 내에 구성된 두 개의 VMKernel 인터페이스가 있습니다.

새로운 VMKernel 인터페이스

두 개의 새로운 네트워크 인터페이스는 새로 생성된 iSCSI 소프트웨어 어댑터를 사용하여 Azure Elastic SAN 서비스에 대한 iSCSI 연결을 시작하는 데 사용됩니다.

새로운 iSCSI 소프트웨어 어댑터

AVS 익스프레스 루트 회로

Azure VMware 솔루션은 Express Route 회로(ER) 개념을 사용하여 NSX-T 및 관리 네트워크 경계 외부로 연결을 제공합니다. Azure Elastic SAN과 같은 Azure 서비스에 대한 연결은 물론, 필요한 경우 온프레미스 환경과의 연결도 지원합니다.

외부 스토리지 리소스의 경우, 성능을 극대화하고 다른 서비스의 노이즈가 많은 이웃 효과를 제한하기 위해 전용 Express Route Gateway를 사용하는 것이 좋습니다.

Express Route 게이트웨이는 AVS ER을 Elastic SAN과의 연결을 설정할 수 있는 Azure vNet에 "연결"합니다. 스토리지 서비스의 성능을 보장하려면 예상 처리량 및 지연 시간 요구 사항에 따라 이 구성 요소의 크기를 조정하는 것이 중요합니다.

  • AVS Express Route 회로는 10GBps 링크입니다.
  • 동일한 대역폭 용량을 갖춘 게이트웨이를 프로비저닝하는 것이 좋습니다 ErGw3AZ.
메모

FastPath  현재 Private Endpoints에서 지원되지 않으므로 활성화할 필요가 없습니다.

Azure vNet 및 개인 엔드포인트

Azure Elastic SAN 서비스에 연결하려면 Azure vNet에 개인 엔드포인트를 만들어야 합니다.

성능과 안정성을 높이려면 호스트와 스토리지 서비스 간에 여러 세션을 설정하기 위해 여러 개의 프라이빗 엔드포인트를 생성해야 합니다. Azure 설명서에서는 스토리지 서비스 성능 최적화를 위한 권장 사항( 구성 권장 사항) 을 제공합니다 .

Elastic SAN에 액세스하기 위한 개인 엔드포인트 세트

Azure vNet 다이어그램에서는 개인 엔드포인트, 해당 네트워크 인터페이스 카드(NIC) 및 Azure Elastic SAN 서비스에 대한 연결을 볼 수 있습니다.

Azure UI 다이어그램의 Azure vNet 및 Private Endpoints 구성 요소

스토리지 구성

Azure VMware Solution에 Elastic SAN을 마운트하는 작업은 Azure Portal이나 API를 통해 관리되며 프로세스는 매우 간단합니다. Elastic SAN 서비스, 볼륨 그룹을 선택한 다음 마운트할 볼륨과 대상 클러스터를 선택하면 됩니다.

노드에 마운트하면 스토리지는 vCenter와 Azure Portal 모두에서 데이터 저장소로 표시됩니다.

 

AVS에 마운트된 Elastic SAN 볼륨: Azure Portal에서
AVS에 마운트된 Elastic SAN 볼륨: vCenter UI에서

결론

이제 워크로드를 이 새로운 스토리지 용량으로 마이그레이션하고 Azure Elastic SAN의 성능과 비용 최적화를 활용할 때입니다. 워크로드 런타임을 보존하기 위해 Storage vMotion을 사용하여 VM을 한 데이터 저장소에서 다른 데이터 저장소로 이동하는 것이 좋습니다.

vSAN 클러스터는 가장 낮은 지연 시간과 가장 높은 처리량이 필요한 VM에 가장 우수한 성능을 제공할 가능성이 높다는 점을 명심하세요. Azure Elastic SAN은 성능, 용량, 비용 최적화 간의 적절한 균형을 필요로 하는 VM에 적합한 후보입니다.

728x90

+ Recent posts