Azure 虚拟桌面代理入门

在 Azure 虚拟桌面服务框架中，有三个main组件：远程桌面客户端、服务和虚拟机。 这些虚拟机位于安装了 Azure 虚拟桌面代理和代理启动加载程序的客户订阅中。 代理充当服务和虚拟机之间的中间通信器，实现连接。 因此，如果在代理安装、更新或配置时遇到问题，虚拟机将无法连接到服务。 代理引导加载程序是加载代理的可执行文件。

本文将简要概述代理安装和更新过程。

注意

本文档不适用于 FSLogix 代理或远程桌面客户端代理。

初始安装过程

Azure 虚拟桌面代理最初采用以下两种方式之一进行安装。 如果在Azure 门户和Azure 市场中预配虚拟机 (VM) ，则会自动安装代理和代理引导加载程序。 如果使用 PowerShell 预配 VM，则必须 在使用 PowerShell 创建 Azure 虚拟桌面主机池时手动下载代理和代理引导加载程序 .msi 文件。 安装代理后，它将并行安装 Azure 虚拟桌面堆栈和 Geneva Monitoring 代理。 用户需要并排堆栈组件才能安全地建立反向服务器到客户端连接。 日内瓦监视代理监视代理的运行状况。 这三个组件对于端到端用户连接正常运行至关重要。

重要

若要成功安装 Azure 虚拟桌面代理、并行堆栈和 Geneva 监视代理，必须取消阻止 “必需 URL”列表中列出的所有 URL。 若要使用 Azure 虚拟桌面服务，需要取消阻止这些 URL。

代理更新过程

每当更新可用时，Azure 虚拟桌面服务就会更新代理。 代理更新可以包括新功能或针对以前问题的修补程序。 必须始终安装最新稳定版本的代理，以便 VM 不会失去连接性或安全性。 安装初始版本的 Azure 虚拟桌面代理后，代理将定期查询 Azure 虚拟桌面服务，以确定是否有较新版本的代理、堆栈或监视代理可用。 如果存在较新版本，除非已配置计划代理汇报功能，否则外部测试系统会自动安装更新的组件。 如果已配置计划代理汇报功能，则代理只会在指定的维护时段内安装更新的组件。 有关详细信息，请参阅计划代理汇报。

代理的新版本在五天内定期部署到所有 Azure 订阅。 这些更新周期称为“外部测试版”。 单个代理区域中的所有 VM 需要 24 小时才能在外部测试版中接收代理更新。 因此，发生外部测试时，可能会看到主机池中的 VM 在不同时间接收代理更新。 此外，如果 VM 位于不同的区域，它们可能会在五天内的不同日期更新。 外部测试版将在部署期结束时更新所有订阅中的所有 VM 代理。 Azure 虚拟桌面外部测试版系统通过确保代理更新的稳定性和质量来增强服务可靠性。

应记住的其他重要事项：

• 代理更新未连接到 Azure 虚拟桌面基础结构生成更新。 Azure 虚拟桌面基础结构更新时，这并不意味着代理已随之更新。
• 由于主机池中的 VM 可能会在不同时间接收代理更新，因此需要能够区分外部测试问题和失败的代理更新。 如果在 事件查看器>Windows 日志>应用程序中转到 VM 的事件日志，并看到标记为“ID 3277”的事件，则表示代理更新不起作用。 如果未看到该事件，则 VM 处于不同的外部测试版中，稍后将更新。 有关如何设置诊断日志以跟踪更新并确保正确安装更新的详细信息，请参阅设置诊断以监视代理更新。
• 当 Geneva 监视代理更新到最新版本时，在为新监视代理创建新任务之前，将找到并禁用旧的 GenevaTask 任务。 如果监视代理的最新版本存在需要还原到早期版本才能修复的问题，则不会删除早期版本的监视代理。 如果最新版本有问题，将重新启用旧的监视代理，以继续传送监视数据。 更新之前安装的最后一个版本的监视器的所有版本都将从 VM 中删除。
• VM 一次保留三个版本的代理和并行堆栈。 这允许在更新出现问题时快速恢复。 每当代理或堆栈更新时，将从 VM 中删除代理或堆栈的最早版本。 如果过早删除这些组件，并且代理或堆栈出现故障，则代理或堆栈将无法回滚到早期版本，这会使 VM 处于不可用状态。

代理更新通常在新 VM 上持续 2-3 分钟，不应导致 VM 失去连接或关闭。

后续步骤

现在，你已更好地了解 Azure 虚拟桌面代理，下面是一些可以帮助你的资源：

• 如果遇到代理或连接相关问题，检查 Azure 虚拟桌面代理问题故障排除指南。
• 若要计划代理更新，请参阅计划代理汇报文档。
• 若要为此功能设置诊断，请参阅计划代理汇报诊断指南。
• 若要查找有关最新和早期代理版本的信息，请参阅代理汇报版本说明。