Azure Virtual Desktop Hybrid: Arc 서버 아키텍처 가이드

Azure Virtual Desktop은 그 역사의 대부분을 클라우드 전용 서비스로 보냈습니다. AVD 브로커를 쓰고 싶다면 세션 호스트를 Azure에(최근에는 Azure Local에도) 두어야 했습니다. Azure Virtual Desktop Hybrid는 그 규칙을 깹니다. 제어 평면은 Azure에 남고 세션 호스트는 Azure Arc에 연결할 수 있는 어떤 Windows 머신에서든 실행되는데, 실제로는 기존 Hyper-V, VMware vSphere, Nutanix 클러스터, 랙에 꽂힌 물리 Windows Server, 또는 다른 클라우드의 가상 머신을 의미합니다. 2026년 5월에 Arc 지원 서버의 AVD 공개 미리 보기에 대해 썼을 때는 유망하지만 유효성 검사 전용인 릴리스였습니다. 2026년 9월부터는 일반 공급되었고, 그 이후로 미국과 캐나다 IT 팀에서 같은 질문을 계속 받고 있습니다. 정확히 무엇이 어디서 실행되는지, 비용은 얼마인지, Azure 호스팅 세션 호스트와 비교해 무엇을 잃는지, 그리고 어떻게 제대로 구축하는지. 이 가이드는 현재 Microsoft Learn 문서를 기준으로 그 질문에 답하고, 고객이 Hybrid가 자신들의 아키텍처에 맞는지 물을 때 제가 적용하는 설계 판단을 더했습니다.

Azure Virtual Desktop Hybrid란 무엇인가

Microsoft의 Azure Virtual Desktop Hybrid 개요는 이 분리를 깔끔하게 설명합니다. “Azure Virtual Desktop 서비스는 Azure에 남고 애플리케이션과 데스크톱은 온프레미스에서 호스트됩니다. 세션 호스트는 Azure Arc 지원이어야 합니다. Azure Arc 확장이 AVD 구성 요소를 설치하고 디바이스를 호스트 풀에 등록합니다.” 책임 경계도 마찬가지로 분명합니다. “Microsoft는 Azure의 Azure Virtual Desktop 서비스를 관리합니다. 고객은 온프레미스 머신, 네트워킹, 호스팅 인프라를 관리합니다.”

무엇이 어디서 실행되는가

네 가지가 순서대로 일어나며, 각각의 위치가 곧 아키텍처입니다.

1. 자체 인프라에 Windows 가상 머신 또는 헤드리스 물리 디바이스를 배포합니다.
2. Azure Arc Connected Machine 에이전트를 설치합니다. 이 에이전트가 머신을 Arc 지원 서버로 Azure에 투영합니다.
3. 해당 머신에서 Azure Virtual Desktop Arc 확장을 실행합니다. 확장이 AVD 에이전트 소프트웨어를 설치하고 머신을 호스트 풀에 등록합니다.
4. 사용자는 Azure의 세션 호스트에 연결할 때와 똑같이 Windows App으로 연결합니다.

브로커링, 연결 게이트웨이, 작업 영역, 호스트 풀, 애플리케이션 그룹, 진단, Windows App 피드는 모두 Azure 서비스입니다. Windows 세션, 애플리케이션, 사용자 데이터는 호스트가 있는 곳에 있습니다. 온프레미스에서 설치, 패치, 고가용성 구성을 해야 하는 AVD 제어 평면 소프트웨어가 전혀 없다는 점이 데이터 센터에서 레거시 VDI 브로커를 운영하는 것과의 가장 큰 차이입니다.

미리 보기인가 GA인가

이 글을 쓰는 시점에 이 기능은 일반 공급 상태입니다. Azure Virtual Desktop의 새로운 기능 페이지는 2026년 9월 항목에 “Azure Virtual Desktop Hybrid"를 GA로 기재하고 있으며, 그 전에는 2026년 5월에 “AVD for hybrid environments with Arc-Enabled Servers"라는 제목의 공개 미리 보기 항목이 있었고 프로비전과 전원 관리는 이 릴리스에 포함되지 않는다는 참고가 달려 있었습니다. 그 제한은 GA에서도 사라지지 않았지만(아래에서 자세히), 미리 보기 시절의 유효성 검사 호스트 풀 전용 제한은 사라졌습니다. 주 단위 역사를 원하시면 AVD 새로운 기능 시리즈에서 릴리스마다 추적해 왔습니다.

지원되는 운영 체제와 하드웨어

개요의 지원 표는 라이선스와 밀도 논의를 모두 좌우하므로 외워 둘 만합니다.

