本文描述了在成功完成从单容器代理到 Universal Broker 的转换后，您在 Horizon Cloud 租户环境中预期会看到的更改。这些更改包括一些新功能行为和一些功能限制。

有关 Universal Broker 环境中某些功能限制的详细信息，请参阅 Universal Broker - 功能注意事项和已知限制。

对最终用户分配的更改

  • Microsoft Azure 中的所有容器都已添加到名为 Default-Site 的站点。
  • VDI 桌面分配将转换为由 Universal Broker 代理的多云分配。在默认分配设置中，将连接关联性设置为最近的站点，将范围设置为在站点内。
    注： 一个特定用户最多可以从 Universal Broker 代理的专用分配接收一个已分配的桌面，即使该分配包括多个容器中的桌面也是如此。
    重要说明： 如果用户以前在单容器代理环境中通过专用分配收到了多个已分配桌面，则在转换到 Universal Broker 环境后将无法访问这些桌面。要访问已分配的桌面，用户可以直接连接到容器的 FQDN，而不是使用 Universal Broker FQDN。
  • 基于会话的桌面和应用程序分配现在由 Universal Broker 代理。

对具有相同名称的桌面池的更改

如果在代理转换之前容器内的任何桌面池具有相同的名称，那么需要将这些桌面池编辑为具有不同的名称。此更改可确保您可以将不同容器中唯一命名的桌面池添加到由 Universal Broker 代理的单一分配中。

例如，假设您在代理转换之前具有以下场景：

  • Pod1 包含一个名为 TestPoolName 的池。
  • Pod2 包含一个名为 TestPoolName 的池。

例如，转换后，池名称将进行以下更改：

  • 在 Pod1 中，池名称保留 TestPoolName。
  • 在 Pod2 中，池将重命名为 TestPoolName1。

对虚拟机名称前缀的更改

在转换前的单容器代理环境中，池的虚拟机名称前缀最多可以包含 11 个可自定义字符。要形成池名称，会在包含 11 个字符的前缀后面附加一个序列号（最多 4 位数字）。

转换为 Universal Broker 后，虚拟机名称前缀最多可以包含 9 个可自定义字符。转换后，先前超过 9 个字符的任何虚拟机名称前缀都会被自动截断。

要在 Universal Broker 环境中形成池名称，请在包含 9 个字符的前缀后面附加以下字符：两个随机字母数字或字母字符，后跟一个序列号（最多 4 位数字）。

如果多个分配使用相同的虚拟机名称前缀，那么在尝试编辑其中一个分配时可能会遇到错误。要解决此错误，请在“编辑”向导中更改该分配的虚拟机名称前缀。

注： 如果在配置桌面池时将 最大桌面数选项设置为 0，虚拟机名称前缀和池名称将在转换后在 Horizon Universal Console 中保持不变。要更新控制台以显示新的虚拟机名称前缀和池名称，请使用“编辑”向导更新转换的分配。

转换后的功能注意事项

以下注意事项适用于转换到 Universal Broker 后的某些功能。

  • 不支持自定义分配（也称为 URL 重定向分配）。
  • 如果容器运行的清单版本低于清单 2474.0，则不支持任务取消功能。要使用此功能，您必须将容器升级到清单 2474.0 或更高版本。
  • 如果 Horizon Cloud on Microsoft Azure 部署在转换前已有与 Workspace ONE Access 的集成，则必须将该集成更新为转换后状态以适应 Universal Broker 的使用。有关完整说明，请参阅使用 Universal Broker 的 Horizon Cloud 环境 - 将租户与 Workspace ONE Access 和 Intelligent Hub 服务集成。

    请注意，在更新该集成时，您需要使用 Horizon Universal Console 清理工作流来清理这些部署可能具有的任何现有虚拟应用程序集合。清理工作流将通过使用集成的 Universal Broker 以及 Workspace ONE Access 和 Intelligent Hub 服务的先进功能，而不是旧版单容器虚拟应用程序集合功能，继续在 Workspace ONE Access 和 Intelligent Hub 服务中运行相同的应用程序。经 VMware Workspace ONE Access 产品团队确认，在将 Universal Broker 与 Horizon Cloud on Microsoft Azure 部署结合使用时，该配置不支持 VMware Workspace ONE Access 产品的虚拟应用程序集合功能。这是因为，Universal Broker 是比旧式单容器代理更先进的代理技术，这意味着 Universal Broker 与 Workspace ONE Access 的集成将不再需要使用旧版单容器虚拟应用程序集合。因此，Universal Broker 根本没有对 Horizon Cloud on Microsoft Azure 部署使用虚拟应用程序集合的概念。

重要说明： 如果容器运行的清单版本低于清单 2474.0，则不支持针对清单中断的删除保护功能。要使用此功能，您必须将容器升级到清单 2474.0 或更高版本。

例如，如果容器运行的清单版本低于清单 2474.0，并且在转换前启用了删除保护功能，那么此功能在转换后将无法正常运行。如果随后将容器升级到清单 2474.0 或更高版本，那么删除保护功能可再次正常运行。