博主自从之前换了工作到现在，因为工作太忙的原因，已经好久没有更新博客了，深表歉意，还望大家理解。。。。。。
今天正好有点时间，整理下Openstack创建云主机的流程，大神勿喷
。
一、流程图
二、虚拟机创建流程如下
-
客户(用户)端通过命令行CLI或Dashboard Horizon使用自己的用户名密码请求认证组件keystone进行用户的验证；
-
keystone通过查询在keystone的数据库user表中是否存在user的相关信息，包括password加密后的hash值，并返回一个token_id（令牌），和 serviceCatalog(一些服务的endpoint地址，cinder、glance-api后面下载镜像和创建块存储时会用到)；
-
客户端带上keystone返回的token_id和创建虚机的相关参数，通过nova-api地址Post请求nova组件创建虚拟机；
-
nova-api接收到请求后，首先使用请求携带的token_id去访问keystone，验证令牌是否有效；
-
keystone验证通过后返回更新后的认证信息；
-
nova api通过查询Nova DB库，比对检查创建虚拟机的参数是否有效与合法；
检查虚拟机name是否符合命名规范，flavor_id是否在数据库中存在，image_uuid是否是正确的uuid格式，检查instance、vcpu、ram的数量是否超过配额。
-
当且仅当所有传参都有效合法时，更新nova数据库，新建一条instance记录，vm_states设为BUILDING，task_state设为SCHEDULING；
-
nova api 远程调用传递请求、参数给nova scheduler，把消息“请给我创建一台虚拟机”丢到消息队列，然后定时查询虚机的状态；
-
nova scheduler从queue中获取到“请给我创建一台虚拟机”的这条消息；
-
nova scheduler访问nova数据库，通过调度算法，过滤出一些合适的、空闲的计算节点，然后进行排序；
-
更新虚机节点信息，返回一个最优节点id 给nova scheduler；
-
nova scheduler选定host(最优节点id)之后，通过rpc.call的方式调用nova-compute服务，把“创建虚机请求”消息再次丢到消息队列(mq)；
-
nova compute从MQ中获取到创建虚拟机请求的消息；
#nova-compute有个定时任务，定期从数据库中查找到运行在该节点上的所有虚拟机信息，统计得到空闲CPU个数、空闲内存大小和空闲磁盘大小。然后更新数据库compute_node信息，以保证调度的准确性。
-
nova compute通过rpc.call的方式查询nova数据库中虚机的信息，例如主机模板和id；
-
nova conductor从消息队列中拿到请求查询数据库中该(虚拟机信息)的消息；
-
nova conductor查询nova数据库；
-
nova 数据库返回被查询的虚拟机信息给nova conductor；
-
nova conductor把查询到的虚拟机信息丢到MQ中，然后nova compute从消息队列中获取该虚拟机的信息；
-
nova compute 请求glance 的restful api，下载所需要的镜像，一般是qcow2格式的； http://www.cnblogs.com/zhoumingang/p/5522463.html
-
glance api 也会去keystone 验证请求的token是否有效；
-
token验证有效，glance api 返回镜像信息给nova-compute；
-
同理，nova compute请求neutron api配置网络（Quantum(Neutron的前身)），例如获取虚机的ip地址、掩码，网关等信息；
-
neutron api去keystone 验证请求的token是否有效；
-
token验证有效，neutron api 返回网 络信息给nova-compute；
-
25-27步骤. 同glance、neutron 验证token, 返回块设备信息，即云硬盘给nova-compute；
-
28步骤. 根据上面配置的虚拟机信息，生成xml，写入libvirt.xml文件，然后调用libvirt driver 去使用libvirt.xml 文件启动虚拟机。
三、总结
1、Openstack这种分布式的架构，各个模块之间松耦合，可以很容易的新增模块，而且配置灵活，服务可以安装在不同节点，即使部分服务挂了也不会影响。
2、虚拟机创建简单来说分三步，nova api接受创建虚机请求，nova scheduler为创建虚机指定宿主机，nova compute启动虚拟机。如果能够理解上面的所有步骤，那么对于定位问题可以精准,甚至有些问题可以自己解决，譬如虚机error了，如果你看到虚机的信息已经有host信息了，那基本能从novacompute的日志中看到问题所在，如果没有，基本是scheduler会有错误信息提示。
本文转自 linuxzkq 51CTO博客，原文链接:http://blog.51cto.com/linuxzkq/1964144