하이퍼바이저는 자유롭게 선택합니다. Microsoft의 표현은 “Windows 가상 머신을 지원하는 선호하는 온프레미스 하이퍼바이저"이며, Arc 에이전트 자체의 사전 요구 사항 페이지는 VMware(Azure VMware Solution 포함), Azure Local, “기타 클라우드 환경"을 지원 대상으로 나열하면서 한 가지 명시적 제외를 둡니다. 이미 Azure에서 실행 중인 가상 머신에는 Arc 에이전트를 설치하지 마십시오.

Hybrid가 하지 않는 것

대부분의 설계를 결정하는 단락입니다. 개요에서: “Azure Virtual Desktop Hybrid는 가상 머신 상태를 프로비전하거나 관리하지 않으므로 다음 기능은 지원되지 않습니다. 전원 관리, 자동 크기 조정, Start VM on Connect, 세션 호스트 구성.” 그 다음 문장이 그 일을 여러분에게 넘깁니다. “조직은 하이퍼바이저 도구, 스크립트, 파트너 솔루션 또는 기타 도구를 사용해 온프레미스 세션 호스트를 배포하고 관리할 책임이 있습니다.”

또 다른 온프레미스 옵션인 Azure Local의 Azure Virtual Desktop과 비교해 보십시오. Azure Local은 Windows 11 Enterprise 다중 세션, 포털 기반 세션 호스트 프로비전, Azure Marketplace 이미지를 지원하지만 Azure Local 스택이 필요하고 “Azure 외부의 독립 실행형 서비스로, 다중 클라우드 환경에서, 또는 다른 Azure Arc 지원 서버에서는 지원되지 않습니다.” Hybrid는 그 반대의 거래입니다. 어떤 하드웨어, 어떤 하이퍼바이저든 쓸 수 있는 대신 수명 주기 관리를 직접 하고 다중 세션을 포기합니다.

사전 요구 사항과 라이선스

Azure 및 Azure Arc 사전 요구 사항

배포 문서는 표준 AVD 요구 사항 위에 Hybrid 요구 사항을 겹칩니다.

• 구독에 Microsoft.DesktopVirtualization 리소스 공급자가 등록되어 있어야 하고, 호스트 풀을 만드는 사람에게는 Desktop Virtualization Contributor 역할이 필요합니다.
• 세션 호스트는 Azure Virtual Desktop 필수 URL과 Azure Arc 네트워크 엔드포인트에 도달해야 합니다(둘 다 네트워킹 섹션에서 다룸).
• 모든 세션 호스트에 Azure Arc Connected Machine 에이전트가 설치 및 구성되어 있어야 합니다.
• 호스트 풀은 Azure 마법사로 가상 머신을 추가하지 않은 표준 호스트 풀이어야 하고, ID 탭에서 관리 ID가 할당되어 있어야 합니다. Microsoft는 중요 사항으로 “Azure Virtual Desktop Hybrid는 세션 호스트 구성을 지원하지 않습니다"라고 덧붙입니다.
• 호스트 풀의 관리 ID에는 Arc 지원 서버가 들어 있는 리소스 그룹에 대한 Reader가 필요합니다. Microsoft는 “관리 ID에 Arc 리소스 그룹에 대한 Reader 액세스가 없으면 향후 릴리스에서 세션 호스트가 사용 가능 상태가 되지 못합니다"라고 경고합니다. 첫날에 처리하십시오.

Arc 쪽에서는 사전 요구 사항 페이지가 Microsoft.HybridCompute, Microsoft.GuestConfiguration, Microsoft.HybridConnectivity 리소스 공급자와, 온보딩을 실행하는 사람에 대한 리소스 그룹의 Azure Connected Machine Onboarding(또는 Contributor) 역할을 요구합니다. 그룹 정책이 “서비스로 로그온” 권한을 사용자 지정한다면 NT SERVICE\himds가 목록에 있어야 하며, 없으면 에이전트가 시작되지 않습니다.

ID 및 조인 요구 사항

배포 문서는 조인 유형을 구체적으로 정하고 있으며, Windows Server 중심 조직이 가장 놀라기 쉬운 세부 사항입니다.

• Windows 클라이언트 세션 호스트(Windows 11 또는 10 Enterprise)는 Microsoft Entra 조인, Active Directory Domain Services 조인, 또는 Microsoft Entra 하이브리드 조인이 모두 가능합니다.
• Windows Server 세션 호스트는 AD DS 조인 또는 하이브리드 조인이어야 합니다. “원격 데스크톱 서비스(RDS) 라이선싱 서버 종속성 때문에 Microsoft Entra ID 전용 조인은 지원되지 않습니다.”

