이 문서는 의사 결정자가 배포 전에 소유권, 거버넌스, 기술 및 운영 모델을 정의하여 Azure VMware Solution 워크로드를 실행하도록 조직을 준비하는 데 도움이 됩니다.
Azure VMware Solution 2세대는 조직이 Azure VMware 워크로드를 기본적으로 실행하고 Azure 서비스와 통합할 수 있는 VMware Cloud Foundation 기반 플랫폼을 제공합니다. Azure VMware Solution 조직이 배포를 시작하기 전에 운영 소유권, 거버넌스, 기술 및 재무 책임을 설정할 때 가장 성공합니다. 초기 결정은 마이그레이션 위험을 줄이고 팀이 채택 규모에 따라 플랫폼을 일관되게 운영하는 데 도움이 됩니다. 이미 Azure VMware Solution 1세대를 실행하는 조직의 경우 이러한 권장 사항은 Gen 2가 기본 배포 모델이 됨에 따라 현대화 및 운영 조정을 안내하는 데 도움이 됩니다.
권장 사항: 팀이 자신있게 워크로드를 마이그레이션하고 채택이 증가함에 따라 플랫폼을 효율적으로 운영할 수 있도록 배포 전에 운영 소유권, 거버넌스 제어, 기술 계획, 라이선스 약정 및 비용 관리 사례를 정의합니다.
1. 배포 모델
Azure VMware Solution 하나 이상의 프라이빗 클라우드로 배포됩니다. 각 프라이빗 클라우드는 운영, 거버넌스 및 수명 주기 경계를 나타냅니다. 프라이빗 클라우드는 격리, 규정 준수, 성능 및 소유권 요구 사항에 따라 여러 워크로드를 호스트하거나 단일 워크로드에 전용으로 사용할 수 있습니다.
조직은 운영 모델을 설정하기 전에 워크로드가 프라이빗 클라우드를 공유하는지 또는 전용 환경이 필요한지 결정해야 합니다. 이 결정은 소유권 경계, 운영 책임, 비용 할당 및 거버넌스 요구 사항에 영향을 줍니다. 또한 확장성 제한을 검토하여 프라이빗 클라우드 접근 방식이 워크로드에 필요한 용량을 제공하는지 확인해야 합니다. 결정은 조직에서 운영해야 하는 프라이빗 클라우드의 수입니다.
하나의 프라이빗 클라우드, 많은 워크로드. 워크로드가 보안 요구 사항, 운영 소유권 및 수명 주기 목표를 공유할 때 함께 배치합니다. 이 방법은 호스트를 잘 사용하고 비용을 절감합니다. 절충점: 공유 워크로드는 동일한 유지 관리 기간, 클러스터 리소스, 그리고 장애 영향을 공유받으므로 변경이나 인시던트가 모든 워크로드에 영향을 미칠 수 있습니다.
프라이빗 클라우드 1개, 워크로드 1개. 격리, 규정 의무, 성능 보장 또는 독립적인 수명 주기가 추가 비용 및 관리를 정당화하는 경우 별도의 프라이빗 클라우드를 만듭니다. 절충점: 각 추가 프라이빗 클라우드에는 자체적인 최소 호스트 수와 관리 오버헤드가 따르므로, 실제 요구 사항이 있을 때만 추가하세요.
애플리케이션의 개발/테스트 인스턴스와 같은 비프로덕션 워크로드를 프로비전하는 방법을 고려합니다. 프로덕션 워크로드와 동일한 프라이빗 클라우드에서 공동 배치하도록 선택할 수 있으므로 단일 애플리케이션 팀이 더 쉽게 관리할 수 있지만 프로덕션 워크로드가 성능을 유지하도록 클러스터 리소스를 신중하게 할당해야 합니다. 또는 비프로덕션 워크로드용 전용 프라이빗 클라우드를 만들 수 있습니다. 여기서 리소스를 보다 적극적으로 과도하게 커밋하여 비용을 절감할 수 있지만 애플리케이션에 대한 환경은 관리 경계에 걸쳐 분산됩니다.
2. 운영 모델
Azure VMware Solution 배포하기 전에 어떤 팀을 소유하고 매일 운영할지 결정합니다. 올바른 모델은 조직의 규모와 규모, 팀 구성 방법 및 여러 사업부가 서로 다른 기술 스택을 실행하는지 여부에 따라 달라집니다. 공유 플랫폼을 이미 실행하는 방법과 가장 일치하는 모델을 선택합니다. 세 가지 일반적인 방법은 다음과 같습니다.
플랫폼 팀 소유: 중앙 플랫폼 팀은 각 Azure VMware Solution 프라이빗 클라우드를 공유 서비스로 프로비전하고 운영합니다. 플랫폼 팀은 전체 Azure 플랫폼 랜딩 존을 담당하며 Azure VMware 작업에 대한 추가 책임을 집니다. 워크로드 팀은 기본 환경을 관리하지 않고 용량을 사용합니다. 이미 Azure 플랫폼 팀이 있고 여러 애플리케이션 팀에서 일관된 구성, 네트워킹 및 모니터링을 원하는 경우 선택합니다.
선택 시기: 이 옵션은 동일한 팀이 여러 기술을 관리하는 소규모 조직에서 일반적입니다. Azure 플랫폼 및 Azure VMware Service를 담당하는 단일 팀은 팀 간의 인계를 줄일 수 있지만 매우 크고 복잡한 조직 또는 VMware 자산으로 확장되지는 않습니다.
절상: 워크로드 팀은 자율성이 적고 플랫폼 팀의 응답성에 의존하며, 해당 팀은 VMware와 Azure 모두에서 기술이 필요합니다.
전용 VMware 호스팅 팀: 전담 팀은 온-프레미스 데이터 센터 또는 기타 퍼블릭 클라우드의 다른 VMware 자산과 함께 Azure VMware Solution 소유합니다. 랜딩 존 및 ID와 같은 Azure 플랫폼 팀의 공유 서비스를 사용한 다음, 애플리케이션 팀에 플랫폼을 제공합니다. 이미 VMware를 중앙 서비스로 실행하고 Azure 플랫폼 작업과 VMware 작업 간에 명확한 분리를 원할 때 선택합니다.
선택 시기: 조직에 여러 클라우드 또는 데이터 센터에 여러 VMware 환경이 있는 경우 단일 VMware 관리 팀이 있으면 워크로드 소유자와 개발자에게 일관성이 만들어집니다. 이 옵션은 복잡한 자동화 및 관리 워크플로를 사용하는 매우 완성도 높은 VMware 환경이 있는 경우에 일반적이며, 심층적인 VMware 기술이 요구됩니다.
절충점: 이는 Azure 팀과 VMware 팀 간의 강력한 협업과 명확히 정의된 역할 경계에 달려 있습니다.
탈중앙화 소유권: 각 워크로드 팀 또는 사업부 팀은 자체 프라이빗 클라우드를 소유하고 운영하며 연결 및 ID와 같은 공유 Azure 서비스를 사용하지만 VMware 작업 자체를 실행합니다. 격리된 환경 또는 고유한 요구 사항에 대한 자율성이 필요한 사업부에 대해 선택합니다.
선택 시기: 각 사업부 또는 자회사에 상당한 자율성이 있는 느슨하게 결합된 조직이 있는 경우 워크로드 관리자가 자체 플랫폼을 관리할 수 있도록 하면 독립적으로 작동하는 기능이 지원되며 생산성이 저하되지 않습니다.
절상: 여러 팀이 각각 고유한 환경을 실행하는 경우 운영 오버헤드 및 중복 작업을 추가하고 비용 및 보안 규정 준수에 대한 단일 보기를 유지하기가 더 어렵습니다.
일관성과 규모의 경제가 가장 중요한 경우 중앙 모델을 선호합니다. 자율성과 격리가 표준화보다 더 중요한 경우 워크로드 팀 모델을 선호합니다. 많은 대규모 조직에서는 플랫폼 또는 호스팅 팀이 대부분의 워크로드에 대해 공유 프라이빗 클라우드를 실행하고 몇 개의 사업부가 특별한 경우 자체 실행되는 모델을 결합합니다.
3. 역할 및 책임
소유권 책임은 운영 모델에 따라 다릅니다. 다음 지침은 대부분의 Azure VMware Solution 배포에 적용되는 경향이 있는 일반적인 책임을 반영합니다. 다음 섹션에서는 "서비스 소유자"(플랫폼 팀, 전용 VMware 팀 또는 탈중앙화 팀)라는 용어를 사용하여 이전에 선택한 Azure VMware Solution 플랫폼을 운영할 책임이 있는 팀을 나타냅니다.
3.1 채택 단계별 책임
여러 팀이 수명 주기의 여러 단계에서 Azure VMware Solution 채택에 기여합니다. 단계별 책임을 정의하면 조직에서 책임을 조기에 수립하고, 팀 전체의 의사 결정을 조정하며, 배포를 지연하거나 운영 위험을 증가시킬 수 있는 격차를 방지할 수 있습니다.
- 전략 단계: 고위 경영진은 비즈니스 목표를 정의하고 투자 우선 순위를 승인합니다. 재무 및 상업 팀은 비즈니스 사례를 개발하고, 비용을 예측하고, 라이선스 및 예약 약정을 평가합니다. Azure 플랫폼 팀과 VMware IT 운영 팀은 타당성의 유효성을 검사하고 크기 조정 요구 사항을 예측하며 워크로드가 공유 또는 전용 프라이빗 클라우드를 사용해야 하는지 여부를 결정합니다.
조직준비 단계: Azure 플랫폼 팀과 VMware IT 운영 팀은 준비 상태를 평가하고, 기술 격차를 식별하고, 소유권 모델을 정의합니다. 보안 관리자 및 ID 관리자는 배포 전에 ID, 액세스 제어, 규정 준수, 모니터링 및 수명 주기 관리 요구 사항을 설정하는 데 도움을 줍니다. 조직의 준비 상태의 일환으로 Azure 및 VMware 둘 다에 충분한 기술을 보유하고 있는지 또는 운영 기능을 구축하는 데 숙련된 파트너가 필요한지 여부를 고려합니다. Azure VMware Solution 전문 지식을 갖춘 파트너는 프로젝트 위험 및 지연을 줄이는 데 도움이 될 수 있습니다.
아키텍처 단계: 네트워크 관리자는 연결 및 네트워크 디자인 결정을 내립니다. ID 관리자는 vCenter Server ID 모델 및 관리 액세스를 구성합니다. Azure 플랫폼 팀은 랜딩 존, 거버넌스 제어 및 플랫폼 연결을 설정합니다. 보안 관리자는 보안 및 모니터링 요구 사항을 정의합니다. 스토리지 관리자는 외부 스토리지 서비스가 필요할 때 참여합니다.
작업 단계: Azure 플랫폼 팀은 거버넌스, 랜딩 존 및 공유 Azure 서비스를 관리합니다. VMware IT 운영 팀은 프라이빗 클라우드 운영, 용량 및 플랫폼 수명 주기 활동을 관리합니다. 워크로드 소유자는 애플리케이션 성능 및 비즈니스 결과를 계속 담당합니다. 보안 관리자는 규정 준수 감독을 유지 관리합니다. 재무 및 상업 팀은 사용률, 비용 할당, 예약 및 최적화 기회를 검토합니다.
마이그레이션 단계: VMware 관리 팀과 워크로드 소유자는 마이그레이션 작업을 주도합니다. 네트워크 관리자는 연결 및 애플리케이션 종속성 유효성을 검사합니다. IT 운영 팀과 보안 관리자는 프로덕션 중단 전에 모니터링, 백업, 복구 및 보안 제어를 확인합니다. 애플리케이션 소유자는 마이그레이션 전후에 애플리케이션 성능 및 안정성을 테스트하고 확인합니다.
3.2 역할별 책임
역할 기반 책임은 Azure VMware Solution 계획, 배포, 운영 및 관리하는 데 필요한 기술과 기능에 대한 자세한 보기를 제공합니다. 조직은 운영 모델에 따라 동일하거나 다른 팀에 이러한 책임을 할당할 수 있지만 모든 책임에는 명확하게 식별된 소유자가 있어야 합니다.
테이블: 책임에 매핑된 팀 및 역할
| 팀 또는 역할 | Responsibilities |
|---|---|
| VMware 관리자 | VMware 프라이빗 클라우드 리소스 및 성능을 관리합니다. vCenter Server 및 Live Recovery를 포함하여 Azure VMware Solution 서비스를 구성합니다. 가상 머신 이미지, 템플릿 및 스냅샷을 유지 관리합니다. VMware 수명 주기 작업을 관리합니다. VMware 소프트웨어 업데이트 및 Azure 서비스 알림과 같은 서비스 변경 계획을 수립합니다. 다른 VMware 환경에서 Azure VMware Solution 애플리케이션 워크로드를 마이그레이션합니다. |
| 네트워크 관리자 | Azure VMware Solution Azure, 온-프레미스 및 WAN 네트워크에 통합되어 있는지 확인합니다. 성능, 보안 및 안정성을 위한 디자인입니다. NSX-T, HCX 및 vDefend 방화벽을 구성합니다. 네트워크 토폴로지 및 계층 2 확장을 계획합니다. |
| 스토리지 관리자 | vSAN 스토리지 정책을 디자인합니다. 외부 스토리지 서비스를 구성합니다. 백업 및 데이터 보호 서비스를 구성합니다. |
| 보안 관리자 | Azure VMware Solution 보안 기준을 권장합니다. 서버 및 Sentinel에 대한 Defender 같은 보안 서비스를 배포하고 구성합니다. 진행 중인 위험 평가, 보안 규정 준수 및 경고를 평가합니다. |
| ID 관리 | Azure VMware Solution의 Microsoft Entra ID 및 Active Directory Domain Services와의 통합을 구성합니다. Azure VMware Solution 관리자를 위한 사용자 지정 역할을 만듭니다. Azure VMware Solution 리소스에 대한 RBAC(역할 기반 액세스 제어) 권한을 적용합니다. |
| 클라우드 운영 팀 | 모니터링 및 경고 정책을 디자인하고 구성합니다. VMware 가상 머신에 Azure Arc 배포합니다. Azure 업데이트 관리자 및 게스트 구성과 같은 Azure 서비스를 구성합니다. |
| 워크로드 소유자 | 워크로드 호환성 및 구성의 유효성을 검사합니다. 일상적인 관리 작업을 실행합니다. 워크로드 리소스 수명 주기를 관리합니다. |
| Azure 플랫폼 팀 | Azure VMware Solution 지원하도록 애플리케이션 랜딩 존을 디자인합니다. 거버넌스 및 보안 요구 사항을 지원하도록 Azure Policy 구성합니다. 중앙 집중식 코드 기반 인프라 배포 파이프라인을 관리합니다. |
| 고위 경영진 | 장기 클라우드 채택 목표를 감독합니다. 자금 및 상업 권한을 제공합니다. 팀 간 소유권을 확인하고 우선 순위를 조정합니다. 거버넌스 및 운영 모델 변경을 후원합니다. 위험 감수와 아키텍처상의 절충안에 책임을 집니다. |
| 비즈니스 분석가 | 비즈니스 목표를 캡처하고 문서화합니다. 비즈니스 결과를 요구 사항에 매핑합니다. 혜택 및 채택 성공을 추적합니다. 종속성 및 제약 조건을 식별합니다. 애플리케이션 처리를 개발하고 클라우드 전략에 맞춥니다. |
| 재무 및 상업 팀 | 비용 모델, 예산 및 재무 제어를 만듭니다. 사업 타당성 검토 가정을 기준으로 지출을 추적합니다. 예약, 라이선스 및 약정 결정에 대해 조언합니다. |
4. Azure VMware Solution 기술
소유권 모델 및 역할 할당은 기술이 필요한 위치와 깊이를 결정합니다. Azure 및 VMware 사용자가 한 팀으로 작업할 수 있도록 지식이 겹치는 것을 목표로 합니다. 기술을 빌드하는 방법과 기술을 집중하는 위치를 결정합니다.
스킬링을 운영 모델에 맞게 조정합니다. 이전 섹션의 세 가지 모델(Azure 플랫폼 팀 소유, VMware 관리 팀 소유 또는 워크로드 팀 소유)을 사용하여 Azure VMware Solution 프라이빗 클라우드를 관리할 사용자, 해당 클라우드를 사용할 사용자 및 각 그룹에 필요한 권한을 결정합니다. 책임 매핑을 사용하여 팀의 기술 및 교육 계획을 만듭니다.
팀 간에 공유 이해를 구축합니다. 소유권 모델에 관계없이 Azure VMware 팀 간의 지식이 겹치는 것을 목표로 합니다. VMware 관리자는 일반적으로 매일 Azure VMware Solution 작동하기에 충분한 Azure 기능이 필요합니다(예: Azure 포털, CLI/PowerShell, Azure Monitor 및 Azure Arc 사용). Azure 플랫폼 팀은 통합에 가장 영향을 주는 VMware 개념을 이해해야 합니다. 이러한 이해에는 네트워킹 구문, 보안 경계 및 모니터링이 포함됩니다. 이러한 이해를 통해 애플리케이션 랜딩 존과 완전히 통합되고 Microsoft Foundry, SQL Database 및 Storage 계정과 같은 Azure 서비스를 효과적으로 사용할 수 있습니다.
Azure VMware Solution 스토리지에 VMware vSAN, 네트워킹용 VMware NSX 및 마이그레이션에 VMware HCX를 사용합니다. 팀이 현재 이러한 기술을 사용하지 않는 경우 마이그레이션 전에 대상 교육이 필요합니다. 관리자에게 실습 랩 및 현재 참조 자료를 제공합니다. 이 지침은 실행 위험을 낮춥니다. 다음 영역에 대한 집중 교육:
네트워킹. NSX가 VLAN 기반 네트워킹을 대체하는 방법과 마이그레이션 중에 HCX가 네트워크를 확장하는 방법을 이해합니다. 마이그레이션하기 전에 온-프레미스 VLAN, 애플리케이션 종속성 및 트래픽 흐름을 평가합니다. 가상 네트워크, 피어링, 라우팅 및 네트워크 보안 그룹과 같은 Azure 네트워킹 개념에 대한 지식을 쌓습니다.
식별자. Azure VMware Solution을 Active Directory Domain Services 및 Entra ID와 통합하기. 관리자 권한을 보호하고 애플리케이션 개발자가 최신 인증 서비스를 사용하도록 지원해야 합니다.
보안 및 규정 준수. Azure VMware Solution 클라우드용 Microsoft Defender, Sentinel 및 Azure Policy 통합하는 방법과 VMware 및 Azure 경계에서 규정 준수가 작동하는 방식을 이해합니다. 플랫폼 및 엔드포인트에서 취약성 검사 및 위협 방지를 유지합니다.
Azure 플랫폼 기술. Azure Monitor, 비용 관리, Azure 포털 및 CLI와 같은 Azure VMware Solution 운영하고 관리하는 데 사용되는 Azure 서비스를 사용하여 기능을 빌드합니다.
스토리지 및 백업. vSAN이 기본 스토리지를 제공하는 방법, 외부 Azure 스토리지 서비스가 적절한 경우 및 백업 및 데이터 보호가 Azure VMware Solution 작동하는 방식을 이해합니다. VM 복제를 통해 재해 복구 요구 사항을 충족하는지 확인합니다.
5. Broadcom 라이선스
BYOL(Bring Your Own License) 모델을 사용하여 Broadcom에서 이식 가능한 VCF(VMware Cloud Foundation) 구독 라이선스를 구매해야 합니다. Azure VMware Solution 프라이빗 클라우드의 모든 물리적 코어를 포함하려면 올바른 수의 VCF 라이선스가 필요합니다. Azure VMware Solution 프라이빗 클라우드를 만들 때 배포 프로세스의 일부로 라이선스 정보를 입력합니다. 라이선스가 포함된 호스트에 대한 활성 예약 인스턴스가 있는 경우 라이선스를 VCF BYOL로 변환해야 할 수 있습니다. VMware vDefend Firewall과 같은 선택적 추가 기능에는 자체 Broadcom 라이선스가 필요합니다. Azure VMware Solution 이식 가능한 VMware Cloud Foundation(VCF) 사용을 참조하세요.
6. Azure VMware Solution 할당량
호스트 할당량을 일찍 요청합니다. Azure VMware Solution 프라이빗 클라우드를 프로비전하려면 대상 지역에서 승인된 호스트 할당량이 필요합니다. 승인은 영업일 기준 최대 5일이 걸릴 수 있으며 지역 및 호스트 가용성에 따라 달라집니다. 늦게 요청하는 것은 일정 미끄럼의 빈번한 원인이므로 지역 및 호스트 수를 알고 있는 즉시 요청을 제출합니다. 또한 구독은 기업계약 또는 Microsoft 고객 계약 같은 적격 플랜을 사용해야 합니다. Azure VMware Solution 대한 요청 호스트 할당량을 참조하세요.
7. 비용 관리 및 FinOps
Azure VMware Solution 대한 비용 관리는 호스트에서 실행되는 가상 머신 수에 관계없이 호스트에 대한 비용을 지불하기 때문에 다른 Azure 리소스와 다릅니다. VMware Cloud Foundation 소프트웨어 라이선스를 별도로 구매하고 프라이빗 클라우드에 적용해야 합니다. 또한 Windows Server 및 SQL Server 같은 다른 소프트웨어에 필요한 라이선스가 있는지 확인해야 합니다.
3개 이상의 호스트 클러스터를 배포할 때 용량에 허용되는 만큼의 가상 머신을 실행할 수 있으므로 워크로드를 호스트에 압축하는 정도에서 비용 효율성이 발생합니다. 워크로드 성능을 손상시키지 않고 플랫폼에서 가치를 최대화하려면 리소스의 최적 사용률을 결정해야 합니다. Aria Operations와 같은 VMware 도구는 클러스터 리소스 최적화에 도움이 될 수 있습니다.
7.1 비용 할당
Azure VMware Solution FinOps 접근 방식에 미치는 영향을 검토합니다. 단일 사업부에 모든 클러스터 비용을 청구하거나 플랫폼을 사용하는 방법에 따라 사업부 간에 비용을 할당할 수 있습니다. 할당된 리소스(예: 각 워크로드에 할당된 vCPU 코어 및 메모리)에 따라 비용을 할당할 수도 있습니다. 그러면 애플리케이션 소유자가 가상 머신의 크기를 조정하도록 유도할 수 있습니다. Azure Arc 사용 가능한 VMware vSphere는 애플리케이션 이름, 비용 센터 및 소유자와 같은 VMware 가상 머신에 Azure 리소스 태그를 적용하여 비용 특성에 도움이 될 수 있습니다.
애플리케이션 팀이 소비에 대해 요금을 교차 청구하는지 여부에 관계없이 Azure VMware Solution 프라이빗 클라우드의 비용을 명확하게 파악할 수 있어야 합니다. Azure VMware Solution 클러스터를 잘 활용하는 경우 가장 비용 효율적입니다. CPU 및 메모리 사용률이 낮으면 클러스터의 크기가 초과되어 비용이 증가할 수 있습니다. 사용률을 정기적으로 검토하고 워크로드가 변경될 때 클러스터 크기를 조정하면서 예상되는 증가에 충분한 헤드룸을 유지합니다. CPU 및 메모리 사용률에 대한 대상 범위를 정의하면 시간에 따른 비용을 최적화하는 데 도움이 될 수 있습니다.
7.2 비용 예측
Azure VMware Solution 프라이빗 클라우드의 비용을 예측하려면 필요한 호스트 수를 계산합니다. 호스트 수는 가상 머신에 대한 CPU, 메모리 및 스토리지 요구 사항에 따라 결정됩니다. Azure Migrate 가상 머신 인벤토리에 따라 호스트 수를 계산하는 데 도움이 될 수 있습니다. 마이그레이션 및 현대화 도구를 사용하여 에이전트 없는 VMware VM 마이그레이션을 참조하세요.
요구 사항을 계산할 때 현재 할당된 것이 아니라 가상 머신의 요구를 확인합니다. Azure Migrate 관찰된 성능 요구에 따라 최적의 CPU 및 메모리 할당을 권장하여 가상 머신의 크기를 조정하는 데 도움이 됩니다. VM보다 더 많은 CPU 및 메모리를 할당하려면 플랫폼의 비용 효율성을 줄여야 합니다.
7.3 컴퓨팅 약정
수요가 안정적인 경우 커밋하고 그렇지 않은 경우 유연하게 유지합니다. 종량제 대비 상당한 절감을 위해 1년 또는 3년 약정으로 Azure VMware Solution 예약 인스턴스 할인을 적용할 수 있습니다. 이 두 가지를 결합하면 핵심 워크로드에 대한 호스트를 예약하고 마이그레이션 또는 계절적 수요와 같은 임시 요구 사항에 대한 종량제 호스트를 추가합니다. 상충 관계: 예약은 지출을 고정하므로, 전략이 변경될 경우 해당 예약을 다른 Azure 서비스로 교환할 수 있는지 확인하세요. 예약된 호스트와 종량제 호스트 모두 여전히 올바른 VMware Cloud Foundation 라이선스가 필요합니다. Azure VMware Solution 예약 인스턴스를 참조하세요.