OpenStack(T版)基础环境部署详解

---

前言

通过搭建openstack基础环境架构，来熟悉了解openstack服务部署具体流程

---

一、OpenStack架构

1.1 OpenStack概念架构

1.1.1 以架构维度来看

分为：全局组件、核心组件、辅助组件

全局组件

Keystone：身份认证服务，提供认证，管理全局权限，认证和授权的组件
Ceilometer：计量服务，监控，监控整个集群架构的状态
Horizon：控制面板服务，可以使用openstack架构中的所有功能

辅助/其它组件

Ironic：裸金属（裸机）提供基本的硬件资源
Trove：数据库，管理数据库的服务（关系，非关系）；存储openstack实例数据，各组件之间调用，使用情况；日志文件
Heat：对数据进行分析，编排，处理，精细化管理
Sahara：

核心组件

Nova（计算服务）
Glance（镜像服务）
Neutron（网络服务）
Swift（对象存储服务）
Cinder（块存储服务）
由nova将资源收集整合，统一提供给虚拟机
如果要添加其他一些功能，关联，调用一些功能组件的API或者把功能对应的API暴露出来后，供给其它组件去对接，调用（openstack的灵活性）

1.2 OpenStack逻辑架构

讲解了openstack 内部各组件的通讯对接方式（组件于组件之间组件内部，子功能模块之间的通讯）

1.2.1 内容解析：

首先以逻辑架构来说

第一层∶

主要是介绍了 Openstack原生架构中，主要的全局组件，核心组件，辅助组件，每类组件由不同的服务组成。

第二层∶

不同的服务之间是通过API进行对接，用消息队列（rabbitmq）的方式来通讯，各组件之间通讯通过restful进行了一个格式的规范，以及合法的验证。

第三层∶

单个服务内部有多个子功能模块，这些模块负责具体的功能处理，它们之间也是借助 rabbitmq 来通讯。

1.3 OpenStack组件通信关系

openstck内部根据功能可以划分不同的通讯方式

基于AMQP协议的通信

• 用于每个项目内部各个组件之间的通信

同于SQL的通信

• 用于各个项目内部的通信

基于HTTP协议进行通信

• 通过各项目的API建立的通信关系，API都是Restful web API

openstack 中API是一个很核心的概念

restful∶是一种交互/通讯的规范

web∶由Apache 承载API，Apache提供了一个web展示页面

API∶组件和组件对接的技术（是点到点的通信）

通过Native API 实现通信

• Openstack各组件和第三方软硬件之间的通信。各组件通过Native
  API和第三方软硬件的API进行交互，形成OPenstack的扩展性。

1.4 Openstack物理架构

1.4.1 控制节点
作用：

分发任务，主要管理其他节点

控制节点也可以跑实例资源（处理具体任务）

① 支持服务