허브 및 스포크 아키텍처에서 Azure VMware Solution 통합
이 문서에서는 Azure에서 기존 또는 새 허브 및 스포크 아키텍처에 Azure VMware Solution 배포를 통합하기 위한 권장 사항을 제공합니다.
허브 및 스포크 시나리오에서는 다음에 대한 워크로드가 있는 하이브리드 클라우드 환경을 가정합니다.
- IaaS 또는 PaaS 서비스를 사용하는 네이티브 Azure
- Azure VMware 솔루션
- 온-프레미스의 vSphere
아키텍처
허브는 온-프레미스 및 Azure VMware Solution 프라이빗 클라우드에 대한 중앙 연결 지점으로 작동하는 Azure Virtual Network입니다. 스포크는 가상 네트워크 간 통신을 허용하기 위해 허브와 피어링되는 가상 네트워크입니다.
온-프레미스 데이터 센터, Azure VMware Solution 프라이빗 클라우드 및 허브 간의 트래픽은 Azure ExpressRoute 연결을 통과합니다. 스포크 가상 네트워크는 일반적으로 IaaS 기반 워크로드를 포함하지만 Virtual Network와 직접 통합된 App Service Environment와 같은 PssS 서비스 또는 Azure Private Link가 사용하도록 설정된 다른 PssS 서비스를 포함할 수 있습니다.
Important
가상 네트워크당 4개의 ExpressRoute 회로 제한을 초과하지 않는 한 기존 ExpressRoute 게이트웨이를 사용하여 Azure VMware Solution에 연결할 수 있습니다. 그러나 ExpressRoute를 통해 온-프레미스에서 Azure VMware Solution에 액세스하려면 ExpressRoute 게이트웨이가 연결된 회로 간에 전이적 라우팅을 제공하지 않으므로 ExpressRoute Global Reach가 있어야 합니다.
이 다이어그램은 ExpressRoute Global Reach를 통해 온-프레미스 및 Azure VMware Solution에 연결된 Azure의 허브 및 스포크 배포 예제를 보여 줍니다.
이 아키텍처의 주요 구성 요소는 다음과 같습니다.
온-프레미스 사이트: ExpressRoute 연결을 통해 Azure에 연결된 고객 온-프레미스 데이터 센터
Azure VMware Solution 프라이빗 클라우드: 각각이 최대 16개의 호스트를 포함하는 하나 이상의 vSphere 클러스터로 구성된 Azure VMware Solution 소프트웨어 정의 데이터 센터입니다.
ExpressRoute 게이트웨이: ExpressRoute 연결을 통해 Azure VMware Solution 프라이빗 클라우드, 허브 가상 네트워크의 공유 서비스, 스포크 가상 네트워크에서 실행되는 워크로드 간에 통신을 허용합니다.
ExpressRoute Global Reach: 온-프레미스 및 Azure VMware Solution 프라이빗 클라우드 간의 연결을 허용합니다. Azure VMware Solution과 Azure 패브릭 간의 연결은 ExpressRoute Global Reach를 통해서만 진행됩니다.
S2S VPN 고려 사항: Azure S2S VPN을 사용하여 Azure VMware Solution 프라이빗 클라우드에 대한 연결은 VMware HCX에 대한 최소 네트워크 요구 사항을 충족하는 한 지원됩니다.
허브 가상 네트워크: 온-프레미스 네트워크 및 Azure VMware Solution 프라이빗 클라우드에 대한 중앙 연결 지점으로 작동합니다.
스포크 가상 네트워크
IaaS Spoke: VM 가용성 집합, Virtual Machine Scale Sets 및 해당 네트워크 구성 요소를 비롯한 Azure IaaS 기반 워크로드를 호스트합니다.
PaaS Spok:프라이빗 엔드포인트 및 Private Link 덕분에 프라이빗 주소 지정을 사용하여 Azure PaaS 서비스를 호스트합니다.
Azure Firewall: 스포크와 Azure VMware Solution 간에 트래픽을 분할하는 중앙 부분으로 작동합니다.
Application Gateway: Azure IaaS/PaaS 또는 Azure VMware Solution VM(가상 머신)에서 실행되는 웹앱을 노출하고 보호합니다. API Management 등의 다른 서비스와 통합됩니다.
네트워크 및 보안 고려 사항
ExpressRoute 연결을 사용하면 온-프레미스, Azure VMware Solution 및 Azure 네트워크 패브릭 간에 트래픽이 이동할 수 있습니다. Azure VMware Solution은 ExpressRoute Global Reach를 사용하여 이 연결을 구현합니다.
ExpressRoute 게이트웨이는 연결된 회로 간에 전이적 라우팅을 제공하지 않으므로 온-프레미스 연결에서는 온-프레미스 vSphere 환경과 Azure VMware Solution 간 통신을 위해 ExpressRoute Global Reach도 사용해야 합니다.
온-프레미스에서 Azure VMware Solution으로의 트래픽 흐름
Azure VMware Solution에서 허브 VNet으로의 트래픽 흐름
Azure VMware Solution 네트워킹 및 연결 개념에 대한 자세한 내용은 Azure VMware Solution 제품 설명서를 참조하세요.
트래픽 구분
Azure Firewall은 허브 가상 네트워크에 배포되는 허브 및 스포크 토폴로지의 중앙 부분입니다. Azure Firewall 또는 다른 Azure 지원 NVA(네트워크 가상 어플라이언스)를 사용하여 트래픽 규칙을 설정하고 여러 스포크 및 Azure VMware Solution 워크로드 간에 통신을 구분합니다.
경로 테이블을 만들어 트래픽을 Azure Firewall로 보냅니다. 스포크 가상 네트워크의 경우 기본 경로를 Azure Firewall의 내부 인터페이스로 설정하는 경로를 만듭니다. 이러한 방식으로 Virtual Network의 워크로드가 Azure VMware Solution 주소 공간에 도달해야 하는 경우 방화벽은 이를 평가하고 해당 트래픽 규칙을 적용하여 허용하거나 거부할 수 있습니다.
Important
GatewaySubnet 설정에서 주소 접두사가 0.0.0.0/0인 경로는 지원되지 않습니다.
해당 경로 테이블에 특정 네트워크의 경로를 설정합니다. 스포크 워크로드에서 Azure VMware Solution 관리 및 워크로드 IP 접두사에 도달하는 경로 및 반대 경로를 예로 들 수 있습니다.
스포크 및 허브 내의 네트워크 보안 그룹을 사용하여 두 번째 수준의 트래픽 구분을 통해 보다 세분화된 트래픽 정책을 만들 수 있습니다.
참고 항목
온-프레미스에서 Azure VMware Solution으로의 트래픽: 온-프레미스 워크로드 간의 트래픽(vSphere 기반 또는 기타)은 Global Reach를 통해 지원되지만 트래픽이 허브의 Azure Firewall을 통과하지 않습니다. 이 시나리오에서는 온-프레미스 또는 Azure VMware Solution에서 트래픽 구분 메커니즘을 구현해야 합니다.
Application Gateway
Azure Application Gateway V1 및 V2는 백 엔드 풀로 Azure VMware Solution VM에서 실행되는 웹앱을 사용하여 테스트했습니다. Application Gateway는 현재 Azure VMware Solution VM에서 실행되는 웹앱을 인터넷에 노출하는 데 지원되는 유일한 방법입니다. 또한 앱을 내부 사용자에게 안전하게 노출할 수 있습니다.
자세한 내용은 Application Gateway에 대한 Azure VMware Solution 관련 문서를 참조하세요.
점프 상자 및 Azure Bastion
허브 가상 네트워크 내의 공유 서비스 서브넷에 배포된 Windows 10 또는 Windows Server VM에 해당하는 점프 상자를 사용하여 Azure VMware Solution 환경에 액세스합니다.
Important
Azure Bastion은 인터넷에 Azure VMware Solution을 노출하지 않도록 점프 상자에 연결하도록 권장되는 서비스입니다. Azure IaaS 개체가 아니므로 Azure Bastion을 사용하여 Azure VMware Solution VM에 연결할 수 없습니다.
보안 모범 사례로 허브 가상 네트워크 내에 Microsoft Azure Bastion 서비스를 배포합니다. Azure Bastion을 사용하면 공용 IP 주소를 해당 리소스에 제공하지 않고도 Azure에 배포된 VM에 RDP 및 SSH를 통해 원활하게 액세스할 수 있습니다. Azure Bastion 서비스를 프로비저닝하면 Azure Portal에서 선택한 VM에 액세스할 수 있습니다. 연결을 설정하면 점프 상자 데스크톱을 표시하는 새 탭이 열리고, 해당 데스크톱에서 Azure VMware Solution 프라이빗 클라우드 관리 평면에 액세스할 수 있습니다.
Important
점프 박스 VM에 공용 IP 주소를 제공하거나 퍼블릭 인터넷에 3389/TCP 포트를 노출하지 마세요.
Azure DNS 확인 고려 사항
Azure DNS 확인을 위해 다음 두 가지 옵션을 사용할 수 있습니다.
허브에 배포된 도메인 컨트롤러(ID 고려 사항에 설명됨)를 이름 서버로 사용합니다.
Azure DNS 프라이빗 영역을 배포 및 구성합니다.
가장 좋은 방법은 Azure VMware Solution, 온-프레미스 및 Azure에 대해 신뢰할 수 있는 이름 확인을 제공하기 위해 두 가지를 결합하는 것입니다.
일반적인 디자인 권장 사항으로 허브 가상 네트워크의 두 개 이상의 Azure VM에 배포되고 Spoke 가상 네트워크에서 구성된 기존 Active Directory 통합 DNS를 사용하여 DNS 설정에서 해당 Azure DNS 서버를 사용합니다.
Azure 프라이빗 DNS를 사용할 수 있습니다. 여기서 Azure 프라이빗 DNS 영역은 가상 네트워크에 연결됩니다. DNS 서버는 온-프레미스에 대한 조건부 전달 또는 고객 Azure 프라이빗 DNS 인프라를 사용하여 DNS를 실행하는 Azure VMware Solution이 있는 하이브리드 확인자로 사용됩니다.
스포크 가상 네트워크 내에 배포된 VM에 대한 DNS 레코드의 수명 주기를 자동으로 관리하려면 자동 등록을 사용하도록 설정합니다. 사용하도록 설정한 경우 최대 프라이빗 DNS 영역 수는 1개 뿐입니다. 사용하지 않도록 설정한 경우 최대 수는 1000입니다.
Azure 프라이빗 DNS 영역의 Azure에서 확인자 VM에 대한 조건부 전달자를 사용하여 온-프레미스 및 Azure VMware Solution 서버를 구성할 수 있습니다.
ID 고려 사항
ID에 가장 좋은 방법은 허브에 하나 이상의 도메인 컨트롤러를 배포하는 것입니다. 영역 분산 방식 또는 VM 가용성 집합에서 두 개의 공유 서비스 서브넷을 사용합니다. 온-프레미스 AD(Active Directory) 도메인을 Azure로 확장하는 방법에 대한 자세한 내용은 Azure 아키텍처 센터를 참조하세요.
또한 Azure VMware Solution 쪽에 vSphere 환경 내에서 ID 및 DNS 원본으로 작동할 다른 도메인 컨트롤러를 배포합니다.
권장되는 모범 사례로 AD 도메인을 Microsoft Entra ID와 통합합니다.