OpenStack各组件详解和通讯流程

时间 2019-11-19

标签 openstack 组件详解通讯流程繁體版

原文原文链接

1、openstack由来

　　openstack最先由美国国家航空航天局NASA研发的Nova和Rackspace研发的swift组成。后来以apache许可证受权,旨在为公共及私有云平台建设。openstack主要用来为企业内部实现相似于Amazon EC2和S3的云基础架构服务（Iaas）.每6个月更新一次，基本与ubuntu同步，命名是以A-Z做为首字母来的。web

2、openstack项目与组件（服务名是项目名的别名）

一、核心项目3个

（1）控制台

服务名：Dashboard算法

项目名：Horizon数据库

功能：web方式管理云平台，建云主机，分配网络，配安全组，加云盘。apache

（2）计算

服务名：计算ubuntu

项目名：Nova（能够支持各类各样的虚拟化技术，vmware\kvm等）swift

功能：负责响应虚拟机建立请求、调度、销毁云主机。api

（3）网络

服务名：网络安全

项目名：Neutron（实现网络虚拟化）服务器

功能：实现SDN（软件定义网络），提供一整套API，用户能够基于该API实现本身定义专属网络，不一样厂商能够基于此API提供本身的产品实现。
restful

二、共享服务项目3个

（1）认证服务

服务名：认证服务

项目名：Keystone

功能：为访问openstack各组件提供认证和受权功能，认证经过后，提供一个服务列表（存放你有权访问的服务），能够经过该列表访问各个组件。

（2）镜像服务

服务名：镜像服务

项目名：Glance

功能：为云主机安装操做系统提供不一样的镜像选择

（3）计费服务

服务名：计费服务

项目名：Ceilometer（监控）

功能：收集云平台资源使用数据，用来计费或者性能监控

三、存储项目2个（附加项目）

　　如今主流的存储主要是三种：文件存储、块存储、对象存储。

　　文件存储至关于一个大的文件夹，典型是FTP\NFS服务器，以文件做为传输协议。Ext三、Ext四、NTFS是本地文件存储，NFS、CIFS是网络文件存储（NAS存储）；最明显的特征是支持POSIX的文件访问接口：open、read、write、seek、close等；优势：便于扩展&共享；缺点：读写速度慢。

　　块存储在物理级别的最小读写单位是扇区。块存储能够认为是裸盘，最多包一层逻辑卷（LVM）；常见的DAS、FC-SAN、IP-SAN都是块存储，块存储最明显的特征就是不能被操做系统直接读写，须要格式化为指定的文件系统（Ext三、Ext四、NTFS）后才能够访问。优势：读写快（带宽&IOPS）；缺点：由于太底层了，不利于扩展。

　　对象存储将元数据独立了出来，控制节点叫元数据服务器（服务器+对象存储管理软件），里面主要负责存储对象的属性（主要是对象的数据被打散存放到了那几台分布式服务器中的信息），而其余负责存储数据的分布式服务器叫作OSD，主要负责存储文件的数据部分。当用户访问对象，会先访问元数据服务器，元数据服务器只负责反馈对象存储在哪些OSD，假设反馈文件A存储在B、C、D三台OSD，那么用户就会再次直接访问3台OSD服务器去读取数据。

　　基于rest api的方式访问，说穿了就是url地址。对象存储和分布式文件系统的表面区别：对象存储支持的访问接口基本都是restful接口、而分布式文件系统提供的POSIX兼容的文件操做接口；

（1）对象存储

服务名：对象存储

项目名：Swift

功能：REST风格的接口和扁平的数据组织结构。RESTFUL HTTP API来保存和访问任意非结构化数据，ring环的方式实现数据自动复制和高度能够扩展架构，保证数据的高度容错和可靠性

（2）块存储

服务名：块存储

项目名：Cinder

功能：提供持久化块存储，即为云主机提供附加云盘。

四、高层服务项目1个

（1）编排服务

服务名：编排服务

项目名：Heat

功能：自动化部署应用，自动化管理应用的整个生命周期.主要用于Paas

3、openstack各组件详解及运行流程

一、各组件逻辑关系图

二、openstack新建云主机流程图

三、虚拟机启动过程

界面或命令行经过RESTful API向keystone获取认证信息。
keystone经过用户请求认证信息，并生成auth-token返回给对应的认证请求。
界面或命令行经过RESTful API向nova-api发送一个boot instance的请求（携带auth-token）。
nova-api接受请求后向keystone发送认证请求，查看token是否为有效用户和token。
keystone验证token是否有效，若有效则返回有效的认证和对应的角色（注：有些操做须要有角色权限才能操做）。
经过认证后nova-api和数据库通信。
初始化新建虚拟机的数据库记录。
nova-api经过rpc.call向nova-scheduler请求是否有建立虚拟机的资源(Host ID)。
nova-scheduler进程侦听消息队列，获取nova-api的请求。
nova-scheduler经过查询nova数据库中计算资源的状况，并经过调度算法计算符合虚拟机建立须要的主机。
对于有符合虚拟机建立的主机，nova-scheduler更新数据库中虚拟机对应的物理主机信息。
nova-scheduler经过rpc.cast向nova-compute发送对应的建立虚拟机请求的消息。
nova-compute会从对应的消息队列中获取建立虚拟机请求的消息。
nova-compute经过rpc.call向nova-conductor请求获取虚拟机消息。（Flavor）
nova-conductor从消息队队列中拿到nova-compute请求消息。
nova-conductor根据消息查询虚拟机对应的信息。
nova-conductor从数据库中得到虚拟机对应信息。
nova-conductor把虚拟机信息经过消息的方式发送到消息队列中。
nova-compute从对应的消息队列中获取虚拟机信息消息。
nova-compute经过keystone的RESTfull API拿到认证的token，并经过HTTP请求glance-api获取建立虚拟机所须要镜像。
glance-api向keystone认证token是否有效，并返回验证结果。
token验证经过，nova-compute得到虚拟机镜像信息(URL)。
nova-compute经过keystone的RESTfull API拿到认证k的token，并经过HTTP请求neutron-server获取建立虚拟机所须要的网络信息。
neutron-server向keystone认证token是否有效，并返回验证结果。
token验证经过，nova-compute得到虚拟机网络信息。
nova-compute经过keystone的RESTfull API拿到认证的token，并经过HTTP请求cinder-api获取建立虚拟机所须要的持久化存储信息。
cinder-api向keystone认证token是否有效，并返回验证结果。
token验证经过，nova-compute得到虚拟机持久化存储信息。
nova-compute根据instance的信息调用配置的虚拟化驱动来建立虚拟机。