前言从7.8号开始分析OpenStack已经有两周了，原本计划一个月分析完Neutron和Nova的，但是捋了下Nova的虚拟机启动流程，尤其是看到popsuper1982仁兄写得虚拟机启动的100个知识点，大概流程是清楚了，但是我没办法再去逐一深究，所以想把这里面再提取几个我关注的知识点研究一下。先借用一下网上的两张图：虚拟机启动的100个知识点虚拟机启动的整体流程这里面我比较关注的几个问

转自：https://www.ibm.com/developerworks/cn/cloud/library/1508_wangyx_openstacklivemigrate/本文尝试回答与 Live migration 相关的几个问题：Live migration 是什么？为什么要做 Live migration？如何做 Live migration？如果你读完本文，基本了解了这三个问题的答案，

前言在【OpenStack源码分析之六】从虚拟机启动流程看安全认证 中有提到一个问题是关于OpenStack的HA机制和灾难恢复（DR机制）的，HA和DR都是保障可用性的，两者都可以用两个维度来衡量，RTO （Recovery Time Objective）和 RPO（Recovery Point Objective）。RTO 是服务恢复的时间，最佳的情况是 0，这意味着服务立即恢复；最坏是无穷大

Nova架构概览Nova是OpenStack社区最核心的项目，也是社区诞生之时就一直存在的项目，它主要提供计算资源的服务，这个计算资源包含了虚机以及配套的存储，网络等资源。我比较喜欢把OpenStack和Linux做类比，我们知道进程（Task）是处于执行期的程序以及相关资源的总称，如果把虚机类比为进程，Nova就类似于Linux中的进程管理和调度模块。所以Nova会和很多其他的组件交互，不仅包括

前言正在捋Nova的代码，从服务启动的入口这块就用到了第三方的Oslo_messaging库，可能也是因为消息中间件确实是整个软件的瓶颈，Oslo_messaging试图隔离出消息中间件和应用之间的接口，使得不仅仅可以使用RabbitMQ,也可以使用Kafka等其他中间件。RabbitMQ介绍这里十分感谢anzhsoft的技术专栏http://blog.csdn.net/column/detail

ONOS 设计目标ONOS是一个采用OSGI技术来管理子项目的SDN控制器开源项目，在最初设计时有这么几个目标是明确的：代码模块化：支持把新的功能作为新的独立单元引入特性可配置：无论是在启动还是运行时，支持动态加载和卸载特性协议无关：应用不需要和具体的协议库和实现绑定模块化的实现：ONOS项目由一组子项目组成，每个项目都有自己的源代码树，可以独立构建。为此，ONOS的源码采用分层的方式来组织