本主题简要说明了代理更新功能如何在 Horizon Cloud 中用于专用 VDI 桌面分配。

系统定期与 VMware CDS(组件下载服务)软件分发网络联系,以查看是否有新版本的 Horizon Agents Installer 可用。如果有,系统会自动将该版本下载到您的 Horizon Cloud 容器。

下载新版本后,管理控制台中列出该分配的页面将指出有可用的更新。对于具有的代理相关软件级别早于新版本的专用 VDI 桌面分配,将显示一个可视化指示器。


在该屏幕截图中,“分配”页面在专用 VDI 桌面分配上显示一个蓝点以表示有可用的代理更新。

您可以选择专用 VDI 分配并启动代理更新向导以启动更新,如更新专用 VDI 桌面分配的代理软件中的步骤所述。除了选择要用于更新的版本以外,您还可以指定以下选项。

选项 说明
用户可用的虚拟机 可以使用该字段指定在更新期间可供用户使用的分配虚拟机百分比。对于小型桌面分配,该选项是非常有用的,这种分配的桌面数少于 30 或 30 的倍数(如 60 或 90)。

由于系统默认分批更新桌面(每批 30 个),如果分配具有 30 个或更少的桌面,所有桌面将同时启动更新过程。如果所有桌面当前正在执行更新过程,则任何授权用户都无法建立到桌面的新连接,直到更新过程完成。代理更新过程大约需要 30 分钟的时间,然后最终用户才能连接到更新的桌面。同样,如果桌面分配的桌面数大约为 60 个,默认每批 30 个将导致 50% 的桌面不可用。

因此,您可以使用该字段确保在系统浏览并更新桌面时,在小型池中具有较大比例的可用桌面。如果设置较高的可用性比例,将导致对每批更新的虚拟机中的桌面数进行调整。

对于具有很多桌面的分配,该选项影响较小,因为系统的每批最大虚拟机数默认为 30 个,这在分配的总桌面数中占很小一部分。

跳过具有登录用户的虚拟机 让系统跳过更新具有登录用户的虚拟机,而无论会话处于活动还是断开连接状态。该设置避免了在某个桌面上启动更新过程时会强制从该桌面中注销最终用户的系统默认行为。
重试跳过的虚拟机作业超时 在让系统跳过更新具有登录用户的虚拟机时,您可以选择指定是否让系统自动再次尝试更新任何跳过的虚拟机。在这种情况下,在系统浏览分配的桌面虚拟机并更新没有登录用户的虚拟机后,系统:
  1. 检查最初跳过的虚拟机以查看这些虚拟机是否具有登录的用户。
  2. 更新没有登录用户的任何跳过的虚拟机。
  3. 定期重复步骤 1 和 2,直到在作业超时字段中指定的时间已过。

如果不让系统自动重试跳过的虚拟机,您以后可以手动处理这些虚拟机。

重要事项: 不会重试在更新期间遇到错误的虚拟机。对于失败的更新,虚拟机将回滚到启动更新过程之前的代理版本。

在向导的最后一步中提交更新任务后,系统将开始更新专用 VDI 桌面分配中的桌面。在更新分配时,系统将并行更新一批虚拟机。默认情况下,系统在每一批中使用 30 个虚拟机,直到要更新的剩余虚拟机数少于 30 个。此时,将在最后一批中更新这些剩余的虚拟机。由于完全更新虚拟机大约需要 30 分钟的时间,即使并行更新一组虚拟机,在这段时间内也无法使用这些正在更新的虚拟机。正在进行的虚拟机数取决于您是否指定在更新期间将一定比例的虚拟机保持可用。在设置可用性比例时,系统将调整进行更新的虚拟机数以满足可用性比例要求。下表提供了一些示例。

