penStack基于Libvirt的虚拟化平台调度实现----Nova虚拟机启动源码实现(1)

nova通过独立的软件管理模块实现xenserver、hyper-v和vmwareesx的调用与管理，同时对于其他的hypervisor，如kvm、lxc、qemu、uml和xen则是通过libvirt标准接口统一实现，其中kvm是nova-compute中libvirt默认调用的底层虚拟化平台。为了更好地理解在nova环境下libvirt是如何管理底层的hypervisor，先要基本了解libvirt的体系架构与实现方法。这部分详细内容请见另外一篇博文libvirt学习总结。

libvirt是一种实现虚拟化平台能力交互的工具集，它为所支持的hypervisor提供了一种通用的api接口套件，上层管理平台（如nova）通过libvirt来实现对虚拟机的生命周期管理。libvirt当前支持以下底层虚拟化平台：kvm：linux平台仿真器；qemu：面向各种架构的平台仿真器；xen：面向ia-32、ia-64和powerpc970架构的虚拟机监控程序；lxc：用于操作系统虚拟化的linux（轻量级）容器；openvz：基于linux内核的操作系统级虚拟化；usermodelinux：面向各种架构的linux平台仿真器；virtualbox：x86虚拟化虚拟机监控程序；esx、gsx：vmw爱热企业级虚拟化平台；vmwareworkstation、vmwareplayer：vmware用户级虚拟化平台；hyper-v：microsoft虚拟化平台。另外，libvirt支持以bridging、nat、vepa和vn-link方式构建虚拟网络，以及支持基于不同制式的ide/scsi/usbdisks、fibrechannel、lvm、iscsi、nfs和filesystems存储。因此，libvirt在功能性、兼容性以及管理等方面的优势十分明显。

libvirt对底层虚拟化平台的调用与管理有两种方式：本地管理与远程管理。其中，本地管理模式下、上层管理平台系统、libvirt、虚拟化平台以及客户虚拟机均不属在同一物理主机节点之上；远程管理模式下，上层管理平台系统与底层虚拟化平台以及客户虚拟机分别不属在不同的物理主机节点上。当所有的组件部署在同一物理节点时，上层管理平台系统通过libvirt工作，以控制本地域中的所有底层虚拟化软件，该种方式在安全性、可靠性以及可扩展性方面存在一定弊端。因此，相比而言基于libvirt的远程控制模式可以较好地解决本地管理模式所遇到的问题。

在libvirt环境下，一台虚拟机随着用户需求的改变可能会经历如下状态：undefined：一台虚拟机的初始化状态，libvirt对处于该状态的guestdomain不执行任何创建或定义的操作；defined：只有持久类型的domain存在本状态，guestdomain已经被创建；running：基于某种hypervisor的guestdomain虚拟机已经正常运行，可被客户控制并操作；paused：hypervisor上对该guestdomain虚拟机执行挂起操作，状态被临时存储直至恢复；saved：类似于paused状态，不同的是guestdomain虚拟机的相关状态与数据被永久存储，当接收到客户请求恢复的指令之后，处于saved状态下的guestdomain虚拟机被恢复。

以上简要描述了libvirt相关的管理能力与技术特征，nova基于libvirt在功能方面实现与底层虚拟化平台的无缝兼容。nova对于底层hypervisor（如kvm/qemu等）的调用与管理主要通过libvirtdriver类（见nova源代码“nova/virt/libvirt/driver.py”）来实现，该类与类xenapidriver、vmwareesxdriver、hypervdriver类似，均是computedriver基类的一个特殊实现。libvirtdriver类通过“_conn=property(_get_connection)”语句定义了一个连接属性，在执行虚拟机管理相关的操作时，调用libvirtdriver实例的这个属性的同时，就意味着执行_get_connection方法，打开底层hypervisor的连接。

libvirt对hypervisor的连接有两种方式：一种是只读式；另一种是认证式。只读式的连接只能对hypervisor进行读访问，所允许的api调用集合有限，比较适合监控性的应用程序；认证式的连接能够经过认证对hypervisor进行读写访问，但是需要包含一个认证参数才能执行相关的写操作。libvirtconnection类中虽然能根据“readonly”条件来选择其中一种方式，但是实际执行nova时，由于“readonly”参数的默认值是false，并且在建立libvirt链接时并无修改，因此系统连接方式是认证是连接。nova通过libvirt建立于底层hypervisor认证式连接的关键语句是“libvirt.openauth(uri,auth,0)”。其中，libvirt作为一个python模块，通过它能够调用libvirt库中与hypervisor相关的管理api；“uri”参数主要是连接到hypervisor的入口地址，如系统要求连接到本地的xenhypervisor，其本地uri是“xen:///”；“auth”参数是提供相应的认证信息，进一步实现libvirt对hypervisor的读写操作。以下选取创建虚拟机的进程具体说明nova如何基于libvirt实现对底层虚拟化平台的调用与管理。在libvirtconnection类中，通过“spawn”方法来实现虚拟机的创建，“spawn”调用方法_create_domain_and_network来启动一个新的domain，在方法_create_domain_and_network中，实际与hypervisor建立连接的语句是“domain=self._conn.definexml(xml)”；在建立与hypervisor连接的基础上执行definexml方法，创建并定义一个domain，但是此时的domain还未启动，必须执行“domain.createwithflags(launch_flags)”语句来启动之前定义好的虚拟机domain。

下面来详细的解析方法spawn，来看看openstacknova中是如何应用libvirt库来启动虚拟机的。

我们来看方法spawn：