corosync

最新推荐文章于 2024-07-10 08:38:45 发布
置顶 最新推荐文章于 2024-07-10 08:38:45 发布
阅读量989 收藏
点赞数 1
分类专栏： 学习笔记 文章标签： 资源转移 linux运维企业部分
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/liyao130608/article/details/52074767
版权

          高可用架构有两个核心部分，一个是心跳检测，即检测服务器的运行情况，另一个则是资源转移，主要负责将公共资源再这个成服务器与故障服务器之间搬移。Pacemaker是一个集群管理器，由于corosync没有通用的资源管理器，只能借助Pacemaker来实现资源转移，整个运行过程就是心跳检测不断在网路中检测服务器的运行情况。，一旦检测的设备故障，就进行资源转移，以保证资源的高可用性。

        Corosync 是心跳信息传输层，它在传递信息时可通过简单的配置文件来定义信息的传递方式和协议等。它可以实现HA心跳信息传输的功能。

       下面就来安装pacemaker和 corosync


[root@server1 ~]# yum install -y pacemaker corosync

[root@server1 ~]# yum install -y crmsh-1.2.6-0.rc2.2.1.x86_64.rpm pssh-2.3.1-2.1.x86_64.rpm

[root@server1 ~]# cd /etc/corosync/

[root@server1 corosync]# ls

amf.conf.example       corosync.conf.example.udpu  uidgid.d

corosync.conf.example  service.d

[root@server1 corosync]# cp corosync.conf.example corosync.conf

修改 corosync.conf的配置文件：

[root@server1 corosync]# vim corosync.conf


将修改好的配置文件直接传给server2:

[root@server1 corosync]# scp corosync.conf 172.25.30.2:/etc/corosync/

打开server1上的corosync：
[root@server1 corosync]# /etc/init.d/corosync start

Starting Corosync Cluster Engine (corosync):               [  OK  ]

可以查看日志：

[root@server1 corosync]# tail -f /var/log/messages

Jul 19 14:18:00 server1 pengine[3576]:   notice: stage6: Delaying fencing operations until there are resources to manage

Jul 19 14:18:00 server1 pengine[3576]:   notice: process_pe_message: Calculated Transition 1: /var/lib/pacemaker/pengine/pe-input-1.bz2

Jul 19 14:18:00 server1 pengine[3576]:   notice: process_pe_message: Configuration ERRORs found during PE processing.  Please run "crm_verify -L" to identify issues.

Jul 19 14:18:00 server1 crmd[3577]:   notice: te_rsc_command: Initiating action 3: probe_complete probe_complete on server2.example.com - no waiting

Jul 19 14:18:00 server1 crmd[3577]:   notice: run_graph: Transition 1 (Complete=1, Pending=0, Fired=0, Skipped=0, Incomplete=0, Source=/var/lib/pacemaker/pengine/pe-input-1.bz2): Complete

server2上的操作基本类似于server1:

[root@server2 ~]#  yum install -y pacemaker corosync

[root@server2 ~]# yum install crmsh-1.2.6-0.rc2.2.1.x86_64.rpm pssh-2.3.1-2.1.x86_64.rpm -y

[root@server2 ~]# cd /etc/corosync/

[root@server2 corosync]# /etc/init.d/corosync start

Starting Corosync Cluster Engine (corosync):               [  OK  ]


#查看有没有端口冲突：

[root@server1 corosync]# crm_mon

Connection to the CIB terminated


Reconnecting...[root@server1 corosync]# 

[root@server1 corosync]# crm_verify -LV

   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

 

增加一个fence：

[root@foundation30 cluster]# systemctl start fence_virtd

[root@foundation30 cluster]# systemctl status fence_virtd

fence_virtd.service - Fence-Virt system host daemon

   Loaded: loaded (/usr/lib/systemd/system/fence_virtd.service; disabled)

   Active: active (running) since Tue 2016-07-19 15:11:21 CST; 9s ago

  Process: 4314 ExecStart=/usr/sbin/fence_virtd $FENCE_VIRTD_ARGS (code=exited, status=0/SUCCESS)

 Main PID: 4315 (fence_virtd)

   CGroup: /system.slice/fence_virtd.service

           └─4315 /usr/sbin/fence_virtd -w

 

[root@server1 ~]# cd /etc/cluster/

[root@server1 cluster]# ls

cman-notify.d  fence_xvm.key

[root@server1 cluster]# stonith_admin -a fence_xvm -M

