实时迁移(live migration)是指在保证虚拟机上服务正常运行的同时，虚拟机在不同的物理主机之间进行迁移，其逻辑步骤与离线迁移几乎完全一致。不同的是，为了保证迁移过程中虚拟机服务的可用，迁移过程仅有非常短暂的停机时间。迁移的前面阶段，服务在源主机运行，当迁移进行到一定阶段，目的主机已经具备了运行系统的必须资源，经过一个非常短暂的切换，源主机将控制权转移到目的主机，服务在目的主机上继续运行。对于服务本身而言，由于切换的时间非常短暂，用户感觉不到服务的中断，因而迁移过程对用户是透明的。在线迁移适用于对服务可用性要求很高的场景。
01 live migration的概念
虚拟机实时迁移/动态迁移（Live Migration），作为系统虚拟化的一项关键技术，是将物理服务器上正在运行的一台或多台VM在线迁移到另一台物理服务器上。迁移过程中VM对外正常提供服务，整个迁移过程对VM用户透明。
02 live migration的概念
实时迁移的内容包括：虚拟机运行状态（CPU状态、内存镜像、设备状态、网络连接）及外存数据。
03 live migration的作用
负载均衡：将高负载物理服务器上的虚拟机动态迁移到低负载的物理服务器上，保证数据中心资源合理分配。
在线维护：在对物理服务器进行维护前，实时将上面运行的虚拟机迁移到其他服务器上，不会因设备维护导致服务中断。
能源管理：将多个利用率不高的物理服务器上的虚拟机在线整合到少量几台物理服务器上，降低能耗。
04 live migration的分类
按照虚拟机存储的迁移需求可划分为基于共享存储的实时迁移和全系统实时迁移。
●基于共享存储的实时迁移：物理服务器之间采用SAN或NAS之类的集中式共享外存
设备，因而在迁移时只需要进行虚拟机运行状态的迁移。
●全系统迁移：物理服务器之间没有采用共享外存设备，外存数据保存在物理服务器本地；
或者需要将虚拟机迁移到另一个数据中心。实时迁移中既要迁移运行状态，又要迁移存储数据。
按照虚拟机迁移的网络环境可划分为基于LAN的实时迁移和基于WAN的实时迁移。
●基于LAN的实时迁移：迁移范围在一个数据中心的二层网络内，能够保证数据传输速
率。
●基于WAN的实时迁移：迁移范围在两个数据中心间的WAN链路上，网络传输带宽受
限。
按照虚拟机迁移的规模可划分为单虚拟机实时迁移和虚拟机集实时迁移。
●单虚拟机实时迁移：一个迁移过程中只迁移独立的一个虚拟机。
●虚拟机集实时迁移：一个迁移过程中同时迁移多台虚拟机，且这些虚拟机可能是完成同
一任务的一个集群。
05 live migration算法
三种基本算法：Pre-copy（主流、学术、商用）；Post-copy（学术）；基于日志系统的迁移（学术）
Pre-copy核心机制：迁移开始之后，源主机VM仍在运行，目的主机VM尚未启动。迁移通过一个循环，将源主机VM的内存数据发送至目的主机VM。循环第一轮发送所有的内存页数据，接下来的每一轮循环发送上一轮预拷贝过程中被VM写过的脏页内存dirty pages。
直到一定条件（状态基本同步或规定循环次数），预拷贝循环结束，进入停机拷贝阶段，源主机被挂起，不再有内存更新，然后将剩余的脏页和CPU等运行状态传输至目的主机VM。Post-copy核心机制：与Pre-copy相反，先将CPU执行状态发送到目标物理机，目标VM 立即启动运行并替换源VM提供服务（源VM不停机），然后在目标VM运行过程中，遇到所缺内存页面，再向源主机索取。Post-copy避免了脏页率对迁移过程的影响，因此两个VM切换时间短，但是总迁移时间比较长。
基于日志系统的迁移核心机制：利用日志系统的checkpointing/recovery和trace/reply 技术，在迁移时首先获得一个VM当前运行状态的checkpoint文件，并将该文件
传给目标VM，目标VM立即运行。在此传输过程中源VM所做的操作都记录成log文件。然后跟Pre-copy一样，开始一个反复重传的过程，直到两边状态同步。不同的是，这里传输的是log文件，状态同步就是对log进行replay。
06live migration研究点
live migration性能指标：
（1）Total Migration Time(TMT):总迁移时间，从源VM开始传输数据，到目标VM启动的总时间。
（2）Downtime：停机时间，VM运行状态从源主机切换到目标主机的短暂停机时间。（3）Total Data Transferred(TDT)：总迁移数据量，迁移过程中传输的数据量。
（4）Degradation Level of Service(DLS)：服务降级率，迁移过程对VM所提供服务的影响。
单虚拟机live migration算法优化，降低TMT、Downtime和TDT
（1）内存更新频繁的VM的迁移问题。脏页率高的VM迁移时Downtime时间长。（2）WAN中迁移VM的带宽限制问题。WAN的有限带宽使得TMT时间长。
（3）VM迁移占用系统资源，导致服务质量下降的问题。
（4）全系统实时迁移时VM镜像的迁移问题。较大数据量的VM镜像迁移会导致TMT时间长，特别在WAN中。
07下一步工作
从上述的研究点出发，找出解决问题的创新方法。
利用开源平台KVM搭建实验环境，在KVM中实现自己的方法，进行对比实验。
虚拟机到虚拟机的迁移（Virtual-to-Virtual） V2V 迁移是在虚拟机之间移动操作系统和数据，照顾主机级别的差异和处理不同的虚拟硬件。虚拟机从一个物理机上的VMM 迁移到另一个物理机的VMM，这两个VMM 的类型可以相同，也可以不同。如VMware 迁移到KVM，KVM 迁移到KVM。可以通过多种方式将虚拟机从一个VM Host 系统移动到另一个VM Host 系统。 V2V 离线迁移 离线迁移（offline migration）：也叫做常规迁移、静态迁移。在迁移之前将虚拟机暂停，如果共享存储，则只拷贝系统状态至目的主机，最后在目的主机重建虚拟机状态，恢复执行。如果使用本地存储，则需要同时拷贝虚拟机镜像和状态到目的主机。到这种方式的迁移过程需要显示的停止虚拟机的运行。从用户角度看，有明确的一段服务不可用的时间。这种迁移方式简单易行，适用于对服务可用性要求不严格的场合。 V2V 在线迁移 在线迁移（online migration)：又称为实时迁移(live migration)。是指在保证虚拟机上服务正常运行的同时，虚拟机在不同的物理主机之间进行迁移，其逻辑步骤与离线迁移几乎完全一致。不同的是，为了保证迁移过程中虚拟机服务的可用，迁移过程仅有非常短暂的停机时间。迁移的前面阶段，服务在源主机运行，当迁移进行到一定阶段，目的主机已经具备了运行系统的必须资源，经过一个非常短暂的切换，源主机将控制权转移到目的主机，服务在目的主机上继续运行。对于服务本身而言，由于切换的时间非常短暂，用户感觉不到服务的中断，因而迁移过程对用户是透明的。在线迁移适用于对服务可用性要求很高的场景。 目前主流的在线迁移工具，都要求物理机之间采用SAN（storage area network），NAS（network-attached storage）之类的集中式共享外存设备，因而在迁移时只需要考虑操作系统内存执行状态的迁移，从而获得较好的迁移性能。
将实体机迁移到VMware虚拟机原来如此容易分类：摆电脑的聊斋 | 标签：虚拟机vmware ghost converter 驱动 2013-07-28 22:57阅读(3970)评论(0)在虚拟化大行其道并有一统天下趋势的今天，相信很多企业都准备运用虚拟化这一综合解决方案，可摆在技术人员面前的却有这样一个问题：如何将现有的服务器系统原封不动的迁移到虚拟机中去？ 前几天我在windows2003环境下做了这方面的尝试，试用过很多 方法，最终发现一个最简单的方法可实现，虚拟机已运行几日，一切 正常。现记录下来分享，避免大家再像我一样走那么多不必要的弯路。 首先，做好充分的准备工作： 1、在承载虚拟机的物理宿主机上安装VMware workstation虚 拟机系统(我安装的是９.0中文版)，设置好常规参数(也可以什么参 数都不设置)、准备好虚拟机存放文件夹并将其设置为隐藏式共享、 权限设置为everyone和guests(避免未启用本地安全策略中的“将 everyone权限应用于匿名用户”)可读取和写入，以备存放转换好的 虚拟机文件。 利用网络地址存放转换后的文件至少有两个好处：转换和存放一 次完成、完成后即可使用，不需要再复制以节省时间；速度更快，1000M 网络传输的速度远大于硬盘内的数据交换速度。 2、在即将被虚拟的实体机上安装 VMware vCenter Converter Standalone软件，选择本地安装(我 安装的是5.0中文版)。
3、退出实体机上的杀毒软件、关闭正在下载的更新、清理系统垃圾和不需运行的进程(正在运行的服务不用停止、也不需要整理磁盘)。 接着，执行实体机到虚拟机的转换工作： 1、打开Converter软件，登录到本机，执行“转换计算机”进入转换向导；源系统为已打开电源的计算机、此本地计算机；若数据不是很多建议选择本地所有分区，否则不能保留原有的硬盘分区结构，以后变更会稍显麻烦；设置转换目的地址为刚才共享的路径，形式为“\\192.168.x.x\sharename$”；其他选项使用默认值即可，尤其是勾选所运行的服务环节。我20多G的内容转换及存储仅10分多钟就完成了，速度确实很快。 在转换完成后，实体机的界面可能会变得比较吓人(因为在转换时去除了一些驱动及有可能不兼容的内容，以便于系统封装)，此时不要惊慌，直接重启实体机它会自行恢复。 2、修改计算机名和IP地址，避免虚拟机启动后出现“网络上有重名”和“IP地址冲突”。 最后，运行该虚拟机： 1、在承载虚拟机的宿主机上打开VMware workstation，选择打开虚拟机，路径为刚设置共享的文件夹，这里要注意一点：若实体机仍在运行且未改名，须将虚拟机的网络适配器属性设置为NAT方式(待设置完成、无冲突后再改为桥接方式)，避免首次开机提示“网络上有重名”而无法登录，然后再打开虚拟机电源。
虚拟机迁移技术漫谈 如何在虚拟机和物理机以及虚拟机和虚拟机之间的迁移系统 前言 系统的迁移是指把源主机上的操作系统和应用程序移动到目的主机，并且能够在目的主机上正常运行。在没有虚拟机的时代，物理机之间的迁移依靠的是系统备份和恢复技术。在源主机上实时备份操作系统和应用程序的状态，然后把存储介质连接到目标主机上，最后在目标主机上恢复系统。随着虚拟机技术的发展，系统的迁移更加灵活和多样化。 本系列文章全面介绍了虚拟机迁移的三种方式 P2V、V2V 和 V2P，及他们在内核虚拟机 KVM 上的实现方法，分成五个部分。第一部分，介绍虚拟机迁移的各种方法和相应的迁移工具，并且着重分析 Linux 平台上开源的虚拟化工具 KVM 和XEN 实时迁移中的的内存预拷贝技术； 第二部分介绍 KVM 虚拟机之间的 V2V 迁移技术，包括离线迁移和在线迁移；第三部分介绍基于 VMware 或 XEN 的虚拟机如何迁移到基于 KVM 的虚拟机；第四部分介绍物理机到虚拟机迁移 P2V 和虚拟机到物理机迁移 V2P 在 KVM 虚拟机上的实现；第五部分介绍和虚拟机迁移密切相关的虚拟机克隆、快照和备份技术。 回页首 虚拟机迁移简介 为什么要迁移服务器 迁移服务器可以为用户节省管理资金、维护费用和升级费用。以前的 x86 服务器，体积比较“庞大”；而现在的服务器，体积已经比以前小了许多，迁移技术使得用户可以用一台服务器来同时替代以前的许多台服务器，这样就节省了用户大量的机房空间。另外，虚拟机中的服务器有着统一的“虚拟硬件资源”，不像以前的服务器有着许多不同的硬件资源（如主板芯片组不同，网卡不同，硬盘，RAID 卡，显卡不同）。迁移后的服务器，不仅可以在一个统一的界面中进行管理，而且通过某些虚拟机软件，如 VMware 提供的高可用性工具，在这些服务器因为各种故障停机时，可以自动切换到网络中另外相同的虚拟服务器中，从而达到不中断业务的目的。总之，迁移的优势在于简化系统维护管理，提高系统负载均衡，增强系统错误容忍度和优化系统电源管理。 虚拟机迁移的性能指标
虚拟机迁移 静态迁移是指在虚拟机关闭或暂停的情况下，将源宿主机上虚拟机的磁盘文件和配置文件拷贝到目标宿主机上。这种方式需要显式的停止虚拟机运行，对服务可用性要求高的需求不合适。 动态迁移无需拷贝虚拟机配置文件和磁盘文件，但是需要迁移的主机之间有相同的目录结构放置虚拟机磁盘文件，可以通过多种方式实现，本例采用基于共享存储动态迁移，通过NFS（Network File System网络文件系统）来实现。 源宿主机：Ubuntu16.04操作系统，下文中以“节点1”表示，NFS挂载目录/home/kvm。 目标宿主机：Ubuntu16.04操作系统，下文中以“节点2”表示，NFS挂载目录/home/kvm。 基于QEMU的动态迁移虚拟机镜像文件为ubuntu14.04.img。 NFS服务器：Ubuntu16.04操作系统，服务目录为/mnt/nfs/。 1、NFS服务器配置 (1)KVM虚拟机动态迁移无需拷贝虚拟机配置文件和磁盘文件，但是需要迁移的 主机之间有相同的目录结构放置虚拟机磁盘文件（本例为“/home/kvm”目录），这里的动态迁移是基于共享存储动态迁移，通过NFS来实现，需要QEMU 0.12.2以上版本支持。可以使用“qemu-img --help|grep version”来查看 安装的QEMU的版本号。 (2)在VMware中将宿主机克隆，“管理”----“克隆”。源宿主机为节点1，克 隆的机器作为目标宿主机，为节点2。克隆步骤如下：
(3)修改节点2中的IP地址（修改为和你的节点1同一网段的IP）。只需修改 IP即可，其他不用改动，命令如下： root@ubuntu:~# vim /etc/network/interfaces 修改完毕后，重启网络 root@ubuntu:~# /etc/init.d/networking restart [ ok ] Restarting networking (via systemctl): networking.service. (4)在节点2上安装NFS服务器。使用命令“sudo apt-get install nfs-kernel-server nfs-common”下载安装NFS，kernel-server相当于server端,common是client端，如图所示：
十个步骤将操作系统从物理机迁移到虚拟机 老板让你在很短的时间里执行一项操作系统迁移的任务，此时，如果你有一个功能完整的且经过测试的物理机到虚拟机迁移的解决方案，那么你将是一个真正的英雄！P2V的解决方案可以使你在不影响生产网络或不重新在生产网络中进行配置的前提下执行服务器迁移。在这里，我将向大家解释一些Microsoft Virtual Server Migration Toolkit（VSMT）的内部工作机制，并且演示一下为了实现迁移，应如何使用ADS来配置一台可移动的服务器。 在2006年12月份的“突破ADS障碍”一文中，我给大家展示了在Windows操作系统迁移时，如何构建一个基础的移动ADS解决方案。接着，在2007年5月份的文章“提升移动ADS解决方案”中，我展示了如何通过安装VSMT来扩展移动ADS解决方案，进而执行物理机到虚拟机的迁移。接下来我将给大家演示如何使用VSMT来执行一个P2V的迁移。 开始之前 通过本系列的文章，你已经知道如何在一个移动的小车上组合必要的硬件和安装基本的软件来创建一个移动的ADS解决方案：Windows Server 2003企业版，动态主机配置协议（DHCP）服务器、ADS1.1、Virtual Server 2005 R2 SP1和VSMT1.1。我们把资源服务器称为Testserver，并假想运行着Windows Server 2003企业版。为了执行一个P2V的迁移，你需要执行下面的十个步骤。 开始之前，我建议你花一些时间来看看你的服务器是否适合执行P2V转换。有时候，在一个不太稳定的生产服务器上执行一次P2V的迁移是不值得的。这是因为可能在迁移的过程中，那些不稳定的因素会出现。如果恰好出现这种情况，那么我建议你首先重建虚拟机，然后将数据从旧的物理服务器迁移到虚拟服务器中，这样做可能会更好一些。此外，对于那些带有OEM应用程序的服务器，在执行P2V迁移前，应该首先卸载或禁用这些应用程序，这样可以保证虚拟机在首次启动时，这些应用程序不会和虚拟机进行交互。 读到这里，先看看你的服务器适合进行P2V的转换吗？如果适合的话就让我们开始吧。 第一步：准备源系统 尽管VSMT不会修改源系统，我还是推荐你遵循一些最佳实践，在开始P2V迁移之前，首先对源操作系统进行备份。此外，禁用与物理服务器相关的所有驱动和应用程序，这些驱动和应用程序在虚拟机环境中将不再可用。 第二步：准备MobileP2V服务器 VSMT包括一个名为GatherHW.exe的工具，该工具能够在源服务器上收集物理硬件的信息，然后创建一个XML配置文件，你可以使用该配置文件来分析源系统中任何已知的硬件兼容性问题（动态磁盘、高于3.5GB的内存以及不支持的设备等等）。为了运行GatherHW.exe，你必须首先将它复制到源系统中。我推荐你首先在MobileP2V服务器上的VSMT安装目录（缺省为C:\Program Files\Microsoft VSMT）下创建一个名为VSMT的共享目录。当然，你还
实时迁移(live migration)是指在保证虚拟机上服务正常运行的同时，虚拟机在不同的物理主机之间进行迁移，其逻辑步骤与离线迁移几乎完全一致。不同的是，为了保证迁移过程中虚拟机服务的可用，迁移过程仅有非常短暂的停机时间。迁移的前面阶段，服务在源主机运行，当迁移进行到一定阶段，目的主机已经具备了运行系统的必须资源，经过一个非常短暂的切换，源主机将控制权转移到目的主机，服务在目的主机上继续运行。对于服务本身而言，由于切换的时间非常短暂，用户感觉不到服务的中断，因而迁移过程对用户是透明的。在线迁移适用于对服务可用性要求很高的场景。 01 live migration的概念 虚拟机实时迁移/动态迁移（Live Migration），作为系统虚拟化的一项关键技术，是将物理服务器上正在运行的一台或多台VM在线迁移到另一台物理服务器上。迁移过程中VM对外正常提供服务，整个迁移过程对VM用户透明。 02 live migration的概念 实时迁移的内容包括：虚拟机运行状态（CPU状态、内存镜像、设备状态、网络连接）及外存数据。 03 live migration的作用 负载均衡：将高负载物理服务器上的虚拟机动态迁移到低负载的物理服务器上，保证数据中心资源合理分配。 在线维护：在对物理服务器进行维护前，实时将上面运行的虚拟机迁移到其他服务器上，不会因设备维护导致服务中断。 能源管理：将多个利用率不高的物理服务器上的虚拟机在线整合到少量几台物理服务器上，降低能耗。 04 live migration的分类 按照虚拟机存储的迁移需求可划分为基于共享存储的实时迁移和全系统实时迁移。 ●基于共享存储的实时迁移：物理服务器之间采用SAN或NAS之类的集中式共享外存 设备，因而在迁移时只需要进行虚拟机运行状态的迁移。 ●全系统迁移：物理服务器之间没有采用共享外存设备，外存数据保存在物理服务器本地； 或者需要将虚拟机迁移到另一个数据中心。实时迁移中既要迁移运行状态，又要迁移存储数据。 按照虚拟机迁移的网络环境可划分为基于LAN的实时迁移和基于WAN的实时迁移。 ●基于LAN的实时迁移：迁移范围在一个数据中心的二层网络内，能够保证数据传输速 率。 ●基于WAN的实时迁移：迁移范围在两个数据中心间的WAN链路上，网络传输带宽受 限。 按照虚拟机迁移的规模可划分为单虚拟机实时迁移和虚拟机集实时迁移。 ●单虚拟机实时迁移：一个迁移过程中只迁移独立的一个虚拟机。 ●虚拟机集实时迁移：一个迁移过程中同时迁移多台虚拟机，且这些虚拟机可能是完成同 一任务的一个集群。 05 live migration算法 三种基本算法：Pre-copy（主流、学术、商用）；Post-copy（学术）；基于日志系统的迁移（学术） Pre-copy核心机制：迁移开始之后，源主机VM仍在运行，目的主机VM尚未启动。迁移通过一个循环，将源主机VM的内存数据发送至目的主机VM。循环第一轮发送所有的内存页数据，接下来的每一轮循环发送上一轮预拷贝过程中被VM写过的脏页内存dirty pages。
虚拟机迁移技术简介 虚拟机迁移技术为服务器虚拟化提供了便捷的方法。目前流行的虚拟化工具如 VMware，Xen，HyperV，KVM都提供了各自的迁移组件。尽管商业的虚拟软件功能比较强大，但是开源虚拟机如 Linux 内核虚拟机 KVM 和 XEN 发展迅速，迁移技术日趋完善。本系列文章介绍了虚拟机迁移的三种方式 P2V、V2V 和 V2P，及他们在内核虚拟机 KVM 上的实现方法，分成五个部分。本文是第一部分，全面介绍了虚拟机迁移的各种方法和相应的迁移工具 , 并且着重分析了 Linux 平台上开源的虚拟化工具 KVM 和 XEN 实时迁移中的的内存预拷贝技术。 1.前言 系统的迁移是指把源主机上的操作系统和应用程序移动到目的主机，并且能够在目的主机上正常运行。在没有虚拟机的时代，物理机之间的迁移依靠的是系统备份和恢复技术。在源主机上实时备份操作系统和应用程序的状态，然后把存储介质连接到目标主机上，最后在目标主机上恢复系统。随着虚拟机技术的发展，系统的迁移更加灵活和多样化。 2.虚拟机迁移简介 2.1为什么要迁移服务器 迁移服务器可以为用户节省管理资金、维护费用和升级费用。以前的 x86 服务器，体积比较“庞大”；而现在的服务器，体积已经比以前小了许多，迁移技术使得用户可以用一台服务器来同时替代以前的许多台服务器，这样就节省了用户大量的机房空间。另外，虚拟机中的服务器有着统一的“虚拟硬件资源”，不像以前的服务器有着许多不同的硬件资源（如主板芯片组不同，网卡不同，硬盘，RAID 卡，显卡不同）。迁移后的服务器，不仅可以在一个统一的界面中进行管理，而且通过某些虚拟机软件，如 VMware 提供的高可用性工具，在这些服务器因为各种故障停机时，可以自动切换到网络中另外相同的虚拟服务器中，从而达到不中断业务的目的。总之，迁移的优势在于简化系统维护管理，提高系统负载均衡，增强系统错误容忍度和优化系统电源管理。 2.2虚拟机迁移的性能指标 一个优秀的迁移工具，目标是最小化整体迁移的时间和停机时间，并且将迁移对于被迁移主机上运行服务的性能造成的影响降至最低。当然，这几个因素互
在VMware esxi虚拟机中系统克隆及迁移的方法 免费的VMWare ESXi非常强大，于是在vSphere5.0平台中ESXi取代了ESX，不过貌似不再是免费使用了，因为我在VM ware官网只能下载到免费评估版的ESXi，具体怎么个评估我还没体会，哪位朋友知道请告知我。 使用ESXi经常会遇到这样的问题，我需要建立多个虚拟机，都是windows2003操作系统，难道必须一个一个安装吗？VMware ESXi、VMware vCenter Server 和vSphere Client，它们分别是vSphere 的虚拟化层、管理层和接口层。作为接口层的vSphere Client客户端并不提供克隆虚拟机的功能，需要安装vCenter管理ESXi才有这一功能。 虽然如此，但是我们可以以手动的方式完成这项工作。 下面是克隆“win2003”这台虚拟机的操作过程： 1、进入vSphere client，关闭需要克隆的虚拟机win2003 2、选中ESXi服务器主机，在右侧点击“配置”选项卡，选择存储器，右侧的存储器名称上点右键，选择“浏览数据存储” 3、新建文件夹kelong，进入win2003文件夹，把win2003.vmx和win2003.vmdk这两个文件复制到文件夹kelong下，复制过程非常快，不到一分钟。 4、在win2003.vmx文件上点右键，选择“添加到清单”，弹出提示，询问这个虚拟机是移动的还是复制的，选择“I coyied i t”，确定。
5、开始建立虚拟机的向导，最后弹出提示“无法打开磁盘或其所依赖的快照磁盘之一”，这是因为虚拟机之前做过快照，所以需要把win2003-000003.vmdk文件也复制过来。 6、把win2003-000003.vmdk文件复制过来再执行“添加到清单”，克隆完成。克隆出来的虚拟机与源虚拟机环境配置完全相同，包括IP地址、用户名口令等，需要手动更改。 这是在同一台ESXi服务器下做的克隆操作，如果是不同的ESXi服务器之间做克隆操作呢？那么就需要把文件复制到不同的E SXi服务器。在网上搜了一下，复制的方法有说用移动存储设备，有说用FTP，但是我觉得用SCP命令最方便。下面是我的迁移操作过程： 1、SSH登到ESXi服务器上，首先需要找到源虚拟机文件，路径很奇怪，可以用df -h查看一下文件系统及空间占用的情况。 找到文件系统名为vmfs3的挂载路径，或者以空间占用的情况来判断虚拟机文件存放的路径应该是/vmfs/volumes/4f4f4f9 4-9c9152ca-c226-842b2b1419f1 2、在这个路径下找到win2003.vmx和win2003.vmdk这两个文件，执行scp命令将文件复制到目标服务器的相应目录下，这个过程比较漫长，我用了大概2小时左右，当然如果是做过快照的虚拟机还需要复制快照文件， 3、然后在vSphere client中执行“添加到清单”就可以了。
老板让你在很短的时间里执行一项操作系统迁移的任务，此时，如果你有一个功能完整的且经过测试的物理机到虚拟机迁移的解决方案，那么你将是一个真正的英雄！P2V的解决方案可以使你在不影响生产网络或不重新在生产网络中进行配置的前提下执行服务器迁移。在这里，我将向大家解释一些Microsoft Virtual Server Migration Toolkit（VSMT）的内部工作机制，并且演示一下为了实现迁移，应如何使用ADS来配置一台可移动的服务器。 在2006年12月份的“突破ADS障碍”一文中，我给大家展示了在Windows操作系统迁移时，如何构建一个基础的移动ADS解决方案。接着，在2007年5月份的文章“提升移动ADS解决方案”中，我展示了如何通过安装VSMT来扩展移动ADS解决方案，进而执行物理机到虚拟机的迁移。接下来我将给大家演示如何使用VSMT来执行一个P2V的迁移。 开始之前 通过本系列的文章，你已经知道如何在一个移动的小车上组合必要的硬件和安装基本的软件来创建一个移动的ADS解决方案：Windows Server 2003企业版，动态主机配置协议（DHCP）服务器、ADS1.1、Virtual Server 2005 R2 SP1和VSMT1.1。我们把资源服务器称为Testserver，并假想运行着Windows Server 2003企业版。为了执行一个P2V的迁移，你需要执行下面的十个步骤。 开始之前，我建议你花一些时间来看看你的服务器是否适合执行P2V转换。有时候，在一个不太稳定的生产服务器上执行一次P2V的迁移是不值得的。这是因为可能在迁移的过程中，那些不稳定的因素会出现。如果恰好出现这种情况，那么我建议你首先重建虚拟机，然后将数据从旧的物理服务器迁移到虚拟服务器中，这样做可能会更好一些。此外，对于那些带有OEM应用程序的服务器，在执行P2V迁移前，应该首先卸载或禁用这些应用程序，这样可以保证虚拟机在首次启动时，这些应用程序不会和虚拟机进行交互。 读到这里，先看看你的服务器适合进行P2V的转换吗？如果适合的话就让我们开始吧。 第一步：准备源系统
使用vCenter Converter迁移物理机到虚拟机 VMware vSphere企业运维实战 VMware vCenter Converter Standalone 是一种用于将虚拟机和物理机转换为 VMware 虚拟机的可扩展解决方案。此外，还可以在 vCenter Server 环境中配置现有虚拟机。VMware vCenter Converter Standalone 简化了虚拟机在以下产品之间的转换。 ?VMware 托管产品既可以是转换源，也可以是转换目标。 ?VMware Workstation。 ?VMware Fusion。 ?VMware Server。 ?VMware Player。 ?运行在vCenter Server 管理的 ESX 实例上的虚拟机既可以是转换源，也可以是转换目标。 ?运行在非受管ESX主机上的虚拟机既可以是转换源，也可以是转换目标。 还可以使用VMware Consolidated Backup（VCB）映像创建VMware虚拟机。 2.6.1 在Windows上本地安装vCenter Converter VMware vCenter Converter支持本地安装与服务器模式安装，在大多数情况下，本地安装就可以完成物理机（包括本地计算机）到虚拟机、虚拟机到虚拟机的迁移工作。 管理员，可以在网络中的一台工作站上，安装vCenter Converter，实现对本地计算机、网络中的其他Windows与Linux计算机到虚拟机的迁移工作，也可以完成将VMware ESXi中的虚拟机，由VMware vCenter管理的虚拟机迁移或转换成其他VMware版本虚拟机的工作，还可以完成将Hyper-V虚拟机迁移到VMware虚拟机的工作。 也可以将VMware vCenter Converter安装在要迁移的物理机或虚拟机中。 不管使用哪种迁移或转换工作，VMware vCenter Converter的使用都类似，本节将在vSphere Client管理工作站（一台Windows 8.1的计算机）安装VMware vCenter Converter 5.01，并介绍vCenter Converter的使用方法。 （1）运行VMware Converter 5安装程序，在“选择安装程序的语言”对话框中，选择“中文（简体）”，如图2-136所示。
迁移工具VMware vCenter Converter 使用教程 整体迁移环境概述： 演示环境如下图所示，①为需要迁移的服务器；②为vmware虚拟化平台，其中vCenter 地址为192.168.0.170；③为Converter Server服务器，其上需要安装vmware vcenter converter软件。 从VMware 网站下载最新版本的Converter Standalone。下载地址： https://https://www.doczj.com/doc/5814955586.html,/cn/web/vmware/info/slug/infrastructure_operations_managem ent/vmware_vcenter_converter_standalone/5_5 步骤1在服务器③Converter Server上安装vmware vCenter converter软件。导航到包含已下载的安装程序文件的文件夹，然后双击VMware-converter.exe 文件.在选择安装语言对话框中，选择安装过程中使用的语言，为保证兼容性，推荐安装英文语言版本，然后单击确定，如图1-1所示。
图1-1 选择安装语言 步骤2开始安装Converter Standalone，如图1-2所示。 图1-2开始安装Converter Standalone 步骤3进入Converter Standalone的安装向导，点击下一步，如图1-3所示。 图1-3 VMware vCenter Converte安装向导 步骤4按照提示进行操作，直至系统显示“最终用户许可协议”页面。选择我接受许可协
议中的条款，然后单击下一步，如图1-4所示。 图1-4最终用户许可协议 步骤4在“目标文件夹”页面上，选择Converter Standalone 的安装位置，然后单击下一步，如图1-5所示。默认的位置为C:\Program Files\VMware\VMware vCenter Converter Standalone。要安装到其他位置，可以单击更改，然后浏览新位置。 图1-5 选择目标文件夹 步骤5在“安装类型”页面上，选择客户端-服务器安装(高级)，然后单击下一步，如图
虚拟化和系统迁移工具 在将物理服务器迁移到虚拟机时，可能会和在物理服务器之间迁移一样，受到一些限制。例如，您不能够将一个 64 位系统映像迁移到一个 32 位平台。在将Windows 映像恢复到虚拟机时，很可能还会遇到 Hardware Abstract Layer (HAL) 问题。 许多免费或商业工具可以帮助实现物理和虚拟世界之间的系统迁移（PlateSpin PowerConvert、VMware Convert、Microsoft? Virtual Server Migration Tookit 和克隆软件）；这些迁移工具还可以解决由于物理服务器和虚拟机之间的硬件不匹配引起的问题。它们的作用之一就是在系统启动阶段将必需的驱动程序传递给操作系统内核并初始化这些驱动程序。当然，大部分 P2V 工具的作用远不止仅执行单机迁移。 VMware Server 是一个免费的专用平台，在 Linux 和 Windows 主机上提供了对多种客户操作系统类型的支持（包括 Windows、Linux、Solaris 等等）。作为一种全面的虚拟化解决方案，运行在 hypervisor 上的虚拟机监视器（VMM）为虚拟机提供了所有可用的硬件资源类型，包括虚拟 BIOS、虚拟内存、虚拟 SCSI 控制器、虚拟网卡，等等。由于客户操作系统与底层硬件完全分离，因此不需要修改就可以运行。 现在，让我们看看如何使用 Clonezilla Live 将 Windows 系统映像克隆到VMware Server 托管的虚拟机上，从而实现 P2V 迁移。 回页首 步骤 1. 克隆系统分区 Clonezilla 技巧 要实现成功的迁移，在遵循本文介绍的步骤时，应当牢记这些技巧，并作为总结经验加以参考。 1.确保映像库具有足够的空间来存储分区内的数据。 2.可以将映像划分到多个卷文件，避免最大文件大小的限制。 3.Clonezilla 不支持从大硬盘和分区中将映像恢复到较小的磁盘和分区。 4.如果 Clonezilla Live 对所有 VMware 版本都不支持 SCSI 磁盘，那么 在创建 VM 时应使用 IDE 类型。 5.要在 Clonezilla Live shell 下恢复映像，您需要以根用户身份登录。 6.要恢复被克隆的分区映像，目标虚拟磁盘必须以格式化的形式呈现给 Clonezilla。
一、迁移虚拟机 迁移是指将虚拟机从一个主机或存储位置移至另一个主机或存储位置的过程。复制虚拟机是指创建新的虚拟机，并不是迁移形式。 在 vCenter Server 中，有以下迁移选项： 冷迁移：将已关闭电源的虚拟机移至新的主机。（可选）可以将配置文件和磁盘文件重新定位到新的存储位置。可以使用冷迁移将虚拟机从一个数据中心移至另一个数据中心。 迁移已挂起的虚拟机：将已挂起的虚拟机移至新的主机。（可选）可以将配置文件和磁盘文件重新定位到新的存储位置。可以将已挂起的虚拟机从一个数据中心迁移至另一个数据中心。 通过vMotion 迁移：将已打开电源的虚拟机移至新的主机。通过 vMotion 迁移， 可以在不中断虚拟机可用性的情况下将虚拟机移至新的主机，但无法使用 vMotion 将虚拟机从一个数据中心移至另一个数据中心。 通过Storage vMotion 迁移：将已打开电源的虚拟机的虚拟磁盘或配置文件移动到新数据存储。通过 StoragevMotion 迁移，可以在不中断虚拟机可用性的情况下，移动虚拟机的存储器。已挂起虚拟机的迁移以及通过 vMotion 迁移有时也称为“热迁移”，因为它们允许在不关闭虚拟机电源的情况下迁移虚拟机。通过 vMotion 迁移有时也称为“实时迁移”。可以手动移动虚拟机，也可以设置已调度任务来执行冷迁移。通过克隆虚拟机或复制其磁盘和配置文件可以创建新的虚拟机，克隆并不是迁移的一种形式。 冷迁移 冷迁移是对已关闭电源的虚拟机进行迁移。通过冷迁移，您可以选择将关联的磁盘从一个数据存储移动到另一个数据存储。虚拟机不需要位于共享存储器上。 在开始冷迁移过程前，必须关闭要迁移的虚拟机的电源。 如果将虚拟机配置为具有 64 位客户机操作系统，则尝试将其迁移到不支持 64 位操作系统的主机时，vCenter Server 会生成警告。冷迁移虚拟机时，不会应用 CPU 兼容性检查。 冷迁移包含以下任务：1 如果选择了移动到一个不同的数据存储的选项，则会将配置文件（包括 NVRAM 文件（BIOS 设置））和日志文件从源主机移至目标主机的关联存储区域中。如果选择了移动虚拟机的磁盘，则也会移动这些磁盘。 2 向新主机注册虚拟机。 3 如果选择了移动到一个不同的数据存储的选项，则在迁移完成后，会将旧版本的虚拟机从源主机中删除。 迁移已挂起的虚拟机 通过迁移已挂起的虚拟机，也可以选择将关联的磁盘从一个数据存储移至另一个数据存储。虚拟机不需要位于共享存储器上。
虚拟机迁移的问题 有时系统由于设置或配置失误而阻碍了虚拟机迁移或重启，而虚拟机迁移失败对数据中心的效率及可用性会产生不利影响。 虚拟机由底层的服务器硬件抽象出来，易于防护，而且能够在主机之间进行迁移。然而，虚拟化并不能保证百分之百的可靠性。让我们一起来看一下导致虚拟机迁移失败的五大常见原因以及如何避免这些问题。 1.硬件资源不足 你需要有足够可用的计算资源才能启动虚拟机。资源不足或者过量分配可能会立刻导致虚拟机发生故障。如果服务器的内存分配过量或者CPU预留过多，将不能为虚拟机提供足够的资源，很可能会发生上述情况。管理员通常会在过渡整合的服务器、高可用集群或者是在迁移虚拟机到其他利用率很高、没有足够的计算资源用于故障切换的服务器上时发现上述资源问题。服务器升级将会增加资源，但是平衡工作负载是一个更好的解决方案。在服务器之间重新分配一台或多台虚拟机将会释放足够的资源用于保证虚拟机成功启动。 2.服务器硬件不兼容 虚拟化将工作负载从底层的硬件中抽象出来，但是硬件仍然要提供这些工作负载所需要的关键特性与功能。当你把虚拟机迁移到其他可能缺少硬件特性的服务器上时，可能会发生启动错误。 挂起虚拟机使用了CPU特有的电源管理状态;如果虚拟机迁移到的目标服务器的CPU缺少上述电源管理状态，那么虚拟机将不能正常重启。在这种情况下，你可能需要使用命令行选项手动重启虚拟机或者将虚拟机迁移至配置了具有类似功能CPU的服务器然后再重启虚拟机。然后再迁移运行的虚拟机到目标服务器。 你可能还会发现CPU缺少虚拟化特性，比如Intel VT或者AMD-V，或者存在未激活的扩
展特性导致无法为虚拟机提供支持。在你迁移或者启动虚拟机之前，验证一下目标服务器提供的虚拟化扩展功能，而且一定要在BIOS中启用这些扩展功能。 IT专业人员需要按需调整迁移规划以确保能够使用兼容的服务器硬件。在某些情况下，IT专业人员可能能够编辑虚拟机来移除对CPU特定特性的需求。 3.虚拟机任务冲突 某些虚拟化任务需要花费相当多的时间才能完成，而且即使在发生超时错误后仍在后台运行。当另一个虚拟化任务也在同时运行时尝试启动一个虚拟机可能会导致服务器发生错误。例如，当你删除不需要的快照时，在合并过程中，虚拟机可能不会重启。修改虚拟机配置文件中的超时设置将允许关键的活动不间断运行，但是你可能还需要重新配置后台任务来避免在下班时间虚拟机发生迁移以及重启。 4.虚拟机文件损坏 虚拟机仅仅是运行于内存中的镜像，而且该镜像以特定的虚拟机文件格式比如.vmx以及.vmdk保存在磁盘中。与所有基于磁盘的存储一样，磁盘存储子系统或者网络连接存储以及服务器存在的问题可能会破坏虚拟机文件。当虚拟机所需要的必要文件丢失、被锁定、损坏时，虚拟机将无法启动。 文件锁定用于避免并发的任务对正在使用的文件带来意想不到的变化，经常会发生上述错误。在某些情况下，虚拟机组件文件仍旧被锁定而且避免了虚拟机在另一台服务器上启动。你可以修改被锁定的文件然后移除锁定，但是这一详细的过程需要具备有关特定hypervisor 以及数据中心环境的专业知识。更为常见的是从最近的快照或者另一个备份恢复虚拟机。 5.许可、管理输入以及其他问题 导致虚拟机无法启动的其他问题与比如用户输入意外中断有关，而与服务器功能或者文件完整性无关。虚拟机可能开启了一个正常以及成功的启动过程，但是在启动完成之前暂停
今天接到一个需求，迁移一台linux的业务系统到vCenter云管理平台，其中遇到一些问题，于是进行了排错，这个过程与大家分享，下面把整个步骤进行截图说明。 1. 首先，登录到VMware Converter的服务器，打开VMware Converter Standalone工具，如图1.1 所示。 图1.1 Converter 管理界面 2. 左键点击界面左上角的转换计算机选项，选择源类型已打开电源的计算机，输入远程计算机信息，包 括IP、用户名、密码、操作系统信息，如图1.2所示。
图1.2 转换系统 3. 由于出现“无法通过SSH访问源计算机”的报错，导致无法进行远程计算机的访问，首先解决这个报错，方法如下，登录redhat主机，运行命令查看SSH状态，如未开启，用/etc/init.d/sshd start开启 即可，如图1.3所示。 图1.3 更改SSH服务状态 4. 解决了SSH报错，转换窗口选择下一步，提示Converter安全警告，选择连接到远程主机IP，如图1.4 所示。
图1.4 安全警告 5. 接下来设置目标系统参数，填入服务器（vCenter）IP地址及管理员账户和密码，如图1.5所示。 图1.5 目标系统设置 6. 同样“忽略”提示继续使用当前的证书，如图1.6所示。
图1.6 证书警告 7. 在下图中，需要对转换的虚拟机进行命名，同时选中该虚拟机转换到vcenter云管理平台中，其所处 的虚拟机清单，如下图1.7所示。 图1.7 目标虚拟机 8. 完成虚拟机清单选中后，到下一步就需要选择所处的群集清单，如此处可放到管理区的群集中，窗口 右边选择数据存储所在的共享LUN，如下图1.8所示。 图1.8 目标位置 9. 上述参数设置完成后，转换的Linux的虚拟机基本信息如图1、9所示。
虚拟机在线迁移技术综述 介绍了云计算中虚拟机的在线迁移技术,说明了什么是虚拟机的在线迁移,并通过目前流行虚拟软件VMware 中VMotion的迁移过程,阐述了虚拟机在线迁移过程中所完成的任务、注意事项和需要考虑的种种因素。 虚拟机的迁移是指在源物理主机上运行的虚拟机操作系统及应用程序移动到目标物理主机上或虚拟机上，并且在目标主机上能够正常运行。在没有虚拟机的时代，系统的迁移是指物理机之间的迁移，依靠的是系统备份和恢复技术，在源主机上对操作系统和应用程序的状态实时备份，然后把备份的系统和应用程序挂接到目标主机上，最后在目标主机上恢复系统与应用程序。随着云计算及虚拟机技术的飞速发展，系统的迁移更加多样化、灵活化和简单化。 1 虚拟机在线迁移简介 虚拟机在线迁移技术是指在两个或多个物理主机之间迁移它们的虚拟机。也就是说在服务应用不中断的情况下，完成虚拟机操作系统、内存数据和虚拟机状态的转移．一般情况下迁移的过程对用户来说是透明的，用户不会感觉到应用服务产生中断。迁移进程首先能够进行自动捕捉与虚拟机相关的内存空间(其中包含虚拟机占用的处理器寄存器状态)，然后以协议包的方式(TCP／IP)把数据包从一台服务器的虚拟机上转移给其他服务器的虚拟机。新服务器加载处理器寄存器状态。在不停顿的情况下无缝接管原有虚拟机的数据业务，多数虚拟机迁移发生在同种管理程序服务之下，因此新的虚拟机保留了源虚拟机的名称和特性。尽管物理上虚拟机位于不同的服务器上，但它们对于用户是完全相同的。 2 在线迁移虚拟机 在传统的数据中心里，通常为每一项服务配置一台服务器，由于每项服务在逐年增加，服务器也随之逐年增多，这样服务器的有效运行与管理得不到充分发挥和保障，服务器资源的利用率明显下降。在这种情况下，人们提出了使用虚拟机，使用虚拟机能充分利用服务器的有效剩余资源，使服务器的资源得到了充分利用与发挥：但是当数据中心的物理服务器或运行在物理服务器上的虚拟机发生异常情况时，为了提高服务的可用性。以及对提供的服务业务要求不间断性，可对提供业务服务的服务器或虚拟机自动转移，以保证对用户所提供服务的连续性与高可用性，在线迁移的优点很多．如在服务器或虚拟机需要维护时。可以把负载迁移到有空闲资源的其他计算机上，等待维护结束后．再把负载迁移回到原来的服务器或虚拟机，整个过程不中断它为用户所提供的服务；在线迁移还有益于服务器的整合，可以支持IT管理在数据中心服务器之间实现负载均衡．避免出现部分过载情况；在线迁移还可以用于实现灾难恢复，因为虚拟机可以在不同站点间自由地移动，依赖在远程站点的备用服务器运行来实现容灾：迁移服务器或虚拟机还可以为用户节省管理资金、减少维护费用和升级费用，以前的x86服务器，体积比较“庞大”，而现在的服务器，体积已经比以前小了许多，通过使用虚拟机和虚拟机的迁移技术使得用户可以用一台服务器来同时替代以前的许多台服务器，这样就节省了用户大量的机房空间；另外，虚拟机中的服务器有着统一管理的“虚拟硬件资源”，很方便地进行统一管理，不像以前的服务器有着许多不同的硬件资源(如主板芯片组不同，网卡不同，硬盘、RAID卡、显卡不同)。迁移后的服务器，不仅可以在一个统一的界面中进行管理，而且通过某些虚拟机软件．如VMware提供的高可用性工具，在这些服务器因为各种故障停机时，可以自动切换到网络中另外相同的虚拟服务器中，从而达到
物理机到虚拟机（P2V）迁移方案
确保成功迁移的注意事项： ?确保vConverter服务器、ESX Server和源物理服务器三者能相互通讯； ?在源服务器上，确保Windows Installer、Workstation、Server、TCP/IP NetBIOS Helper、Volume Shadow Copy service等相关服务启动； ?尽量关闭服务器防火墙； ?确保VMware Converter的Windows服务正在运行； ?确保在源服务器的C盘驱动器上，你至少有200 MB的可用空间； ?确保所需的在源服务器和VirtualCenter（VC ）以及VMware ESX之间的TCP / UDP 端口是开放的； 使用Converter工具来实现从物理机到虚拟机的迁移。 1.点击桌面上的Converter Standalone Client； 打开VMware vCenter Converter Standlone主界面；
2.选择左上角的
3.弹出Standalone Agent deployment对话框，选择迁移成功之后是否卸载Standalone Agent，此处选择自动卸载； 点击
相关主题
文本预览