Azure Virtual Desktop Hybrid：Arc 服务器架构指南

Azure Virtual Desktop 在其大部分生命周期里都是一项纯云服务：如果您想使用 AVD 代理（broker），就得把会话主机放在 Azure 中（或者最近才支持的 Azure Local 上）。Azure Virtual Desktop Hybrid 打破了这一规则。控制平面保留在 Azure，而会话主机可以运行在任何能连接到 Azure Arc 的 Windows 计算机上，实际上这意味着您现有的 Hyper-V、VMware vSphere 或 Nutanix 集群、一整机架的物理 Windows Server，或是另一家云中的虚拟机。2026 年 5 月我撰写AVD on Arc 服务器公共预览版的文章时，它还只是一个前景可期、仅限验证用途的版本。自 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. 用户通过 Windows App 连接，与连接到 Azure 中的会话主机完全相同。

代理、连接网关、工作区、主机池、应用程序组、诊断以及 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 企业版多会话、门户驱动的会话主机预配和 Azure 市场映像，但它需要 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 向导添加任何虚拟机，并且必须在标识选项卡上分配托管标识。Microsoft 添加了一条重要说明：“Azure Virtual Desktop Hybrid 不支持会话主机配置。”
• 主机池的托管标识需要对包含 Arc 服务器的资源组拥有 Reader 权限。Microsoft 警告：“如果托管标识对 Arc 资源组没有 Reader 访问权限，未来的版本将阻止会话主机变为可用。“第一天就把它做好。

在 Arc 一侧，先决条件页面要求注册 Microsoft.HybridCompute、Microsoft.GuestConfiguration 和 Microsoft.HybridConnectivity 资源提供程序，执行载入的人需要资源组上的 Azure Connected Machine Onboarding（或 Contributor）角色。如果组策略自定义了"作为服务登录"权限，NT SERVICE\himds 必须在列表中，否则代理无法启动。

标识与加入要求

部署文章对加入类型有明确规定，这也是最容易让 Windows Server 用户感到意外的细节：

• Windows 客户端会话主机（Windows 11 或 10 企业版）可以是 Microsoft Entra 已加入、Active Directory 域服务已加入或 Microsoft Entra 混合已加入。
• Windows Server 会话主机必须加入 AD DS 或混合加入。“由于依赖远程桌面服务 (RDS) 许可服务器，不支持仅 Microsoft Entra ID 加入。”

用户本身必须存在于 Microsoft Entra ID 中。标识和身份验证文章排除了仅存在于 AD DS 中的标识，支持通过 Microsoft Entra Connect 同步的混合标识，并支持 Entra 已加入主机上的纯云标识。Microsoft 建议对 Entra 已加入和混合已加入的主机使用 Microsoft Entra 身份验证的单一登录。如果您依赖智能卡或 Windows Hello 企业版进行会话登录，它们使用 Kerberos，这意味着客户端需要能直达域控制器或 KDC 代理。对于服务本地用户的本地主机，这通常已经成立；对于远程用户，则是一项设计事项。

许可：三层

Microsoft 将 Hybrid 许可概括为"用户权利和 Azure Virtual Desktop Hybrid 服务用户许可证”。在建立成本模型时我把它拆成三层：

1. 操作系统用户权利。 即上表。对于 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 美元；Update Manager、Defender for Servers 和日志引入是单独的计量项。拥有有效软件保障的 Windows Server 许可证客户可免费获得 Update Manager、更改跟踪、计算机配置和 Windows Admin Center，这一点很重要，因为您的 Windows Server 主机很可能已经为满足 RDS CAL 规则而附带了 SA。

不变的是：Windows Server 本身仍需要操作系统许可证（定价页面的脚注写明了这一点），而 Windows 11 或 10 企业版权利归属于用户而非硬件。

网络与标识路径

出站终结点

一切都是出站的。必需 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（代理和并行堆栈更新）、若干 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 专属的放行减少到七个 FQDN，但需注意它仅适用于 Azure 公有云，且不建议用于需要 TLS 终止的环境。

RDP Shortpath 与延迟

Hybrid 在用户体验上的论据是延迟：会话主机紧挨着用户和应用程序后端。要获得这一好处，您希望会话走 UDP。RDP Shortpath 总是先通过 Azure 中的 AVD 网关建立 TCP 反向连接传输，然后尝试建立 UDP；如果 UDP 成功则丢弃 TCP 路径，否则 TCP 保留作为回退。

