pacemaker配置一个三节点主备集群并配置vip资源
展开全文
接着上一章来讲,blog.csdn/minxihou/article/details/72862715
本章中会讲述一些集群简单配置命令,法定人数概念,配置一个VIP服务并且如何防止资源在节点恢复后移动。
接着搭建继续来写在搭建完pacemaker之后如果不在里面配置任何服务其实这个东西是完全没有什么用的。那么我们从最简单的一个配置来说起,那就是配置VIP。我们通过配置一个VIP,下连三台服务器来对这个IP提供服务,这个在网站的基础架构中是非常重要的。在网站中为了解决单点故障一般在一个公网ip中下连至少有两台http服务器来防止单点故障。这样做的好处显而易见就是为了保障服务的可用性。那么设置VIP就是其中要做的第一步。
架构图如下:
这里依旧沿用了我们上篇文章中搭建好的pacemaker服务集群。这里我打算将这三个节点都启用,两个节点作为standby一个节点作为active,当active节点发生单点故障时,剩下两个节点则会接管该服务保证服务不受中断。
Part1.浏览现有集群配置
当pacemaker启动的时候,他会自动记录节点的数量和详细信息,以及基层软件和Pacemaker的版本。
最初始配置文件的模样:
[root@node-质数定义1 ~]# crm
crm(live)# configure
crm(live)configure# show
node 1: node-电子商务论坛1
node 2: node-2
node 3: node-3
property cib-bootstrap-options: have-watchdog=fal dc-version=1.1.15-11.el7_3.4-e174ec8 cluster-infrastructure=corosync cluster-name=my_cluste
∙1
∙2
∙3
∙4
∙5
∙6
∙7
∙8
∙9
简历背景∙10
阻碍近义词∙11
∙12
如果想看xml格式,可以添加xml选项来看到原始的配置文件。
在我们做出任何改变之前,最好检查配置文件。
[root@node-1 ~]# crm_verify -L
Errors found during check: config not valid
-V may provide more details
[root@node-当初的近义词1 ~]# crm_verify -L -V
error不一样的世界: unpack_resources: Resource start-up disabled since no STONITH resources have been defined
error: unpack_resources: Either configure some or disable STONITH with the stonith-enabled option
error有趣的对联搽脂抹粉: unpack_resources: NOTE: Clusters with shared data need STONITH to ensure data integrity
Errors found during check: config not valid
∙1
∙2
∙3
∙4
∙5
∙6
∙7
∙8
∙9
为了确保数据的安全性,请使用配置STONITH的pacemaker。但是当没有配置STONITH的时候也会报这个错误(因为当集群中某个节点需要被隔离的时候,集群就无法工作了)。目前实验环境下我们禁用这个特性,然后在配置STONISH章节再来配置。这里要指出,使用STONITH是非常有必要的。关闭这个特性就是告诉集群:假装故障的节点已经安全的关机了。一些供应商甚至不允许这个特性被关闭。
关闭STONITH的特性命令如下:
#crm configure property stonith-enabled=fal