图文详解 物理系统迁移虚拟化P2V技术

2011-03-15 15:09:34

云计算

虚拟化 企业搭建虚拟化平台之后的第一件事肯定是将现有的服务器应用业务转移到虚拟服务器上，这就是虚拟化整合服务器的第一步，也是虚拟化程序的基础功能之一：P2V的转化功能。

企业搭建虚拟化平台之后的第一件事肯定是将现有的服务器应用业务转移到虚拟服务器上，这就是虚拟化整合服务器的第一步，也是虚拟化程序的基础功能之一：P2V的转化功能。将现有的物理服务器操作系统连同全部的应用程序和硬盘上已经储存的文档数据整体打包转移到搭建好的虚拟化平台上，不用再循规蹈矩的装完系统装应用，按部就班的调完本地调网络，整个过程有点像PC上的一键Ghost系统，可以将将系统整体搬迁到新的硬件上。这对虚机的部署有很大的方便，原先物理服务器上的应用程序并不需要停顿太长时间就可以在虚拟平台上继续工作了。

不过虚拟化的P2V可不是Ghost，迁移的过程更像是将OS操作系统从硬件驱动中剥离并且架空到虚拟层之上，由虚拟层将接管硬件驱动，并将硬件资源，如：存储磁盘、处理器、内存和NIC等关键部件虚拟化为OS认可的并且可以继续调配使用的虚拟资源。编辑曾在一研讨会上听闻某虚拟化专家对这个系统迁移过程总结为“一个欺骗操作系统的过程”，深以为是，这P2V貌似就是一次请君入瓮。

以数据中心和服务器虚拟化技术巨头VMware为例，P2V由其专门的converter转换程序执行迁移，操作的方法主要有两种，一是使用VMware Converter的载体光盘做bootCD，引导服务器启动到linuxKernel的虚拟化迁移环境中；另一种就是使用vCenter Server中迁移组件程序进行。

下面以ESX4平台为例，简单图解下vCenter Server作为管理端的P2V流程，简单便捷的开始虚拟化的第一步。

vCenter Server安装界面

安装vCenter Server默认安装不包含Converter，需要在安装vCenter Server之后另行安装，作为vCenter Server的一个组件，结合vCenter Server的管理功能进行虚拟或物理服务器的迁移。

导入计算机的选项

安装完成以后，主机的操作选项中就多了一个“导入计算机”可选项。

Converter能做的不仅仅是P2V，V2V也是其中之一的功能，甚至包括微软VirtualPC和VirtualServer在内的外来虚拟磁盘格式也都是可以转化为VMware可以使用的文件按格式。

功能强大的Converter

Converter能做的不仅仅是P2V，也可以V2V或者是使用第三方系统备份工具备份的系统镜像和虚机文件也有可以直接导入到ESX主机上。

开始P2V首先要登录到被迁移的目标系统

迁移的主要对象

所谓的迁移，其实就是将原有系统磁盘存储的文件数据，连同内存的页面文件一起转移出来，所以登录系统是必要的一步，登录以后就可以看到磁盘信息。对于这些迁移的对象，我们可以自行进行选择，也可以压缩磁盘，将原先空白的空间进行删减，磁盘文件体积越少，迁移的时间会更短一些。要注意的是迁移的磁盘必须包含一个系统启动分区，不含系统分区其实也可以迁移，但最后的结果是这个虚机会无法使用。

定义好源数据（被迁移的对象）然后就是指定目标主机，我们可以选择将这个源迁移到VC管控的任何一个ESX主机上面，一般来说，判断准则主要是主机的可用资源多寡，如果使用共用存储，那主要就是考虑ESX主机的CPU和内存负载压力。

选择目标主机

网络是很重要的系统设置

P2V过程中会照抄原物理机的网络配置，同时也可以给虚机添加所需要的网卡数目，这也是虚拟化的优势之一，添加虚拟的“硬件”会极其的方便，既不用购买也不用插拔。

设置的最后一步

定义完以上的设置，P2V的程序就可以开始，我们可以选择马上开始，也可以设定一个适当的时间，在服务器可以停机或者主机压力较小的时候进行这过程。

P2V开始以后就是一个等待的过场，时间长短视乎迁移数据的大小和网络带宽。

P2V的迁移过程
 

迁移过程的网络数据流量

P2V迁移不完全等同文件拷贝，从流量上看最高占到千兆网络的10%带宽左右。

P2V完成

P2V结束以后，这个迁移所得的系统已经可以在ESX虚拟主机上启动运行了。启动迁移以后的虚机会被要求激活系统，这是因为物理机转换完成后，物理机转换成虚拟机时会把所有硬件替换成虚拟硬件，只要Internet激活一下即可。此时虚拟机的SID和IP地址等会和原物理机是一样的，另外两个系统同时在线会报主机名或者IP冲突，改掉其中一个的信息就可以。

将现有的物理服务器操作系统连同全部的应用程序和硬盘上已经储存的文档数据整体打包转移到搭建好的虚拟化平台上，不用再装完系统装应用，调完本地调网络，可以将系统整体搬迁到新的硬件上。这对虚机的部署有很大的方便，原先物理服务器上的应用程序并不需要停顿太长时间就可以在虚拟平台上继续工作了。