사용자 자체는 Microsoft Entra ID에 있어야 합니다. ID 및 인증 문서는 AD DS에만 존재하는 ID를 배제하고, Microsoft Entra Connect로 동기화되는 하이브리드 ID와 Entra 조인 호스트의 클라우드 전용 ID를 지원합니다. Microsoft는 Entra 조인 및 하이브리드 조인 호스트에 Microsoft Entra 인증을 사용하는 Single Sign-On을 권장합니다. 세션 로그인에 스마트 카드나 Windows Hello 비즈니스를 쓴다면 Kerberos를 사용하므로 클라이언트에서 도메인 컨트롤러 또는 KDC 프록시로의 가시 경로가 필요합니다. 온프레미스 사용자를 위한 온프레미스 호스트에서는 보통 이미 충족되지만, 원격 사용자에게는 설계 항목입니다.

라이선스: 세 계층

Microsoft는 Hybrid 라이선스를 “사용자 권한과 Azure Virtual Desktop Hybrid 서비스 사용자 라이선스"로 요약합니다. 저는 비용 모델을 만들 때 세 계층으로 나눕니다.

1. OS 사용자 권한. 위의 표입니다. Windows Server 호스트의 경우 RDS CAL의 소프트웨어 보증 요구 사항에 주의하십시오. 유효한 SA가 없는 일반 RDS CAL은 자격이 없습니다. 일반 AVD 라이선스 문서는 사용자당 액세스 가격 책정이 외부 상업적 용도 전용이며 Windows Server 운영 체제에는 제공되지 않는다고 덧붙입니다.
2. Azure Virtual Desktop Hybrid 서비스 요금. Azure Virtual Desktop 가격 페이지는 이를 “온프레미스에서 Azure Virtual Desktop 세션 호스트를 실행하기 위한 사용자당 월별 요금"으로 설명하며 관리 및 오케스트레이션 기능을 포함하고, 구매하려면 Microsoft 계정 팀에 문의하라고 안내합니다. 제가 확인했을 때 금액은 표시되지 않았으므로 여기서 인용하지 않겠습니다. 비즈니스 사례를 만들기 전에 서면으로 받으십시오.
3. Azure Arc 추가 기능. Azure Arc 가격 페이지는 핵심 제어 평면(인벤토리, 관리, VM 셀프 서비스)을 무료로 기재하고, 추가 기능 서비스는 사용 시 과금한다고 합니다. Azure Policy 게스트 구성과 변경 내용 추적은 서버당 월 6 USD이고, Update Manager, Defender for Servers, 로그 수집은 별도 미터입니다. 유효한 소프트웨어 보증이 있는 Windows Server 라이선스 고객은 Update Manager, 변경 내용 추적, 머신 구성, Windows Admin Center를 추가 비용 없이 받는데, Windows Server 호스트가 RDS CAL 규칙을 충족하기 위해 이미 SA를 갖고 있을 가능성이 높으므로 중요합니다.

변하지 않는 것: Windows Server 자체에는 여전히 운영 체제 라이선스가 필요하고(가격 페이지 각주에 명시), Windows 11 또는 10 Enterprise 권한은 하드웨어가 아니라 사용자에게 귀속됩니다.

네트워킹과 ID 경로

아웃바운드 엔드포인트

모든 것이 아웃바운드입니다. 필수 FQDN 및 엔드포인트 문서는 “모든 항목은 아웃바운드이며 Azure Virtual Desktop을 위해 인바운드 포트를 열 필요가 없습니다"라고 하고, Arc의 네트워크 요구 사항 문서는 Connected Machine 에이전트가 “TCP 포트 443으로 Azure Arc에 안전하게 아웃바운드 통신한다"고 합니다. Microsoft는 AVD 엔드포인트가 차단된 배포는 지원하지 않는다고도 분명히 말합니다.

세션 호스트용 AVD 목록에는 login.microsoftonline.com(TCP 443), *.wvd.microsoft.com(TCP 443, TCP 기반 RDP를 포함한 서비스 트래픽), *.prod.warm.ingest.monitor.core.windows.net과 gcs.prod.monitoring.core.windows.net(에이전트 트래픽), mrsglobalsteus2prod.blob.core.windows.net(에이전트 및 side-by-side 스택 업데이트), TCP 80의 인증서 엔드포인트 여러 개, 서비스 트래픽용 *.windows.cloud.microsoft, *.service.windows.cloud.microsoft, *.windows.static.microsoft가 포함됩니다. Arc 목록은 management.azure.com, *.his.arc.azure.com, *.guestconfiguration.azure.com, guestnotificationservice.azure.com, *.servicebus.windows.net, pas.windows.net, *.login.microsoft.com, download.microsoft.com을 추가하며, 서비스 태그는 AzureActiveDirectory, AzureTrafficManager, AzureResourceManager, AzureArcInfrastructure, Storage, AzureFrontDoor.Frontend입니다.

