Azure VMware Solution 배포 계획
VM(가상 머신)을 위한 성공적인 프로덕션 준비 환경을 생성하고 마이그레이션하기 위해서는 Azure VMware Solution 배포를 계획하는 것이 중요합니다. 계획 프로세스 중에 배포에 필요한 정보를 식별하고 수집합니다. 배포 중에 쉽게 참조할 수 있도록 수집한 정보를 문서화해야 합니다. 성공적인 배포는 VM을 만들고 마이그레이션을 수행할 수 있는 프로덕션 준비가 완료된 환경을 만듭니다.
이 자습서에서는 다음 작업을 수행하는 방법을 알아봅니다.
- Azure 구독, 리소스 그룹, 지역 및 리소스 이름 식별
- 크기 호스트를 식별하고 클러스터 및 호스트 수 결정
- 적격 Azure 플랜에 대한 호스트 할당량 요청
- 프라이빗 클라우드 관리를 위한 /22 CIDR IP 세그먼트 식별
- 단일 네트워크 세그먼트 식별
- 가상 네트워크 게이트웨이 정의
- VMware HCX 네트워크 세그먼트 정의
작업을 마친 후 이 문서 끝에 있는 권장 다음 단계에 따라 이 시작 가이드를 계속 진행합니다.
구독 식별
Azure VMware Solution을 배포하는 데 사용할 구독을 확인합니다. 새 구독을 만들거나 기존 구독을 사용할 수 있습니다.
참고 항목
구독은 Microsoft EA(기업계약), CSP(클라우드 솔루션 공급자) Azure 플랜 또는 MCA(Microsoft 고객 계약)와 연결되어야 합니다. 자세한 내용은 자격 기준을 참조하세요.
리소스 그룹 식별
Azure VMware Solution에 사용하려는 리소스 그룹을 확인합니다. 일반적으로 리소스 그룹은 특별히 Azure VMware Solution용으로 만들어지지만, 기존 리소스 그룹을 사용할 수 있습니다.
지역 또는 위치 식별
Azure VMware Solution을 배포하려는 지역을 식별합니다.
리소스 이름 정의
리소스 이름은 Azure VMware Solution 프라이빗 클라우드의 친숙하고 설명이 포함된 이름입니다(예: MyPrivateCloud).
Important
이름은 40자를 초과하면 안 됩니다. 이름이 이 제한을 초과하면 프라이빗 클라우드에서 사용할 공용 IP 주소를 만들 수 없습니다.
호스트 크기 식별
Azure VMware Solution을 배포할 때 사용할 호스트 크기를 확인합니다.
Azure VMware Solution 클러스터는 하이퍼 컨버지드 인프라를 기반으로 합니다. 다음 표는 호스트의 CPU, 메모리, 디스크 및 네트워크 사양을 보여 줍니다.
| 호스트 유형 | CPU(코어/GHz) | RAM(GB) | vSAN Cache Tier (TB, raw***) | vSAN Capacity Tier (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)을 기반으로 합니다. 예: 원시 1TB = 1000000000000바이트, 컴퓨터가 이진으로 계산한 공간(이진 1TB = 이진 1099511627776바이트)은 원시 10진로 변환된 931.3기가바이트와 같습니다.
클러스터 및 호스트 수 결정
사용자가 수행하는 첫 번째 Azure VMware Solution 배포는 단일 클러스터가 포함된 프라이빗 클라우드로 구성됩니다. 배포에 대한 첫 번째 클러스터에 배포할 호스트 수를 정의해야 합니다.
기본적으로 생성된 프라이빗 클라우드마다 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 구독 및 서비스 제한, 할당량 및 제약 조건을 참조하세요.
호스트 할당량 요청
계획 프로세스 초기에 호스트 할당량을 요청하여 Azure VMware Solution 프라이빗 클라우드의 원활한 배포를 보장합니다. 요청하기 전에 Azure 구독, 리소스 그룹 및 지역을 식별합니다. 필요한 호스트 크기, 클러스터 수 및 호스트를 결정합니다.
지원 팀에서 요청을 확인하고 호스트를 할당하는 데 최대 5일(영업일 기준)이 걸립니다.
프라이빗 클라우드 관리에 사용되는 IP 주소 세그먼트 정의
Azure VMware Solution에는 /22 CIDR 네트워크(예: 10.0.0.0/22)가 필요합니다. 이 주소 공간은 vCenter Server, VMware HCX, NSX-T Data Center 및 vMotion 기능을 비롯한 Azure VMware Solution 관리 세그먼트를 위해 더 작은 네트워크 세그먼트(서브넷)로 구분됩니다. 다음 다이어그램은 Azure VMware Solution 관리 IP 주소 세그먼트를 보여 줍니다.
Important
/22 CIDR 네트워크 주소 블록은 온-프레미스 또는 Azure에 있는 기존 네트워크 세그먼트와 겹치지 않아야 합니다. 프라이빗 클라우드당 /22 CIDR 네트워크를 분할하는 방법에 대한 자세한 내용은 라우팅 및 서브넷 고려 사항을 참조하세요.
VM 워크로드의 IP 주소 세그먼트 정의
VMware vSphere 환경에서 VM은 네트워크 세그먼트에 연결되어야 합니다. Azure VMware Solution 프로덕션 배포가 확장됨에 따라 온-프레미스 및 로컬 NSX-T Data Center 네트워크 세그먼트의 L2 확장 세그먼트 조합이 있는 경우가 많습니다.
초기 배포의 경우 단일 네트워크 세그먼트(IP 네트워크)를 식별합니다(예: 10.0.4.0/24). 이 네트워크 세그먼트는 주로 초기 배포 중 테스트 목적으로 사용됩니다. 주소 블록은 온-프레미스 또는 Azure 내에서 네트워크 세그먼트와 겹치지 않아야 하며 이미 정의된 /22 네트워크 세그먼트 내에 있지 않아야 합니다.
가상 네트워크 게이트웨이 정의
Azure VMware Solution에는 Azure Virtual Network와 ExpressRoute 회로가 필요합니다. ‘기존’ 또는 ‘새’ ExpressRoute 가상 네트워크 게이트웨이 중 어느 것을 사용할지를 결정합니다. ‘새’ 가상 네트워크 게이트웨이를 선택하면 프라이빗 클라우드를 만든 후에 가상 네트워크 게이트웨이를 만듭니다. 기존 ExpressRoute 가상 네트워크 게이트웨이를 사용할 수도 있습니다. 계획을 위해 사용할 ExpressRoute 가상 네트워크 게이트웨이를 기록해 둡니다.
Important
Azure Virtual WAN의 가상 네트워크 게이트웨이에 연결할 수 있지만 이는 이 빠른 시작의 범위에 해당되지 않습니다.
VMware HCX 네트워크 세그먼트 정의
VMware HCX는 데이터 센터와 클라우드 전반에서 애플리케이션 마이그레이션, 워크로드 리밸런싱, 비즈니스 연속성을 단순화하는 애플리케이션 모바일 플랫폼입니다. 다양한 마이그레이션 형식을 통해 VMware vSphere 워크로드를 Azure VMware Solution 및 기타 연결된 사이트로 마이그레이션할 수 있습니다.
VMware HCX Connector는 여러 IP 세그먼트가 필요한 가상 어플라이언스의 하위 집합을 배포합니다(자동화됨). 네트워크 프로필을 만드는 경우 IP 세그먼트를 사용합니다. 파일럿 또는 소규모 제품 사용 사례를 지원하는 VMware HCX 배포에 대해 다음 나열된 항목을 식별합니다. 마이그레이션 요구 사항에 따라 필요한 사항을 수정합니다.
관리 네트워크: 온-프레미스 VMware HCX 배포의 경우 VMware HCX용 관리 네트워크를 식별합니다. 일반적으로 온-프레미스 VMware vSphere 클러스터에서 사용하는 것과 동일한 관리 네트워크입니다. VMware HCX에 대해 이 네트워크 세그먼트에서 최소한 두 개의 IP를 식별합니다. 파일럿 또는 소규모 사용 사례 이외의 배포 규모에 따라 더 많은 수의 배포가 필요할 수 있습니다.
참고 항목
대규모 환경의 경우 기존 관리 네트워크를 사용하는 대신, 새 /26 네트워크를 만들고 온-프레미스 VMware vSphere 클러스터에 포트 그룹으로 제공합니다. 그런 다음, 최대 10개의 서비스 메시와 60개의 네트워크 확장기(서비스 메시당 -1개)를 만들 수 있습니다. Azure VMware Solution 프라이빗 클라우드를 사용하여 네트워크 확장기당 8개의 네트워크를 확장할 수 있습니다.
업링크 네트워크: 온-프레미스 VMware HCX 배포의 경우 VMware HCX에 대한 업링크 네트워크를 식별합니다. 관리 네트워크에 사용하려는 것과 동일한 네트워크를 사용합니다.
vMotion 네트워크: 온-프레미스 VMware HCX 배포의 경우 VMware HCX에 대한 vMotion 네트워크를 식별합니다. 일반적으로 온-프레미스 VMware vSphere 클러스터에서 vMotion에 사용하는 것과 동일한 네트워크입니다. VMware HCX에 대해 이 네트워크 세그먼트에서 최소한 두 개의 IP를 식별합니다. 파일럿 또는 소규모 사용 사례 이외의 배포 규모에 따라 더 많은 수의 배포가 필요할 수 있습니다.
분산 가상 스위치 또는 vSwitch0에 vMotion 네트워크를 노출해야 합니다. 그렇지 않은 경우 수용할 수 있도록 환경을 수정합니다.
참고 항목
많은 VMware vSphere 환경은 문제가 없는 vMotion에 라우팅되지 않은 네트워크 세그먼트를 사용합니다.
복제 네트워크: 온-프레미스 VMware HCX 배포의 경우 복제 네트워크를 정의합니다. 관리 및 업링크 네트워크에 사용 중인 것과 동일한 네트워크를 사용합니다. 온-프레미스 클러스터 호스트에서 전용 복제 VMkernel 네트워크를 사용하는 경우 이 네트워크 세그먼트에서 두 개의 IP 주소를 예약하고 복제 네트워크에 대한 복제 VMkernel 네트워크를 사용합니다.
네트워크를 확장할지 여부 결정
필요한 경우 네트워크 세그먼트를 온-프레미스에서 Azure VMware Solution으로 확장할 수 있습니다. 네트워크 세그먼트를 확장한 경우 지금 이러한 지침에 따라 해당 네트워크를 식별합니다.
- 네트워크는 온-프레미스 VMware 환경에서 vDS(vSphere 분산 스위치)에 연결해야 합니다.
- vSphere 표준 스위치에 있는 네트워크는 확장할 수 없습니다.
Important
이러한 네트워크는 배포 중이 아니라 구성의 마지막 단계로 확장됩니다.
다음 단계
이제 필요한 정보를 수집하고 문서화했으므로 다음 자습서로 계속 진행하여 Azure VMware Solution 프라이빗 클라우드를 만듭니다.