openstack云平台构建方案

本文是近期公司有云平台搭建需求，我给出的一个方子。纯粹是纸上谈兵，希望后期我可以亲自部署，此方案才有细化的可能。?

一、现有资源和需求说明

(1)服务器数量 8 台。没有专用存储设备。 (2)考虑后期的高可用。

二、openstack 逻辑架构方案

2.1 openstack 组件逻辑关系图(非 HA 结构)

云平台整体架构

部署方案:

控制节点：鉴权服务、镜像管理、消息队列、数据库、计算调度、存储调度、
网络服务和云管理控制台。
计算节点：计算服务、libvirt 服务、KVM 虚拟机和网络代理。
存储节点：存储服务、lvm 或 ceph。

高可用方案:

实际生产环境必须考虑控制节点的高可用，本架构中用 2 台控制节点实现高可用，两台控制节点 额外需要部署的服务如下:

控制节点 1	控制节点 2
Haproxy (Active)	Haproxy (Standby)
Pacemaker cluster	Pacemaker cluster
MySQL Galera	MySQL Galera

2.2 网络部署图

上图为网络物理拓扑结构。
网络架构永远是 iaas 平台中最为复杂的一部分。鉴于租户对本平台使用需求简单，暂不支持租户 可以自主创建和管理属于自己的多个租户子网。所以网络架构选择易于实现和管理的 provider 网络 类型。vm 网络逻辑拓扑图如下:

三、openstack 部署涉及的组件列表

角色	数量	作用	必备服务
控制 节点	2台	负责对其 余节点的 控制	基础服务: (1)时间同步服务NTP(2)数据库mariadb (3)消息队列rabbitMQ (4)缓存服务 memcached(5)键值系统 etcd(6)负载均衡器 Haproxy(7)集群管理 Pacemaker 核心服务: (1)认证服务 Keystone (2)镜像管理 Glance (3)网络服务 Neutron-server(4)控制台 Horizon(5)计算调度服务 Nova-scheduler
计算 节点 /存 储节点	6台	负责虚拟 机的运行	(1) 集群管理 pacemaker remote (2)计算服务 Nova-compute (3) 网络服务 Neutron-linuxbridge (4)存储服务 Cinder

对上述列表的说明
说明 1:存储节点和计算节点复用
当前将存储服务和计算服务部署在相同节点。后期有独立存储时，可以将存储节点独立出来，实 现计算节点的“无状态”。
说明 2:网络节点、镜像节点部署在控制节点。

四、部署方|式和参考链接

部署方式:手动部署 部署参考:https://docs.openstack.org/install-guide/