kvm迁移

一、迁移简介

迁移：
      系统的迁移是指把源主机上的操作系统和应用程序移动到目的主机，并且能够在目的主机上正常运行。在没有虚拟机的时代，物理机之间的迁移依靠的是系统备份和恢复技术。在源主机上实时备份操作系统和应用程序的状态，然后把存储介质连接到目标主机上，最后在目标主机上恢复系统。随着虚拟机技术的发展，系统的迁移更加灵活和多样化。

最终我们迁移的目的就是：
    简化系统维护管理
    高系统负载均衡
    增强系统错误容忍度
    优化系统电源管理

二、热迁移 ---Live Migration
KVM 虚拟机的热迁移 ---Live Migration：
      服务器虚拟化技术是当前的热点，而虚拟机的“热迁移（ Live Migration ）”技术则是虚拟化技术当中的热点。

热迁移（又叫动态迁移、实时迁移），即虚拟机保存（ save ） / 恢复 (restore) ：将整个虚拟机的运行状态完整保存下来，同时可以快速的恢复到原有硬件平台甚至是不同硬件平台上。恢复以后，虚拟机仍旧平滑运行，用户不会察觉到任何差异。

迁移的种类：
P2P ：物理机之间的迁移
V2P ：虚拟机迁到物理机
P2V ：物理机迁到虚拟机
V2V ：虚拟机迁到虚拟机

三、热迁移的应用

1. 虚拟机的热迁移技术最初是被用于双机容错或者负载均衡：当宿主机出现软硬件故障导致服务异常时，虚拟机可漂移到另外主机上，或者在集群中依据工作负载量的大小，选择更换宿主机与否来保证自身良好的服务提供性。

2. 系统硬件维护：当前很多操作系统都能够稳定支持 7×24 运行，但是硬件却需要定期的进行维护。如果使用虚拟机的动态迁移技术，将虚拟机从需要维护的物理机器迁移到另外一主器，等维护完成后，在将其迁回到原来的物理机器。所有的系统服务和应用程序在迁移 & 恢复后仍旧正常运行，用户不会察觉到由于硬件维护造成的中断。最终实现了我们服务不受硬件维护干扰的 7*24 小时的工作愿望。

3. 数据库备份：对于一些大型、关键的数据库应用，备份是一项重要但复杂的工作。虚拟机的保存/ 恢复可以将数据库运行在虚拟机中，如需备份就保存虚拟机，这样数据库中的所有数据、状态都做了备份。如果数据库崩溃了，就可以通过恢复虚拟机来恢复整个数据库。

4. 环境重现：进行性能测试或程序调试时，都需要重现当时复杂庞大并且与实时完全一致的网络环境 , 不仅仅是重启、配置软件，而且常常需要一定的运行时间。我们可以将各服务安装到独立的各个虚拟机，然后利用各个独立虚拟机部署我们所需的工作环境，可以大大缩短环境重现时间。

5. 计算机共享： 在一些公共场合用户需要共享计算机，但是由于不同的系统配置和软件需要花费大量的时间来配置和恢复。这时使用虚拟机的保存 /恢复可以很好地解决这个问题。或者也可以，在物理机上运行多个逻辑虚拟机帮助我们分配给每一个需要者一个独立，安全，稳定的环境。当因为宿主机出现问题影响虚拟机使用时，我们可以让该虚拟机漂移到其他宿主机以此来保持正常工作。

四、热迁移的优势
1. 首先是可伸缩性比较强， IT 管理者可以在合理时间段让运行某些关键业务的服务器适当减少工作量，以便进行更新操作系统，给应用程序打补丁等。而到了服务高峰期，又可以弹性地进行大负载量的运算。虚拟机迁移过程完全透明，几乎不影响使用。

2. 其次，现在的数据中心都追求环保节能， 工作量负载大的应用程序必然会令服务器能耗增加，有了虚拟机热迁移技术，当一台物理服务器负载过大时，系统管理员可以将其上面的虚拟机迁移到其他服务器，可有效减低数据中心服务器的总体能耗，再通过冷却系统将数据中心的温度保持在正常水平。

五、热迁移的局限