• 与主机在同一网络的用户（下文的数据驻留和分支机构模式）属于托管网络场景：直接 UDP 连接，要么通过端口 3390 上的 RDP Shortpath 侦听器，要么通过无需入站端口的 STUN。这正是 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 配置文件存放位置

把配置文件存储放在主机旁边。Microsoft 自己针对本地 AVD 的 Azure Local 形态的指南建议在与会话主机相同的网络上使用 SMB 共享，对于较大规模的部署则建议使用集群外部的共享，使存储和计算独立扩展；架构中心参考补充说，对于配置文件共享"网络性能和延迟至关重要"。同样的物理规律也适用于 Hybrid：卡尔加里的会话主机从加拿大中部的 Azure Files 挂载配置文件 VHDX，会给每次登录增加往返。

FSLogix 存储比较涵盖 Azure Files、Azure NetApp Files 和存储空间直通，所有 FSLogix 容器都可在任何 SMB 共享上工作。对于已加入 AD DS 的 Hybrid 主机，带 AD 集成 SMB 的 Windows 文件服务器集群或 NAS 是自然的选择。如果您的 Windows 客户端主机是 Entra 已加入且使用纯云用户，面向纯云和外部标识的 FSLogix GA 消除了 Azure Files 对域控制器的依赖，但请权衡上文提到的延迟问题。

参考架构

组件

模式 1：由数据驻留驱动的本地主机

受监管的组织（我最常在加拿大公共部门、医疗保健和金融服务中看到）将会话主机、配置文件共享和业务线数据保留在自己的数据中心，用户大多在公司网络上。主机为 Windows Server，配合带 SA 的 RDS CAL 以获得密度，加入 AD DS，并使用面向托管网络的 RDP Shortpath。对您的隐私部门坦诚相告：Microsoft 的 Azure Local 指南指出，即使会话主机在本地，“某些客户数据、诊断数据和服务生成的数据仍然存储在 Azure 中”，而 Hybrid 的代理元数据位于您为主机池选择的 Azure 区域。

模式 2：退出传统 VDI 期间的硬件复用

一家使用 Citrix 或 Omnissa Horizon 的中型组织，其 vSphere 或 Nutanix 硬件还剩两三年寿命，首先替换代理：同一批虚拟机启用 Arc 并注册到 AVD 主机池，Windows App 取代传统客户端，传统控制平面被停用。随着硬件老化，新容量在 Azure 中构建，切换按主机池进行而非一次性搬迁。按位置分开主机池；Microsoft 的 Azure Local 指南禁止在一个池中混合 Azure 和 Azure Local 主机，为了负载均衡和故障排除的清晰性，我对 Hybrid 池也采用同样的纪律。

模式 3：主机位于另一家云

Arc 代理可在"其他云环境"中运行，并在发现 AWS 和 GCP 实例元数据时予以记录，因此另一家云中的 Windows 虚拟机也可以成为 AVD 会话主机。用例比听起来更窄：必须紧挨着该云中数据库或许可服务器的工作负载，或者把两个桌面代理整合为一个的组织。请为 TCP 回退路径和 TURN 中继建立出口费用模型，并记住反向的排除规则：Azure 虚拟机不启用 Arc，而是按常规方式添加到主机池。

分步操作：从一台裸 Windows 计算机到可用的会话主机

1. 准备主机池

在 Azure 门户中创建一个标准的池化或个人主机池但不添加会话主机，在标识选项卡上分配托管标识，创建或复用工作区和应用程序组，并授予主机池标识对 Arc 资源组的 Reader 权限：

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

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

2. 构建并将计算机载入 Arc

用您的常规工具部署虚拟机或物理服务器。部署文章提到脚本、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 计算库）依赖 Hybrid 所不具备的 Azure 预配能力，所以您要么就地修补，要么通过自己的流水线重建：

Azure Update Manager 在客户定义的维护时段内修补 Arc 连接的计算机，对于 Windows Server 池来说，这正是您想要的先排空再修补的节奏。对于操作系统版本升级，Microsoft 的建议是从新映像部署新虚拟机而非就地升级，所以即便每月修补已经就位，也要保持黄金映像流水线的活力。

监视

Azure Virtual Desktop Insights 需要主机池和工作区上的诊断设置、一个 Log Analytics 工作区，以及每台会话主机上带数据收集规则的 Azure Monitor 代理。Azure Monitor 代理明确支持通过 Azure Arc 以 VM 扩展形式安装在本地和其他云的计算机上，因此 Insights 工作簿对 Hybrid 主机同样有效。请为 Log Analytics 引入预留预算；代理本身免费。在 Arc 计算机上添加 Azure 资源运行状况警报：一台停止心跳超过 15 分钟的 Arc 服务器要么离线、被阻止，要么代理已停止，这通常是虚拟机监控程序主机出问题的第一个信号。

