用Pacemaker来实现高可用性

高可用性(High Availability)的目的是保持服务的高度可用性。

系统可用性分类
可用比例 年停机时间 可用性分类
99.5% 3.7天 常规系统
99.9% 8.8小时 可用系统
99.99% 52.6分钟 高可用系统
99.999% 5.3分钟 可自动恢复系统
99.9999% 32秒 容错系统

Pacemaker是一个集群资源管理器(Cluster Resource manager,简称CRM),能启动和停止不同的资源服务,以保证集群的高可用性。Pacemaker通过集群基础设施,如Corosync、Heartbeat等,利用消息通信和成员关系管理能力,来管理2个或2个以上的节点,并能检测和恢复服务级别的失效。

Pacemaker配置模式

Pacemaker支持几种配置:

  • ACTIVE/PASSIVE,2个节点的主动/被动集群
  • N+1,一个节点充当备份节点,被其他节点共享
  • N-TO-N,需要NAS
  • SPLIT SITE,需要NAS

对于ACTIVE/PASSIVE和N+1配置模式,如下图所示:

主动/被动

N+1共享备份节点

Pacemaker的内部结构

Pacemaker的配置工具:Pacemaker的内部配置格式为XML

Pacemaker的用户接口

  • 命令行接口:crm shell

Pacemaker文档

官方文档: http://clusterlabs.org/doc/

时间: 2024-08-12 11:01:53

用Pacemaker来实现高可用性的相关文章

kubernetes Master部署之ControllerManager部署(4)

Controller Manager作为集群内部的管理控制中心,主要负责集群内的资源管理,包括Node.Pod.命名空间.额定资源等.比如当某个Node意外宕机,Controller Manager会及时发现并执行自动化修复. 一.部署k8s Controller Manager 确保controller-manager-key.pem 和 controller-manager.pem存在,我这里在前面的文章中已经创建好相关私钥.执行如下操作: cd /etc/kubernetes export

corosync+pacemaker来实现http服务的高可用性

一.corosync概述1.AIS概述AIS(应用程序接口规范)是用来定义应用程序接口(API)的开放性规范的集合,这些应用程序作为中间件为应用服务提供一种开放.高移植性的程序接口.另外,服务可用性论坛(SA Forum)是一个开放性论坛,它开发并免费发布这些规范,使用AIS规范的应用程序接口,可以减少应用程序的复杂性和缩短应用程序的开发时间.这些规范的主要目的是为了提高中间组件可移植性和应用程序的高可用性.SAF AIS是一个开放性工程,在不断更新中. 2.OpenAIS概述OpenAIS是基

corosync+pacemaker+drbd 实现mysql的高可用性

一.环境准备 1.操作系统 centos 6.4 (32位)系统要是双网卡 2.配置各节点互相解析 node1: [[email protected] ~]# uname -n node1.test.com [[email protected] ~]# cat /etc/hosts 127.0.0.1  localhost localhost.localdomain localhost4 localhost4.localdomain4 ::1      localhost localhost.l

MySQL on Azure高可用性设计 DRBD - Corosync - Pacemaker - CRM (一)

MySQL迁移到Azure上后,由于云的特性,在自建数据中心的MySQL的HA的方法在云上很多都不能部署. 这主要是因为,目前Public Cloud不支持:1. 共享存储:2. Multicast:3. VIP. 共享存储,Azure File Service可以部分解决这个问题,但考虑到性能的问题,本方案没有采用File Service: 需要组播的主要原因是集群软件需要组播进行同步: VIP在Cluster的解决方案中,可以解决前段应用连接字符串的问题.Cloud不支持组播和广播,所以AR

MySQL on Azure高可用性设计 DRBD - Corosync - Pacemaker - CRM (二)

在上一篇文章中描述了MySQL HA on Azured 设计思路,本篇文章中将描述具体的部署,每个组件的安装和配置. 整体的设计架构如下: 下面将是所有组件的安装配置过程,所有的虚拟机是CentOS 6.5的操作系统.Azure上虚拟机的新建.Vnet的配置等本文就不再涉及.如有需要,请参考张磊同学的博客: http://www.cnblogs.com/threestone 配置Azure Internal Load Balance及添加硬盘 本文采用Xplate CLI部署Internal

HA集群之CoroSync+Pacemaker浅析及实现

一.CoroSync corosync最初只是用来演示OpenAIS集群框架接口规范的一个应用,可以说corosync是OpenAIS的一部分,然而后面的发展超越了官方最初的设想,越来越多的厂商尝试使用corosync作为集群解决方案.如Redhat的RHCS集群套件就是基于corosync实现. corosync只提供了message layer(即实现HeartBeat + CCM),而没有直接提供CRM,一般使用Pacemaker进行资源管理. OpenAIS是基于SA Forum 标准的

Linux HA集群之Corosync + Pacemaker + DRBD + MySQL实现MySQL高可用

大纲 一.系统环境及所需软件包 二.高可用环境准备工作 三.DRBD的安装与基本配置 四.Corosync的安装与基本配置 五.基于crm配置资源 一.系统环境及所需软件包 系统环境 CentOS5.8 x86_64 node1.network.com    node1    172.16.1.101 node2.network.com    node2    172.16.1.105 软件包 corosync-1.2.7-1.1.el5.x86_64.rpm pacemaker-1.0.12-

理解 OpenStack 高可用(HA) (6): Pacemaker 和 OpenStack Resource Agent (RA)

本系列会分析OpenStack 的高可用性(HA)概念和解决方案: (1)OpenStack 高可用方案概述 (2)Neutron L3 Agent HA - VRRP (虚拟路由冗余协议) (3)Neutron L3 Agent HA - DVR (分布式虚机路由器) (4)Pacemaker 和 OpenStack Resource Agent (RA) (5)RabbitMQ HA (6)MySQL HA 1. Pacemaker 1.1 概述 Pacemaker 承担集群资源管理者(CR

corosync+pacemaker+crmsh+DRBD实现数据库服务器高可用集群构建

  DRBD (DistributedReplicated Block Device) 是 Linux 平台上的分散式储存系统.其中包含了核心模组,数个使用者空间管理程式及 shell scripts,通常用于高可用性(high availability, HA)丛集.DRBD 类似磁盘阵列的RAID 1(镜像),只不过 RAID 1 是在同一台电脑内,而 DRBD 是透过网络. DRBD 是以 GPL2 授权散布的自由软件. 实验架构图: 一.高可用集群构建的前提条件 1.主机名互相解析,实现