OpenStack生产环境之Fuel HA浅析
问题导读1、OpenStack生产环境为什么推荐使用HA？
2、HA的3个控制节点都分别运行着什么服务？
3、Fuel HA的详细设计是什么？
static/image/hrline/4.gif
Fuel HA组成
OpenStack生产环境推荐使用HA，以避免单点故障，下图为Fuel HA设计图，HA要求有3个控制节点。
1）Pacemaker Cluster ：Pacemaker Cluster 由Pacemaker和Corosync组成，Pacemaker是一个集群资源管理器。它利用你喜欢的集群基础构件（OpenAIS 或heartbeat）提供的消息和成员管理能力来探测并从节点或资源级别的故障中恢复，以实现群集服务（亦称资源）的最大可用性。Corosync是集群管理套件的一部分，它在传递信息的时候可以通过一个简单的配置文件来定义信息传递的方式和协议等。
2) MySQL/Galera是一个MySQL的分布版，可用于创建一个同步多主MySQL（InnoDB）集群（只限于使用 MySQL/InnoDB 引擎）。它是基于写入设置同步的概念和打补丁的MySQL服务器以及Galera组成，一个实现WSREP接口的通用同步后端。MySQL/Galera具有真正的多主功能，能够在同一个表格同时在不同的节点上进行修改。这是真正的高度可用的，永远不会丢失已提交的事务。wsrep API 是一种数据库插件接口，比较类似一种应用程序，主要针对写复制，该程序主要用于定义应用程序如何调用复制库实现回写，wsrep API 由支持改库的应用程序动态装载。
原理图如下图所示：
3) HAProxy是一款提供高可用性、负载均衡以及基于TCP和HTTP应用的代理软件，HAProxy是完全免费的、借助HAProxy可以快速并且可靠的提供基于TCP和HTTP应用的代理解决方案。HAProxy适用于那些负载较大的web站点，这些站点通常又需要会话保持或七层处理。 HAProxy可以支持数以万计的并发连接,并且HAProxy的运行模式使得它可以很简单安全的整合进架构中，同时可以保护web服务器不被暴露到网络上。
Fuel HA详细设计
在OpenStack中的RESTful HTTP-based APIs 是无状态的（stateless），它的HA通过Pacemaker和HAProxy实现；AMQP-based RPC messages和database是有状态的服务(stateful),它们的HA是active/active, active/passive模式，如RabbitMQ使用了它自身内在的集群能力，database使用了MySQL/Galera。详细设计如下图所示：
每一个控制节点都运行HAProxy, HAProxy为所有的控制节点管理者一个外部虚拟IP(VIP)， 并提供HTTP/TCP的负载均衡，接受OpenStack API Services,RabbitMQ,MySQL的请求，RESTful API请求首先到的当前拥有外部虚拟IP的控制节点，再由它分发到自己或其他控制节点。Neutron agents和mysql-wsrep由pacemaker负责，如下图所示：
好帖，适合初学者
页:
[1]