[root@server1 cluster]# yum provides */fence_xvm


[root@server1 cluster]# crm

crm(live)# configure

crm(live)configure# show

node server1.example.com

node server2.example.com

property $id="cib-bootstrap-options" \

dc-version="1.1.10-14.el6-368c726" \

cluster-infrastructure="classic openais (with plugin)" \

expected-quorum-votes="2"

crm(live)configure# primitive vmfence stonith:fence_xvm params pcmk_host_map="server1.example.com:base1;server2.example.com:base2" op monitor interval=1min

crm(live)configure# commit

Server2这边自动同步过来：

[root@server2 cluster]# crm

crm(live)# configure

crm(live)configure# show

node server1.example.com

node server2.example.com

primitive vmfence stonith:fence_xvm \

params pcmk_host_map="server1.example.com:base1;server2.example.com:base2" \

op monitor interval="1min"

property $id="cib-bootstrap-options" \

dc-version="1.1.10-14.el6-368c726" \

cluster-infrastructure="classic openais (with plugin)" \

expected-quorum-votes="2"

此时可以看到server1上的vmfence已经开启：

[root@server2 cluster]# crm_mon


加一个VIP：

[root@server1 cluster]# crm

crm(live)# configure 

crm(live)configure# primitive vip ocf:heartbeat:IPaddr2 params ip=172.25.30.100 cidr_netmask=32 op monitor interval=30s

crm(live)configure# commit

 

[root@server1 cluster]# crm

crm(live)# configure

crm(live)configure# show

node server1.example.com

node server2.example.com

primitive vip ocf:heartbeat:IPaddr2 \

params ip="172.25.30.100" cidr_netmask="32" \

op monitor interval="30s"

primitive vmfence stonith:fence_xvm \

params pcmk_host_map="server1.example.com:base1;server2.example.com:base2" \

op monitor interval="1min"

property $id="cib-bootstrap-options" \

dc-version="1.1.10-14.el6-368c726" \

cluster-infrastructure="classic openais (with plugin)" \

expected-quorum-votes="2"

 

[root@server2 cluster]# crm_mon


但是，当server2上的corosync被停止时，server1不能监控到fence_xvm的状态：

所以此时需要property no-quorum-policy=ignore命令来改善这一缺陷，使得，当server2上的corosync被停止时，server1可以自动接管VIP，并且得以健康检测。

 

[root@server1 cluster]# crm

crm(live)# configure 

crm(live)configure# show

node server1.example.com

node server2.example.com

primitive vip ocf:heartbeat:IPaddr2 \

params ip="172.25.30.100" cidr_netmask="32" \

op monitor interval="30s"

primitive vmfence stonith:fence_xvm \

params pcmk_host_map="server1.example.com:base1;server2.example.com:base2" \

op monitor interval="1min"

property $id="cib-bootstrap-options" \

dc-version="1.1.10-14.el6-368c726" \

cluster-infrastructure="classic openais (with plugin)" \

expected-quorum-votes="2" \

no-quorum-policy="ignore"

 

crm(live)configure# property no-quorum-policy=ignore

crm(live)configure# commit

crm(live)configure# show

node server1.example.com

node server2.example.com

primitive vip ocf:heartbeat:IPaddr2 \

params ip="172.25.30.100" cidr_netmask="32" \

op monitor interval="30s"

primitive vmfence stonith:fence_xvm \

params pcmk_host_map="server1.example.com:base1;server2.example.com:base2" \

op monitor interval="1min"

property $id="cib-bootstrap-options" \

dc-version="1.1.10-14.el6-368c726" \

cluster-infrastructure="classic openais (with plugin)" \

expected-quorum-votes="2" \

no-quorum-policy="ignore"

[root@server2 cluster]# /etc/init.d/corosync stop

[root@server1 cluster]# crm_mon




当server2上的corosync再次被打开时，server2自动从server1上接管VIP，即使server1上的corosync状态一直为开启的。


添加Apache：

分别修改server1上和server2上的httpd 的配置文件：

[root@server2 ~]# vim /etc/httpd/conf/httpd.conf

<Location /server-status>

    SetHandler server-status

    Order deny,allow

    Deny from all

    Allow from 127.0.0.1

</Location>

 

[root@server1 ~]# vim /etc/httpd/conf/httpd.conf

<Location /server-status>

    SetHandler server-status

    Order deny,allow

    Deny from all

    Allow from 127.0.0.1

</Location>

 

[root@server1 ~]# crm