실제 방화벽에서 적용해 보며 얻은 두 가지 실무 팁입니다.

• AVD 목록의 두 Azure 패브릭 주소 169.254.169.254와 168.63.129.16은 Azure 내부용입니다. Arc 지원 호스트에서는 인스턴스 메타데이터 엔드포인트가 설계상 도달 불가입니다. Hybrid 문제 해결 문서는 이를 예상된 동작으로 기록하며 확장은 Arc 하이브리드 메타데이터 서비스로 폴백합니다. 여기로 라우팅하려고 오후를 보내지 마십시오.
• TLS 검사는 이를 망가뜨립니다. 문제 해결 문서는 프록시가 *.wvd.microsoft.com으로 가는 트래픽을 다시 쓸 때 다운로드한 에이전트 MSI의 Authenticode 서명 실패와 WebSocket 핸드셰이크 실패를 기록합니다. AVD URL을 바이패스 목록에 넣으십시오.

프록시 팀이 Arc 목록 길이에 반발한다면 Azure Arc 게이트웨이가 Arc 전용 허용 목록을 7개 FQDN으로 줄여 줍니다. 단, Azure 공용 클라우드 전용이며 TLS 종료가 필요한 환경에는 권장되지 않는다는 주의 사항이 있습니다.

RDP Shortpath와 지연 시간

Hybrid의 사용자 경험 논거는 지연 시간입니다. 세션 호스트가 사용자와 애플리케이션 백 엔드 바로 옆에 있습니다. 그 이점을 얻으려면 세션을 UDP로 보내야 합니다. RDP Shortpath는 항상 Azure의 AVD 게이트웨이를 통한 TCP 역방향 연결 전송으로 시작한 뒤 UDP 설정을 시도합니다. UDP가 성공하면 TCP 경로는 끊어지고, 그렇지 않으면 TCP가 폴백으로 남습니다.

• 호스트와 같은 네트워크에 있는 사용자(아래의 데이터 상주 및 지사 패턴)는 관리형 네트워크 사례입니다. 포트 3390의 RDP Shortpath 수신기를 통하거나, 인바운드 포트가 필요 없는 STUN을 통해 직접 UDP 연결합니다. 여기가 Hybrid가 빛나는 지점인데, TCP 폴백은 책상에서 책상으로 가는 세션을 Azure까지 왕복시키기 때문입니다.
• 원격 사용자는 공용 네트워크용 RDP Shortpath를 사용합니다. NAT가 허용하면 STUN 직접 연결, 아니면 UDP 3478의 51.5.0.0/16을 통한 TURN 릴레이 연결입니다. Microsoft는 TURN 릴레이가 클라이언트의 물리적 위치에 따라 선택되며 UDP가 차단되면 세션이 TCP로 폴백한다고 설명합니다. 세션 호스트 네트워크에서 해당 범위로의 아웃바운드 UDP 3478을 허용하고, TCP 기반 VPN, 이중 NAT, 강제 터널링을 피하십시오.

FSLogix 프로필 배치

프로필 스토리지는 호스트 옆에 두십시오. 온프레미스 AVD의 Azure Local 버전에 대한 Microsoft 자체 지침은 세션 호스트와 같은 네트워크의 SMB 공유를 권장하고, 대규모 배포에서는 스토리지와 컴퓨팅이 독립적으로 확장되도록 클러스터 외부 공유를 권합니다. 아키텍처 센터 참조는 프로필 공유에 대해 “네트워크 성능과 지연 시간이 매우 중요하다"고 덧붙입니다. 같은 물리 법칙이 Hybrid에도 적용됩니다. 캘거리의 세션 호스트가 Canada Central의 Azure Files에서 프로필 VHDX를 마운트하면 로그인마다 왕복이 추가됩니다.

FSLogix 스토리지 비교는 Azure Files, Azure NetApp Files, 저장소 공간 다이렉트를 다루며, 모든 FSLogix 컨테이너는 어떤 SMB 공유에서도 작동합니다. AD DS 조인된 Hybrid 호스트에는 AD 통합 SMB를 갖춘 Windows 파일 서버 클러스터나 NAS가 자연스러운 선택입니다. Windows 클라이언트 호스트가 Entra 조인이고 클라우드 전용 사용자를 쓴다면 클라우드 전용 및 외부 ID용 FSLogix GA가 Azure Files의 도메인 컨트롤러 종속성을 없애 주지만, 위의 지연 시간 논점과 함께 저울질하십시오.

