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

此概述既适用于分配，也适用于单个桌面。

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

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


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

您可以选择专用 VDI 分配并启动代理更新向导以启动更新，如在“分配”页面上更新专用 VDI 桌面分配的代理软件和在专用 VDI 桌面分配中为单个桌面更新代理软件中的步骤所述。除了选择要用于更新的版本以外，您还可以指定以下选项。

选项 说明
用户可用的虚拟机

此用户可用的虚拟机选项只有在更新分配时才可用，在更新单个桌面时不可用。

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

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

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

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

跳过具有登录用户的虚拟机 让系统跳过更新具有登录用户（活动会话或已断开连接的会话）的虚拟机或正在运行冲突任务的虚拟机。该设置避免了在某个桌面上启动更新过程时会强制从该桌面中注销最终用户的系统默认行为。
启用回滚 （可选）激活回滚后，系统会在执行代理更新之前创建回滚副本，并将该副本保留七天。如果在虚拟机上更新代理失败，您有机会在此七天期限内回滚到该虚拟机之前的代理版本。
注： 回滚期限默认设置为七天，但您可以请求 VMware 更改此设置。
故障阈值 在终止更新过程之前允许遭受代理更新失败的虚拟机的数量。这样可以防止出现大量失败。

默认值是您在设置 > 常规设置中配置的值

注： 当更新过程因虚拟机更新失败而停止时，您可能会发现失败虚拟机的数量高于设置的阈值。有多种原因可能会导致出现这种情况。对于多容器分配，这种情况可能是因为系统按容器而不是按分配应用阈值设置。
重试跳过的虚拟机和作业超时 在让系统跳过更新具有登录用户的虚拟机或正在运行冲突任务的虚拟机时，您可以选择指定是否让系统自动重试更新任何跳过的虚拟机。在这种情况下，在系统浏览分配的桌面虚拟机并更新没有登录用户的虚拟机后，系统：
  1. 检查最初跳过的虚拟机以查看这些虚拟机是否具有登录的用户。
  2. 更新没有登录用户的任何跳过的虚拟机。
  3. 定期重复步骤 1 和 2，直到在作业超时字段中指定的时间已过。
如果不让系统自动重试跳过的虚拟机，您以后可以手动处理这些虚拟机。
注： 不会重试在更新期间遇到错误的虚拟机。如果虚拟机更新失败，并且您已激活“回滚”选项，则可以将该虚拟机回滚到之前的版本。
  • 在向导的最后一步中提交更新任务后，系统将开始更新桌面。
    • 每个桌面虚拟机上的更新过程都将从预检检查开始，以确认虚拟机处于正常运行状态。这包括确认具有足够的磁盘空间（至少 300 MB 可用空间），以及当前没有正在进行 Microsoft Windows 更新，没有由于两次重新引导未清除 Windows 更新而挂起的重新引导，或者没有由于两次重新引导未清除 VMware 特定应用程序安装而挂起的重新引导。
    • 执行更新时，系统将在分配或单个桌面级别并行更新一批虚拟机。默认情况下，系统在每一批中使用 30 个虚拟机，直到要更新的剩余虚拟机数少于 30 个。此时，将在最后一批中更新这些剩余的虚拟机。完全更新虚拟机大约需要 30-45 分钟的时间，但所需的具体时间可能会因负载以及回滚选项启用与否而异。批次大小不能超过 30 个。如果分配具有 30 个或更少的桌面，将统一更新分配中的所有桌面。您的 VMware 代表可以根据您的要求调整批次的大小。
      在分配级别（而不是桌面级别）执行更新时，您可以配置 用户可用的虚拟机文本框，以指定要打开电源并可供最终用户使用的分配桌面虚拟机百分比。正在进行的虚拟机数取决于您是否指定在更新期间将一定比例的虚拟机保持可用。在设置可用性比例时，系统将调整进行更新的虚拟机数以满足可用性比例要求。下表提供了一些示例。
      注： 当您在 监控 > 活动页面上查看更新进度时，可能发现正在更新的虚拟机数量可能会大于基于批次大小的预期数量。出现此问题的原因是，系统还会计算当前处于预检检查和回滚副本创建过程中的虚拟机数。
      示例 说明
      未设置用户可用的虚拟机 (= 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)）时，也可以跳过虚拟机。

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