crm(live)# configure 

crm(live)configure# show

node server1.example.com

node server2.example.com

primitive vip ocf:heartbeat:IPaddr2 \

params ip="172.25.30.100" cidr_netmask="32" \

op monitor interval="30s"

primitive vmfence stonith:fence_xvm \

params pcmk_host_map="server1.example.com:base1;server2.example.com:base2" \

op monitor interval="1min"

property $id="cib-bootstrap-options" \

dc-version="1.1.10-14.el6-368c726" \

cluster-infrastructure="classic openais (with plugin)" \

expected-quorum-votes="2" \

no-quorum-policy="ignore"

crm(live)configure# primitive website ocf:heartbeat:apache params configfile=/etc/httpd/conf/httpd.conf op monitor interval=1min

crm(live)configure# commit

WARNING: website: default timeout 20s for start is smaller than the advised 40s

WARNING: website: default timeout 20s for stop is smaller than the advised 60s

crm(live)configure# commit

INFO: apparently there is nothing to commit

INFO: try changing something first

crm(live)configure# colocation website-with-ip inf: website vip

crm(live)configure# commit

 

此时server2为主节点，VIP以及website均由server2管理，但当server2上的corosync被关掉时，server1自动接管VIP以及website。当server2上的corosync被再次打开时，server1再次从server1上将VIP以及website接管。

[root@server2 ~]# crm_mon


[root@server2 ~]#/etc/init.d/corosync stop

[root@server2 ~]# crm_mon


[root@server3 ~]# dd if=/dev/zero of=/dev/vol0/demo bs=1024 count=1