缩放与您失去的东西

没有自动缩放意味着没有缩放计划在夜间关闭主机，个人桌面没有 Start VM on Connect，也没有动态自动缩放为周一早高峰创建主机。按峰值规划容量，使用排空模式和主机池负载均衡设置进行维护，如果需要基于计划的电源管理，请把合作伙伴编排（预览文章讨论过合作伙伴生态系统）视为解决方案成本的一部分。

与 Azure 托管会话主机的成本比较

由于 Hybrid 服务费未公布，而硬件成本只有您自己知道，我在这里保持定性，但各个组成部分都有文档可查：

坦率的总结：当硬件已经付清且数据不能离开，或者到本地后端的延迟占主导时，Hybrid 胜出。当您需要弹性、多会话密度或运维团队很小时，Azure 胜出。如果您在考虑改用按用户计费的云电脑，我的 Windows 365 与 Azure Virtual Desktop 对比讨论了这个分岔点。

何时不该使用 Azure Virtual Desktop Hybrid

• 您需要 Windows 11 多会话密度。 使用 Azure 或 Azure Local；Hybrid 在客户端操作系统上是单会话。
• 您想要弹性成本。 没有自动缩放和 Start VM on Connect，意味着您的本地主机在凌晨 3 点和上午 10 点的成本一样。
• 您的主机是临时性的。 Microsoft 的 Arc 先决条件写明"不建议在短期（临时）服务器或虚拟桌面基础结构 (VDI) 虚拟机上运行 Azure Arc"，因为 Arc 不会清理停止心跳的资源，而用相同名称重建虚拟机会与残留资源冲突。Hybrid 适用于长期存在的主机；非持久、注销即销毁的设计是在与平台对抗。
• 您是纯 Entra 环境却使用 Windows Server。 Windows Server 主机需要 AD DS 或混合加入。如果目标是停用域控制器，请使用 Windows 11 企业版主机或把主机放到 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 企业版用户（Microsoft 365 或 Windows Enterprise E3/E5、VDA）区分开，并标记出您原计划通过按用户访问定价在 Windows Server 上服务的任何人，因为这种组合不可用。
3. 向 Microsoft 账户团队索取 Azure Virtual Desktop Hybrid 按用户服务费的书面报价，并连同 Arc 附加服务和 Log Analytics 引入一起加入成本模型。
4. 按主机池决定加入类型：Windows Server 用 AD DS 或混合加入，仅对 Windows 客户端主机考虑 Entra 加入。启用 Microsoft Entra 身份验证的单一登录。
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 资源提供程序，构建带托管标识的标准主机池，并在第一台主机注册之前授予该标识对 Arc 资源组的 Reader 权限。
7. 把 Arc 代理和 RDSH 角色烘焙进黄金映像但不把映像连接到 Arc；用自动化载入每台克隆机，并验证 azcmagent show 报告了租户 ID。
8. 用扩展注册一台试点主机，等待其变为可用，并同时测试一名局域网用户和一名远程用户，检查局域网用户是否获得直接 UDP 传输。
9. 把 FSLogix 共享放在与主机相同的网络上，并对照 Azure 托管基线测量登录时间。
10. 通过 Azure Monitor 代理扩展接入 Azure Virtual Desktop Insights，为 Windows Server 池安排 Azure Update Manager 维护时段，并在 Arc 计算机上设置资源运行状况警报。
11. 写好退出计划：随着硬件退役，哪些主机池迁移到 Azure 或 Windows 365，以及触发条件是什么。

想把上面的步骤变成可打印的试点关卡吗？下载包含 20 项检查的 Azure Virtual Desktop Hybrid 就绪清单。

需要帮手吗？Big Hat Group 为美国和加拿大的组织提供 Azure Virtual Desktop 架构与部署咨询，从为期两周的 Hybrid 就绪评估到完整的传统 VDI 退出。预约探索通话，一起聊聊您的环境。

参考来源

• 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 标识和身份验证，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 中配置托管标识，Microsoft Learn
• 会话主机的 Windows 更新管理方法，Microsoft Learn
• Azure Update Manager 概述，Microsoft Learn
• Azure Monitor 代理概述，Microsoft Learn
• 启用 Insights 以监视 Azure Virtual Desktop，Microsoft Learn
• 自动缩放缩放计划和示例场景，Microsoft Learn