第9章Pacemaker集群和DRBD的集成.doc

第4部分 DRBD与其他应用程序的集成 本部分内容包括以下4章。 Pacemaker集群和DRBD的集成 DRBD使用LVM GFS与DRBD DRBD与Heartbeat的集成 DRBD通常不会单独使用，而单独使用功能也不够强大，因此通常它会与已 有的应该程序结合起来使用，既丰富了应用也避免了重复开发。本部分所讲 述的只是对DRBD应用的一部分，不是全部，DRBD可以和很多现有的 应用程序结合。第9章 Pacemaker集群和DRBD的集成 在Linux平台下，Pacemaker是一个成熟的、功能丰富的并且也是使用广泛的集群资源管理软件，另外它的文档也比较丰富，下面的内容将来实现Pacemaker与DRBD的集成。 9.1 认识Pacemaker 为了更好地使用Pacemaker，首先要了解和认识Pacemaker。 计算机集群被用于实现高可用服务或者资源，通过使用多台冗余的计算机能够避免许多类型的失败。这里描述的是使用Pacemaker 和 Corosync提供的资源管理和信息通信的集群方式，在这里我们通过它们的组合实现了高可用。 Pacemaker是一个重要的组成部分，在系统中它提供了必须的资源管理，管理包括Pacemaker对其控制下的节点、资源和服务的故障检查和恢复。 Pacemaker的关键要求之一是节点之间任何时候都必须有良好的沟通通信中断可能意味着节点可能，做自己的事情，当集群中的节点开始彼此独立地进行操作，情况被称为脑分裂split-brain)，在这种情况下，每一个节点或者是节点集被称作是子群集sub-cluster)。 为了减轻这种状态，可以通过确保有两个独立的(这里的独立可以是理想上完全分开的线路，开关切换等)路由通信，然而无论我们使用什么样的方法来确保连接性，但是由于某些原因使得一个或者多个节点丢失，或者是由于节点本身出现问题导致其本身不能够正常运行，那么在这些情况下需要设置栅设备。 9.1.1 Pacemaker的功能 Pacemaker是一个集群资源管理器，它通过集群基础架构(Corosync 或者 Heartbeat)的消息机制和集群成员管理来实现对节点的检测和资源级别的故障恢复，从而最大限度地实现了集群服务(或者叫资源)可用性，它的主要功能如下。 检测和恢复节点和服务级别的故障。 与存储无关，没有共享存储的要求资源无关，任何脚本控制的资源都可作为集群服务来管理STONITH确保数据完整性。 支持大型、小型集群。 支持仲裁和资源驱动集群。 几乎支持任何冗余配置。 自动复制配置，可以从任何节点升级配置文件。 指定集群范围内的服务启动顺序、托管服务及“抵抗”托管服务。 支持先进的服务类型。 克隆：多个服务在多个节点上运行(active)。 多种状态：多种服务模式(例如，master/slave、primary/secondary)。 统一的脚本化的管理工具。 9.1.2 Pacemaker的结构 在最高层上，该集群被分为3个部分。 非集群感知的组成部件(也就是下图中Local Resource Manager和Resource Agents)，这些部分就是资源自己以及启动、停止和监控它们的脚本，当然也包括本地守护进程。 集群资源管理器(也就是下图中的Cluster Resource Management)由Pacemaker来完成，它相当于集群资源的大脑，用于响应和处理集群的事件。这些事件包括集群中节点的加入和离开事件；由故障、维护和计划的事情引起的事件；还有一些其他的管理事情引发的事件。在发生这些事件之后，Pacemaker将会计算集群的空闲状态，并且响应处理集群的事件，这可能会涉及到移除资源、停止节点甚至是强迫它们离线。 底层架构(也就是MessagingMembership)，Messaging Membership是核心Corosync架构提供了可靠的消息通信和成员管理机制，以及集群中规定的成员数量信息。 当Pacemaker与Corosync组合使用时，Pacemaker也支持流行的开源集群文件系统。 9.1.3 Pacemaker的内部组成 Pacemaker自身由4个关键的部分组成。 CIB (集群信息基础库)。 CRMd (集群资源管理器守护进程)。 PEngine (PE或者Policy Engine)。 STONITHd。 CIB使用了XML格式的文件来表示集群的配置以及集群中所有资源的当前状态。CIB的目录会自动地在整个集群中保存同步，并且会使用PEngine来计算集群的空闲状态和如何实现响应和处理集群的事件。 9.1.4 Pacemaker的集群类型 Pacemaker支持的集群类型包括Active/Passive、Active/Active、N+