Ubuntu12.10 下搭建基于KVM-QEMU的虚拟机环境(十四)

今天我们继续试验snapshot的功能。

1. 启动虚拟机,在空的D盘上新建一个文本文档test.txt;

2. 定义创建snapshotXML:

<domainsnapshot>

<name>snap1</name>

<disk name='hda' snapshot='external'>

<driver type='qcow2'/>

</disk>

<disk name='hdb' snapshot='external'>

<driver type='qcow2'/>

</disk>

</domainsnapshot>

也即定义了创建这个虚拟机的外部快照。

3. 执行创建外部快照的命令:

Ubuntu12.10 下搭建基于KVM-QEMU的虚拟机环境(十四)

命令执行显示“snap1”的快照创建成功。

4. 查看快照创建情况:

Ubuntu12.10 下搭建基于KVM-QEMU的虚拟机环境(十四)

virshsnapshot-list 查看“snap1”快照已经创建,是个磁盘快照。

Ubuntu12.10 下搭建基于KVM-QEMU的虚拟机环境(十四)

同时到虚拟机定义目录下可以看到 xp_c.snap1 xp_d.snap1已经新生成出来。

Ubuntu12.10 下搭建基于KVM-QEMU的虚拟机环境(十四)

目前虚拟机D盘里有个叫test.txt的文本文件,也即做这个快照时的D盘状态。到目前为止xp_d.img已经变成只读,之后所有的改变都会写入到xp_d.snap1里面。

5. D盘再创建一个文本文件:test2.txt

Ubuntu12.10 下搭建基于KVM-QEMU的虚拟机环境(十四)

目前虚拟机里D盘的状态是有2个文本文档:test.txt test2.txt

6. 修改创建snapshotXML:

<domainsnapshot>

<name>snap2</name>

<disk name='hda' snapshot='external'>

<driver type='qcow2'/>

</disk>

<disk name='hdb' snapshot='external'>

<driver type='qcow2'/>

</disk>

</domainsnapshot>

重新执行上述步骤3-4,我们发现snap2快照也被创建出来了。到目前为止xp_d.snap1已经变成只读,之后所有的改变都会写入到xp_d.snap2里面。

7. 现在我们来看一下snap2snap1和原始镜像的关系:qemu-imginfo xp_d.snap2

Ubuntu12.10 下搭建基于KVM-QEMU的虚拟机环境(十四)

可以看到 xp_d.snap2 backingfile xp_d.snap1,而 xp_d.snap1 backing file xp_d.img。也就是说,当打快照的时候,原来的镜像文件就成为快照镜像的parent,总的快照路径上是单向的继承的关系:

xp_d.img ——> xp_d.snap1 ——> xp_d.snap2 …….

这种快照关系如果能够很好的组织维护,那么就能起到一个很好的类似备份的效果,因为打快照的时候一般都是在系统完好的时候,如果在打完快照又做了一些系统改变(如装了一个新的软件)导致系统损坏,那么可以通过还原到之前的快照点来恢复系统。假设我们往D盘放了一个带病毒的test3.exe:

Ubuntu12.10 下搭建基于KVM-QEMU的虚拟机环境(十四)

用了一会发现系统越来越慢,我们决定恢复到snap1的快照去,该怎么做呢?

8. 系统还原到快照1virshsnapshot-revert XP_VM3 snap1

Ubuntu12.10 下搭建基于KVM-QEMU的虚拟机环境(十四)

可惜目前版本的libvirt还不支持对外部快照的还原,对内部快照还原已经实现。

这种情况下,我们只好采用一种变通的方式:

snap1合并到parent:

Ubuntu12.10 下搭建基于KVM-QEMU的虚拟机环境(十四)

经过这个合并后,快照1的变动合并到了母镜像中(不包括快照2以后的任何改变)。

然后重新定义一个以xp_c.imgxp_d.img的虚拟机,重新启动后,我们看到系统D盘里只有打快照2之前的test.txttest2.txt,而不包括打快照2之后的test3.exe及其他改变,也就恢复到了一个“中病毒”之前的状态:

Ubuntu12.10 下搭建基于KVM-QEMU的虚拟机环境(十四)

相信过一段时间支持外部快照恢复的libvirt版本也会完成,到时候就没那么麻烦了。