참조 아키텍처

구성 요소

패턴 1: 데이터 상주 요구에 따른 온프레미스 호스트

규제 대상 조직(캐나다 공공 부문, 의료, 금융 서비스에서 가장 자주 봅니다)은 세션 호스트, 프로필 공유, 업무 애플리케이션 데이터를 자체 데이터 센터에 두고, 사용자는 대부분 회사 네트워크에 있습니다. 호스트는 밀도를 위해 SA 포함 RDS CAL과 결합한 Windows Server이고, AD DS 조인되며, 관리형 네트워크용 RDP Shortpath를 사용합니다. 개인정보 보호 부서에는 솔직하게 말하십시오. Microsoft의 Azure Local 지침은 세션 호스트가 온프레미스에 있어도 “일부 고객 데이터, 진단 데이터, 서비스 생성 데이터는 여전히 Azure에 저장된다"고 하며, Hybrid의 브로커링 메타데이터는 호스트 풀에 선택한 Azure 지역에 있습니다.

패턴 2: 레거시 VDI 전환 중 하드웨어 재사용

Citrix 또는 Omnissa Horizon을 쓰고 vSphere나 Nutanix 하드웨어 수명이 2~3년 남은 중견 조직은 브로커를 먼저 교체합니다. 같은 VM을 Arc 지원으로 만들어 AVD 호스트 풀에 등록하고, Windows App이 레거시 클라이언트를 대체하고, 레거시 제어 평면을 폐기합니다. 새 용량은 하드웨어가 노후화되는 대로 Azure에 구축하며, 전환은 일괄 이전이 아니라 호스트 풀 단위로 진행합니다. 호스트 풀은 위치별로 분리하십시오. Microsoft의 Azure Local 지침은 한 풀에 Azure와 Azure Local 호스트를 섞는 것을 금지하며, 부하 분산과 문제 해결의 명확성을 위해 저는 Hybrid 풀에도 같은 원칙을 적용합니다.

패턴 3: 다른 클라우드의 호스트

Arc 에이전트는 “기타 클라우드 환경"에서 실행되며 AWS와 GCP 인스턴스 메타데이터를 발견하면 기록하므로, 다른 클라우드의 Windows VM도 AVD 세션 호스트가 될 수 있습니다. 사용 사례는 들리는 것보다 좁습니다. 해당 클라우드의 데이터베이스나 라이선스 서버 옆에 있어야 하는 워크로드, 또는 두 개의 데스크톱 브로커를 하나로 통합하는 조직입니다. TCP 폴백 경로와 TURN 릴레이의 송신 요금을 모델링하고, 반대 방향의 제외도 기억하십시오. Azure VM은 Arc 지원으로 만들지 않고 일반적인 방식으로 호스트 풀에 추가합니다.

단계별: 빈 Windows 머신에서 사용 가능한 세션 호스트까지

1. 호스트 풀 준비

Azure Portal에서 세션 호스트를 추가하지 않고 표준 풀 또는 개인 호스트 풀을 만들고, ID 탭에서 관리 ID를 할당하고, 작업 영역과 애플리케이션 그룹을 만들거나 재사용하고, 호스트 풀 ID에 Arc 리소스 그룹에 대한 Reader를 부여합니다.

$hostPool    = Get-AzWvdHostPool -Name "<HostPoolName>" -ResourceGroupName "<HostPoolResourceGroup>"
$principalId = $hostPool.IdentityPrincipalId

New-AzRoleAssignment -ObjectId $principalId -RoleDefinitionName "Reader" -ResourceGroupName "<ArcServersResourceGroup>"

2. 머신 빌드 및 Arc 온보딩

평소 도구로 VM 또는 물리 서버를 배포합니다. 배포 문서는 스크립트, Configuration Manager, 하이퍼바이저 관리 소프트웨어, 타사 도구를 언급하며 유일한 요구 사항은 “실행 중인 Windows 머신"입니다. Arc 에이전트 개요의 두 가지 규칙이 VDI 빌드에 중요합니다.

• azcmagent 패키지를 골든 이미지에 설치할 수는 있지만 이미지 안에서 azcmagent connect를 실행하지 마십시오. 연결된 이미지의 복제본은 하나의 Azure 리소스 ID를 공유하여 결국 연결이 끊기고 429 오류가 납니다.
• 배포 후 자동화로 각 복제본을 온보딩합니다. azcmagent show로 Agent Status가 Connected이고 Tenant ID 필드가 채워져 있는지 확인하십시오. 문제 해결 문서는 테넌트 ID 누락을 등록을 막는 결정적 차단 요인으로 나열합니다.

3. 호스트를 호스트 풀에 등록

