深入理解OpenStack-虚拟机存放目录

前言

现在已经部署好了OpenStack，并且成功创建并运行了一台虚拟机。现在还没有使用Cinder的块存储，那么这台虚拟机在物理硬盘上存在了哪里呢？

由计算节点的nova配置文件nova.conf中的可知：默认存储路径为/var/lib/nova/instances

具体控制参数为：instances_path=$state_path/instances,而state_path这个变量的路径为/var/lib/nova

目录结构如下:
[root@compute instances]# tree
.
├── 1612ab91-6294-46d0-9262-e5020e9f24dc
│   ├── console.log     
│   ├── disk
│   └── disk.info
├── _base
│   └── a7cd09d9e59baa8f81e5e6f7f61bcbeac9eb179c
├── compute_nodes
└── locks
    ├── nova-a7cd09d9e59baa8f81e5e6f7f61bcbeac9eb179c
    └── nova-storage-registry-lock

来看下虚拟机的大小

[root@compute 1612ab91-6294-46d0-9262-e5020e9f24dc]# ls -lh
total 2.7M
-rw------- 1 root root  19K Jan 12 22:23 console.log
-rw-r--r-- 1 qemu qemu 2.7M Jan 15 16:20 disk
-rw-r--r-- 1 nova nova   79 Jan 12 22:16 disk.info

可以看到disk只有2.7M, 一个系统内核都比这个要大，这是为啥呢？ 在file下这个disk文件

[root@compute 1612ab91-6294-46d0-9262-e5020e9f24dc]# file disk
disk: QEMU QCOW Image (v3), has backing file (path /var/lib/nova/instances/_base/a7cd09d9e59baa8f81e5e6f7f61bcbeac), 5368709120 bytes
使用的是QCOW V3版本，QCOW格式特点之一就是：支持写时拷贝(COW, copy-on-write),镜像文件只反映底层的磁盘变化。

什么是Copy-on-Write镜像文件？

qcow 镜像可以用来保存另一个镜像文件的变化，它并不去修改原始镜像文件，只记录与原始镜像文件的不同即可，这种镜像文件就叫做 copy-on-write 镜像。虽然是一个单独的文件，但它的大部分的数据都来自原始镜像，只有跟原始镜像文件相比有变化的才会被记录下来。

可以通过qemu-img命令获取更详细的内容:

[root@compute 1612ab91-6294-46d0-9262-e5020e9f24dc]# qemu-img info disk
image: disk
file format: qcow2
virtual size: 5.0G (5368709120 bytes)          #这里才是真正创建的虚拟机大小
disk size: 2.6M                                #QCOW2更小的空间占用
cluster_size: 65536
backing file: /var/lib/nova/instances/_base/a7cd09d9e59baa8f81e5e6f7f61bcbeac9eb179c
Format specific information:
    compat: 1.1
    lazy refcounts: false
    refcount bits: 16
    corrupt: false
    
支持写时拷贝（COW, copy-on-write），镜像文件只反映底层磁盘的变化；也就是说现在我们看到的disk这个磁盘镜像，是/var/lib/nova/instances/_base/a7cd09d9e59baa8f81e5e6f7f61bcbeac9eb179c基础上变化的内容。可以通过qemu-img命令获取更详细的内容。

接下来查看下真正镜像的详细信息：

[root@compute instances]# qemu-img info /var/lib/nova/instances/_base/a7cd09d9e59baa8f81e5e6f7f61bcbeac9eb179c 

image: /var/lib/nova/instances/_base/a7cd09d9e59baa8f81e5e6f7f61bcbeac9eb179c
file format: raw
virtual size: 39M (41126400 bytes)
disk size: 18M

可以看到，这是一个raw格式的镜像，虚拟大小是39M, 实际使用是18M

Libvirt.xml

我们知道OpenStack是使用Nova-compute来调用底层的KVM来创建虚拟机，那么既然是使用libvirt那么在我们/etc/libvirt/qemu下面就应该能看到相应的xml

[root@compute ~]# cd /etc/libvirt/qemu
[root@compute qemu]# ls
instance-00000003.xml  networks
[root@compute qemu]# head -6 instance-00000003.xml 
<!--
WARNING: THIS IS AN AUTO-GENERATED FILE. CHANGES TO IT ARE LIKELY TO BE
OVERWRITTEN AND LOST. Changes to this xml configuration should be made using:
  virsh edit instance-00000003
or other application using the libvirt API.
-->

和之前我们创建KVM虚拟机一样，这个xml是自动生成的，提示你不要修改本xml，如果想修改可以使用  virsh edit instance-00000001。好吧，千万不要使用virsh来试图修改OpenStack创建的虚拟机的xml，因为你修改了没有用，因为OpenStack会在虚拟机软重启或者硬重启的时候重新动态的生成libvirt.xml。到时候你所有的修改，就消失了。

• 本文作者： GaryWu
• 本文链接： https://garywu520.github.io/2018/01/15/深入理解OpenStack-虚拟机存放目录/
• 版权声明： 本博客所有文章除特别声明外，均采用 MIT 许可协议。转载请注明出处！