虚拟机迁移前必问的九个关键问题：挑战、策略与实战见解

随着虚拟化领域的不断发展，许多客户亟需升级传统的虚拟化策略。各企业组织纷纷选择采用虚拟化策略，以避免因管理传统系统而导致成本上升，以及无法扩展以满足业务需求问题¹。红帽 OpenShift 虚拟化是红帽 OpenShift 附带的一项功能，允许用户运行并管理虚拟机工作负载及容器。它支持混合和多云环境，为虚拟机和容器提供了一个统一的平台。

通过迁移至 OpenShift 虚拟化，可获享多重优势：按自己的节奏灵活地实现应用和基础架构现代化改造；实现不同环境互通互联与集中化管理；加速淘汰传统系统。由此可降低基础架构成本、提升效率并加快创新步伐²。

但首先，您需要制定周密的迁移路线图，以实现安全高效的虚拟机迁移。这项任务看似艰巨复杂，但故步自封的代价可能更大，它将限制企业组织的创新和发展潜力。红帽咨询深知客户在迁移过程中可能会面临诸多难题（从意外停机到兼容性问题），并为此提供量身定制的解决方案，助力高效迁移。在本文中，我们将探讨通过红帽服务顺利实现虚拟机迁移并推动企业组织成功转型的一些重要注意事项。

Day0：精心规划设计，夯实迁移基础

1) 您的迁移工作负载复杂性及时间表是怎样的？

迁移至红帽 OpenShift 虚拟化后，企业组织可使用一套通用且一致的成熟企业工具来部署和维护虚拟机与容器化工作负载。若采用不同平台管理容器与虚拟机，可能会导致复杂性、资源分散程度及运维开销增加。借助统一的平台，可跨虚拟机和容器简化基础架构部署、管理和监控，助您优化资源利用率、消除重复性工作，并快速适应多样化的工作负载。

建议您从红帽咨询的虚拟化迁移评估着手，了解现有架构与工作负载，明确迁移复杂性。我们将与您一同分析工作负载复杂性，并规划完整的迁移时间表。

2) 我的团队需要哪些支持？

全面支持、开放包容的文化氛围，可以促进创新、鼓励学习并减少新技术采用方面的阻力。采用新的虚拟化平台不仅仅是一项技术挑战，还需要高层领导团队的支持，以便确定整个企业组织内工作的优先次序。基础架构团队应当未雨绸缪，通过在迁移初期引入迁移专家支持和开展有针对性的培训，帮助团队掌握在新平台上部署和维护虚拟机的技能，从而顺利度过技术转型的适应期。

Day1：重点关注部署，迁移至目标环境，停止从以前的平台进行部署，并从新平台启动部署。

3) 如何确定迁移工作负载的优先级？

在完成针对当前平台和工作负载复杂性的虚拟化迁移评估后，您需要选择第一组要优先进行迁移的工作负载。首先对简单、中等、困难三个难度级别的工作负载进行可信度测试，以验证您对迁移复杂性的预判。重点关注风险最低的工作负载，尽可能减少传统平台的整体占用空间。确定并跟踪关键消耗指标，以改进迁移方法并更快实现价值转化。

4) 如何架构和配置网络？

虚拟机通常会直接连接到底层网络结构，或连接到虚拟化网络层，以便更灵活地管理流量。为了支持这些连接模式，OpenShift 虚拟化提供了一些选项以及许多高级配置参数。总体而言，主要有两种可自定义的方法能够满足虚拟机的需求：

• Pod 网络：将虚拟机连接到 pod 网络。与容器工作负载类似，这种方法可利用现有选项将虚拟机暴露至集群外部。
• Linux 或 OVS 网桥：支持通过配置动态定义所需的关键网络技术（比如绑定和 VLAN），以便将虚拟机直接连接到底层网络。

注意：大多数 OpenShift 虚拟化迁移案例都采用第二种方法（即使用网桥），这种方法可将第 2 层网络直接映射为虚拟机的网络接口。

5) 如何整合存储和备份集成？

另一个重要的架构决策是为集群选择合适的存储后端。红帽致力于构建和维护强大的合作伙伴生态系统，并会为选择适合的环境合作伙伴提供指导。

红帽 OpenShift 采用行业标准的容器存储接口（CSI）来集成不同后端提供的存储资源。您需要选择能够支持以下功能的产品：

• 特定环境中的虚拟机实时迁移。
• 虚拟机快照与克隆。

虚拟机备份可通过两种方式实现：一种是通过 OpenShift API for Data Protection；另一种是使用第三方数据保护供应商。在评估第三方供应商时，应考虑以下几点：

• 解决方案能否大规模支持不同的操作系统、数据库和应用，并适应不同的环境（本地、云、混合环境）？是否会影响系统性能、备份速度和存储效率？
• 供应商是否针对静态数据和传输中的数据提供强大的数据加密方法，并符合相关的安全标准（比如 GDPR 或 HIPAA）？
• 供应商是否提供全面的恢复功能，包括时间点恢复、快速恢复和灾难恢复选项？当系统发生故障时，解决方案恢复数据的难易程度如何？
• 客户支持服务质量、响应时间及服务可用性如何？部分供应商提供 24/7 全天候支持与个性化服务，这在紧急情况下至关重要。