등록 키(최대 27일 유효)를 생성하고 토큰을 보호된 설정에 넣어 확장을 설치합니다. 포털 경로는 Azure Arc > Infrastructure > Machines > 해당 머신 > Settings > Extensions > Add > Azure Virtual Desktop Hybrid이며, 이어서 구독, 리소스 그룹, 호스트 풀을 선택합니다. PowerShell에서는 Az.DesktopVirtualization 및 Az.ConnectedMachine 모듈을 사용합니다.

$expiresUtc = (Get-Date).ToUniversalTime().AddHours(24).ToString("yyyy-MM-ddTHH:mm:ss.fffffffZ")
$regInfo    = New-AzWvdRegistrationInfo -ResourceGroupName $HostPoolRG -HostPoolName $HostPoolName -ExpirationTime $expiresUtc
$token      = $regInfo.Token

$protectedSettings = @{ registrationToken = $token }

New-AzConnectedMachineExtension -Name 'Microsoft.AzureVirtualDesktop.CloudDeviceExtension' -ResourceGroupName '<ResourceGroupName>' -MachineName '<MachineName>' -Location '<Azure Region>' -Publisher 'Microsoft.AzureVirtualDesktop' -ExtensionType 'CloudDeviceExtension' -ProtectedSetting $protectedSettings

Windows Server에서는 확장이 원격 데스크톱 세션 호스트 역할을 설치하며, Microsoft의 팁은 직설적입니다. 확장이 “Windows Server에 RDSH 역할을 설치하면 세션 호스트를 다시 시작"하므로, 등록 중 재부팅을 피하려면 이미지에 역할을 미리 설치하십시오. Windows 11에서는 단순히 RDP를 사용하도록 설정합니다.

4. 유효성 검사

확장은 머신의 확장 블레이드에서 Succeeded를 보고합니다. 그 후 Microsoft에 따르면 “세션 호스트가 호스트 풀에서 사용 가능으로 보고되기까지 최대 15분이 걸릴 수 있습니다.” 호스트 풀에서 확인합니다.

Get-AzWvdSessionHost -ResourceGroupName "<Resource Group>" -HostPoolName "<HOST POOL>"

사용자를 애플리케이션 그룹에 할당하고 Windows App으로 로그인한 뒤, 연결 정보 대화 상자에서 전송이 기대한 대로 UDP로 표시되는지 확인합니다. 등록이 실패하면 C:\ProgramData\GuestConfig\extension_logs\Microsoft.AzureVirtualDesktop.CloudDeviceExtension\의 확장 로그가 여섯 단계 중 어디서 깨졌는지 알려 줍니다. [Fatal]을 검색하십시오. Microsoft가 문서화한 일반적 원인은 Arc 에이전트 구성의 잘못된 프록시 URL, 만료되었거나 테넌트가 다른 등록 토큰(“테넌트 간 등록은 허용되지 않음”), *.wvd.microsoft.com:443의 브로커 도달 불가, TLS 검사 프록시, 그리고 같은 이름의 오래된 호스트가 풀에 남아 있을 때의 NAME_ALREADY_REGISTERED입니다.

운영

패치 및 이미지 업데이트

Microsoft의 세션 호스트용 Windows 업데이트 관리 방법론은 세상을 현재 위치 패치와 이미지 기반 서비스로 나누며, Hybrid에서는 선택이 대부분 정해져 있습니다. 이미지 기반 옵션(세션 호스트 업데이트, Azure Compute Gallery)은 Hybrid에 없는 Azure 프로비전에 의존하므로, 현재 위치에서 패치하거나 자체 파이프라인으로 다시 빌드해야 합니다.

Azure Update Manager는 고객이 정의한 유지 관리 기간 안에 Arc 연결 머신을 패치하며, Windows Server 풀에는 바로 원하는 드레인 후 패치 주기입니다. OS 버전 업그레이드는 Microsoft가 현재 위치 업그레이드 대신 새 이미지에서 새 VM을 배포하기를 권장하므로, 월별 패치가 자리를 잡았더라도 골든 이미지 파이프라인은 살려 두십시오.

모니터링

Azure Virtual Desktop Insights에는 호스트 풀과 작업 영역의 진단 설정, Log Analytics 작업 영역, 모든 세션 호스트의 데이터 수집 규칙이 있는 Azure Monitor 에이전트가 필요합니다. Azure Monitor 에이전트는 Azure Arc를 통해 VM 확장으로 설치되는 온프레미스 및 기타 클라우드 머신을 명시적으로 지원하므로 Insights 통합 문서는 Hybrid 호스트에서도 작동합니다. Log Analytics 수집 비용을 예산에 넣으십시오. 에이전트 자체는 무료입니다. Arc 머신에 Azure Resource Health 경고를 추가하십시오. 15분 넘게 하트비트를 멈춘 Arc 지원 서버는 오프라인, 차단, 또는 에이전트 중지 상태이며, 보통 하이퍼바이저 호스트에 문제가 있다는 첫 신호입니다.

