【OpenStack】Nova中的rebuild和evacuate（HA）

本文主要是介绍【OpenStack】Nova中的rebuild和evacuate（HA），希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

声明：

本博客欢迎转发，但请保留原作者信息!

新浪微博：@孔令贤HW；

博客地址：http://blog.csdn.net/lynn_kong

内容系本人学习、研究和总结，如有雷同，实属荣幸！

更新记录：

2013.06.24  增加在实际环境中rebuild的操作示例

2013.06.26  后端卷启动的虚拟机，rebuild无效

版本：Grizzly 2013.06.15

hypervisor：KVM

1、概念

rebuild：xp系统的虚拟机用烦了，想换个linux的操作系统，就可以使用rebuild。

evacuate：虚拟机所在的host宕机了，可以使用evacuate将虚拟机在另外一个host上启起来，其实利用这个接口配合host监控工具，可以实现虚拟机的HA能力。

为什么要将这两个一起说呢，是因为在底层，这两个接口其实对应一个操作。

2、rebuild

引用一下官方的API文档说明：

底层的实现，其实就是在虚拟机所在的host上，将原来的虚拟机干掉，然后再根据新的镜像创建一个新的虚拟机，实现虚拟机系统盘的变更，而用户盘的数据是不变的（软件的安装和配置会丢失），虚拟机的网络信息也不变。API里的accessIPv4和accessIPv6参数，在使用Quantum的场景下，是无效的。

目前rebuild仅支持active和stopped状态的虚拟机。而且使用后端卷启动的虚拟机，rebuild之后系统盘不会发生变化，见后面的实验部分。

3、evacuate

引用官方的API文档说明：

该接口使用的前提是虚拟机所在的host宕机。

参数onSharedStorage是让使用者指明，计算节点是否使用共享存储。其实在计算节点是有能力判断是否使用共享存储的（并且计算节点也确实会再进行判断），这里写在接口里，猜测应该是为了在API层做判断吧。

当使用共享存储时，才是真正意义上的HA，虚拟机的软件和数据不会丢失；否则，只有虚拟机的用户盘数据不会丢失，系统盘是全新的系统盘。

上面提到，rebuild和evacuate在底层的实现是一样的。其实想想也是，两个接口都需要重新创建虚拟机，唯一的区别是：

1、rebuild需要多做一步删除虚拟机的操作，而evacuate是直接创建新虚拟机。

2、rebuild使用的镜像是接口指定的新的镜像（可以与老镜像相同），而evacuate使用的是虚拟机原来的镜像。

再次引用下wiki上的evacuate流程图：

但evacuate也有一些不足，比如如果支持系统自动选择主机，用户体验可能会更好；还有，同rebuild一样，目前evacuate仅支持active和stopped状态的虚拟机，其他状态（paused，suspended等）的虚拟机是不支持的，这也就意味着其他状态的虚拟机遇到host故障的时候是无法恢复的。

顺带说一句，目前只有libvirt driver支持rebuild和evacuate。

4、实践

4.1、rebuild

步骤如下：

1、先使用keypaire创建cirros虚拟机，关联floatingip，创建成功后，ssh登录，操作正常。

2、命令行执行rebuild，指定ubuntu镜像，注意此时虚拟机的image已经发生改变：

3、等待虚拟机状态变为ACTIVE，再次登录虚拟机：

看到系统盘已经变成Ubuntu系统。

4、后端卷启动的虚拟机，rebuild

比如有一个虚拟机，后端卷启动，后端卷是cirros镜像：

注意image字段中，显示该虚拟机是boot from volume。

对该虚拟机进行rebuild操作，指定ubuntu镜像：

待虚拟机active之后，VNC登录虚拟机，发现虚拟机并没有发生变化，还是cirros。

因为rebuild在nova driver层调用还是spawn函数创建新的虚拟机，而后端卷启动的虚拟机，是不会跟glance打交道的，还是直接挂载系统盘。

这篇关于【OpenStack】Nova中的rebuild和evacuate（HA）的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！

---