Horizon Cloud on Microsoft Azure 部署的迁移流程

本页介绍了将 Horizon Cloud on Microsoft Azure 部署迁移到 Horizon Cloud 环境所涉及的阶段。

流程图，阶段

确认您和 IT 团队满足迁移第一代 Horizon Cloud Pod 的必备条件中所述的必备条件和关键事项要求。

下图描述了整个迁移过程。

提交阶段是指执行计划的维护时段的阶段，在该阶段中，系统会构建无法提前预构建的资源。

简要概述

概括来说：

1. 您兑换邀请并完成首次载入 Horizon Cloud 的过程。
2. 您将第一代 Horizon Cloud 环境与配置的 Horizon Cloud 环境配对。
3. 您在 Horizon Cloud 环境中配置所需的身份提供程序设置。
4. 您计划 Pod 的迁移维护时段。
5. 在将计划保存到系统后，系统启动其预构建活动，从而在维护时段开始之前在 Microsoft Azure 订阅中创建所需的资源。自助迁移工作流旨在让系统在维护时段之前执行所有可以完成的活动，而不会影响选定 Pod 中的管理员和最终用户活动。
6. 在预构建活动期间，您在维护时段之前配置 DNS 记录，以将 FQDN 映射到新 Unified Access Gateway 实例的 IP 地址。系统在预构建阶段创建这些实例。在创建这些实例后，您可以立即获取其 IP 地址。
7. 在您看到预构建活动完成时，您可以使用测试浮动池预验证浮动池行为。每个测试池将具有单个桌面虚拟机，用于预验证该池的 Horizon Cloud 体验。
8. 在到达计划的维护时段开始时间时，系统开始执行那些需要维护时段的活动。在该维护时间段内，系统禁止管理员访问控制台，并且最终用户无法访问 Pod 的桌面和应用程序。
9. 在维护时段的活动完成时，您执行环境的迁移后验证。可能需要执行一些迁移后配置步骤。
10. 最后，您确认删除第一代 Pod。在此步骤中，您完成迁移。

以下相应章节进一步详细介绍了工作流图表中描述的主要阶段。

邀请和设置

Horizon 迁移团队将向您发送一封电子邮件，以通知您的 Horizon Cloud on Microsoft Azure 部署符合执行自助迁移过程的条件。

除了电子邮件以外，当且仅当 Horizon 迁移团队在发送电子邮件时启用了以下横幅时，您才可能会在第一代控制台中看到以下横幅。

• 如果您直接与 Horizon 迁移团队合作进行此迁移，该团队将指导您执行所需的步骤。
• 如果在第一代控制台中启用了此横幅，则可以单击横幅上的让我们开始吧，并按照屏幕上的指导进行操作，直到看到您已登录到 Horizon Cloud 环境为止。屏幕上的指导概述了迁移过程，以及设置 Horizon Cloud 环境所需的步骤列表，以便您可以计划第一个 Pod 的迁移。

这些步骤包括：

• 登录并载入 Horizon Cloud 环境（如果尚未载入该环境）。有关初始载入的详细信息，请参阅 Horizon Cloud 载入页面。
• 在 Horizon Cloud 环境中注册外部身份提供程序，如身份和访问管理中所述。Horizon Cloud 环境要求您注册外部身份提供程序。该服务使用此身份提供程序对访问桌面和已发布应用程序的最终用户进行身份验证。

在计划 Pod 迁移之前，请满足所需的迁移必备条件以完成控制台的计划迁移 UI，以及避免在预构建过程和迁移维护时段中的系统活动期间发生故障。

**注意：**自动迁移会自动将第一代环境中配置的 AD 域信息迁移到 Horizon Cloud 环境。自动迁移要求 Horizon Cloud 环境具有与为第一代环境中的第一代 Pod 配置的那些域相匹配的 AD 域信息。

预构建

预构建可缩短在维护时段内执行迁移的时间。该预构建不会影响现有的 Pod 或用户会话。

下图说明了在系统预构建过程中发生的情况。

**注意：**这些简要的预构建概念图表没有描述特定的网络拓扑、通过特定网卡或端口进行的通信或者网络细节。这些图表没有解析应用程序、单会话桌面、多会话桌面、IMS 中的映像以及旧式 IMS 前功能中的映像之间的差异。

此迁移是使用第一代部署的 Azure 订阅、VNet 和子网的就地迁移。尽管这些图表并排描述了这些环境，但自助迁移使用第一代部署的 VNet 和子网部署 Horizon Edge。

1. 系统使用您在计划迁移 UI 中输入的内容部署 Horizon Cloud Horizon Edge。

   

2. 系统获取在 Pod 级别和第一代控制平面中存储的第一代配置数据，转换该数据以与 Horizon Cloud Control Plane 设计相匹配，并相应地存储转换后的数据。

   

3. 系统复制第一代租户的已注册 Active Directory 域配置，并在 Horizon Cloud 环境中创建等效记录。

4. 系统将第一代部署的基础虚拟机、已发布的映像和 App Volumes 相关文件复制到 Horizon Edge，并配置这些副本以用于 Horizon Edge。

   **注意：**第一代部署的基础虚拟机、已发布的映像和 App Volumes 相关文件将保留在原处，直到您确认完成了端到端迁移。

   

5. 对于每个第一代浮动桌面池，系统在 Horizon Edge 中创建一个测试池。每个测试池包含一个桌面虚拟机，并从其第一代池中镜像该池的配置设置。

   在维护时段期间完全迁移浮动桌面池之前，您可以使用这些测试池预验证浮动桌面池行为是否符合预期要求。

**提示：**当您看到 Horizon Edge Unified Access Gateway 实例已启动且正在运行时，请为其 FQDN 配置必要的 DNS 条目。有关更多详细信息，请参阅第 6 阶段 - 为创建的基础架构配置 DNS 记录。

维护时段 - 提交并执行

在计划的维护时段内，系统会执行一组预检查。如果发现问题，则系统会恢复在预构建阶段执行的操作。

恢复预构建操作会将第一代 Pod 恢复到原来的迁移前状态。系统还会尝试将 Horizon Cloud 环境恢复到预构建操作之前的状态。但是，如果在预构建操作完成到此恢复的时间段内对 Horizon Cloud 环境进行了更改，则系统可能无法将 Horizon Cloud 环境恢复到执行预构建操作之前的状态。在这种情况下，请联系 Horizon 支持团队以获取指导。

如果预检查通过，则会提交窗口，并且系统将启动其余的自动化活动：

• 将与 Pod 的桌面池和应用程序池关联的资源从第一代 Pod 传输到 Horizon Cloud Horizon Edge。
• 根据第一代 Pod 中配置的设置，在 Horizon Edge 中重新构建浮动 VDI 分配和场中的虚拟机。
• 更新专用 VDI 分配中的虚拟机，以将其 Horizon Agent 配置指向 Horizon Cloud Control Plane。

在维护时段内

在维护时段内，最终用户和管理员不得连接到资源。

如果任何用户会话仍处于活动状态或用户未注销，这些活动将中断这些会话并且用户数据可能会丢失，因为随着 Horizon Cloud 环境中的匹配池扩展，将删除属于浮动 VDI 分配或场的虚拟机。属于专用 VDI 分配的虚拟机将重新进行引导。

在维护时段后验证并确认

有关验证迁移后环境的详细信息，请参阅执行迁移后活动以确认迁移成功。