一、openstack各大模块

　　1.openstack总架构图

　　http://3ms.huawei.com/km/blogs/details/2655265

　　2.nova

　　　　2.0架构图

　　　　2.1 nova-conductor

　　　　       nova-compute 经常需要更新数据库，比如更新虚机的状态。 出于安全性和伸缩性的考虑，nova-compute 并不会直接访问数据库，而是将这个任务委托给 nova-conductor

　　　　2.2 nova-scheduler

　　　　　  虚机调度服务，负责决定在哪个计算节点上运行虚机

　　　　　　　　具体调度配置  https://www.cnblogs.com/CloudMan6/p/5441782.html

 　　　　2.3 nova-compute

　　　　2.4 novncproxy

　　　 2.5 Hypervisor
　　　　　　计算节点上跑的虚拟化管理程序，虚机管理最底层的程序。 不同虚拟化技术提供自己的 Hypervisor。 常用的 Hypervisor 有 KVM，Xen， VMWare 等

　　　2.6 nova-console

　　　　　　用户可以通过多种方式访问虚机的控制台：
　　　　　　　　nova-novncproxy，基于 Web 浏览器的 VNC 访问 nova-spicehtml5proxy，
　　　　　　　　基于 HTML5 浏览器的 SPICE 访问 nova-xvpnvncproxy，
　　　　　　　　基于 Java 客户端的 VNC 访问

 　　　2.7 nova-consoleauth

　　　　　　负责对访问虚机控制台请求提供 Token 认证

　　　 2.8 nova-cert
　　　　　　提供 x509 证书支持

　　4、glance

　　　　4.1含义

　　　　　　管理 VM 的启动镜像，Nova 创建 VM 时将使用 Glance 提供的镜像。

　　　　4..2glance架构图

　　　　　　Image 的 metadata 会保持到 database 中，默认是 MySQL；image 是存放在 backend

　　　　4.3操作glance

　　　　　　4.3.1添加镜像

　　　　　　　　 ui方式  https://www.cnblogs.com/CloudMan6/p/5393376.html

　　　　　　        cli方式  glance image-create --name cirros --file /tmp/cirros-0.3.4-x86_64-disk.img --disk-format qcow2 --container-format bare --progress

　　　　　　4.3.2删除镜像

　　　　　　　　ui方式  https://www.cnblogs.com/CloudMan6/p/5402490.html

　　　　　　　　cli方式  glance image-delete  image-id名

　　　　　   4.3.3查询

　　　　　　　　glance image-list　　　　　　　　

 　　5、cinder

　　　　5.1含义

　　　　　　为云平台提供统一接口，按需分配的，持久化的块存储服务（类似于Amazon EBS服务）
　　　　　　　　通过驱动的方式接入不同种类的后端存储（本地存储，网络存储，FCSAN，IPSAN）

　　　　5.2 cinder架构图　　

https://www.cnblogs.com/CloudMan6/p/5573159.html

　　　　　　cinder-api
　　　　　　　　接收 API 请求，调用 cinder-volume 执行操作。

　　　　　　cinder-volume
　　　　　　　　管理 volume 的服务，与 volume provider 协调工作，管理 volume 的生命周期。运行 cinder-volume 服务的节点被称作为存储节点。

　　　　　　　　cinder-volume 会定期向 Cinder 报告。cinder-volume 就会报告当前存储节点的资源使用情况

　　　　　　cinder-scheduler
　　　　　　　　scheduler 通过调度算法选择最合适的存储节点创建 volume。

　　　　　　　　参考：https://www.cnblogs.com/CloudMan6/p/5589707.html

　　　　　　volume provider（LVS，NFS等）
　　　　　　　　数据的存储设备，为 volume 提供物理存储空间。 cinder-volume 支持多种 volume provider，每种 volume provider 通过自己的 driver 与cinder-volume 协调工作。

　　　　　　Message Queue
　　　　　　　　Cinder 各个子服务通过消息队列实现进程间通信和相互协作。因为有了消息队列，子服务之间实现了解耦，这种松散的结构也是分布式系统的重要特征。

　　　　　　Database

　　　　　　　　 Cinder 有一些数据需要存放到数据库中，一般使用 MySQL。数据库是安装在控制节点上的，比如在我们的实验环境中，可以访问名称为“cinder”的数据库。