크기 조정과 잃는 것

자동 크기 조정이 없다는 것은 밤에 호스트를 끄는 크기 조정 계획도, 개인 데스크톱용 Start VM on Connect도, 월요일 아침 램프업에 맞춰 호스트를 만드는 동적 자동 크기 조정도 없다는 뜻입니다. 피크에 맞춰 크기를 정하고, 유지 관리에는 드레인 모드와 호스트 풀 부하 분산 설정을 쓰고, 일정 기반 전원 관리가 필요하면 파트너 오케스트레이션(미리 보기 글에서 파트너 생태계를 다뤘습니다)을 솔루션 비용의 일부로 취급하십시오.

Azure 호스팅 세션 호스트와의 비용 비교

Hybrid 서비스 요금이 공개되지 않았고 하드웨어 비용은 여러분만 아는 것이므로 여기서는 정성적으로 유지하지만, 구성 요소는 문서화되어 있습니다.

솔직한 요약: 하드웨어가 이미 상환되었고 데이터가 밖으로 나갈 수 없을 때, 또는 온프레미스 백 엔드까지의 지연 시간이 지배적일 때 Hybrid가 이깁니다. 탄력성, 다중 세션 밀도, 또는 소규모 운영 팀이 필요할 때는 Azure가 이깁니다. 대신 사용자당 클라우드 PC를 저울질하고 있다면 제 Windows 365와 Azure Virtual Desktop 비교가 그 분기점을 다룹니다.

Azure Virtual Desktop Hybrid를 쓰지 말아야 할 때

• Windows 11 다중 세션 밀도가 필요할 때. Azure 또는 Azure Local을 쓰십시오. Hybrid는 클라이언트 OS에서 단일 세션입니다.
• 탄력적인 비용을 원할 때. 자동 크기 조정과 Start VM on Connect가 없으므로 온프레미스 호스트는 새벽 3시에도 오전 10시와 같은 비용이 듭니다.
• 호스트가 일시적일 때. Microsoft의 Arc 사전 요구 사항은 “수명이 짧은(임시) 서버나 가상 데스크톱 인프라(VDI) VM에서 Azure Arc를 실행하는 것을 권장하지 않는다"고 합니다. Arc는 하트비트를 멈춘 리소스를 정리하지 않으며, 같은 이름으로 VM을 다시 만들면 남아 있는 리소스와 충돌합니다. Hybrid는 수명이 긴 호스트에서 작동합니다. 비영구적이고 로그오프 시 파기하는 설계는 플랫폼과 싸우는 것입니다.
• Entra 전용 환경에서 Windows Server를 쓸 때. Windows Server 호스트에는 AD DS 또는 하이브리드 조인이 필요합니다. 도메인 컨트롤러 폐기가 목표라면 Windows 11 Enterprise 호스트를 쓰거나 호스트를 Azure에 두십시오.
• 네트워크 팀이 엔드포인트를 허용할 수 없을 때. Microsoft는 AVD URL이 차단된 배포를 지원하지 않으며, *.wvd.microsoft.com의 TLS 검사는 등록을 망가뜨립니다.
• 하드웨어가 어차피 수명이 끝났을 때. 가치의 전부는 재사용입니다. 이를 실행하기 위해 새 서버를 산다면 먼저 Azure나 Windows 365 가격을 산정하십시오.

실행 체크리스트