进行虚拟机的热迁移也有不少的限制。例如， 
      VMotion 在进行迁移之前，管理软件会检测目标服务器的 X86 架构是否与原服务器兼容。包括存储设备以及处理器，虚拟机必须放到共享的存储里， CPU 的类型也要一样，不仅不能一个是英特尔，一个是 AMD ，甚至相同厂商不同产品线的CPU 也不行，比如英特尔至强和奔腾

六、衡量虚拟机迁移的效率

1. 整体迁移时间：从源主机中迁移操作开始到目的主机上客户机服务处于不可用状态的时间，此时源主机上客户机已经暂停服务，目的主机上的客户机还未恢复服务。

2. 服务器停机时间：在迁移过程中，源主机和目的主机上的客户机都处于不可用状态的时间，此时源主机上客户机已暂停，目的目的主机上客户还未恢
复服务。

3. 对服务的性能影响：不仅包括迁移后的客户机中应用程序的性能与迁移前相对比是否有所降低，还包括迁移后对目的主机上的其他服务的性能影响。

Kvm 动态迁移，也有如下几个建议和注意事项：

1. 源宿主机和目的宿主机直接尽量用网络共享的存储系统来保存客户机磁盘镜像。例如 NFS ， ISCSI ， Glusterfs 等。

2. 为了提高动态迁移的成功率，尽量在同类型 cpu的主机上面进行动态迁移，尽管 kvm 动态迁移也支持从 Intel 平台迁移到 amd 平台。  但，从安全性，稳定度考虑不建议这样去操作！！！

3. 64 位的客户机只能运行在 64 宿主机之间的迁移，而 32 位客户机可以在 32 宿主机和 64 位宿主机之间迁移。

4. 在进行动态迁移时，被迁移客户机的名称是唯一的，在目的宿主机上不能有与源宿主机被迁移客户机同名的客户机存在。

5. 目的宿主机和源宿主机的软件尽可能的相同。也就是同为 Vmware ， KVM ， Xen 等。

迁移的类型：静态迁移和动态迁移

迁移虚拟机的方式有两种：一种是动态迁移，一种是静态迁移。

静态迁移

静态迁移：也叫做常规迁移、离线迁移（Offline Migration）。就是在虚拟机关机或暂停的情况下从一台物理机迁移到另一台物理机。因为虚拟机的文件系统建立在虚拟机镜像上面，所以在虚拟机关机的情况下，只需要简单的迁移虚拟机镜像和相应的配置文件到另外一台物理主机上；如果需要保存虚拟机迁移之前的状态，在迁移之前将虚拟机暂停，然后拷贝状态至目的主机，最后在目的主机重建虚拟机状态，恢复执行。这种方式的迁移过程需要显式的停止虚拟机的运行。从用户角度看，有明确的一段停机时间，虚拟机上的服务不可用。这种迁移方式简单易行，适用于对服务可用性要求不严格的场合。

动态迁移

动态迁移（Live Migration）：也叫在线迁移（Online Migration）。就是在保证虚拟机上服务正常运行的同时，将一个虚拟机系统从一个物理主机移动到另一个物理主机的过程。该过程不会对最终用户造成明显的影响，从而使得管理员能够在不影响用户正常使用的情况下，对物理服务器进行离线维修或者升级。与静态迁移不同的是，为了保证迁移过程中虚拟机服务的可用，迁移过程仅有非常短暂的停机时间。迁移的前面阶段，服务在源主机的虚拟机上运行，当迁移进行到一定阶段，目的主机已经具备了运行虚拟机系统的必须资源，经过一个非常短暂的切换，源主机将控制权转移到目的主机，虚拟机系统在目的主机上继续运行。对于虚拟机服务本身而言，由于切换的时间非常短暂，用户感觉不到服务的中断，因而迁移过程对用户是透明的。动态迁移适用于对虚拟机服务可用性要求很高的场合。

动态迁移需要将原有的虚拟机镜像放在采用 SAN（storage area network）或 NAS（network-attached storage）之类的集中式共享外存设备,这样迁移的时候,不是迁移整个硬盘镜象,而是迁移内存的信息.所以迁移起来,速度比较快,停顿时间少。

