Azure VMware Solution 프라이빗 클라우드 및 클러스터 개념
Azure VMware Solution은 Azure에서 VMware 기반 프라이빗 클라우드를 제공합니다. Azure에서 프라이빗 클라우드 하드웨어 및 소프트웨어 배포를 완벽하게 통합하고 자동화할 수 있습니다. Azure Portal, CLI 또는 PowerShell을 통해 프라이빗 클라우드를 배포하고 관리합니다.
프라이빗 클라우드에는 다음을 사용하는 클러스터가 포함되어 있습니다.
- VMware ESXi 하이퍼바이저로 프로비저닝된 전용 베어메탈 서버 호스트
- ESXi 및 vSAN 관리를 위한 VMware vCenter Server
- vSphere 워크로드 VM을 위한 VMware NSX 소프트웨어 방식 네트워킹
- vSphere 워크로드 VM용 VMware vSAN 데이터 저장소
- 워크로드 이동성을 위한 VMware HCX
- Azure 언더레이의 리소스(연결하고 프라이빗 클라우드를 운영하는 데 필요함)
프라이빗 클라우드는 Azure 구독 내에서 설치되고 관리됩니다. 구독 내의 프라이빗 클라우드 수는 스케일링 가능합니다. 처음에는 구독 당 하나의 프라이빗 클라우드로 제한됩니다. Azure 구독, Azure VMware Solution 프라이빗 클라우드, vSAN 클러스터 및 호스트 간에는 논리적 관계가 있습니다.
다음 다이어그램에서는 Azure VMware Solution의 아키텍처 구성 요소를 설명합니다.
각 Azure VMware Solution 아키텍처 구성 요소에는 다음과 같은 기능이 있습니다.
- Azure 구독: Azure VMware Solution의 제어된 액세스, 예산, 할당량 관리를 제공합니다.
- Azure 지역: 데이터 센터를 AZ(가용성 영역)로 그룹화한 다음, AZ를 지역으로 그룹화합니다.
- Azure 리소스 그룹: Azure 서비스 및 리소스를 논리 그룹에 배치합니다.
- Azure VMware Solution 프라이빗 클라우드: vCenter Server, NSX 소프트웨어 정의 네트워킹, vSAN 소프트웨어 정의 스토리지, Azure 운영 체제 미설치 ESXi 호스트를 포함한 VMware 소프트웨어를 사용하여 컴퓨팅, 네트워킹, 스토리지 리소스를 제공합니다. Azure NetApp Files, Azure Elastic SAN, Pure Cloud Block Store도 지원됩니다.
- Azure VMware Solution 리소스 클러스터: vSAN 소프트웨어 정의 스토리지 및 Azure 운영 체제 미설치 ESXi 호스트를 포함한 VMware 소프트웨어를 사용하여 Azure VMware Solution 프라이빗 클라우드를 스케일링함으로써 고객 워크로드에 대한 컴퓨팅, 네트워킹 및 스토리지 리소스를 제공하게 됩니다. Azure NetApp Files, Azure Elastic SAN, Pure Cloud Block Store도 지원됩니다.
- VMware HCX: 모바일, 마이그레이션, 네트워크 확장 서비스를 제공합니다.
- VMware Site Recovery: VMware vSphere Replication을 사용하여 재해 복구 및 스토리지 복제 서비스를 자동화합니다. 타사 재해 복구 솔루션인 Zerto Disaster Recovery 및 JetStream Software Disaster Recovery도 지원됩니다.
- D-MSEE(Dedicated Microsoft Enterprise Edge): Azure 클라우드와 Azure VMware Solution 프라이빗 클라우드 인스턴스를 연결하는 라우터입니다.
- Azure VNet(Virtual Network): Azure 서비스 및 리소스를 함께 연결합니다.
- Azure Route Server: Azure 네트워크와 동적 경로 정보를 교환합니다.
- Azure Virtual Network 게이트웨이: IPSec VPN, ExpressRoute, VNet-VNet을 사용하여 Azure 서비스 및 리소스를 다른 프라이빗 네트워크에 연결합니다.
- Azure ExpressRoute: Azure 데이터 센터와 온-프레미스 또는 공동 배치 인프라 간의 고속 프라이빗 연결을 제공합니다.
- Azure vWAN(Virtual WAN): 네트워킹, 보안, 라우팅 기능을 단일 통합 WAN(광역 네트워크)으로 결합합니다.
호스트
Azure VMware Solution 클러스터는 하이퍼 컨버지드 인프라를 기반으로 합니다. 다음 표는 호스트의 CPU, 메모리, 디스크 및 네트워크 사양을 보여 줍니다.
| 호스트 유형 | CPU(코어/GHz) | RAM(GB) | vSAN 캐시 계층(TB, raw***) | vSAN 용량 계층(TB, raw***) | 국가별 가용성 |
|---|---|---|---|---|---|
| AV36 | 듀얼 Intel Xeon Gold 6140 CPU(Skylake 마이크로아키텍처), 18코어/CPU @ 2.3GHz, 총 36개의 물리적 코어(하이퍼스레딩이 있는 72개의 논리적 코어) | 576 | 3.2(NVMe) | 15.20(SSD) | 선택된 지역(*) |
| AV36P | 듀얼 Intel Xeon Gold 6240 CPU(Cascade Lake 마이크로아키텍처), 18코어/CPU @ 2.6GHz / 3.9GHz Turbo, 총 36개의 물리적 코어(하이퍼스레딩이 있는 72개의 논리적 코어) | 768 | 1.5(인텔 캐시) | 19.20(NVMe) | 선택된 지역(*) |
| AV52 | 듀얼 Intel Xeon Platinum 8270 CPU(Cascade Lake 마이크로아키텍처), 26코어/CPU @ 2.7GHz / 4.0GHz Turbo, 총 52개의 물리적 코어(하이퍼스레딩이 있는 104개의 논리적 코어) | 1,536 | 1.5(인텔 캐시) | 38.40(NVMe) | 선택된 지역(*) |
| AV64 | 듀얼 Intel Xeon Platinum 8370C CPU(Ice Lake 마이크로아키텍처), 32코어/CPU @ 2.8GHz / 3.5GHz Turbo, 총 64개의 물리적 코어(하이퍼스레딩이 있는 128개의 논리적 코어) | 1,024 | 3.84(NVMe) | 15.36(NVMe) | 선택된 지역(**) |
Azure VMware Solution 클러스터에는 최소 3개의 호스트가 필요합니다. 단일 Azure VMware Solution 프라이빗 클라우드에서 동일한 형식의 호스트만 사용할 수 있습니다. 클러스터를 빌드하거나 스케일링하는 데 사용되는 호스트는 격리된 호스트 풀에서 제공합니다. 이러한 호스트는 하드웨어 테스트를 통과했으며 클러스터에 추가되기 전에 모든 데이터를 안전하게 삭제했습니다.
위의 모든 호스트 형식에는 100Gbps 네트워크 인터페이스 처리량이 포함됩니다.
(*) Azure 가격 책정 계산기를 통해 세부 정보를 확인할 수 있습니다.
(**) AV64 필수 조건: AV64를 추가하기 전에 AV36, AV36P 또는 AV52로 배포된 Azure VMware Solution 프라이빗 클라우드가 필요합니다.
(***) 원시는 디스크 제조업체에서 보고한 SI(International Standard of Units)를 기반으로 합니다. 예: 원시 1TB = 1000000000000바이트, 컴퓨터가 이진으로 계산한 공간(이진 1TB = 이진 1099511627776바이트)은 원시 10진으로 변환된 931.3기가바이트와 같습니다.
Azure 지역 AZ(가용성 영역)에서 SKU 매핑 테이블까지
Azure VMware Solution 디자인을 계획할 때 다음 표를 사용하여 Azure 지역의 각 물리적 가용성 영역에서 사용할 수 있는 SKU를 파악합니다.
Important
이 매핑은 Azure NetApp Files 및 Pure CBS(Cloud Block Store)와 같은 통합 서비스를 포함하여 Azure 네이티브 워크로드와 가까운 곳에 프라이빗 클라우드를 배치하는 데 중요합니다.
Azure VMware Solution 확대 클러스터의 다중 AZ 기능도 다음 표에 태그되어 있습니다. Azure VMware Solution의 고객 할당량은 Azure 지역별로 할당되며 프라이빗 클라우드 프로비전 중에는 가용성 영역을 지정할 수 없습니다. 자동 선택 알고리즘은 Azure 지역 전체에서 배포의 균형을 맞추는 데 사용됩니다. 배포하려는 특정 가용성 영역이 있는 경우 Microsoft에서 구독, Azure 지역, 가용성 영역, SKU 유형에 대한 "특별 배치 정책"을 요청하는 서비스 요청을 엽니다. 이 정책은 제거 또는 변경을 요청할 때까지 그대로 유지됩니다.
굵게 표시된 SKU는 고객 소비로 인해 가용성이 제한되며 요청 시 할당량을 사용하지 못할 수 있습니다. AV36, AV36P 또는 AV52 SKU가 제한되는 경우 AV64 SKU를 대신 사용해야 합니다.
AV64 SKU는 가용성 영역별로 사용할 수 있으며, 아래 표에는 이 SKU를 지원하는 Azure 지역이 나와 있습니다. RAID-6 FTT2 및 RAID-1 FTT3 스토리지 정책의 경우 각각 6개와 7개의 FD(장애 도메인)가 필요합니다. 각 Azure 지역의 FD 수는 "AV64 FD 지원" 열에 나열됩니다.
| Azure 지역 | 가용성 영역 | SKU | 다중 AZ SDDC | 지원되는 AV64 FD |
|---|---|---|---|---|
| 오스트레일리아 동부 | AZ01 | AV36P, AV64 | 예 | 7 |
| 오스트레일리아 동부 | AZ02 | AV36, AV64 | 예 | 7 |
| 오스트레일리아 동부 | AZ03 | AV36P, AV64 | 예 | 7 |
| 오스트레일리아 남동부 | AZ01 | AV36 | 아니요 | 해당 없음 |
| 브라질 남부 | AZ02 | AV36 | 아니요 | 해당 없음 |
| 캐나다 중부 | AZ02 | AV36 AV36P, AV64 | 아니요 | 7 |
| 캐나다 동부 | 해당 없음 | AV36 | 아니요 | 해당 없음 |
| 인도 중부 | AZ03 | AV36P (AV64는 2024년 하반기에 계획됨) | 아니요 | 7 |
| 미국 중부 | AZ01 | AV36P (AV64는 2024년 하반기에 계획됨) | 예 | 7 |
| 미국 중부 | AZ02 | AV36 (AV64는 2024년 하반기에 계획됨) | 예 | 7 |
| 미국 중부 | AZ03 | AV36P, AV64 | 예 | 7 |
| 동아시아 | AZ01 | AV36 (AV64는 2024년 하반기에 계획됨) | 아니요 | 해당 없음(7은 2024년 하반기에 계획됨) |
| 미국 동부 | AZ01 | AV36P, AV64 | 예 | 7 |
| 미국 동부 | AZ02 | AV36P, AV64 | 예 | 7 |
| 미국 동부 | AZ03 | AV36, AV36P, AV64 | 예 | 7 |
| 미국 동부 2 | AZ01 | AV36, AV64 | 예 | 7 |
| 미국 동부 2 | AZ02 | AV36P, AV52, AV64 | 예 | 7 |
| 프랑스 중부 | AZ01 | AV36 (AV64는 2024년 하반기에 계획됨) | 아니요 | 해당 없음(7은 2024년 하반기에 계획됨) |
| 독일 중서부 | AZ01 | AV36P (AV64는 2024년 하반기에 계획됨) | 예 | 7 |
| 독일 중서부 | AZ02 | AV36 (AV64는 2024년 하반기에 계획됨) | 예 | 7 |
| 독일 중서부 | AZ03 | AV36, AV36P, AV64 | 예 | 7 |
| 이탈리아 북부 | AZ03 | AV36P (AV64는 2024년 하반기에 계획됨) | 아니요 | 7 |
| 일본 동부 | AZ02 | AV36 (AV64는 2024년 하반기에 계획됨) | 아니요 | 7 |
| 일본 서부 | AZ01 | AV36 (AV64는 2024년 하반기에 계획됨) | 아니요 | 7 |
| 미국 중북부 | AZ01 | AV36, AV64 | 예 | 7 |
| 미국 중북부 | AZ02 | AV36P, AV64 | 예 | 7 |
| 북유럽 | AZ02 | AV36, AV64 | 아니요 | 7 |
| 카타르 중부 | AZ03 | AV36P (AV64는 2024년 하반기에 계획됨) | 아니요 | 해당 없음(7은 2024년 하반기에 계획됨) |
| 남아프리카 북부 | AZ03 | AV36 (AV64는 2024년 하반기에 계획됨) | 아니요 | 7 |
| 미국 중남부 | AZ01 | AV36, AV64 | 예 | 7 |
| 미국 중남부 | AZ02 | AV36P, AV52, AV64 | 예 | 7 |
| 동남 아시아 | AZ02 | AV36 | 아니요 | 해당 없음 |
| 스웨덴 중부 | AZ01 | AV36 (AV64는 2024년 하반기에 계획됨) | 아니요 | 해당 없음(7은 2024년 하반기에 계획됨) |
| 스위스 북부 | AZ01 | AV36, AV64 | 아니요 | 7 |
| 스위스 북부 | AZ03 | AV36P (AV64는 2024년 하반기에 계획됨) | 아니요 | 해당 없음(7은 2024년 하반기에 계획됨) |
| 스위스 서부 | AZ01 | AV36, AV64 | 아니요 | 7 |
| 아랍에미리트 북부 | AZ03 | AV36P | 아니요 | 해당 없음 |
| 영국 남부 | AZ01 | AV36, AV36P, AV52, AV64 | 예 | 7 |
| 영국 남부 | AZ02 | AV36, AV64 | 예 | 7 |
| 영국 남부 | AZ03 | AV36P, AV64 | 예 | 7 |
| 영국 서부 | AZ01 | AV36 | 아니요 | 해당 없음 |
| 서유럽 | AZ01 | AV36, AV36P, AV52, AV64 | 예 | 7 |
| 서유럽 | AZ02 | AV36, AV64 | 예 | 7 |
| 서유럽 | AZ03 | AV36P, AV64 | 예 | 7 |
| 미국 서부 | AZ01 | AV36, AV36P | 아니요 | 7 |
| 미국 서부 2 | AZ01 | AV36 | 아니요 | 해당 없음 |
| 미국 서부 2 | AZ02 | AV36P | 아니요 | 해당 없음 |
| 미국 서부 3 | AZ01 | AV36P | 아니요 | 해당 없음 |
| US Gov 애리조나 | AZ02 | AV36P | 아니요 | 해당 없음 |
| US Gov 버지니아 | AZ03 | AV36 | 아니요 | 해당 없음 |
클러스터
기본적으로 생성된 프라이빗 클라우드마다 vSAN 클러스터가 하나 있습니다. 클러스터를 추가, 삭제 및 스케일링할 수 있습니다. 클러스터당 최소 호스트 수 및 초기 배포 수는 3개입니다.
vCenter Server 및 NSX Manager를 사용하여 클러스터 구성 및 작업의 대부분의 측면을 관리합니다. VMware vSAN에서 클러스터의 각 호스트에 있는 모든 로컬 스토리지를 제어합니다.
Azure VMware Solution 관리 및 컨트롤 플레인에는 표준 프라이빗 클라우드의 솔루션 크기 조정 중에 고려해야 하는 다음과 같은 리소스 요구 사항이 있습니다.
| 영역 | 설명 | 프로비전된 vCPU | 프로비전된 vRAM(GB) | 프로비전된 vDisk(GB) | 일반적인 CPU 사용량(GHz) | 일반적인 vRAM 사용량(GB) | 일반적인 원시 vSAN 데이터 저장소 사용량(GB) |
|---|---|---|---|---|---|---|---|
| VMware vSphere | vCenter Server | 8 | 28 | 915 | 1.1 | 3.9 | 1,854 |
| VMware vSphere | vSphere 클러스터 서비스 VM 1 | 1 | 0.1 | 2 | 0.1 | 0.1 | 5 |
| VMware vSphere | vSphere 클러스터 서비스 VM 2 | 1 | 0.1 | 2 | 0.1 | 0.1 | 5 |
| VMware vSphere | vSphere 클러스터 서비스 VM 3 | 1 | 0.1 | 2 | 0.1 | 0.1 | 5 |
| VMware vSphere | ESXi 노드 1 | 해당 없음 | 해당 없음 | 해당 없음 | 5.1 | 0.2 | 해당 없음 |
| VMware vSphere | ESXi 노드 2 | 해당 없음 | 해당 없음 | 해당 없음 | 5.1 | 0.2 | 해당 없음 |
| VMware vSphere | ESXi 노드 3 | 해당 없음 | 해당 없음 | 해당 없음 | 5.1 | 0.2 | 해당 없음 |
| VMware vSAN | vSAN 시스템 사용 | 해당 없음 | 해당 없음 | 해당 없음 | 해당 없음 | 해당 없음 | 5,458 |
| VMware NSX | NSX 통합 어플라이언스 노드 1 | 12 | 48 | 300 | 2.5 | 13.5 | 613 |
| VMware NSX | NSX 통합 어플라이언스 노드 2 | 12 | 48 | 300 | 2.5 | 13.5 | 613 |
| VMware NSX | NSX 통합 어플라이언스 노드 3 | 12 | 48 | 300 | 2.5 | 13.5 | 613 |
| VMware NSX | NSX Edge VM 1 | 8 | 32 | 200 | 1.3 | 0.6 | 409 |
| VMware NSX | NSX Edge VM 2 | 8 | 32 | 200 | 1.3 | 0.6 | 409 |
| VMware HCX(옵션 추가 기능) | HCX 관리자 | 4 | 12 | 65 | 1 | 2.5 | 140 |
| VMware Site Recovery Manager(선택적 추가 기능) | SRM 어플라이언스 | 4 | 12 | 33 | 1 | 1 | 79 |
| VMware vSphere(선택적 추가 기능) | vSphere 복제 관리자 어플라이언스 | 4 | 8 | 33 | 1 | 0.6 | 75 |
| VMware vSphere(선택적 추가 기능) | vSphere 복제 서버 어플라이언스 | 2 | 1 | 33 | 1 | 0.3 | 68 |
| 총계 | 77개 vCPU | 269.3GB | 2,385GB | 30GHz | 50.4GB | 10,346GB(9,032GB, 데이터 축소율 1.2배 예상) |
Azure VMware Solution 관리 및 컨트롤 플레인에는 확대 클러스터 프라이빗 클라우드의 솔루션 크기 조정 중에 고려해야 하는 다음과 같은 리소스 요구 사항이 있습니다. VMware SRM은 현재 지원되지 않으므로 표에 포함되지 않습니다.
| 영역 | 설명 | 프로비전된 vCPU | 프로비전된 vRAM(GB) | 프로비전된 vDisk(GB) | 일반적인 CPU 사용량(GHz) | 일반적인 vRAM 사용량(GB) | 일반적인 원시 vSAN 데이터 저장소 사용량(GB) |
|---|---|---|---|---|---|---|---|
| VMware vSphere | vCenter Server | 8 | 28 | 915 | 1.1 | 3.9 | 3,708 |
| VMware vSphere | vSphere 클러스터 서비스 VM 1 | 1 | 0.1 | 2 | 0.1 | 0.1 | 5 |
| VMware vSphere | vSphere 클러스터 서비스 VM 2 | 1 | 0.1 | 2 | 0.1 | 0.1 | 5 |
| VMware vSphere | vSphere 클러스터 서비스 VM 3 | 1 | 0.1 | 2 | 0.1 | 0.1 | 5 |
| VMware vSphere | ESXi 노드 1 | 해당 없음 | 해당 없음 | 해당 없음 | 5.1 | 0.2 | 해당 없음 |
| VMware vSphere | ESXi 노드 2 | 해당 없음 | 해당 없음 | 해당 없음 | 5.1 | 0.2 | 해당 없음 |
| VMware vSphere | ESXi 노드 3 | 해당 없음 | 해당 없음 | 해당 없음 | 5.1 | 0.2 | 해당 없음 |
| VMware vSphere | ESXi 노드 4 | 해당 없음 | 해당 없음 | 해당 없음 | 5.1 | 0.2 | 해당 없음 |
| VMware vSphere | ESXi 노드 5 | 해당 없음 | 해당 없음 | 해당 없음 | 5.1 | 0.2 | 해당 없음 |
| VMware vSphere | ESXi 노드 6 | 해당 없음 | 해당 없음 | 해당 없음 | 5.1 | 0.2 | 해당 없음 |
| VMware vSAN | vSAN 시스템 사용 | 해당 없음 | 해당 없음 | 해당 없음 | 해당 없음 | 해당 없음 | 10,722 |
| VMware NSX | NSX 통합 어플라이언스 노드 1 | 12 | 48 | 300 | 2.5 | 13.5 | 1,229 |
| VMware NSX | NSX 통합 어플라이언스 노드 2 | 12 | 48 | 300 | 2.5 | 13.5 | 1,229 |
| VMware NSX | NSX 통합 어플라이언스 노드 3 | 12 | 48 | 300 | 2.5 | 13.5 | 1,229 |
| VMware NSX | NSX Edge VM 1 | 8 | 32 | 200 | 1.3 | 0.6 | 817 |
| VMware NSX | NSX Edge VM 2 | 8 | 32 | 200 | 1.3 | 0.6 | 817 |
| VMware HCX(옵션 추가 기능) | HCX 관리자 | 4 | 12 | 65 | 1 | 2.5 | 270 |
| 총계 | 67개 vCPU | 248.3GB | 2,286GB | 42.3GHz | 49.1GB | 20,036GB(17,173GB, 데이터 축소율 1.2배 예상) |
이러한 리소스 요구 사항은 Azure VMware Solution 프라이빗 클라우드에 배포된 첫 번째 클러스터에만 적용됩니다. 후속 클러스터는 솔루션 크기 조정에서 vSphere 클러스터 서비스, ESXi 리소스 요구 사항 및 vSAN 시스템 사용량만 고려하면 됩니다.
가상 어플라이언스 일반적인 원시 vSAN 데이터 저장소 사용량 값은 구성 및 로그 파일, 스냅샷, 가상 디스크 및 스왑 파일을 포함하여 가상 머신 파일이 차지하는 공간을 설명합니다.
VMware ESXi 노드에는 vSphere VMkernel 하이퍼바이저 오버헤드, vSAN 오버헤드 및 NSX 분산 라우터, 방화벽 및 브리징 오버헤드를 설명하는 컴퓨팅 사용량 값이 있습니다. 이는 3개의 표준 클러스터 구성에 대한 예상 비용입니다. vSAN 데이터 저장소와 별도의 부팅 볼륨이 사용되기 때문에 스토리지 요구 사항은 해당 없음(N/A)으로 나열됩니다.
VMware vSAN 시스템 사용량 스토리지 오버헤드는 vSAN 성능 관리 개체, vSAN 파일 시스템 오버헤드, vSAN 체크섬 오버헤드와 vSAN 중복 제거 및 압축 오버헤드를 고려합니다. 이 사용량을 보려면 vSphere Client에서 vSphere 클러스터에 대한 vSAN 용량 모니터링 개체를 선택합니다.
VMware HCX 및 VMware Site Recovery Manager 리소스 요구 사항은 Azure VMware Solution 서비스에 대한 선택적 추가 기능입니다. 이러한 요구 사항을 사용하지 않는 경우 솔루션 크기 조정에서 할인합니다.
VMware Site Recovery Manager 추가 기능에는 여러 VMware vSphere 복제 서버 어플라이언스를 구성하는 옵션이 있습니다. 이전 표에서는 하나의 vSphere 복제 서버 어플라이언스가 사용된다고 가정합니다.
Azure VMware Solution 크기 조정은 예상 비용입니다. 디자인 단계의 크기 계산은 프로젝트의 테스트 단계에서 유효성을 검사하여 Azure VMware Solution이 애플리케이션 워크로드에 맞게 크기가 조정되었는지 유효성을 검사해야 합니다.
팁
초기 배포 수를 초과해야 하는 경우 언제든지 나중에 클러스터를 확장하고 클러스터를 추가할 수 있습니다.
다음 표에서는 Azure VMware Solution의 최대 제한에 대해 설명합니다.
| 리소스 | 한도 |
|---|---|
| 프라이빗 클라우드당 vSphere 클러스터 | 12 |
| 클러스터당 최소 ESXi 호스트 수 | 3(하드 한도) |
| 클러스터당 최대 ESXi 호스트 수 | 16(하드 한도) |
| 프라이빗 클라우드당 최대 ESXi 호스트 수 | 96 |
| 프라이빗 클라우드당 최대 vCenter Server 수 | 1(하드 한도) |
| 최대 HCX 사이트 페어링 수 | 25(버전은 관계 없음) |
| 최대 HCX 서비스 메시 수 | 10(모든 버전) |
| 단일 위치에서 단일 Virtual Network 게이트웨이로 연결된 프라이빗 클라우드의 최대 Azure VMware Solution ExpressRoute 수 | 4 사용된 가상 네트워크 게이트웨이는 실제 최대 연결된 프라이빗 클라우드를 결정합니다. 자세한 내용은 ExpressRoute 가상 네트워크 게이트웨이 정보를 참조하세요. 이 임계값을 초과하는 경우 Azure VMware Solution 상호 연결을 사용하여 Azure 지역 내에서 프라이빗 클라우드 연결을 집계합니다. |
| 최대 Azure VMware Solution ExpressRoute 포트 속도 | 10Gbps(FastPath를 사용하도록 설정된 Ultra Performance Gateway SKU 사용) 사용되는 가상 네트워크 게이트웨이는 실제 대역폭을 결정합니다. 자세한 내용은 ExpressRoute 가상 네트워크 게이트웨이 정보를 참조하세요. |
| NSX에 할당된 최대 Azure 공용 IPv4 주소 수 | 2,000 |
| 프라이빗 클라우드당 최대 Azure VMware Solution Interconnect 수 | 10 |
| Azure VMware Solution 프라이빗 클라우드당 최대 Azure ExpressRoute Global Reach 연결 수 | 8 |
| vSAN 용량 제한 | 총 가용의 75%(SLA에 25% 사용 가능) |
| VMware Site Recovery Manager - 보호되는 Virtual Machines의 최대 수 | 3,000 |
| VMware Site Recovery Manager - 복구 플랜당 최대 Virtual Machines 수 | 2,000 |
| VMware Site Recovery Manager - 복구 플랜당 보호 그룹 수 | 250 |
| VMware Site Recovery Manager - RPO 값 | 5분 이상 *(하드 한도) |
| VMware Site Recovery Manager - 보호 그룹당 최대 가상 머신 수 | 500 |
| VMware Site Recovery Manager - 최대 복구 플랜 수 | 250 |
* 15분 미만의 RPO(복구 지점 목표)에 대한 자세한 내용은 vSphere 복제 관리 가이드에서 5분 복구 지점 목표의 작동 방식을 참조하세요.
다른 VMware 관련 제한에 대해서는 VMware 구성 최대 도구를 사용하세요.
VMware 소프트웨어 버전
Microsoft는 VMware MaaS(Metal as a Service) 프로그램의 구성원이며 Azure VMware Solution 업그레이드 계획을 위해 VCPS(VMware Cloud Provider Stack)를 사용합니다.
Azure VMware Solution 프라이빗 클라우드의 새 배포에 사용되는 VMware Solution 소프트웨어 버전은 다음과 같습니다.
| 소프트웨어 | 버전 |
|---|---|
| VMware vCenter Server | 8.0 U2d |
| VMware ESXi | 8.0 U2b |
| VMware vSAN | 8.0 U2 |
| VMware vSAN 온디스크 형식 | 19 |
| VMware vSAN 스토리지 아키텍처 | OSA |
| VMware NSX | 4.1.1 |
| VMware HCX | 4.9.1 |
| VMware Site Recovery Manager | 8.8.0.3 |
| VMware vSphere Replication | 8.8.0.3 |
vCenter Server 버전에서 지원하는 경우, 기존 프라이빗 클라우드에 추가된 새 클러스터에는 현재 실행 중인 소프트웨어 버전이 적용됩니다.
호스트 유지 관리 및 수명 주기 관리
Azure VMware Solution 프라이빗 클라우드의 장점 중 하나는 플랫폼이 유지 관리된다는 것입니다. Microsoft는 VMware 소프트웨어(ESXi, vCenter Server 및 vSAN) 및 NSX 어플라이언스의 수명 주기 관리를 담당합니다. 계층 0 게이트웨이 만들기 및 북-남 라우팅 활성화 같은 네트워크 구성 부트스트래핑도 Microsoft가 책임집니다. NSX SDN 구성(네트워크 세그먼트, 분산 방화벽 규칙, 계층 1 게이트웨이, 부하 분산 장치)을 담당합니다.
참고 항목
프라이빗 클라우드 배포의 한 과정으로 T0 게이트웨이가 생성 및 구성됩니다. 해당 논리적 라우터 또는 NSX Edge 노드 VM에 대한 수정은 프라이빗 클라우드 연결에 영향을 미칠 수 있으므로 피해야 합니다.
Microsoft는 프라이빗 클라우드의 ESXi, vCenter Server, vSAN 및 NSX에 패치, 업데이트 또는 업그레이드를 적용할 책임이 있습니다. ESXi, vCenter Server 및 NSX에 대한 패치, 업데이트 및 업그레이드의 영향에는 다음과 같은 고려 사항이 있습니다.
ESXi - 프라이빗 클라우드에서 실행되는 워크로드에는 영향을 주지 않습니다. 이 시간 동안 vCenter Server 및 NSX에 대한 액세스는 차단되지 않습니다. 이 기간 동안에는 프라이빗 클라우드 스케일링, 활성 HCX 마이그레이션 예약 또는 시작, HCX 구성 변경 등과 같은 다른 작업을 프라이빗 클라우드에서 계획하지 않는 것이 좋습니다.
vCenter Server - 프라이빗 클라우드에서 실행되는 워크로드에 영향을 미치지 않습니다. 이 기간 동안에는 vCenter Server를 사용할 수 없으며 VM을 관리(중지, 시작, 만들기 또는 삭제)할 수 없습니다. 프라이빗 클라우드 확장, 새 네트워크 만들기 등과 같은 다른 작업을 프라이빗 클라우드에서 계획하지 않는 것이 좋습니다. VMware Site Recovery Manager 또는 vSphere Replication 사용자 인터페이스를 사용하는 경우 vSphere Replication 구성, vCenter Server 업그레이드 중에 사이트 복구 계획을 구성하거나 실행하는 작업 중 하나를 수행하지 않는 것이 좋습니다.
NSX - 워크로드가 영향을 받습니다. 특정 호스트가 업그레이드되는 경우 해당 호스트의 VM은 다음 증상 중 하나로 인해 2초에서 1분 사이에 연결이 끊어질 수 있습니다.
Ping 오류
패킷 손실
오류 메시지(예: ‘대상 호스트에 연결할 수 없음’ 및 ‘Net에 연결할 수 없음’)
이 업그레이드 기간 동안 NSX 관리 평면에 대한 모든 액세스가 차단됩니다. 이 기간에는 NSX 환경 구성을 변경할 수 없습니다. 이전에 설명한 업그레이드 영향에 따라 워크로드는 정상적으로 계속 실행됩니다.
업그레이드 기간에는 프라이빗 클라우드에서 프라이빗 클라우드 스케일 업 같은 다른 작업을 계획하지 않는 것이 좋습니다. 다른 작업으로 인해 업그레이드가 시작되지 않거나 업그레이드 및 환경에 부정적인 영향을 미칠 수 있습니다.
업그레이드 타임라인이 포함된 Azure Service Health를 통해 알림을 받게 됩니다. 이 알림은 업그레이드된 구성 요소, 워크로드에 대한 영향, 프라이빗 클라우드 액세스 및 기타 Azure 서비스에 대한 세부 정보도 제공합니다. 필요에 따라 업그레이드 일정을 조정할 수 있습니다.
소프트웨어 업데이트에는 다음이 포함됩니다.
패치 - VMware에서 출사한 보안 패치 또는 버그 수정 사항
업데이트 -VMware 스택 구성 요소의 부 버전 변경
업그레이드 -VMware 스택 구성 요소의 주 버전 변경
참고 항목
Microsoft는 VMware로부터 제공되는 대로 중요 보안 패치를 테스트합니다.
문서화된 VMware 해결 방법은 다음에 예약된 업데이트가 배포될 때까지 해당 패치를 설치하는 대신 구현됩니다.
호스트 모니터링 및 수정
Azure VMware Solution은 VMware 구성 요소와 언더레이 모두의 상태를 지속적으로 모니터링합니다. Azure VMware 솔루션이 실패를 탐지하면 실패한 구성 요소를 복구하는 작업을 수행합니다. Azure VMware Solution이 Azure VMware Solution 노드에서 성능 저하 또는 장애를 탐지하면 호스트 수정 프로세스를 트리거합니다.
호스트 수정에는 장애가 발생한 노드를 클러스터에서 새로운 정상 노드로 대체하는 작업이 포함됩니다. 그런 다음 가능한 경우 장애가 발생한 호스트를 VMware vSphere 유지 관리 모드로 전환합니다. VMware vSphere vMotion은 VM을 장애가 발생한 호스트에서 클러스터의 다른 사용 가능한 서버로 이동하여 워크로드의 실시간 마이그레이션으로 인한 가동 중지 시간을 최소화할 수 있습니다. 장애가 발생한 호스트를 유지 관리 모드로 전환할 수 없는 경우 호스트는 클러스터에서 제거됩니다. 결함이 있는 호스트를 제거하기 전에 고객 워크로드가 새로 추가된 호스트로 마이그레이션됩니다.
팁
고객 커뮤니케이션: 교체가 시작되기 전과 교체에 성공한 후 다시 고객의 이메일 주소로 이메일이 전송됩니다.
호스트 교체와 관련된 이메일을 받으려면 구독에서 'ServiceAdmin', 'CoAdmin', '소유자', '기여자' 중 하나의 Azure RBAC 역할에 추가해야 합니다.
Azure VMware Solution은 호스트에서 다음 상태를 모니터링합니다.
- 프로세서 상태
- 메모리 상태
- 연결 및 전원 상태
- 하드웨어 팬 상태
- 네트워크 연결 손실
- 하드웨어 시스템 보드 상태
- vSAN 호스트의 디스크에서 발생한 오류
- 하드웨어 전압
- 하드웨어 온도 상태
- 하드웨어 전원 상태
- 스토리지 상태
- 연결 실패
경고 코드 및 수정 테이블
| 오류 코드 | 오류 세부 정보 | 권장 작업 |
|---|---|---|
| EPC_SCSIDEVICE_SHARINGMODE | 이 오류는 유지 관리 작업을 방지하는 디바이스(버스 공유에 관여하는 SCSI 컨트롤러인 디바이스)를 사용하도록 가상 머신을 구성한 경우에 발생합니다 | VM에 연결되고 버스 공유에 관여하는 SCSI 컨트롤러를 제거하려면 다음 링크의 기술 자료 문서를 따르세요 https://knowledge.broadcom.com/external/article?legacyId=79910 |
| EPC_CDROM_EMULATEMODE | 이 오류는 가상 머신의 CD-ROM이 에뮬레이트 모드(이 모드의 ISO 이미지는 액세스할 수 없음)를 사용하는 경우에 발생합니다 | 에뮬레이트 모드에서 고객의 워크로드 가상 머신에 탑재된 CDROM을 제거하거나 ISO를 분리하려면 다음 링크의 기술 자료 문서를 따르세요. CD-ROM을 탑재할 때는 통과 모드를 사용하는 것이 좋습니다. https://knowledge.broadcom.com/external/article?legacyId=79306 |
| EPC_DATASTORE_INACCESSIBLE | 이 오류는 AVS 프라이빗 클라우드에 연결된 외부 데이터 저장소에 액세스할 수 없게 되는 경우에 발생합니다 | 클러스터에 연결된 부실 데이터 저장소를 제거하려면 다음 링크의 기술 자료 문서를 따르세요. /azure/azure-vmware/attach-azure-netapp-files-to-azure-vmware-solution-hosts?tabs=azure-portal#performance-best-practices |
| EPC_NWADAPTER_STALE | 이 오류는 가상 머신의 연결된 네트워크 인터페이스가 액세스할 수 없게 되는 네트워크 어댑터를 사용하는 경우에 발생합니다 | 가상 머신에 연결된 부실 N/W 어댑터를 제거하려면 다음 링크의 기술 자료 문서를 따르세요 https://knowledge.broadcom.com/external/article/318738/troubleshooting-the-migration-compatibil.html |
참고 항목
Azure VMware Solution 테넌트 관리자는 이전의 정의된 VMware vCenter Server 경보를 편집하거나 삭제해서는 안 됩니다. 이들은 vCenter Server의 Azure VMware Solution 컨트롤 플레인에서 관리되기 때문입니다. 이러한 경보는 Azure VMware Solution 모니터링에서 Azure VMware Solution 호스트 수정 프로세스를 트리거하는 데 사용됩니다.
백업 및 복원
Azure VMware Solution 프라이빗 클라우드 vCenter Server 및 HCX Manager(사용하도록 설정된 경우) 구성은 일별 백업 일정이 적용되고 NSX 구성은 시간별 백업 일정이 적용됩니다. 백업은 최소 3일 동안 보존됩니다. Azure Portal에서 지원 요청을 열어 복원을 요청합니다.
참고 항목
복구는 재난 상황에서만 사용할 수 있습니다.
Azure VMware Solution은 실제 언더레이와 VMware Solution 구성 요소의 상태를 지속적으로 모니터링합니다. Azure VMware 솔루션이 실패를 탐지하면 실패한 구성 요소를 복구하는 작업을 수행합니다.
다음 단계
이제 Azure VMware Solution 프라이빗 클라우드의 개념을 살펴보았습니다. 다음에 대해 알아볼 수 있습니다.