pacemaker

heartbeat + pacemaker + postgres_streaming_replication 说明： 该文档用于说明以 hearbeat +pacemaker 的方式实现 PostgreSQL 流复制自动切换。注意内容包括有关 hearbeat /pacemaker 知识总结以及整个环境的搭建过程和问题处理。 一、介绍 Heartbeat 自 3 版本开始， heartbeat 将原来项目拆分为了多个子项目（即多个独立组件），现在的组件包括： heartbeat 、 cluster-glue 、 resource-agents 。 各组件主要功能： heartbeat ：属于集群的信息层，负责维护集群中所有节点的信息以及各节点之间的通信。 cluster-glue ：包括 LRM （本地资源管理器）、 STONITH ，将 heartbeat 与 crm （集群资源管理器）联系起来，属于一个中间层。 resource-agents ：即各种资源脚本，由 LRM 调用从而实现各个资源的启动、停止、监控等。 Heartbeat 内部组件关系图： Pacemaker Pacemaker ，即 Cluster Resource Manager （ CRM ），管理整个 HA ，客户端通过 pacemaker 管理监控整个集群。 常用的集群管理工具： （ 1 ）基于命令行

vi /etc/yum.repos.d/redhat.repo [redhat] name = redhat baseurl=file:///mnt enabled=1 gpgcheck=1 gpgkey=file:///mnt/RPM-GPG-KEY-redhat-release yum install pcs失败，原因是因为pcs位于addons目录下，需要如此配饰yum文件repo源 [redhat] name = redhat baseurl=file:///mnt enabled=1 gpgcheck=0 #gpgkey=file:///mnt/RPM-GPG-KEY-redhat-release [HA] name=HA baseurl=file:///mnt/addons/HighAvailability enable=1 gpgcheck=0 rhel7系统中yum的addon 来源： https://www.cnblogs.com/weikui/p/12153310.html

1 存储系统高可用架构 1.1 系统整体架构 2 主要部件相关机制 2.1 pacemaker + cman + corosync 这部分主要工作有以下方面： (1) 关于高可用架构的选型 2.1.1 IBA 网络 IBA 虚拟化 2.1.2 Lustre 文件系统 双控盘阵支撑 盘整 MMP 参数调整 lustre服务脚本改造 Lustre resource 脚本 2.1.3 虚拟机及内lwfsd 管理 Lwfsd resource 脚本 虚拟机服务加入到 pacemaker 2.1.4 高可用图形界面展示 2.2 高可用容错主要场景 3 软件栈配置过程 软件安装 [all] pacemaker-libs-1.1.12-4.el6.x86_64 pacemaker-1.1.12-4.el6.x86_64 pacemaker-cts-1.1.12-4.el6.x86_64 pacemaker-libs-devel-1.1.12-4.el6.x86_64 pacemaker-cluster-libs-1.1.12-4.el6.x86_64 pacemaker-remote-1.1.12-4.el6.x86_64 pacemaker-cli-1.1.12-4.el6.x86_64 pacemaker-doc-1.1.12-4.el6.x86_64 pcs-0.9.123-9.0.1

一、介绍 高可用，大家可能会想到比较简单的Keepalived，或者更早一点的 heartbeat，也可能会用到 Corosync+Pacemaker，那么他们之间有什么区别。 Heartbeat到了v3版本后，拆分为多个子项目：Heartbeat、cluster-glue、Resource Agent、Pacemaker。 Heartbeat：只负责维护集群各节点的信息以及它们之前通信。 Cluster-glue：当于一个中间层，可以将heartbeat和crm（pacemaker）联系起来，主要包含2个部分，LRM和STONITH； Resource Agent ：用来控制服务启停，监控服务状态的脚本集合，这些脚本将被LRM调用从而实现各种资源启动、停止、监控等等。 pacemaker：原Heartbeat 拆分出来的资源管理器，用来管理整个HA的控制中心，客户端通过pacemaker来配置管理监控整个集群。 它不能提供底层心跳信息传递的功能，它要想与对方节点通信需要借助底层(新拆分的heartbeat或corosync)的心跳传递服务，将信息通告给对方。 Pacemaker 配置文件比较不太容易修改，可以使用命令行界面的crmsh、pcs和图形化界面pygui、hawk等进行管理，看个人喜好。 Heartbeat 和 Corosync 的区别： 1、经过安装heartbeat

原文链接: https://blog.csdn.net/a964921988/article/details/82628478 　　 　　因为数据库部署在Linux上，需要做数据库集群实现高可用，而所有的PostgresqlHA方案中，流复制HA的可用性，部署成本，性能都是比较好的，而管理流复制集群的工具，pacemaker+corosync则是比较成熟可靠的，借此机会学习下Pacemaker。Pacemaker官网 http://clusterlabs.org/ 简要介绍 Pacemaker是Linux环境中使用最广泛的开源集群资源管理器 Pacemaker利用集群基础架构(Corosync或者Hearbeat)提供的消息和集群成员管理功能,实现节点和资源级别的故障检测和资源恢复,从而最大程度保证集群服务的高可用 从逻辑功能而言,pacemaker在集群管理员所定义的资源规则驱动下,负责集群中软件服务的全生命周期管理,这种管理甚至包括整个软件系统以及软件彼此之间的交互. Pacemaker在实际应用中可以管理任何规模的集群,由于其具备强大的资源依赖模型,这使得集群管理员能够精确描述和表达集群资源之间的关系(包括资源的顺序和位置等关系).同时,对于任何形式的软件资源,通过为其自定义启动与管理脚本(资源代理),几乎都能最为资源对象被Pacemaker管理.

