揭开虚拟化迁移的神秘面纱：关键步骤和注意事项 (揭开虚拟化迁移的例子)

文章编号：35163 / 分类：行业资讯 / 更新时间：2024-12-12 19:10:31 / 浏览：次

关键步骤

虚拟化迁移是一项复杂的过程，需要仔细的规划和执行。以下是迁移的关键步骤：

规划：确定要迁移的虚拟机、迁移目标和所需的资源。
准备源环境：优化虚拟机性能，确保它们已更新并已备份。
配置目标环境：为虚拟机准备目标服务器，包括网络配置和存储分配。
执行迁移：使用虚拟化管理工具或第三方软件执行迁移。
验证和测试：迁移后，确保虚拟机运行正常并满足性能要求。

注意事项

在进行虚拟化迁移时，需要考虑以下注意事项：

兼容性

目标环境需要与虚拟机使用的虚拟化平台兼容。确保目标服务器能够支持虚拟机的操作系统、硬件和其他依赖项。

网络连接

虚拟机迁移后，其网络连接必须正常。提前规划目标网络配置，以避免中断。

存储容量

目标服务器必须有足够的存储容量来容纳虚拟机文件。在迁移之前，评估存储需求并确保目标服务器有足够的可用空间。

安全性

虚拟机迁移涉及将数据从一个环境移动到另一个环境。实施严格的安全措施来保护数据完整性和防止未经授权的访问。

回滚计划

在极少数情况下，虚拟化迁移可能失败。制定一个回滚计划，以便在出现问题时快速恢复到源环境。

性能优化

迁移后，优化虚拟机的性能以确保其满足业务需求。调整虚拟机配置，例如内存、CPU 和网络设置。

逐步迁移

对于大型虚拟化环境，考虑逐步进行迁移，一次迁移几个虚拟机。这有助于降低风险并提供更平滑的过渡。

揭开虚拟化迁移的例子

一家大型企业决定将其虚拟化环境从VMware vSphere 迁移到 Microsoft Hyper-V。以下是实施过程：

规划

热迁移Hyper-V热迁移原理

为了提升虚拟化系统的灵活性和高可用性，微软在Hyper-V 2.0版本中引入了热迁移功能，允许在物理服务器与虚拟机之间进行在线迁移。这一特性在实验室环境中的需求可能不高，但在企业级应用中，热迁移是虚拟化技术成熟度的重要标志之一。它并非仅用于故障状态下的紧急断线，而是在计划宕机场景下进行的升级或硬件更换等操作。热迁移（Hyper-V Live Migration）基于群集技术实现，主要涉及通信和资源准备两个阶段。首先，在源服务器和目标服务器之间建立连接，通过调用两个WMI（Windows Management Instrumentation）管理库和来实现网络、存储等基本资源的管理与协调。这一阶段通信速度和效率受源目标服务器负载影响。在负载过高的情况下，WMI调用可能失败，导致热迁移过程中的问题。随后，传输虚拟机的配置和设备信息，这一过程并非直接传输XML配置文件，而是通过注册表信息实现，确保目标服务器能够接收并准备相应的资源。这两步构成了迁移的准备工作，明确了目标服务器所需的资源，并进行必要的分配。核心迁移过程集中在内存传输上。不论是Hyper-V还是VMware，内存迁移都是共同面临的技术挑战。内存传输分为四个关键步骤：锁定Guest主机内存、在Host主机中创建新的内存分区、分片锁定并传输变更内容，以及重复此过程直至内存传输完成。通过这种方式，确保了原HOST服务器与目标HOST服务器间内存变更的一致性。热迁移过程中，暂停（挂起）源虚拟机并传送状态是关键步骤，包含挂起源虚拟机、传输最后的内存变更片段以及通知存储，将存储挂载至目标服务器等操作。这一步骤是迁移时间消耗的决定因素。在Hyper-V中，宕机时间不再直接关联于虚拟机消耗的内存量，而是由相对较小的变更内存片段决定。通过实时内存状态的保存，热迁移操作能够显著减少宕机时间，通常在热迁移过程中丢包率在2~6之间，足以满足大多数企业级高可用性需求。最后，目标虚拟机的恢复是热迁移流程的结束环节。通过以上步骤，目标服务器能够接收并启动迁移过来的虚拟机，实现在线迁移和资源的无缝切换，提升了系统的可靠性和灵活性。

如何进行V2P迁移？