6) 团队将如何在新平台上置备和部署虚拟机？

OpenShift 虚拟化提供了多种灵活且可靠的虚拟机置备方法。其中一种方法是传统的 ClickOps，通过此方法可简单快捷地创建虚拟机，无需编写大量脚本或具备编程知识。若需要可扩展性更高的自动化方法，API 和红帽 Ansible 自动化平台支持通过可重复使用的 playbook 来置备和管理虚拟机。这种方法非常适合以下团队：希望简化部署并在不同环境中执行一致配置；或者希望实施自动化的、事件驱动的自助服务模型，以置备标准虚拟机。如果您拥有现成的虚拟机环境且已实现自动化置备，请务必确保对自动化进行重构，以便与 OpenShift 虚拟化 API 结合使用。

此外，团队还可以利用 GitOps，通过版本控制的声明式方法实现虚拟机生命周期管理。借助 GitOps，可将配置和所需状态存储在 Git 存储库中，并直接通过代码提交触发虚拟机更新。这些配置还可作为 Ansible 自动化 Playbook 的一部分进行调用。这样一来，operator 就可以跨多个集群轻松管理虚拟机配置、跟踪变更并通过代码审查增强安全性，从而使 OpenShift 虚拟化上虚拟机的配置和管理工作既具备敏捷性，又注重安全性。

7) 如何快速迁移到新平台？

在迁移虚拟机时，必须考虑虚拟化环境之间的带宽和迁移类型（冷迁移与热迁移）等因素，以确保迁移过程顺畅且高效。通过部署虚拟化迁移工具包可获得一个接口，用于将虚拟机从其他提供商处高效迁移到红帽 OpenShift。通过利用虚拟化迁移工具包和 OpenShift 虚拟化，企业组织可以促进虚拟化工作负载的持续转移、提高运维效率并降低迁移复杂性。

此外，将 Ansible 自动化平台方法与虚拟化迁移工具包结合使用，既能满足预处理与后处理需求，又能通过自动化工作流取代重复且耗时的手动任务（比如盘点现有硬件、网络和集群部署）。团队可以利用自动化流程大规模迁移虚拟机。这些自动化流程提供了全面的工具，可在尽可能减少中断的情况下迁移应用和数据，为实现自助服务功能铺平了道路，并助力企业组织更顺利地过渡到基于红帽 OpenShift 的现代化云原生环境。

8) 团队将如何在虚拟机平台的整个生命周期内对其进行维护、扩展并实现自动化？

面临大规模复杂集群部署需求的团队，通常采用红帽 Kubernetes 高级集群管理，以便从单个控制台高效控制集群和应用（比如部署应用、管理多个集群，以及大规模一致地执行策略）。借助红帽高级集群管理，运维团队可以通过单一界面构建和配置中心集群、定义和构建监管策略以及管理容器基础架构。

Day2：迁移之后，专注于维护和优化

9) 团队将如何监控平台的健康状况和性能并管理虚拟机的 Day2 运维？

在 pod 故障（包括虚拟机）、节点问题或网络中断对应用造成影响之前，设置警报以便识别这些问题，这点对于您的业务至关重要，并且也是 Day2 运维的重要组成部分。红帽 OpenShift 内置的可观测性工具可以提供这种功能，并能与其他第三方监控系统和工具集成。

对于已迁移工作负载的 Day2 运维，确保持续管理和优化至关重要，具体包括：监控性能指标、验证工作负载的稳定性、虚拟机的整体生命周期管理，以及微调资源分配以保持和提升效率。通过将 Ansible 自动化平台与 OpenShift 虚拟化结合使用，您将能够自动管理整个虚拟机生命周期中的许多 Day2 任务。

红帽服务助您一臂之力

随着 IT 领导者通过容器和 Kubernetes 对虚拟化基础架构进行现代化改造，IT 专业人员必须具备相应技能，能够利用 OpenShift 虚拟化等技术取得成功。“利用红帽 OpenShift 虚拟化管理虚拟机（DO317）”考试型捆绑课程主要讲解使用红帽 OpenShift 虚拟化 operator 在红帽 OpenShift 上创建和管理虚拟机所需的基本技能，然后通过红帽认证验证这些技能。即日起至 2025 年 9 月 30 日，购买该捆绑课程可享受 70% 的折扣！另外，请持续关注我们今年新推出的虚拟化课程。

无论您正处于迁移规划阶段，还是已准备好升级运维体系，红帽大客户技术经理都将与您的项目无缝对接，帮助您稳妥地规避风险、提高生产力，并为长期运维提供支持。

红帽咨询可帮助您简化整个流程，提供专家见解与量身定做的策略，确保高效迁移。通过虚拟化迁移评估，开启迁移之旅。我们将与您的团队开展一系列时长为 2 小时的现场研讨会，评估当前环境并收集各项需求和目标，实现您所期望的状态。我们将携手合作，了解并分析基础架构和工作负载的复杂性，制定成功的迁移计划。立即联系红帽。