该页面描述了将第一代 Horizon Cloud on Microsoft Azure 部署迁移到 Horizon Cloud Service - next-gen 租户的自助迁移过程当前排除的项目。该页面还描述了第一代部署的一些特殊情况。

注: 该内容是动态文档。该信息随着提供其他支持而不断更新。

当前的关键排除项

重要说明: 该内容不会引用所有可能的排除项。此处的项目是当前从迁移过程中排除的较大特性。

第一个列表说明包含的内容,然后列出排除的内容。

截至 2024 年 4 月 25 日包括在内
截至撰写本文时,可以迁移满足以下条件的 Horizon Cloud on Microsoft Azure 容器。
  • 部署在 Azure 商业环境中。
  • 在该单个容器中具有 分配。也就是说,在 pod-1 上进行分配时,任何其他容器都不存在同一分配。

    例如,分配 A 使用容器 1 和容器 2,分配 B 仅使用容器 3,容器 3 可以迁移。

  • Horizon Cloud on Microsoft Azure 容器必须运行最低容器清单版本,在第一代控制台的“容量”页面上具有 Online(绿色)状态,并且代理必须运行最低版本。有关更多详细信息,请参阅确保部署和代理具有迁移所需的版本一节。
  • 第一代容器部署程序为第一代容器提供的内部网关配置。
  • 第一代容器部署程序为第一代容器提供的外部网关配置。
  • 在容器的子网或 VNet 与所谓的 AKS 限制的 IP 范围发生冲突或重叠时,只要您选择单个虚拟机部署类型或实施为下一代部署创建新的 VNet 和管理子网的解决方法,就可以迁移容器。有关该场景的更多信息,请参阅确定容器的 VNet 或连接的网络是否包含 AKS 限制的 IP 地址
  • 向租户清单提供远程应用程序的容器符合迁移条件。此时,可以迁移自动扫描的远程应用程序以及使用从场中手动选择选项添加到清单的远程应用程序。如此处的第一代文档中所述,这些远程应用程序由容器中的应用程序场提供。
    注: 如果您直接在第一代场虚拟机上安装了手动应用程序,即使在迁移过程中迁移了其元数据,也不会将此类应用程序默认安装在下一代环境的池虚拟机上。对于此类应用程序,您必须将它们重新安装在池虚拟机上,具体路径与在第一代场虚拟机中安装此类应用程序的路径完全相同。

    如需进一步了解迁移后的应用程序场将在下一代 Horizon Universal Console 中如何呈现的详细信息,请参阅本迁移指南中的在维护时段之后一节。

  • 第一代服务在第一代容器上支持的代理配置设置。迁移过程将在生成的 Horizon Edge 网关设备上配置相同的代理设置。
    注: 如果您决定使用 AKS 部署类型进行迁移,并且第一代容器使用经过身份验证的代理,其代理设置包括用于身份验证的用户名和密码,则迁移过程仅将代理 URL 本身复制到 Horizon Edge 网关设备。这是因为 AKS 类型使用 Microsoft Azure Kubernetes 服务 (AKS),该服务目前不支持经过身份验证的代理。

    如果使用 AKS 部署类型进行迁移,并且第一代容器使用经过身份验证的代理,在运行计划向导 UI 和计划迁移之前,您必须在代理上停用身份验证。在迁移维护时段完成后,您可以更新 Horizon Edge 的配置设置以在代理上重新启用身份验证。

    有关确定迁移时选择的 Horizon Edge 网关部署类型的更多信息,请参阅确定 Horizon Edge 网关部署类型

  • 如果第一代租户的容器群中除 Horizon Cloud on Microsoft Azure 容器外还包含 Horizon 容器,只要这些 Horizon 容器仅使用订阅许可而未使用任何其他基于云的服务,Horizon Cloud on Microsoft Azure 容器就可以参与自助迁移过程。

    在这种场景下,您可以使用本指南中介绍的自助迁移过程,将 Horizon Cloud on Microsoft Azure 容器迁移到下一代环境。迁移 Horizon Cloud on Microsoft Azure 容器后,Horizon 容器将仍保留在第一代租户环境中,并通过第一代租户接收其订阅许可。尚未提供 Horizon 容器的自助迁移过程。

  • 在迁移后,支持 VMware 兼容性列表中为 Horizon Cloud Service next-gen 列出的 Horizon 瘦客户端。对于您的最终用户使用 Horizon 瘦客户端的用例,请在进行迁移之前检查您的 Horizon 瘦客户端设备和型号与 Horizon Cloud Service next-gen 之间的兼容性列表。在迁移后,仅支持列出的 Horizon Cloud Service next-gen 兼容 Horizon 瘦客户端。

    Horizon 瘦客户端和 Horizon 平台版本 Horizon Cloud Service next-gen 之间的兼容性列表位于此处:https://www.vmware.com/resources/compatibility/search.php?deviceCategory=vdm&details=1&horizonVersion=666&page=1&display_interval=10&sortColumn=Partner&sortOrder=Asc