　　　　Driver 框架

　　　　　　　　存储节点支持多种 volume provider，包括 LVM, NFS, Ceph, GlusterFS，以及 EMC, IBM 等商业存储系统。

　　　　　　　　 cinder-volume 为这些 volume provider 定义了统一的 driver 接口，volume provider 只需要实现这些接口

　　　　　　　　参考：https://www.cnblogs.com/CloudMan6/p/5578673.html

　　　　　　5.3 存储节点上本地的 LV 如何挂载到计算节点的 instance 上呢？通常情况存储节点和计算节点是不同的物理节点

　　　　　　　　Cinder 的存储节点 cinder-volume 默认使用 tgt 软件来管理和监控 iSCSI target，在计算节点 nova-compute 使用 iscsiadm 执行 initiator 相关操作。

　　　　　　　　参考：https://www.cnblogs.com/CloudMan6/p/5624930.html 

　　　　　　5.4 extend volume增加容量

　　　　　　　　参考：https://www.cnblogs.com/CloudMan6/p/5645305.html

 　　　　　  5.5 snapshot 

　　　　　　　　参考：https://www.cnblogs.com/CloudMan6/p/5657744.html

　　　　　  5.6 backup volume 

　　　　　　　　参考：https://www.cnblogs.com/CloudMan6/p/5662236.html

 　　　　　5.7 restore volume

　　　　　　　　参考：https://www.cnblogs.com/CloudMan6/p/5668872.html

　　　　　 5.8 boot from volume

　　　　　　　　参考： https://www.cnblogs.com/CloudMan6/p/5679384.html

　　　　　5.9 NFS volume 

　　　　　　　　参考： https://www.cnblogs.com/CloudMan6/p/5683352.html

　　　　　　　　　　　　https://www.cnblogs.com/CloudMan6/p/5693771.html

　　6、swift对象存储

　　　　6.1含义　　　

　　　　　　提供对象存储服务。VM 可以通过 RESTful API 存放对象数据。作为可选的方案，Glance 可以将镜像存放在 Swift 中；Cinder 也可以将 Volume 备份到 Swift 中。

　　　　　6.2优点

　　　　　　数据在整个系统中均匀分布
　　　　　　没有中央数据库
　　　　　　Account/Container/Object三级存储结构均无需文件系统，且均有N(>=3)份拷贝

　　　　6.3swift架构

 　　7、keystone鉴权管理

　　　　7.1keystone架构图

　　　　user：一个使用openstack云服务的人、系统或者服务。
　　　　project：项目，一组资源集合，包括虚拟资源如网络、虚拟机、卷等资源关联。
　　　　role：用户角色，和policy配合使用。
　　　　token：一个通过keystone验证的用户标识，它的范围与user+project或者user+domain关联，根据获取的token的方式来区分。
　　　　service：compute，image，identity，volume，network。
　　　　endpoint：service的网络接入地址，具有region属性。
　　　　group：用户的集合，便于给用户整体授予和取消权限
　　　　domain：类似命名空间，含有用户、角色、Group、Project等。
　　　　policy：对于服务的操作规则，和角色相关，可以定义哪个角色可以进行哪些操作（v3版本只增加了crud操作，没有逻辑实现替代policy.json的功能）
　　　　trust：一个用户可以通过trust将自己的role和个人信息转交给另一个用户使用

 　　8、Ceilometer

　　　　8.1含义

　　　　　　OpenStack中Ceilometer能把I层内部发生的事情和系统的运行情况收集起来，产生计量数据。FS OpenStack中Ceilometer主要为上层运维组件提供监控与告警数据，公有云下可用于计费

　　　　 8.2ceilometer框架

　　9、heat云编排

　　　　9.1heat架构图

　　　　模板是openstack资源的集合（虚拟机、网络、存储、告警、浮动IP、安全组、伸缩组、嵌套stack等），通过定义模板，可以将需要创建的资源在模板中描述，用此模板可以多次创建需要的资源。
　　　　由heat-api服务将这些模板由MQ实现的RPC方法发送至heat-engine服务处理，该服务将负责按照heat的规则解析这些模板，并最终将按照模板中定义的资源转换为对不同组件API的调用，实现应用的部署与安装。