示例 说明
未设置用户可用的虚拟机 (= 0%) 如果未设置可用性比例,则可用性比例为零,并且运行时批次大小为 30 个虚拟机(默认值)。如果分配具有 30 个或更少的桌面,则在一个批次中统一更新分配中的所有桌面。
分配具有 20 个桌面,并且用户可用的虚拟机 = 80% 如果分配具有 20 个桌面,并且要将 80% 的桌面保持可用,这意味着系统必须始终将 16 个桌面保持可用。在这种情况下,系统:
  1. 在第一批中更新 4 个虚拟机(20 减去 16)。
  2. 4 个更新的虚拟机加上 12 个尚未更新的虚拟机组成 16 个保持可用的虚拟机,并在第二批中更新 4 个虚拟机。
  3. 此时,更新了 8 个虚拟机,还有 12 个尚未更新的虚拟机。系统继续分批更新尚未更新的虚拟机,每批 4 个虚拟机。对于每个后续批次,保持可用的虚拟机由更新的虚拟机和尚未更新的虚拟机组成。
分配具有 100 个桌面,并且用户可用的虚拟机 = 80% 如果分配具有 100 个桌面,并且要将 80% 的桌面保持可用,这意味着系统必须始终将 80 个桌面保持可用。在这种情况下,系统:
  1. 在第一批中更新 20 个虚拟机(100 减去 80)。
  2. 20 个更新的虚拟机加上 60 个尚未更新的虚拟机组成 80 个保持可用的虚拟机,并在第二批中更新 20 个虚拟机。
  3. 此时,更新了 40 个虚拟机,还有 60 个尚未更新的虚拟机。系统继续分批更新尚未更新的虚拟机,每批 20 个虚拟机。
分配具有 100 个桌面,并且用户可用的虚拟机 = 25% 如果分配具有 100 个桌面,并且要将 25% 的桌面保持可用,则可以先更新剩下的 75 个虚拟机。在这种情况下,系统:
  1. 在第一批中更新 30 个虚拟机(默认批次大小),并剩下 70 个尚未更新的虚拟机。
  2. 在 70 个尚未更新的虚拟机中,在第二批中更新其中的 30 个虚拟机。此时,在总共 100 个桌面中更新了 60 个虚拟机,还有 40 个尚未更新的虚拟机。
  3. 现已更新了 60 个虚拟机,其中的 25 个更新的虚拟机可以满足 25% 可用性设置要求。因此,系统使用默认批次大小(30 个虚拟机),并更新剩余的 40 个尚未更新的虚拟机中的 30 个虚拟机。
  4. 系统更新剩余的虚拟机,即,在最后一批中更新 10 个虚拟机。

在代理更新过程结束时,分配的摘要页面将列出生效的 Horizon Agents Installer 版本。

在系统更新桌面期间,桌面的最终用户出现以下行为:

  • 如果桌面具有活动会话,并且未指定跳过具有活动用户的虚拟机,则会在开始更新前五分钟提醒该用户。该 5 分钟警告用于为用户留出时间以保存任何正在进行的工作。
  • 如果用户尝试登录到正在更新的桌面,登录将失败,并且用户收到一条消息,指出该桌面还不可用。

您可以通过选择监视器 > 活动来查看更新任务的进度。任务说明指示正在执行的更新以及正在对其执行更新的分配。如果在 24 小时内未成功完成任务,并且重试和作业超时选项无效,则将更新任务显示为失败状态。

如果在更新任务中跳过任何虚拟机,则更新任务在“活动”页面上显示“部分成功”状态。在“活动”页面中,您可以查看在更新任务中跳过了多少个虚拟机。

  • 如果“活动”页面即使在重试选项设置为的情况下仍在更新任务结束时显示一些跳过的虚拟机,则说明作业超时值不够长,系统无法更新所有跳过的虚拟机,或者根本未从这些虚拟机中注销最终用户。
  • 当遇到预检检查错误(例如“正在进行 Windows 更新”(Windows updates in-progress)、“磁盘空间不足”(low disk space) 和“计算机有待重新引导”(reboot pending on machine))时,也可以跳过虚拟机。

对于因任何原因而跳过的虚拟机,管理员都可以稍后重试代理更新。