· 2015年度PG大象会报名地址 ： http://postgres2015.eventdove.com/ · PostgreSQL中国社区 ： http://postgres.cn/index.php/home · PostgreSQL专业1群： 3336901（已满） · PostgreSQL专业2群： 100910388 · PostgreSQL专业3群： 150657323 · PostgresChina 微信公众号 PostgreSQL 用户会微博二维码 一、环境 $ cat /etc/redhat-release CentOS Linux release 7.0.1406 (Core) $ uname -a Linux zhaopin-5-90 3.10.0-123.el7.x86_64 #1 SMP Mon Jun 30 12:09:22 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux $ sudo pcs status Cluster name: pgcluster WARNING: corosync and pacemaker node names do not match (IPs used in setup?) Last updated: Tue Oct 20 11:02:08 2015Last change: Tue Oct

1.pacemaker Pacemaker 是一款开源的高可用资源管理软件，适合大集群或者小集群。 Pacemaker 由Novell支持，SLES HAE就是用Pacemaker来管理集群，并且Pacemaker 得到了 来自Redhat,Linbit等公司的支持。 Pacemaker是Heartbeat 3.0的crm，它可以使用所有的Heartbeat的资源脚本，升级无忧。 当故障发生时, Pacemaker 会自动的开始恢复，比保证你的程序在集群的其他节点上提供服务， 接管故障的机器。你的用户甚至不会知道有故障发生！ 什么是Pacemaker? Pacemaker是一个集群资源管理者。他用资源级别的监测和恢复来保证集群服务(aka. 资源)的最 大可用性。它可以用你所擅长的基础组件(Corosync或者是Heartbeat)来实现通信和关系管理。 Pacemaker包含以下的关键特性: 监测并恢复节点和服务级别的故障存储无关，并不需要共享存储资源无关，任何能用脚本控制的 资源都可以作为服务支持使用STONITH来保证数据一致性。支持大型或者小型的集群clusters 支持 quorate(法定人数) 或 resource(资源) 驱动的集群支持任何的 冗余配置自动同步各个节 点的配置文件可以设定集群范围内的ordering, colocation and anti

PostgresSQL HA高可用架构实战 原创 2015-09-25 萧少聪 高可用架构 本文由萧少聪在高可用架构群所做的分享整理而来，转载请注明高可用架构公众号：ArchNotes。 萧少聪（花名：铁庵），广东中山人，阿里云RDS for PostgreSQL/PPAS云数据库产品经理。自2006年以来，长期从事RedHat及SuSE Linux的HA集群搭建及PostgreSQL数据库支持工作。2011年开始组建Postgres（数据库）中国用户会。 PostgreSQL背景介绍 有不少同学希望了解PostgreSQL的背景及它与MySQL的对比结果，所以在此啰唆两句，有兴趣的同学可以单独给我发E-Mail，我可以分享详细的介绍及一些对比结果。 2015年是PostgreSQL正式在中国起步的一年，我们看到越来越多的企业选择了PostgreSQL。 中国移动主动使用PostgreSQL实现分布式数据库架构。 金融业方面平安集团明确表示将使用PostgreSQL作为新一代数据库的选型。 华为中兴纷纷加入PostgreSQL内核研究队伍。 阿里云正式提供PostgreSQL服务。 大部分人了解MySQL应该都是从2005年左右开始，那时在互联网带动下LAMP空前繁荣。而你所不知道的是，那时PostgreSQL已发展了近30年，至今已经超过40年

HA集群的开源实现方案 Message层： 1、hearbeat：主要有3个版本，v1和v2版与CRM集成在一起，v3版中CRM从heartbeat中独立出去，叫做pacemaker 2、corosync： 3、cman：RedHat研发，属于早期在corosync诞生之前RedHat在自己的企业版Linux系统上提供的解决方案 4、keepalived：上述三者实现方法是基于OpenAIS框架标准，而keepalived自己是基于VRRP协议实现心跳功能，专用于LVS集群 CRM层： 1、haresources：heartbeat v1自带，配置接口：配置文件，文件名为haresources 2、crm：heartbeat v2自带，在各节点运行一个crmd守护进程，监听在TCP 5560端口；配置接口，CLI接口：crmsh，或者GUI接口：hb_gui 3、rgmanager：RedHat研发，早期和cman配合使用，配置接口，配置文件：cluster.conf（xml文件），CLI接口：clustat、cman_tool等；GUI接口：conga（luci+ricci）、system-config-cluster 4、pacemaker：在heartbeat v3版后作为独立项目，可以单独运行或者以插件运行；配置接口，CLI接口：crmsh（Suse研发）、pcs

一、MooseFS介绍 　　MooseFS主要由管理服务器（master）、元日志服务器（Metalogger）、数据存储服务器（chunkserver）构成。 管理服务器：主要作用是管理数据存储服务器，文件读写控制、空间管理及节点间的数据拷贝等。 元日志服务器：备份管理服务器的变化日志，以便管理服务器出问题时能恢复工作。 数据存储服务器：听从管理服务器调度，提供存储空间，接收或传输客户数据等。 MooseFS的读过程如图所示： 总结：MooseFS结构简单，适合初学者理解分布式文件系统的工作过程，但MooseFS具有单点故障隐患，一旦master无法工作，整个分布式文件系统 都将停止工作，因此需要实现master服务器的高可用（比如heartbeat+drbd实现） 　　　 二、集群部署： 主机环境:RHEL6.5 selinux and iptables disabled Master:172.25.10.2 (HA) 172.25.10.3 (HA) VIP 172.25.10.100 ##Metalogger: 192.168.0.77 Chunkserver: 172.25.10.6 172.25.10.7 172.25.10.8 Client: 172.25.10.4 172.25.10.5 (iSCSI) 生成 rpm,便于部署: # yum install gcc