发表时间：2011/8/10 佚名来源：TechTarget中国关键字：P2V虚拟化迁移关注虚拟化的人都做过或者至少知道P2V（物理到虚拟）迁移过程是将物理服务器转换成虚拟机。不过如果你需要进行V2P（虚拟到物理）迁移将虚拟机退回成物理服务器时，该怎么办呢？P2V过程非常简单直接，并且有许多免费和付费的产品来做。关注虚拟化的人都做过或者至少知道P2V（物理到虚拟）迁移过程是将物理服务器转换成虚拟机。不过如果你需要进行V2P（虚拟到物理）迁移将虚拟机退回成物理服务器时，该怎么办呢？P2V过程非常简单直接，并且有许多免费和付费的产品来做。然而，V2P过程不受许多工具支持，并且比P2V要复杂得多。你可能疑惑为什么要将虚拟机转换回物理服务器。多数情况下，这样做的原因在于应用厂商不支持他们运行在虚拟机上的产品。目前，几乎所有的厂商都支持虚拟化，但是通常在他们的支持条款里都有关于支持的提醒。如果一家厂商解决运行在虚拟环境里的应用的问题，这家厂商可能要求你在解决问题之前在物理服务器上复制这个问题。为什么？因为技术人员想要确定虚拟化层不是原因或者是导致问题的因素，消除这种疑问的唯一方式是通过在物理服务器上复制这个问题。下面列出的是一些主要厂商的典型支持条款： IBM/Lotus：当用户召集标准使用率或者与缺陷相关的服务请求，并表明他们运行在VMware ESX Server上，IBM Technical Support将竭尽全力解决问题。我们假定这个问题本身或在VMware环境很常见，如果有迹象表明问题与VMware环境有关，我们只需要用户（或者VMware SupportLine团队）重新创建这个问题。 Microsoft：运行在非微软硬件虚拟化软件的第一级支持的微软用户，微软又没有与这家厂商建立包含虚拟化解决方案的支持关系，微软将使用运行在非微软硬件虚拟化软件商的微软软件调查潜在的问题。作为调查的一部分，微软可能需要用户从微软硬件虚拟化软件复制这个问题。这可以在Windows Server 2008（包含Hyper-V）上进行，这个真实的硬件平台在上面安装了Windows操作系统。 Cognos： Cognos Support会解决任何关于IBM Cognos产品的问题。在虚拟环境使用IBM Cognos的用户会遇到问题，Cognos用户不需要在这个操作环境重新创建和解决每个问题。不过，Cognos保留要求用户诊断操作系统环境的某些问题。只有在有理由相信虚拟环境是导致问题的根源时，Cognos才做此要求。 Computer Associates：虽然CA不坚持客户在联系支持前重新创建每个问题，我们保留要求客户诊断和解决某些问题的权利。我们有理由相信问题直接与VMware有关时才会这样做。从VMware这些支持条款可以看出，所有厂商都保留向你要求在非虚拟环境里重新创建问题的权利。不过多数情况下不会发生，因为多数应用不知道虚拟与物理硬件之间的差别。取决于问题类型，厂商应该意识到这与虚拟化层无关。不过有一种类型的问题，虚拟化层可能就是原因，那就是性能问题。在本文的下半部分中，我们将说明导致性能问题的原因及解决方案。在本文的上半部分中，我们介绍了成功实施P2V迁移需要的准备工作及系统命名法等。本部分介绍卷影拷贝服务、Window域控制器等。理解卷影拷贝服务如果你用过一些工具，可以转换正在运行的Windows系统，它们可能使用了卷影拷贝服务来实施迁移。在这种情况下，在转变的过程中系统的镜像将被快照下来。一旦转换完成，你就可以关闭系统。需要记住的是，在迁移之前和你关闭原来的系统的这段时间只在物理系统上发生。新创建的虚拟系统就这时已经过时。这对于域控制器（下面将提到）非常重要，同时对任何传递的数据和日志同样重要。在正式使用之前进行迁移测试P2V或者V2V的迁移的概念一般使系统的整个功能保持完整。然而，对任何被迁移的系统，在迁移后，在其发挥其正常的角色前，应当进行一系列的检查。这有一些方法来检测新迁移的虚拟机：·在新迁移的虚拟机中的清单中去掉所有不必要的硬件。特别的，如果是从物理主机上迁移，你也许有USB接口、软件驱动器或者音频适配器等也许不需要或者在虚拟主机上不支持等硬件。 ·不需要连接到配置里的网络适配器就能在虚拟主机上引导系统。这是在VMware ESX中断开软件，该选项通过选“connect at power-on”选项实现。 ·如果可以，关键应用在离线的环境下不能运行良好，那么就停止。 ·迁移后多次重启虚拟机以确保所有的日志清空，在接下来的引导中不会产生问题。 ·当网络适配器处于软件断开的状态，确保网络配置在虚拟机环境新的地方是正确的，虚拟迁移可能从硬件清单去掉了先前的接口以及伴随接口的网络配置。 ·确保查看网络延伸配置，例如dns 服务器的顺序、DNS的后缀，和其它因新的位置而需要改变的网络配置项目。同时如果适当也利用这段时间修改或准备这个系统之外任何变动，包括DNS的接入。当运行了上述一系列的测试，客户虚拟机关闭后，重新连接网络适配器到虚拟机。在做完这一系列的检查后，在你试图使用迁移系统时，通过把所有的小问题排除后，第一次打开虚拟机节省了宝贵的时间。 Window域控制器需要不同的处理从一个物理盒子把一个域控制器迁移到一个虚拟实例需要特殊的考虑，一个好的实现状态需要不同的处理。主要的原因是这个问题围绕着机器如何放到新的虚拟环境。许多管理员想最小化域控制器的停机时间，所以你需要倾向于一个可以优化在线使用的工具。问题在于如果域控制器一直在运行，每一个时刻迟早在增加域的内部的计算，这主要因为，如果系统在运行时，P2V迁移工具执行迁移，一旦虚拟系统在线，它将导致Active Directory数据本地的潜在的损坏，以及其他的域控制器和机器计数。在这篇文章里，我将要提供两种好的转换域控制器的方法。最安全的方法是在虚拟环境下重建一个，把这个系统迁移到这个域中做为一个新的域。当它做为一个新的域控制器引入了一个新域，确保全局目录特征和其他角色被合适的转移。一旦它们在线，你可以降级或者从该域中移除该系统。另一个方法也同样安全，但需要一些停机时间。当你的VMware主机上有旧的ESX版本的情况下，你在虚拟机上执行复制任务，这个复制任务可以在断电的状态下拷贝它到一个新的主机上，断电的状态非常重要，因为在这种状态下域控制器不会摆脱和其余的域同步的状态。选择正确的迁移策略取决于你迁移物理机器到虚拟机的必要参数，你必须决定正确的策略来维持你需要的正常运行时间、许可证参数，选择一个不会导致问题的路径。对于系统或连接到该系统的用户保持对其迁移的透明性。