迁移最佳实践

本页面介绍了使用 Google Cloud VMware Engine 将 VMware 虚拟机 (VM) 实例迁移到私有云的一些最佳实践。

规划迁移项目

在将 VMware 虚拟机迁移到私有云之前，请按如下方式规划迁移：

  • 确定人员，包括：

    • 客户利益相关方
    • 计划赞助商和所有者
    • 负责迁移的技术团队
    • 范围内的系统和应用的利益相关方
    • 相关的 Google 技术支持客户经理 (TAM)、合作伙伴工程经理 (PEM) 或客户工程师 (CE)

  • 评估来源环境。

  • 创建一个定义以下内容的计划：

    • 迁移策略
    • 新环境的架构
    • 目标和成功标准，包括 UAT 和 QA 脚本
    • 角色和职责
    • 沟通模式，包括每日对话、状态报告、上报途径、聊天室
    • 无法迁移的数据及相关策略
    • 里程碑和时间安排

  • 确保与所有利益相关方协调一致。

评估迁移选项

如需评估 VMware Engine 的不同迁移方案，请考虑以下选项：

  • 请考虑分波次规划迁移。

    • 考虑应用依赖项和映射。
    • 根据维护时间表对虚拟机进行分组。
    • 为避免多次重启，请找出有待处理系统更新的虚拟机，并根据迁移切换重新启动时间调整时间表。

  • 为虚拟机制定备份和灾难恢复策略。请考虑使用 Google Cloud 备份和灾难恢复以及 VMware Engine Protected。

  • 确保 vSphere、vCenter、HCX 和本地 NSX-T（如适用）满足与 VMware Engine 组件版本的最低版本兼容性要求。

  • 找出内存、CPU 或存储空间要求超出当前节点类型的规范，或者与其他大型虚拟机结合可能会导致争用的虚拟机。

    例如，数据库服务器可能需要大量内存，或文件存储服务器可能需要大型数据存储区。

  • 针对因永久性硬件或标记（例如装载的 ISO、NSX-T 标记、使用 DirectPath I/O 的直通设备、多写入者磁盘和物理 RDM）而无法迁移的内容制定迁移前和后策略。例如，考虑将物理 RDM 转换为虚拟兼容模式。

  • 评估和评估迁移方法。

    首选批量迁移。 考虑相关要求和限制。

使用 VMware HCX 进行迁移

使用 HCX 进行迁移时，请考虑以下建议：

  • 虽然 HCX Connector 和 HCX Service Mesh 部署支持平面网络拓扑，但为避免路由问题和连接错误，请在单独的网络和 VLAN 上设置 HCX Management 和 HCX Uplink 网络配置文件。

  • 确保您的 VMware 环境具有最新的 HCX 版本。如需了解详情，请参阅 HCX 服务更新过程。

  • 请务必根据需要配置 HCX 备份和恢复操作。

    SRE 团队负责管理 HCX Manager 备份，但不管理 HCX 连接器备份。

    HCX 服务设备（包括 HCX-IX 和 HCX-NE）不需要单独的备份。恢复的 HCX Manager 会重新连接到在备份期间创建的现有服务设备。如果服务设备不再正常运行，则 HCX Manager 会根据备份的配置部署新设备虚拟机。

  • 使用 HCX 网络扩展拉伸第 2 层网络时，请启用 TCP 流调节。如需了解相关信息，请参阅 HCX 中提供的流量工程功能。

  • 对于通过 HCX L2 扩展与私有云进行通信的虚拟机或从私有云进行通信的虚拟机，请根据 VPN 端点配置配置最佳 MTU 设置。在应用无法控制最大载荷大小的情况下，这一点尤为重要。

    对于允许通过以下方式进行数据传输的虚拟机接口，Google 建议将 MTU 设置为 1350 字节到 1390 字节或更低：

    • 从本地端点到私有云
    • 通过 L2 扩展程序从一个私有云中的虚拟机转移到另一个私有云中的虚拟机

    如需获得有关如何计算封装开销的其他指导，请参阅 MTU 注意事项和 VMware NSX-T VPN。

后续步骤