注: 目前,不支持迁移在 Horizon Client 中为每个桌面设置的最终用户桌面首选项。为了在迁移后获得所需的首选项,最终用户可以在其客户端中再次设置这些首选项。
排除项
当前不支持在以下场景下进行迁移:
  • 在 Azure 政府环境中部署的容器。
  • Horizon Cloud on Microsoft Azure 容器参与涉及两个或更多容器的分配。
  • 要求最终用户或其客户端在 Horizon Cloud on Microsoft Azure 部署中使用 PCoIP 的情况。
    注: 自动自助迁移无法检测您的最终用户是否希望或需要使用 PCoIP。您和 VDI 管理员必须验证这种情况是否适用于最终用户。
  • 迁移后不支持未包含在 VMware 兼容性列表 中的 Horizon 瘦客户端。对于您的最终用户使用 Horizon 瘦客户端的用例,请在进行迁移之前检查您的 Horizon 瘦客户端设备和型号与 Horizon Cloud Service next-gen 之间的兼容性列表。仅支持列出的 Horizon Cloud Service next-gen 兼容 Horizon 瘦客户端。

    Horizon 瘦客户端和 Horizon 平台版本 Horizon Cloud Service next-gen 之间的兼容性列表位于此处:https://www.vmware.com/resources/compatibility/search.php?deviceCategory=vdm&details=1&horizonVersion=666&page=1&display_interval=10&sortColumn=Partner&sortOrder=Asc

注:VMware 知识库文章 91183 中所述,从 2023 年 6 月 30 日开始,由 Cloud Monitoring Service (CMS) 数据提供支持的历史仪表板和报告只能通过 Workspace ONE Intelligence 获取。如果在 2023 年 6 月 30 日之前执行该知识库文章中的步骤,第一代 Horizon Cloud on Microsoft Azure 容器的数据最初是在 Workspace ONE Intelligence 控制台中获取的。

将第一代 Horizon Cloud on Microsoft Azure 容器迁移到下一代环境后,该容器的时间序列类型数据将继续可在 Workspace ONE Intelligence 中获取。

如果 VMware 允许您在第一代 Horizon Universal Console 中访问下一代迁移向导,该向导会显示在第一代 Horizon Cloud on Microsoft Azure 中可用但在迁移到 Horizon Cloud Service - next-gen 后不可用的功能集。

管理员应向最终用户通知迁移情况,以及 Horizon Cloud Service - next-gen 用户体验与第一代 Horizon Cloud on Microsoft Azure 的用户体验有所不同。例如,此 Tech Zone 视频 VMware Horizon Cloud Service 登录流程说明了登录体验的差异。

您的第一代部署是否使用 VMware Horizon Cloud 运营团队有选择地向您提供或启用的功能,或者与 Workspace ONE Access 集成的功能?

VMware Horizon Cloud 运营团队可能已为您的第一代部署有选择地启用了某些功能。可能已提供某些项目以供您在特殊情况下使用,例如专用 API。

如果您的部署涉及其中的任何项目,请在您的团队中进行检查。

  • 租户是否配置为单容器代理,并且 Workspace ONE Access 与该租户及其容器集成在一起?如果您尚未联系 VMware Horizon Cloud 团队以迁移容器,请提交支持请求以联系 VMware Horizon Cloud 团队来获取指导。
  • 租户是否配置了 Universal Broker 并与 Workspace ONE Access 和 Intelligent Hub 服务集成在一起?如果您尚未联系 VMware Horizon Cloud 团队以迁移容器,请提交支持请求以联系 VMware Horizon Cloud 团队来获取指导。
  • 在根据请求明确允许您的租户使用第一代文档规定提供的任何功能时,您是否已请求启用此类功能?此类功能的示例包括在注册 Active Directory 域时使用 LDAPS,在同一容器中的分配之间移动各个虚拟机,将范围权限缩小到内置的预定义角色的桌面分配和场。如果答案是肯定的,请提交支持请求与 VMware Horizon Cloud 团队联系以获得指导。
  • 您是否依靠 VMware 提供的用于第一代控制平面的 API 开发了脚本?需要使用下一代控制平面的 API 重新编写这些脚本或工具。请参阅 Horizon Cloud Service - next-gen API 文档以了解这些 API。
  • 您的团队或代表您的 VMware Horizon Cloud 运营团队是否在部署的 Unified Access Gateway 配置中配置了特定功能或属性?此类配置的示例包括 syslog、高级 RADIUS 选项、管理或租户子网上的自定义路由、更改 Unified Access Gateway 实例上的默认 MTU 大小。如果答案是肯定的,请提交支持请求与 VMware Horizon Cloud 团队联系以获得指导。
  • VMware Horizon Cloud 运营团队是否代表您配置了与部署的容器管理器实例相关的特定属性?此类配置的示例包括更改默认用户缓存线程超时值以及禁用域加入帐户权限验证。如果答案是肯定的,请提交支持请求与 VMware Horizon Cloud 团队联系以获得指导。
  • VMware Horizon Cloud 运营团队是否为您的部署配置了其他项目,而这些项目在第一代文档中未描述为公开发布的功能或按请求提供的功能?如果答案是肯定的,请提交支持请求与 VMware Horizon Cloud 团队联系以获得指导。