| 申明： centos7的pacemaker与之前6使用的方法不一致，即使用centos6.x的方法在centos7.x上面配置pacemaker不能成功。 因此openstack 上面的centos7.1如果使用官方文档直接配置高可用HA也是无法成功的。（吐槽：openstack的liberty出的HA方案官方文档不适用于centos7.x） 关于openstack liberty版本的高可用HA方案请参考下述实验！！！ |
PS：与pacemaker高可用方案相对 应的 keepalived原理（主从配置+haproxy）及配置文件详解 请参 考博文： http://blog.csdn.net/tantexian/article/details/50056229
centos7配置pacemaker官方文档地址： https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/7/html/High_Availability_Add-On_Administration/ch-startup-HAAA.html
pacemaker使用翻译： http://clusterlabs.org/doc/zh-CN/Pacemaker/1.1/html-single/Clusters_from_Scratch/
Pacemaker’s key features include:
|
本次实验环境： centos7.1
node31：172.31.2.31 node32 : 172.31.2.32
node31、node32两台机器上面都安装pacemaker，因此下述操作都需要在两天机器上面执行。
1、配置防火墙端口及关闭selinux systemctl disable firewalld
systemctl stop firewalld
iptables -F
2、配置hostname： hostnamectl --static --transient set-hostname node31 hostnamectl --static --transient set-hostname node32
vim /etc/hosts
3、时间同步： yum install ntp -y ntpdate cn.pool.ntp.org
4、双机互信（本次实验发现，不配置双机互信似乎也不会出现问题）： ssh-keygen -t rsa
复制id_rsa.pub文件： scp /root/.ssh/id_rsa.pub [email protected]:/root/.ssh/authorized_keys
注：在node32执行同样的互信操作。
5、安装pacemaker集群相关组件： yum install pcs pacemaker corosync fence-agents-all -y
6、启动pcsd服务（开机自启动） systemctl start pcsd . service systemctl enable pcsd . service
7、创建集群用户： passwd hacluster（此用户在安装pcs时候会自动创建）
上述所有操作都需要在两个节点上面执行。
8、集群各节点之间进行认证： pcs cluster auth node31 node32（此处需要输入的用户名必须为pcs自动创建的hacluster，其他用户不能添加成功）
9，创建并启动名为my_cluster的集群，其中node31 node32为集群成员： pcs cluster setup --start --name my_cluster node31 node32
10、设置集群自启动： pcs cluster enable --all
11、查看并设置集群属性：
| 查看当前集群状态： pcs cluster status 检查pacemaker服务： ps aux | grep pacemaker 检验Corosync的安装及当前 corosync状态： corosync-cfgtool -s corosync-cmapctl | grep members pcs status corosync 检查配置是否正确（假若没有输出任何则配置正确）： crm_verify -L -V 禁用 STONITH： pcs property set stonith-enabled=false 无法仲裁时候，选择忽略： pcs property set no-quorum-policy=ignore |
12、pcs resource资源属性配置：
| Pacemaker / Corosync 是 Linux 下一组常用的高可用集群系统。Pacemaker 本身已经自带了很多常用应用的管理功能。但是如果要使用 Pacemaker 来管理自己实现的服务或是一些别的没现成的东西可用的服务时，就需要自己实现一个资源了。 其中Pacemaker 自带的资源管理程序都在 /usr/lib/ocf/resource.d 下。其中的 heartbeat 目录中就包含了那些自带的常用服务。那些服务的脚本可以作为我们自己实现时候的参考。 更多关于自定义资源请参考博文： http://blog.csdn.net/tantexian/article/details/50160159 接下来针对一些常用的pcs命令进行简要讲解。 查看pcs resource针对资源操作用法： pcs resource help 查看pcs支持的资源代理标准： pcs resource providers 注： Pacemaker 的资源主要有 ocf、lsb、 service、 systemd、 stonith几大类 。LSB是为了促进 Linux 不同发行版间的兼容性，LSB（Linux Standards Base）开发了一系列标准，使各种软件可以很好地在兼容 LSB 标准的系统上运行， LSB 即 Linux 标准服务，通常就是 /etc/init.d 目录下那些脚本。Pacemaker 可以用这些脚本来启停服务，可以通过 pcs resource list lsb查看 。 另一类 OCF 实际上是对 LSB 服务的扩展，增加了一些高可用集群管理的功能如故障监控等和更多的元信息。可以通过 pcs resource list ocf 看到当前支持的资源。要让 pacemaker 可以很好的对服务进行高可用保障就得实现一个 OCF 资源。 CentOS7 使用systemd替换了SysV。Systemd目的是要取代 Unix 时代以来一直在使用的init系统，兼容SysV和 LSB 的启动脚本，而且够在进程启动过程中更有效地引导加载服务。 查看pacemaker支持资源高可用的列表： pcs resource list 假若想查看httpd（apache）可使用： pcs resource list | grep apache |