dd: opening `/dev/vol0/demo': No such file or directory

[root@server3 ~]# dd if=/dev/zero of=/dev/vda bs=1024 count=1

1+0 records in

1+0 records out

1024 bytes (1.0 kB) copied, 0.000393783 s, 2.6 MB/s

 

[root@server3 ~]# /etc/init.d/tgtd start

Starting SCSI target daemon:                               [  OK  ]

[root@server3 ~]# vim /etc/tgt/targets.conf 

[root@server3 ~]# tgt-admin -s

 

[root@server1 ~]# iscsiadm -m discovery -t st -p 172.25.30.3

Starting iscsid:                                           [  OK  ]

172.25.30.3:3260,1 iqn.2016-07.com.example:server.disk

[root@server1 ~]# iscsiadm -m node -l

Logging in to [iface: default, target: iqn.2016-07.com.example:server.disk, portal: 172.25.30.3,3260] (multiple)

Login to [iface: default, target: iqn.2016-07.com.example:server.disk, portal: 172.25.30.3,3260] successful.

[root@server1 ~]# fdisk -l

server2上配置和server1上的相同。

[root@server1 ~]# iscsiadm -m discovery -t st -p 172.25.30.3

Starting iscsid:                                           [  OK  ]

172.25.30.3:3260,1 iqn.2016-07.com.example:server.disk

[root@server1 ~]#  iscsiadm -m node -l

Logging in to [iface: default, target: iqn.2016-07.com.example:server.disk, portal: 172.25.30.3,3260] (multiple)

Login to [iface: default, target: iqn.2016-07.com.example:server.disk, portal: 172.25.30.3,3260] successful.

[root@server1 ~]# fdisk -l

此时，server1和server2上均出现一块共享盘/dev/sdb,然后在server1上对该共享磁盘进行分区格式化。

[root@server1 ~]# fdisk -cu /dev/sdb

Device contains neither a valid DOS partition table, nor Sun, SGI or OSF disklabel

Building a new DOS disklabel with disk identifier 0xbb3b10c8.

Changes will remain in memory only, until you decide to write them.

After that, of course, the previous content won't be recoverable.

 

Warning: invalid flag 0x0000 of partition table 4 will be corrected by w(rite)

 

Command (m for help): n

Command action

   e   extended

   p   primary partition (1-4)

p

Partition number (1-4): 1

First sector (2048-16777215, default 2048): 

Using default value 2048

Last sector, +sectors or +size{K,M,G} (2048-16777215, default 16777215): 

Using default value 16777215

 

Command (m for help): p

 

Disk /dev/sdb: 8589 MB, 8589934592 bytes

64 heads, 32 sectors/track, 8192 cylinders, total 16777216 sectors

Units = sectors of 1 * 512 = 512 bytes

Sector size (logical/physical): 512 bytes / 512 bytes

I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk identifier: 0xbb3b10c8

 

   Device Boot      Start         End      Blocks   Id  System

/dev/sdb1            2048    16777215     8387584   83  Linux

 

Command (m for help): w

The partition table has been altered!

 

Calling ioctl() to re-read partition table.

Syncing disks.

分区完成后，生成一块/dev/sdb1磁盘，在server2上无需再分区，只需要同步便可得到该磁盘。

[root@server2 ~]# partprobe 

[root@server2 ~]# cat /proc/partitions 

major minor  #blocks  name

 

   8        0    8388608 sda

   8        1     512000 sda1

   8        2    7875584 sda2

 253        0    7036928 dm-0

 253        1     835584 dm-1

   8       16    8388608 sdb

   8       17    8387584 sdb1

[root@server2 ~]# ll /dev/sdb1

brw-rw---- 1 root disk 8, 17 7月  19 16:17 /dev/sdb1

同步完成后在server1上对/dev/sdb1进行格式化

[root@server1 ~]# mkfs.ext4 /dev/sdb1

格式化完成后将该数据库加入

[root@server1 ~]# crm 

crm(live)# configure 

crm(live)configure# primitive webdata ocf:heartbeat:Filesystem params device=/dev/sdb1 directory=/var/www/html fstype=ext4 op monitor interval=1min

crm(live)configure# commit

WARNING: webdata: default timeout 20s for start is smaller than the advised 60

WARNING: webdata: default timeout 20s for stop is smaller than the advised 60

WARNING: webdata: default timeout 20s for monitor is smaller than the advised 40

crm(live)configure# show

node server1.example.com

node server2.example.com

primitive vip ocf:heartbeat:IPaddr2 \

params ip="172.25.30.100" cidr_netmask="32" \

op monitor interval="30s"

primitive vmfence stonith:fence_xvm \

params pcmk_host_map="server1.example.com:base1;server2.example.com:base2" \

op monitor interval="1min"

primitive webdata ocf:heartbeat:Filesystem \

params device="/dev/sdb1" directory="/var/www/html" fstype="ext4" \

op monitor interval="1min"

primitive website ocf:heartbeat:apache \

params configfile="/etc/httpd/conf/httpd.conf" \

op monitor interval="1min"

colocation website-with-ip inf: website vip

property $id="cib-bootstrap-options" \

dc-version="1.1.10-14.el6-368c726" \

cluster-infrastructure="classic openais (with plugin)" \

expected-quorum-votes="2" \

no-quorum-policy="ignore"

 

[root@server2 ~]# crm_mon

crm(live)configure# group apacheservice vip webdata website 

INFO: resource references in colocation:website-with-ip updated

INFO: resource references in colocation:website-with-ip updated

crm(live)configure# cd 

There are changes pending. Do you want to commit them? Yes

[root@server2 ~]# crm_mon

crm(live)# resource

crm(live)resource# show

 



liyao130608
关注
  • 1
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
pacemaker corosync 概念
andy-chenqi
05-06 825
　　1、概念 　　在传统Linux集群种类，主要分了三类，一类是LB集群，这类集群主要作用是对用户的流量做负载均衡，让其后端每个server都能均衡的处理一部分请求；这类集群有一个特点就是前端调度器通常是单点，后端server有很多台，即便某一台后端server挂掉，也不影响用户的请求；其次就是HA集群，所谓ha集群就是高可用集群，这类集群的主要作用是对集群中的单点做高可用，所谓高可用就是在发生故障时，能够及时的将故障转移，从而使故障修复时间最小；这类集群的特点是在多台节点上，各空闲节点会一直盯着工作节点
corosync使用
growdu的网络博客
10-25 431
corosync使用
HAProxy实现负载均衡及高可用集群（corosync+pacemaker）_使用pacemaker+corosync+haproxy的高可用方案实现云集群多管理节点互相备份冗余(2)
2301_79058150的博客
04-28 329
当关闭某一个服务器的http服务时如下：说明其具有对后端服务器健康检查的功能status的加密访问。
corosync编程指南
growdu的网络博客
10-25 720
corosync编程指南。
pacemaker corosync 高可用
Flyindance1225的博客
01-15 875
说到高可用，我们可能会用heartbeat和keepalived，也可能会用corosync+pacemaker，但他们之间有什么区别呢？我们在此主要谈下heartbeat和corosync+pacemaker之间的渊源。   Heartbeat到了v3版本后，拆分为多个子项目，其中pacemaker就是拆分出来的资源管理器。Heartbeat 3.0拆分之后的组成部分：为： 1.He
corosync mysql_基于corosync和NFS服务器实现mysql的高可用
weixin_33236524的博客
03-05 94
一、实验拓扑结构图二、实验说明本实验是基于corosync和NFS服务器实现mysql的高可用服务，在其中一台服务器出现故障的时候，另一台服务器仍旧能够运作正常三、实验准备请参照http://sxhxt.blog.51cto.com/5126000/954545的实验准备四、实验步骤配置NFS服务器1.创建逻辑卷#fdisk/dev/sda#partprobe/dev/sda#pvcreate...
corosync-qdevice使用
growdu的网络博客
10-30 593
corosync-qdevice使用
corosync mysql_mysql+nfs+corosync
weixin_29447621的博客
01-25 85
Mysql+nfs+corosync规划图如下1.首先进行资源的分析1)Vip2)Mysqld3)Nfs理清他们之间的启动先后顺序：nfs必须在Mysqld前启动2.nfs的配置Nfs共享目录上挂载的分区，最好做成lvm，实现自动扩展2.1.安装#yum -y install nfs-utils2.2配置#mkdir /share#vim /etc/exports172.16.98.3:/shar...
Linux集群技术：使用Pacemaker和Corosync设置高可用集群
最新发布
weixin_39372311的博客
07-10 811
Pacemaker是一个集群资源管理器，它负责管理集群中的资源，如服务、IP地址和存储卷，并确保这些资源在故障发生时能够自动迁移到健康的节点上。Corosync是一个集群通信工具，它提供了集群成员之间的消息传递机制，确保集群中的每个节点都能够相互通信。Pacemaker/Corosync 和 Keepalived/HAProxy 都提供了高可用性解决方案，但它们的工作原理和功能有所不同。选择哪种方案取决于你的实际需求，包括资源管理、负载均衡和配置复杂度等因素。
pacemaker +corosync
Dream wedding
07-11 2543
pacemaker是一个集群资源管理器。利用集群基础构件（OpenAIS,heartbeat和corosync）提供的消息和成员管理能力来探测并从节点或者资源级别的故障中恢复，以实现集群服务的最大可用性。corosync是集群框架引擎程序，pacemaker是高可用集群资源管理器；资源管理层（pacemaker）负责活动节点，ip地址转移，本地资源管理系统。（corosync）消息传递层负责心跳信...
Corosync + pacemaker 高可用部署设计方案
05-25
在IT领域，尤其是在服务器集群和高可用性(High Availability, HA)系统的设计中，Corosync和Pacemaker是两个非常关键的组件。这个“Corosync + pacemaker 高可用部署设计方案”提供了详细的步骤和资源，帮助我们理解...
corosync-1.4.9.tar.gz
01-17
《Corosync 1.4.9：集群同步与高可用性的基石》 在IT行业中，高可用性和数据一致性是关键需求，特别是在大型分布式系统和云计算环境中。Corosync（Cluster Operating System Synchronization）就是这样一款解决此类...
pacemaker-corosync-formula
07-16
"起搏器-corosync-公式"是一个专用于高可用性集群环境的配置工具，它主要结合了Pacemaker和Corosync两个组件，旨在确保关键服务在多台服务器之间的稳定运行和故障转移。Pacemaker是Linux系统中的一个集群管理引擎，...
corosync.conf
08-11
corosync通信集群配置文件说明. corosync.conf - corosync executive configuration file
Corosync 集群组件总结
11-30
LINUX Corosync 集群组件安装调试总结
nginx 简单配置
liyao130608的博客
07-09 2932
本文是对于nginx-1.9.14的学习与总结，之后还会对1.8版本的进行学习。
keepalived
liyao130608的博客
07-20 1139
Keepalived是集群管理中保证集群高可用的一个服务软件，用来防止单点故障。它是以VRRP协议（虚拟路由冗余协议）为基础的。Keepalived主要有三个模块，分别是core、check和vrrp。Core模块是keepalived的核心模块，主要负责主进程的启动，维护以及全局配置文件的加载和解析。Check模块主要负责健康检查。Vrrp模块主要用来实现VRRP协议的。
pcs pacemaker corosync
10-09
Corosync通过多播和单播等机制在集群节点之间传输消息和状态信息，并且在集群中实现了群集协调和一致性。Corosync还提供了一个灵活的插件架构，可以支持不同的集群配置和和通信协议。 PCS Pacemaker Corosync通常...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值