动态迁移实际上是把虚拟机的配置封装在一个文件中，然后通过高速网络，把虚拟机配置和内存运行状态从一台物理机迅速传送到另外一台物理机上，期间虚拟机一直保持运行状态。现有技术条件下，大多虚拟机软件如 VMware、Hyper-V、Xen 进行动态迁移都需要共享存储的支持。典型的共享存储包括 NFS 和 SMB/CIFS 协议的网络文件系统，或者通过 iSCSI 连接到 SAN 网络。选用哪一种网络文件系统，需要根据具体情况而定。本文的实验采用了 NFS 文件系统作为源主机和目的主机之间的共享存储。

v2v实验

准备工作：
1）两台宿主机，一台做服务端，另一台做客户端

2）关闭防火墙

服务端工作：

第一步：安装组件

[root@localhost ~]# yum -y install rpcbind nfs-utils

二：配置域名解析

root@localhost ~]# cat /etc/hosts
127.0.0.1   localhost localhost.localdomain localhost4 localhost4.localdomain4
::1         localhost localhost.localdomain localhost6 localhost6.localdomain6
192.168.253.165 aa　　　　　　165为服务端地址
192.168.253.160 bb

三：创建一个共享目录

mkdir /haha

四：更改nfs配置文件

将/haha目录共享给所有ip，有读写和同步权限

[root@localhost ~]# cat /etc/exports
/haha *(rw，sync)

五：发送密钥

[root@localhost ~]# ssh-keygen

[root@localhost ~]# ssh-copy-id 192.168.253.160

六：重启服务

[root@localhost ~]# systemctl restart nfs
[root@localhost ~]# systemctl restart rpcbind

七：将xiao这个虚拟机的配置文件和磁盘镜像复制到共享目录里

[root@localhost ~]# cp /var/lib/libvirt/images/xiao.qcow2 /haha
[root@localhost ~]# cp /etc/libvirt/qemu/xiao.xml /haha

八：更改xiao.xml的配置文件的device路径

<devices>
    <emulator>/usr/libexec/qemu-kvm</emulator>
    <disk type='file' device='disk'>
      <driver name='qemu' type='qcow2'/>
      <source file='/haha/xiao.qcow2'/>　　

九：更改/haha目录的权限

[root@localhost haha]# chmod -R 777 /haha/

十：启动xiao虚拟机

virsh start xiao

客户端工作：

一：下载nfs-utils组件

[root@localhost ~]# yum -y install nfs-utils

二：查看服务端发的共享目录

[root@localhost ~]# showmount -e 192.168.253.165
Export list for 192.168.253.165:
/haha *

三：创建目录当作共享目录的挂载点

[root@localhost ~]# mkdir /haha
[root@localhost ~]# mount -t nfs 192.168.253.165:/haha /haha

四：给改hostname主机名

hostname  bb              #临时改变hostname，这是因为热迁移的宿主机主机名不能相同

然后去到图形化界面：

1）将两台宿主机建立远程连接

2）将磁盘镜像的原路径改成之前配置文件更改的/haha/xiao.qcow2

3）开始进行热迁移

　

libvirt 的一些报错总结

出现Permission denied

error: internal error process exited while connecting to monitor: qemu-system-x86_64: -drive file=/home/d/shixun/vm/vdisk.img,if=none,id=drive-ide0-0-0,format=qcow2: could not open disk image /home/d/shixun/vm/vdisk.img: Permission denied

解决方案：

更改/etc/libvirt/qemu.conf，取消下面两行的注释

user = "root"

group = "root"

libvirtd无法重启

这是因为qemu.conf或者libvirtd.conf等文件配置被更改或者程序被占用

查看运行进程

ps aux | grep libvirtd

 

然后尝试恢复文件配置，执行：

service libvirtd restart

libvirtd的运行日志

在运行libvirtd的时候,我们需要获得lbivirtd的运行信息.所以我们需要找到他的日志文件.一般情况下,它是在/var/log/libvirt/libvirtd.log路径下.

可能在这个目录下没有发现这个的日志文件.那么就要配置一些libvitd的参数了.

编辑文件/etc/libvirt/libvirtd.conf

修改下面两处：

设置日志级别
 　　log_level = 

　指定日志输出名称

　　log_outputs="1:file:/var/log/libvirt/libvirtd.log"

然后查看 tail  -f  /var/log/libvirt/libvirtd.log