1. 설계를 발표하기 전에 Microsoft Learn Hybrid 개요에서 GA 상태와 현재 제한 사항을 확인하십시오. 지원되지 않는 목록(전원 관리, 자동 크기 조정, Start VM on Connect, 세션 호스트 구성)은 두 번째 슬라이드에 올려야 합니다.
2. 사용자 권한을 인벤토리하십시오. Windows Server 사용자(유효한 SA 포함 RDS CAL 또는 RDS 사용자 SL)와 Windows 11/10 Enterprise 사용자(Microsoft 365 또는 Windows Enterprise E3/E5, VDA)를 분리하고, Windows Server에서 사용자당 액세스 가격 책정으로 서비스하려던 사람이 있다면 표시하십시오. 그 조합은 제공되지 않습니다.
3. Microsoft 계정 팀에 Azure Virtual Desktop Hybrid 사용자당 서비스 요금을 서면으로 요청하고, Arc 추가 기능 및 Log Analytics 수집과 함께 비용 모델에 추가하십시오.
4. 호스트 풀별로 조인 유형을 결정하십시오. Windows Server는 AD DS 또는 하이브리드 조인, Entra 조인은 Windows 클라이언트 호스트에만 고려합니다. Microsoft Entra 인증을 사용하는 Single Sign-On을 사용하도록 설정하십시오.
5. 방화벽 변경을 하나의 패키지로 제출하십시오. AVD 세션 호스트 FQDN, Arc 엔드포인트와 서비스 태그, 51.5.0.0/16으로의 아웃바운드 UDP 3478, *.wvd.microsoft.com에 대한 TLS 검사 바이패스입니다. 파일럿 호스트에서 Azure Virtual Desktop Agent URL Tool을 실행해 증명하십시오.
6. Arc 및 Desktop Virtualization 리소스 공급자를 등록하고, 관리 ID가 있는 표준 호스트 풀을 만들고, 첫 호스트가 등록되기 전에 그 ID에 Arc 리소스 그룹에 대한 Reader를 부여하십시오.
7. Arc 에이전트와 RDSH 역할을 골든 이미지에 굽되 이미지를 Arc에 연결하지 마십시오. 각 복제본을 자동화로 온보딩하고 azcmagent show가 테넌트 ID를 보고하는지 확인하십시오.
8. 파일럿 호스트를 확장으로 등록하고 사용 가능 상태를 기다린 뒤, LAN 사용자와 원격 사용자를 모두 테스트해 LAN 사용자가 직접 UDP 전송을 얻는지 확인하십시오.
9. FSLogix 공유를 호스트와 같은 네트워크에 두고 Azure 호스팅 기준선과 비교해 로그인 시간을 측정하십시오.
10. Azure Monitor 에이전트 확장을 통해 Azure Virtual Desktop Insights를 연결하고, Windows Server 풀에 Azure Update Manager 유지 관리 기간을 예약하고, Arc 머신에 Resource Health 경고를 설정하십시오.
11. 종료 계획을 작성하십시오. 하드웨어가 퇴역함에 따라 어떤 호스트 풀을 Azure 또는 Windows 365로 옮길지, 그리고 트리거는 무엇인지 정하십시오.

위 단계를 파일럿용으로 인쇄해 쓸 수 있는 점검 게이트로 원하시나요? 20개 항목의 Azure Virtual Desktop Hybrid 준비 체크리스트를 다운로드하십시오.

손이 더 필요하신가요? Big Hat Group은 미국과 캐나다의 조직에 2주 Hybrid 준비 상태 평가부터 레거시 VDI 완전 전환까지 Azure Virtual Desktop 아키텍처 및 배포 컨설팅을 제공합니다. 디스커버리 콜을 예약하여 환경에 대해 이야기해 보십시오.

출처

• Azure Virtual Desktop Hybrid 개요, Microsoft Learn
• Azure Virtual Desktop Hybrid 온프레미스 배포, Microsoft Learn
• Azure Virtual Desktop Hybrid 세션 호스트 온보딩 문제 해결, Microsoft Learn
• Azure Virtual Desktop의 새로운 기능, Microsoft Learn
• Azure Virtual Desktop의 필수 FQDN 및 엔드포인트, Microsoft Learn
• Connected Machine 에이전트 네트워크 요구 사항, Microsoft Learn
• Connected Machine 에이전트 사전 요구 사항, Microsoft Learn
• Azure Connected Machine 에이전트 개요, Microsoft Learn
• Azure Arc 게이트웨이로 네트워크 구성 요구 사항 간소화, Microsoft Learn
• RDP Shortpath, Microsoft Learn
• Azure Virtual Desktop ID 및 인증, Microsoft Learn
• Azure Virtual Desktop 라이선스, Microsoft Learn
• Azure Virtual Desktop 가격, Microsoft Azure
• Azure Arc 가격, Microsoft Azure
• Azure Local의 Azure Virtual Desktop, Microsoft Learn
• Azure Local용 Azure Virtual Desktop 참조 아키텍처, Azure 아키텍처 센터
• FSLogix 프로필 컨테이너용 스토리지 옵션, Microsoft Learn
• Azure Virtual Desktop에서 관리 ID 구성, Microsoft Learn
• 세션 호스트용 Windows 업데이트 관리 방법론, Microsoft Learn
• Azure Update Manager 개요, Microsoft Learn
• Azure Monitor 에이전트 개요, Microsoft Learn
• Insights를 사용하도록 설정하여 Azure Virtual Desktop 모니터링, Microsoft Learn
• 자동 크기 조정 계획 및 예제 시나리오, Microsoft Learn