（1）物理机到虚拟机的迁移（Physical-to-Virtual）
P2V指迁移物理服务器上的操作系统及其上的应用软件和数据到VMM（Virtual Machine Monitor）管理的虚拟服务器中。这种迁移方式，主要是使用各种工具软件，把物理服务器上的系统状态和数据“镜像”迁移到VMM提供的虚拟机中，并且在虚拟机中“替换”物理服务器的存储硬件与网卡驱动程序。只要在虚拟服务器中安装好相应的驱动程序并且设置与原来服务器相同的地址（如TCP/IP地址等），在重启虚拟机服务器后，虚拟服务器即可以替代物理服务器进行工作，P2V的迁移方式有以下三种：
手动迁移：手动完成所有迁移操作，需要对物理机系统和虚拟机环境非常了解。迁移步骤中首先关闭原有的物理机上的服务和操作系统，并且从其他媒质上启动一个新的系统。比如从LiveCD上启动一个新的光盘系统。大部分的发行版都会带有LiveCD；之后把物理机系统的磁盘做成虚拟机镜像文件，如有多个磁盘则需要做多个镜像，并且拷贝镜像到虚拟主机上。然后为虚拟机创建虚拟设备，加载镜像文件；最后启动虚拟机，调整系统设置，并开启服务。
半自动化迁移：利用专业工具辅助P2V的迁移，把某些手动环节进行自动化。比如将物理机的磁盘数据转换成虚拟机格式，这一向是相当耗时的工作，你可以选择专业的工具来完成这个步骤。这里有大量的工具可以使用，如RedHat的开源工具virt-p2v，Microsoft Virtual Server Migration Toolkit等。
P2V热迁移：迁移中避免宕机。大部分P2V工具也有一个很大的限制，在整个迁移过程中，物理机不可用。在运行关键任务的环境或有SLA（服务水平协议）的地方，这种工具不可选。但是随着P2V技术的发展，VMware vCenter Converter和Microsoft Hyper-V已经能够提供热迁移功能，避免宕机。目前，P2V热迁移仅在Windows物理服务器可用，未来将添加对Linux的支持。
（2）虚拟机到虚拟机的迁移（Virtual-to-Virtual）
V2V迁移是在虚拟机之间移动操作系统和数据，考虑宿主机级别的差异和处理不同的虚拟硬件。虚拟机从一个物理机上的VMM迁移到另一个物理机的VMM，这两个VMM的类型可以相同，也可以不同。如VMware迁移到KVM，KVM迁移到KVM。可以通过多种方式将虚拟机从一个VM Host系统移动到另一个VM Host系统。V2V的迁移方式有以下三种：
V2V离线迁移：离线迁移（offline migration）也叫作常规迁移、静态迁移。在迁移之前将虚拟机暂停，如果共享存储，则只拷贝系统状态至目的主机，最后在目的主机重建虚拟机状态，恢复执行。如果使用本地存储，则需要同时拷贝虚拟机镜像和状态到目的主机。到这种方式的迁移过程需要显示的停止虚拟机的运行。从用户角度看，有明确的一段服务不可用的时间。这种迁移方式简单易行，适用于对服务可用性要求不严格的场合。
V2V在线迁移：在线迁移（online migration）又称为实时迁移（live migration），是指在保证虚拟机上服务正常运行的同时，虚拟机在不同的物理主机之间进行迁移，其逻辑步骤与离线迁移几乎完全一致。不同的是，为了保证迁移过程中虚拟机服务的可用，迁移过程仅有非常短暂的停机时间。迁移的前面阶段，服务在源主机运行，当迁移进行到一定阶段，目的主机已经具备了运行系统的必须资源，经过一个非常短暂的切换，源主机将控制权转移到目的主机，服务在目的主机上继续运行。对于服务本身而言，由于切换的时间非常短暂，用户感觉不到服务的中断，因而迁移过程对用户是透明的。在线迁移适用于对服务可用性要求很高的场景。
目前主流的在线迁移工具，如VMware的VMotion，XEN的xenMotion，都要求物理机之间采用SAN（storage area network），NAS（network-attached storage）之类的集中式共享外存设备，因而在迁移时只需要考虑操作系统内存执行状态的迁移，从而获得较好的迁移性能。
另外，在某些没有使用共享存储的场合，可以使用存储块在线迁移技术来实现V2V的虚拟机在线迁移。相比较基于共享存储的在线迁移，数据块在线迁移的需要同时迁移虚拟机磁盘镜像和系统内存状态，迁移性能上打了折扣。但是他使得在采用分散式本地存储的环境下，仍然能够利用迁移技术转移计算机环境，并且保证迁移过程中操作系统服务的可用性，扩展了虚拟机在线迁移的应用范围。V2V在线迁移技术消除了软硬件相关性，是进行软硬件系统升级，维护等管理操作的有力工具。
V2V内存迁移技术：对于VM的内存状态的迁移，XEN和KVM都采用了主流的预拷贝（pre-copy）的策略。迁移开始之后，源主机VM仍在运行，目的主机VM尚未启动。迁移通过一个循环，将源主机VM的内存数据发送至目的主机VM。循环第一轮发送所有内存页数据，接下来的每一轮循环发送上一轮预拷贝过程中被VM写过的脏页内存dirty pages。直到时机成熟，预拷贝循环结束，进入停机拷贝阶段，源主机被挂起，不再有内存更新。最后一轮循环中的脏页被传输至目的主机VM。预拷贝机制极大地减少了停机拷贝阶段需要传输的内存数据量，从而将停机时间大大缩小。
然而，对于更新速度非常快的内存部分，每次循环过程都会变脏，需要重复pre-copy，同时也导致循环次数非常多，迁移的时间变长。针对这种情况，KVM虚拟机建立了三个原则：集中原则，一个循环内的dirty pages小于等于50；不扩散原则，一个循环内传输的dirty pages少于新产生的；有限循环原则，循环次数必须少于30。在实现上，就是采取了以下措施：
有限循环：循环次数和效果受到控制，对每轮pre-copy的效果进行计算，若pre-copy对于减少不一致内存数量的效果不显著，或者循环次数超过了上限，循环将中止，进入停机拷贝阶段。
在被迁移VM的内核设置一个内存访问的监控模块。在内存pre-copy过程中，VM的一个进程在一个被调度运行的期间，被限制最多执行40次内存写操作。这个措施直接限制了pre-copy过程中内存变脏的速度，其代价是对VM上的进程运行进行了一定的限制。(www.xing528.com)
KVM在线迁移的详细步骤如下：
1）系统验证目标服务器的存储器和网络设置是否正确，并预保留目标服务器虚拟机的资源。
2）当虚拟机还在源服务器上运转时，第一个循环内将全部内存镜像复制到目标服务器上。在这个过程中，KVM依然会监视内存的任何变化。
3）以后的循环中，检查上一个循环中内存是否发生了变化。假如发生了变化，那么VMM会将发生变化的内存页即dirty pages重新复制到目标服务器中，并覆盖掉先前的内存页。在这个阶段，VMM依然会继续监视内存的变化情况。
4）VMM会持续这样的内存复制循环。随着循环次数的增加，所需要复制的dirty pages就会明显减少，而复制所耗费的时间就会逐渐变短，那么内存就有可能没有足够的时间发生变化。最后，当源服务器与目标服务器之间的差异达到一定标准时，内存复制操作才会结束，同时暂停源系统。
5）在源系统和目标系统都停机的情况下，将最后一个循环的dirty-pages和源系统设备的工作状态复制到目标服务器。
6）然后，将存储从源系统上解锁，并锁定在目标系统上。启动目标服务器，并与存储资源和网络资源相连接。
（3）虚拟机到物理机的迁移（Virtual-to-Physical）
V2P指把一个操作系统、应用程序和数据从一个虚拟机中迁移到物理机的主硬盘上，是P2V的逆操作。它可以同时迁移虚拟机系统到一台或多台物理机上。尽管虚拟化的基本需求是整合物理机到虚拟机中，但这并不是虚拟化的唯一的应用。比如有时虚拟机上的应用程序的问题需要在物理机上验证，以排除虚拟环境带来的影响。另外，配置新的工作站是件令IT管理者头痛的事情，但虚拟化的应用可以帮助他解决这个难题。先配置好虚拟机，然后运用硬盘克隆工具复制数据至工作站硬件，比如赛门铁克的Save&Restore（Ghost）。不过这种克隆方法有两个局限：一个镜像只能运用在同种硬件配置的机器上；要想保存配置的修改，只能重做新的镜像。
V2P的迁移可以通过确定目标的物理环境来手动完成，如把一个特定的硬盘加载到虚拟系统中，然后在虚拟环境中安装操作系统、应用程序和数据，最后手动修改系统配置和驱动程序。这是一个乏味且不确定的过程，特别是在新的环境比旧的环境包含更多大量不同的硬件的情况下。为了简化操作，我们可以利用专门的迁移工具以自动化的方式来完成部分或全部迁移工作。目前支持V2P转换的工具有PlateSpin Migrate和EMC HomeBase。使用这样的工具使得V2P转换过程更简易，并且比使用第三方磁盘镜像工具更快捷。V2P的不确定性导致自动化工具不多，目前主要有以下几种解决方案：
VMware官方推荐的是使用Ghost+sysprep来实现半自动化的迁移。
基于备份和恢复操作系统的解决方案。这个方案利用了现成的系统备份恢复工具，没有体现虚拟机和物理机的差别，类似于P2P（Physical-to-Physical物理机到物理机迁移）。注意备份工具能够恢复系统到异构硬件平台上。
开源工具的解决方案。适合Linux/Unix系统，使用开源工具和脚本，手动迁移系统。这个方案难度较大，适合有经验的管理员。
免责声明：以上内容源自网络，版权归原作者所有，如有侵犯您的原创版权请告知，我们将尽快删除相关内容。
