《OpenStack高可用集群（上册）：原理与架构》—3.2　Pacemaker集群分类

3.2　Pacemaker集群分类

Pacemaker对用户的环境没有特定的要求，这使得它支持任何类型的高可用节点冗余配置，包括Active/Active、Active/Passive、N＋1、N＋M、N-to-1 and N-to-N模式的高可用集群，用户可以根据自身对业务的高可用级别要求和成本预算，通过Pacemaker部署适合自己的高可用集群。

（1）Active/Active模式

在这种模式下，故障节点上的访问请求或自动转到另外一个正常运行节点上，或通过负载均衡器在剩余的正常运行的节点上进行负载均衡。这种模式下集群中的节点通常部署了相同的软件并具有相同的参数配置，同时各服务在这些节点上并行运行。

（2）Active/Passive模式

在这种模式下，每个节点上都部署有相同的服务实例，但是正常情况下只有一个节点上的服务实例处于激活状态，只有当前活动节点发生故障后，另外的处于Standby状态的节点上的服务才会被激活，这种模式通常意味着需要部署额外的且正常情况下不承载负载的硬件。

（3）N＋1模式

所谓的N＋1就是多准备一个额外的备机节点，当集群中某一节点故障后该备机节点会被激活从而接管故障节点的服务。在不同节点安装和配置有不同软件的集群中，即集群中运行有多个服务的情况下，该备机节点应该具备接管任何故障服务的能力，而如果整个集群只运行同一个服务，则N＋1模式便退变为Active/Passive模式。

（4）N＋M模式

在单个集群运行多种服务的情况下，N＋1模式下仅有的一个故障接管节点可能无法提供充分的冗余，因此，集群需要提供M（M＞1）个备机节点以保证集群在多个服务同时发生故障的情况下仍然具备高可用性，M的具体数目需要根据集群高可用性的要求和成本预算来权衡。

（5）N-to-1模式

在N-to-1模式中，允许接管服务的备机节点临时成为活动节点（此时集群已经没有备机节点），但是，当故障主节点恢复并重新加入到集群后，备机节点上的服务会转移到主节点上运行，同时该备机节点恢复Standby状态以保证集群的高可用。

（6）N-to-N模式

N-to-N是Active/Active模式和N＋M模式的结合，N-to-N集群将故障节点的服务和访问请求分散到集群其余的正常节点中，在N-to-N集群中并不需要有Standby节点的存在，但是需要所有Active节点均有额外的剩余可用资源。

在实际的高可用集群部署中，两节点主备高可用模式（Active/Passive）是一种较为常见的部署模式，

其架构如图3-2所示。

在Active/Passive模式下，只有主节点运行服务，备节点处于Standby模式，当主节点发生故障时，备节点将迅速接管故障服务并对外提供访问。在Linux环境中，使用Pacemaker和DRBD的双节点主备方案作为一种高效、经济的开源解决方案在很多企业高可用环境中被采用，

其高可用模式如图3-3所示，

当Active节点故障后，共享存储锁将被释放，与此同时Standby节点将挂载共享存储，之后与故障节点相同的服务将在Passive节点重新启动并对外提供服务。

在Active/Passive模式中，如果需要配置多个独立Cluster，而每个Cluster又都配置一个Standby节点，则势必对物理资源造成极大浪费，因为Standby节点在多数时间均处于空闲状态。而在Pacemaker集群中，实现了多集群共享Standby节点，即多个Cluster同时使用一个Standby节点，从而使得Standby节点发挥了最大利用价值并最终减少硬件资源浪费，

共享Standby节点的Pacemaker主备高可用集群如图3-4所示。

此外，如果使用分布式共享存储，则Pacemaker也支持Active/Active模式，即相同的服务同时运行在集群中的多个节点上，并且每个节点都可以接管故障节点的服务（N-to-N模式），在这种模式下，Pacemaker在多个节点上同时运行服务副本从而实现对外服务请求的负载均衡，

N-to-N模式如图3-5所示。

OpenStack 云计算

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。