drbd与corosync/pacemaker 结合构建高可用mariadb服务

324rwer · 发表于 2015-6-5 08:25:01

drbd介绍：

   高可用节点之间为了使切换节点时数据一致，不得不使用共享存储，共享存储一般只有两种选择：NAS 和 SAN。NAS是文件系统级别的共享，性能低下，访问也受限制，使用时有诸多不变；SAN块级别共享存储，但又太贵。当资金不足时，就可以考虑drbd。

      drbd是跨主机的块设备镜像系统，一主一从（两个主机只能有一个能进行写操作，slave主机只能接受master主机传过来的数据）。drbd是工作于内核中的，工作时，在内核内存的buffer cache与disk scheduler之间增加一个全透明无影响的数据抄送备份过程，复制的数据备份通过tcp/ip协议传送到互为镜像的从节点上，从而实现数据备份功能，提供了数据的冗余能力，但可靠性有待考虑，偶尔会抽风，损失数据——脑分裂，两个主机都能写，使数据文件系统错乱、数据丢失。因此，如果要使用则用在高可用中，且提供stonith设备，以保证只能有一主。
   工作模式与netfilter相似，提供了某种功能的模块，但不一定需要工作，只有通过用户空间管理工具（drbdadm）定义了规则发送往内核后才会工作。

架构图：

实验流程：

1、准备2台虚拟机做节点，做好时间同步、基于主机名访问、ssh互信的准备工作，IP地址如架构图所示配置

2、提供新分区（试验中是/dev/sda3，可以两节点的主次设备号不一样，但大小得一样），无需格式化

3、做drbd主从

4、安装mariadb提供存储服务

5、安装corosync和pacemaker，并提供CLI：crmsh

6、定义资源，开启高可用drbd存储服务

试验环境：

三台虚拟机

内核：2.6.32-504.el6.x86_64

发行版：CentOS-6.6-x86_64

无stonith设备

一、配置drbd

1、配置前提：
   时间同步、基于主机名访问、ssh互信

   两个节点主机都需要做如下操作：
   ① 时间同步：

1
2
3
4

# ntpdate 172.16.0.1
31 May 19:54:06 ntpdate[51867]: step time server 172.16.0.1 offset 304.909926 sec
# crontab -e
*/3 * * * * /usr/sbin/ntpdate 172.16.0.1 &> /dev/null

② 基于主机名访问

1
2
3
4
5
6

# vim /etc/hosts
127.0.0.1    localhost.localdomain localhost.localdomain localhost4    localhost4.localdomain4 localhost
::1    localhost.localdomain localhost.localdomain localhost6    localhost6.localdomain6 localhost
172.16.0.1  server.magelinux.com server
172.16.20.100 node1
172.16.20.200 node2

③ 建立各节点之间的root用户能够基于ssh密钥认证通信；

1
2
3

# ssh-keygen -t rsa -P ''
# ssh-copy-id -i /root/.ssh/id_rsa.pub root@172.16.20.100
# ssh node1 'ifconfig'

2、提供磁盘分区： （两个节点都需要同时提供相同大小的存储分区）

1	# fdisk /dev/sda

提供一个5G的新分区，主分区或者扩展分区都行，此次是 /dev/sda3 +5G
读取新分区：

1	# partx -a /dev/sda

注：提供分区后不需要格式化分区
3、程序包选择及安装：

说明：
① 内核空间主程序包：kmod-drbd84-8.4.5-504.1.el6.x86_64.rpm 仅生成一个内核模块，其他的都是说明文件，没有配置文件
release版本号，必须与内核的发行版本号一致（# uname -r查看），向内核打补丁特别严格！

1 2	# uname -r 2.6.32-504.el6.x86_64

② 用户空间程序包：选择更多，不是特别严格，至少主板本号和次版本号要一致
drbd84-utils-8.9.1-1.el6.elrepo.x86_64.rpm
两个节点都安装两个程序包：
lftp 172.16.0.1:/pub/Sources/6.x86_64/drbd> get kmod-drbd84-8.4.5-504.1.el6.x86_64.rpm drbd84-utils-8.9.1-1.el6.elrepo.x86_64.rpm

1
2
3
4
5
6
7

# rpm -ivh kmod-drbd84-8.4.5-504.1.el6.x86_64.rpm drbd84-utils-8.9.1-1.el6.elrepo.x86_64.rpm
warning: drbd84-utils-8.9.1-1.el6.elrepo.x86_64.rpm: Header V4 DSA/SHA1 Signature, key ID baadae52: NOKEY
Preparing...             ########################################### [100%]
1:drbd84-utils          ########################################### [ 50%]
2:kmod-drbd84          ########################################### [100%]
Working. This may take some time ...
Done.

（没有做安全校验的key，可以安全忽略）

4、设置drbd配置文件
生成随机字符串以便下面文件中drbd网络通信安全认证中使用

1 2	# openssl rand -base64 16 5KY86Kw3TzZ4kHbZkrP8Hw==

修改配置文件

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22

# vim /etc/drbd.d/global_common.conf
global {
usage-count no;
}
common {
handlers {
}
startup {
}
options {
}
disk {
on-io-error detach;
}
net {
cram-hmac-alg "sha1";
shared-secret "5KY86Kw3TzZ4kHbZkrP8Hw";
}
syncer {
rate 500M;
}
}

5、定义资源：
增加文件，定义存储资源文件

1
2
3
4
5
6
7
8
9
10
11

# vim /etc/drbd.d/mystore.res
resource mystore {
      device /dev/drbd0;
      disk /dev/sda3;
      meta-disk internal;
      on node1 {
            address 172.16.20.100:7789;
      }
      on node2 {
            address 172.16.20.200:7789;
      }

为了保持两个节点的配置是一样的，这里采用基于ssh的scp复制的方式，将配置文件同步至node2：

1
2
3
4

# scp -r /etc/drbd.* node2:/etc/
drbd.conf                                                                            100%  133    0.1KB/s 00:00
global_common.conf                                                                   100% 2105    2.1KB/s 00:00
mystore.res                                                                         100%  171    0.2KB/s 00:00

3、在两个节点上初始化已定义的资源res并启动服务：

1）初始化资源，在node1和node2上分别执行：

1
2
3
4
5

# drbdadm create-md mystore
initializing activity log
NOT initializing bitmap
Writing meta data...
New drbd meta data block successfully created.

2）启动服务，在Node1和Node2上分别执行：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23

[iyunv@node1 ~]# service drbd start
Starting DRBD resources: [
   create res: mystore
prepare disk: mystore
adjust disk: mystore
   adjust net: mystore
]
.........
[iyunv@node1 ~]#
[iyunv@node2 ~]# drbdadm create-md mystore
initializing activity log
NOT initializing bitmap
Writing meta data...
New drbd meta data block successfully created.
[iyunv@node2 ~]# service drbd start
Starting DRBD resources: [
   create res: mystore
prepare disk: mystore
adjust disk: mystore
   adjust net: mystore
]
.
[iyunv@node2 ~]#

3）查看启动状态并设置主节点：

1
2
3
4
5

# cat /proc/drbd
version: 8.4.5 (api:1/proto:86-101)
GIT-hash: 1d360bde0e095d495786eaeb2a1ac76888e4db96 build by root@node1.magedu.com, 2015-01-02 12:06:20
0: cs:Connected ro:Secondary/Secondary ds:Inconsistent/Inconsistent C r-----
ns:0 nr:0 dw:0 dr:0 al:0 bm:0 lo:0 pe:0 ua:0 ap:0 ep:1 wo:f oos:5252056

注： Secondary Inconsistent表示两个都是从节点，磁盘块还没有按位对齐，不同步。

也可以使用drbd-overview命令来查看：

1 2	# drbd-overview 0:mystore/0 Connected Secondary/Secondary Inconsistent/Inconsistent

从上面的信息中可以看出此时两个节点均处于Secondary状态。于是，我们接下来需要将其中一个节点设置为Primary。在要设置为Primary的节点上执行如下命令：

1	# drbdadm primary --force mystore

第一次创建主节点都需要“--force”选项，否则报如下错误：
0: State change failed: (-2) Need access to UpToDate data
Command 'drbdsetup-84 primary 0' terminated with exit code 17

注：也可以在要设置为Primary的节点上使用如下命令来设置主节点：
# drbdadm -- --overwrite-data-of-peer primary mystore

4）格式化挂载使用并验证同步情况

1 2	# mke2fs -t ext4 /dev/drbd0 # mount /dev/drbd0 /mnt

5）主从节点转换
切换Primary和Secondary节点

对主Primary/Secondary模型的drbd服务来讲，在某个时刻只能有一个节点为Primary，因此，要切换两个节点的角色，只能在先将原有的Primary节点设置为Secondary后，才能原来的Secondary节点设置为Primary:
主节点卸载/dev/drbd# 设备 --> 主节点对自己降级 --> 降级成功后，从节点升级自己为主节点 --> 新的主节点挂载/dev/drbd# 设备使用

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16

[iyunv@node2 ~]# sync
[iyunv@node2 ~]# umount /mnt
[iyunv@node2 ~]# drbdadm secondary mystore
[iyunv@node2 ~]# drbd-overview
0:mystore/0  Connected Secondary/Secondary UpToDate/UpToDate
[iyunv@node1 ~]# drbdadm primary mystore
[iyunv@node1 ~]# mount /dev/drbd0 /mnt/
[iyunv@node1 ~]# ls /mnt
issue  lost+found
[iyunv@node1 ~]# touch /mnt/node1.txt
[iyunv@node1 ~]# ls /mnt
issue  lost+found  node1.txt
[iyunv@node1 ~]# umount /mnt
[iyunv@node1 ~]# drbdadm secondary mystore
[iyunv@node1 ~]# drbd-overview
0:mystore/0  Connected Secondary/Secondary UpToDate/UpToDate

二、提供mariadb服务程序

1、创建专用用户：

1
2
3
4

# groupadd -r -g 27 mysql
# useradd -r -u 27 -g 27 mysql
# id mysql
uid=27(mysql) gid=27(mysql) groups=27(mysql)

两个节点都需要创建，且创建的mysql用户的uid、gid号，mysql组的id号都得一致。

2、安装mariadb二进制程序
程序包：mariadb-5.5.43-linux-x86_64.tar.gz
先在两个节点主机上都创建专门的drbd0的挂载点：
# mkdir /mydata

将其中一个调整为主节点，另一个调整为从节点：

1
2
3
4
5

[iyunv@node1 ~]# drbd-overview
0:mystore/0 Connected Secondary/Secondary UpToDate/UpToDate
[iyunv@node1 ~]# drbdadm primary mystore
[iyunv@node1 ~]# drbd-overview
0:mystore/0 Connected Primary/Secondary UpToDate/UpToDate

在主节点上进行mariadb安装及数据初始化：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25

[iyunv@node1 ~]# tar xf mariadb-5.5.43-linux-x86_64.tar.gz -C /usr/local/
[iyunv@node1 ~]# ln -sv /usr/local/mariadb-5.5.43-linux-x86_64/  /usr/local/mysql
`/usr/local/mysql' -> `/usr/local/mariadb-5.5.43-linux-x86_64/'
[iyunv@node1 ~]# cd /usr/local/mysql
[iyunv@node1 mysql]# ls
bin    COPYING.LESSER  EXCEPTIONS-CLIENT  INSTALL-BINARY  man       README share    support-files
COPYING  data          include          lib          mysql-test  scripts  sql-bench
[iyunv@node1 mysql]#
[iyunv@node1 mysql]# ll
total 220
……
drwxr-xr-x  4 root root 4096 Jun  1 20:22 sql-bench
drwxr-xr-x  3 root root 4096 Jun  1 20:22 support-files
[iyunv@node1 mysql]# chown -R root:mysql ./*
[iyunv@node1 mysql]# mkdir /mydata/data
[iyunv@node1 mysql]# chown -R mysql:mysql /mydata/data
[iyunv@node1 mysql]# ll /mydata
total 24
drwxr-xr-x 2 mysql mysql  4096 Jun  1 20:31 data
-rw-r--r-- 1 root  root 103 Jun  1 20:02 issue
drwx------ 2 root  root  16384 Jun  1 20:01 lost+found
-rw-r--r-- 1 root  root    0 Jun  1 20:05 node1.txt
[iyunv@node1 mysql]# ./scripts/mysql_install_db --user=mysql --datadir=/mydata/data
[iyunv@node1 mysql]# ls /mydata/data
aria_log.00000001  aria_log_control  mysql  performance_schema  test

初始化mariadb后提供相关的配置服务：

1
2
3
4
5
6
7
8
9
10
11
12

[iyunv@node1 mysql]# cp support-files/mysql.server /etc/rc.d/init.d/mysqld
[iyunv@node1 mysql]# chkconfig --add mysqld
[iyunv@node1 mysql]# chkconfig mysqld off
[iyunv@node1 mysql]# chkconfig | grep mysqld
mysqld 0:off1:off2:off3:off4:off5:off6:off
[iyunv@node1 mysql]# mkdir /etc/mysql
[iyunv@node1 mysql]# cp support-files/my-large.cnf /etc/mysql/my.cnf
[iyunv@node1 mysql]# vim /etc/mysql/my.cnf
添加下面三项：
datadir = /mydata/data
innodb_file_per_table = on
skip_name_resolve = on

验证主节点上的mariadb服务是否配置成功：

1
2
3
4
5
6
7
8
9

[iyunv@node1 mysql]# service mysqld start
Starting MySQL... [ OK ]
[iyunv@node1 mysql]# /usr/local/mysql/bin/mysql
MariaDB [(none)]> GRANT ALL ON *.* TO "root"@"172.16.20.%" IDENTIFIED BY "123";
Query OK, 0 rows affected (0.01 sec)
MariaDB [(none)]> FLUSH PRIVILEGES;
Query OK, 0 rows affected (0.00 sec)
MariaDB [(none)]> \q
Bye

将主节点node1降为从节点，从节点node2升为主节点，以便在node2上配置好mariadb服务程序（无需执行数据库初始化）：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36

[iyunv@node1 mysql]# service mysqld stop
Shutting down MySQL.                                     [  OK  ]
[iyunv@node1 mysql]# umount /mydata
[iyunv@node1 mysql]# drbdadm secondary mystore
[iyunv@node1 mysql]# drbd-overview
0:mystore/0  Connected Secondary/Secondary UpToDate/UpToDate
[iyunv@node1 mysql]#
[iyunv@node2 ~]# drbd-overview
0:mystore/0  Connected Secondary/Secondary UpToDate/UpToDate
[iyunv@node2 ~]# drbdadm primary mystore
[iyunv@node2 ~]# drbd-overview
0:mystore/0  Connected Primary/Secondary UpToDate/UpToDate
[iyunv@node2 ~]# mount /dev/drbd0 /mydata
[iyunv@node2 ~]# ls /mydata
data  issue  lost+found  node1.txt
[iyunv@node2 ~]# ll /mydata
total 24
drwxr-xr-x 6 mysql mysql  4096 Jun  1 21:40 data
-rw-r--r-- 1 root  root 103 Jun  1 20:02 issue
drwx------ 2 root  root  16384 Jun  1 20:01 lost+found
-rw-r--r-- 1 root  root    0 Jun  1 20:05 node1.txt
[iyunv@node2 ~]# ll /mydata/data/
total 28720
-rw-rw---- 1 mysql mysql 16384 Jun  1 21:40 aria_log.00000001
-rw-rw---- 1 mysql mysql    52 Jun  1 21:40 aria_log_control
-rw-rw---- 1 mysql mysql 18874368 Jun  1 21:40 ibdata1
-rw-rw---- 1 mysql mysql  5242880 Jun  1 21:40 ib_logfile0
……
[iyunv@node2 ~]# tar xf mariadb-5.5.43-linux-x86_64.tar.gz -C /usr/local/
[iyunv@node2 ~]# ln -sv /usr/local/mariadb-5.5.43-linux-x86_64/  /usr/local/mysql
`/usr/local/mysql' -> `/usr/local/mariadb-5.5.43-linux-x86_64/'
[iyunv@node2 ~]# mkdir /etc/mysql
[iyunv@node1 mysql]# scp /etc/mysql/my.cnf node2:/etc/mysql/
my.cnf                                                                               100% 4974    4.9KB/s 00:00
[iyunv@node1 mysql]# scp /etc/rc.d/init.d/mysqld node2:/etc/rc.d/init.d/
mysqld                                                                               100% 12KB  11.9KB/s 00:00

验证node2是否能正常使用：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31

节点2也能正常使用。至此，mariadb服务提供完毕。

（如果安装mariadb时出现了drbd0出现分裂，出现/dev/drbd0~drbd15时，可以先service drbd stop 停止服务，再删除磁盘分区，再重新创建分区，然后重新 ”# drbdadm primary --force mystore“ 初始化同步drbd0。同步完后就可以重新初始化mariadb了。
以后使用时，必须先提升为primary后才能再挂载drbd0使用。
！！要换挂载点时，必须先umount后在降级，然后在另一个节点先升级为primary后再挂载！！
！！总之，无论如何都必须达到挂载时都是主机处于primary状态！！）

三、安装corosync和pacemaker
1、两个节点都需要安装主程序包
主程序包：
corosync-1.4.7-1.el6.x86_64
pacemaker-1.1.12-4.el6.x86_64

1
2
3
4
5
6
7
8
9
10

# yum install -y corosync pacemaker
……
Installed:
  corosync.x86_64 0:1.4.7-1.el6                            pacemaker.x86_64 0:1.1.12-4.el6
Dependency Installed:
  clusterlib.x86_64 0:3.0.12.1-68.el6 corosynclib.x86_64 0:1.4.7-1.el6 libibverbs.x86_64 0:1.1.8-3.el6
  libqb.x86_64 0:0.16.0-2.el6          librdmacm.x86_64 0:1.0.18.1-1.el6 lm_sensors-libs.x86_64 0:3.1.1-17.el6
  net-snmp-libs.x86_64 1:5.5-49.el6_5.3 pacemaker-cli.x86_64 0:1.1.12-4.el6 pacemaker-cluster-libs.x86_64 0:1.1.12-4.el6
  pacemaker-libs.x86_64 0:1.1.12-4.el6  perl-TimeDate.noarch 1:1.16-13.el6  resource-agents.x86_64 0:3.9.5-12.el6
Complete!

2、提供配置文件：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38

# cp /etc/corosync/corosync.conf.example /etc/corosync/corosync.conf
# vim /etc/corosync/corosync.conf
内容修改为如下内容：
compatibility: whitetank
totem {
version: 2
secauth: on
threads: 0
interface {
ringnumber: 0
bindnetaddr: 172.16.0.0
mcastaddr: 239.255.11.11
mcastport: 5405
ttl: 1
}
}
logging {
fileline: off
to_stderr: no
to_logfile: yes
logfile: /var/log/cluster/corosync.log
to_syslog: yes
debug: off
timestamp: on
logger_subsys {
subsys: AMF
debug: off
}
}
service {
ver: 0
name: pacemaker
use_mgmtd: yes
}
aisexec {
user: root
group: root
}

service段定义pacemaker为corosync插件模式工作

3、各种检验

验证网卡是否打开多播功能：

1
2
3
4
5

# ip link show
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
link/ether 00:0c:29:10:05:bf brd ff:ff:ff:ff:ff:ff

（# ip addr 也能查看）
如果没有需要使用如下命令打开：
# ip link set eth0 multicast on

生成corosync的密钥文件：

1	# corosync-keygen

如果熵池中的随机数不够，可以通过从网络上下载打文件或手动敲击键盘生成。
将生成的密钥文件和corosync配置文件保留所有属性复制一份到node2节点，并确保属性符合要求：

1
2
3
4
5

# scp -p /etc/corosync/{corosync.conf,authkey} node2:/etc/corosync/
corosync.conf                                                                         100% 2757    2.7KB/s 00:00
authkey                                                                               100%  128    0.1KB/s 00:00
[iyunv@node2 ~]# ll /etc/corosync/authkey
-r-------- 1 root root  128 May 30 11:56 authkey

（密钥文件必须为400或600，不是的话须手动chmod修改）

启动两个节点的corosync：

1
2
3

[iyunv@node1 corosync]# service corosync start ; ssh node2 'service corosync start'
Starting Corosync Cluster Engine (corosync): [ OK ]
Starting Corosync Cluster Engine (corosync): [ OK ]

验证corosync引擎是否正常启动：

1
2
3
4
5
6
7

[iyunv@node1 corosync]# ss -unlp | grep corosync
UNCONN    0    0          172.16.20.100:5404                   *:*    users:(("corosync",14270,13))
UNCONN    0    0          172.16.20.100:5405                   *:*    users:(("corosync",14270,14))
UNCONN    0    0          239.255.11.11:5405                   *:*    users:(("corosync",14270,10))
[iyunv@node1 corosync]# grep -e "Corosync Cluster Engine" -e "configuration file" /var/log/cluster/corosync.log
Jun 01 22:15:57 corosync [MAIN  ] Corosync Cluster Engine ('1.4.7'): started and ready to provide service.
Jun 01 22:15:57 corosync [MAIN  ] Successfully read main configuration file '/etc/corosync/corosync.conf'.

查看初始化成员节点通知是否正常发出：

1
2
3
4
5
6

[iyunv@node1 corosync]# grep TOTEM /var/log/cluster/corosync.log
Jun 01 22:15:57 corosync [TOTEM ] Initializing transport (UDP/IP Multicast).
Jun 01 22:15:57 corosync [TOTEM ] Initializing transmit/receive security: libtomcrypt SOBER128/SHA1HMAC (mode 0).
Jun 01 22:15:57 corosync [TOTEM ] The network interface [172.16.20.100] is now up.
Jun 01 22:15:57 corosync [TOTEM ] A processor joined or left the membership and a new membership was formed.
Jun 01 22:15:57 corosync [TOTEM ] A processor joined or left the membership and a new membership was formed.

检查启动过程中是否有错误产生，下面的错误信息表示pacemaker不久之后将不再作为corosync的插件运行，因此，建议使用cman作为集群基础架构服务，此处可安全忽略：

1
2
3
4

[iyunv@node1 corosync]# grep ERROR: /var/log/cluster/corosync.log | grep -v unpack_resources
Jun 01 22:15:57 corosync [pcmk  ] ERROR: process_ais_conf: You have configured a cluster using the Pacemaker plugin for Corosync. The plugin is not supported in this environment and will be removed very soon.
Jun 01 22:15:57 corosync [pcmk  ] ERROR: process_ais_conf:  Please see Chapter 8 of 'Clusters from Scratch' (http://www.clusterlabs.org/doc) for details on using Pacemaker with CMAN
Jun 01 22:15:58 corosync [pcmk  ] ERROR: pcmk_wait_dispatch: Child process mgmtd exited (pid=14282, rc=100)

说明：
第一和第二个error可以安全忽略；
对于第三个error，仔细看了/var/log/messages日志，或者使用crm_verify -L检查一下错误，其实没必要卸载重装。这个错误是由于缺少snoith设备引起的，并不会影响corosync的运行。可以安全忽略。

查看pacemaker是否正常启动：

1
2
3
4
5
6

[iyunv@node1 corosync]# grep pcmk_startup /var/log/cluster/corosync.log
Jun 01 22:15:57 corosync [pcmk  ] info: pcmk_startup: CRM: Initialized
Jun 01 22:15:57 corosync [pcmk  ] Logging: Initialized pcmk_startup
Jun 01 22:15:57 corosync [pcmk  ] info: pcmk_startup: Maximum core file size is: 18446744073709551615
Jun 01 22:15:57 corosync [pcmk  ] info: pcmk_startup: Service: 9
Jun 01 22:15:57 corosync [pcmk  ] info: pcmk_startup: Local hostname: node1

上面检查情况都是正常或可安全忽略的，在node2上的也执行同样命令查看检查状况是否正常。

4、安装命令行客户端程序crmsh及其依赖的pssh包：
从ftp://172.16.0.1下载程序包：
lftp 172.16.0.1:/pub/Sources/6.x86_64/crmsh> get pssh-2.3.1-2.el6.x86_64.rpm
lftp 172.16.0.1:/pub/Sources/6.x86_64/corosync> get crmsh-2.1-1.6.x86_64.rpm
crmsh-2.1-1.6.x86_64.rpm pssh-2.3.1-2.el6.x86_64.rpm

一般都只需要在一个节点上安装crmsh即可，但为了使用方便，可以在两个节点上都安装crmsh

1
2
3
4
5
6

# yum  install --nogpgcheck  -y crmsh-2.1-1.6.x86_64.rpm pssh-2.3.1-2.el6.x86_64.rpm
Installed:
  crmsh.x86_64 0:2.1-1.6                                  pssh.x86_64 0:2.3.1-2.el6
Dependency Installed:
  python-dateutil.noarch 0:1.4.1-6.el6                      python-lxml.x86_64 0:2.2.3-1.1.el6
Complete!

安装完后可以查看节点信息并使用了：
此时0个资源、2个节点

1
2
3
4
5
6
7
8
9
10

# crm status
Last updated: Mon Jun 1 22:49:35 2015
Last change: Mon Jun 1 22:16:07 2015
Stack: classic openais (with plugin)
Current DC: node2 - partition with quorum
Version: 1.1.11-97629de
2 Nodes configured, 2 expected votes
0 Resources configured
Online: [ node1 node2 ]
[iyunv@node1 ~]#

四、配置资源，启动高可用

1、配置资源前准备
两个节点都停止资源的服务

1
2
3
4
5
6
7
8
9

# chkconfig drbd off
# chkconfig | grep drbd
drbd          0:off1:off2:off3:off4:off5:off6:off
[iyunv@node2 ~]# service mysqld stop
Shutting down MySQL.                                     [  OK  ]
[iyunv@node2 ~]# umount /mydata
[iyunv@node2 ~]# drbdadm secondary mystore
[iyunv@node2 ~]# drbd-overview
0:mystore/0  Connected Secondary/Secondary UpToDate/UpToDate

2、配置全局属性参数：
在本次试验中，有两个参数是必须得有的：

① stonith-enabled=false ：因为我们这没有使用stonith设备，没有这个选项是会报严重错误的；

② no-quorum-policy=ignore ：这是防止两节点中其中一个节点处于offline时另一个节点因为没有法定票数（without quorum）而不会自动启动资源服务。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23

[iyunv@node1 ~]# crm
crm(live)# configure show
node node1
node node2
property cib-bootstrap-options: \
dc-version=1.1.11-97629de \
cluster-infrastructure="classic openais (with plugin)" \
expected-quorum-votes=2
crm(live)# configure
crm(live)configure# property stonith-enabled=false
crm(live)configure# property no-quorum-policy=ignore
crm(live)configure# verify
crm(live)configure# commit
crm(live)configure# show
node node1
node node2
property cib-bootstrap-options: \
dc-version=1.1.11-97629de \
cluster-infrastructure="classic openais (with plugin)" \
expected-quorum-votes=2 \
stonith-enabled=false \
no-quorum-policy=ignore
crm(live)configure#

3、配置drbd资源
无论定义一个master/slave资源还是clone资源，都必须先是primitive。即先定义成primitive资源，再将次primitive资源克隆成clone资源或master/slave资源。
本次需要定义的资源有4个：
① IP： 172.16.20.50
② mariadb服务程序
③ drbd主从
④ Filesystem的挂载

定义4个主资源及一个master/slave类型，每定义一个资源就用verify校验以便及时修改：

1
2
3
4
5
6
7
8
9
10

crm(live)configure# primitive myip ocf:heartbeat:IPaddr params ip="172.16.20.50" nic="eth0" cidr_netmask="16" op monitor interval=10s timeout=20s
crm(live)configure# verify
crm(live)configure# primitive mymariadb lsb:mysqld op monitor interval=10s timeout=20s
crm(live)configure# verify
crm(live)configure# primitive mydrbd ocf:linbit:drbd params drbd_resource="mystore" op monitor role="Master" interval=10s timeout=20s op monitor role="Slave" interval=20s timeout=20s op start timeout=240s op stop timeout=100s
crm(live)configure# verify
crm(live)configure# primitive mydisk ocf:heartbeat:Filesystem params device="/dev/drbd0" directory="/mydata" fstype=ext4 op monitor interval=20s timeout=40s op start timeout=60s op stop timeout=60s
crm(live)configure# verify
crm(live)configure# ms ms_mydrbd mydrbd meta clone-max=2 clone-node-max=1 master-max=1 master-node-max=1 notify=true
crm(live)configure# verify

定义资源的排列约束（资源的互相之间应该在哪启动）：

1 2	crm(live)configure# colocation myip_with_mymariadb_with_ms_mydrbd_with_mydisk inf: myip mymariadb ms_mydrbd:Master mydisk crm(live)configure# verify

定义资源的顺序约束（也即启动顺序——从左往右依次进行）：

1
2
3
4
5

crm(live)configure# order mymariadb_after_mydisk_after_ms_mydrbd_master Mandatory: ms_mydrbd:promote mydisk:start mymariadb:start
crm(live)configure# verify
crm(live)configure# order mymariadb_after_myip Mandatory: myip:start mymariadb:start
crm(live)configure# verify
crm(live)configure# commit

最终的资源配置如下：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31

crm(live)configure# show
node node1
node node2
primitive mydisk Filesystem \
params device="/dev/drbd0" directory="/mydata" fstype=ext4 \
op monitor interval=20s timeout=40s \
op start timeout=60s interval=0 \
op stop timeout=60s interval=0
primitive mydrbd ocf:linbit:drbd \
params drbd_resource=mystore \
op monitor role=Master interval=10s timeout=20s \
op monitor role=Slave interval=20s timeout=20s \
op start timeout=240s interval=0 \
op stop timeout=100s interval=0
primitive myip IPaddr \
params ip=172.16.20.50 nic=eth0 cidr_netmask=16 \
op monitor interval=10s timeout=20s
primitive mymariadb lsb:mysqld \
op monitor interval=10s timeout=20s
ms ms_mydrbd mydrbd \
meta clone-max=2 clone-node-max=1 master-max=1 master-node-max=1 notify=true
colocation myip_with_mymariadb_with_ms_mydrbd_with_mydisk inf: myip mymariadb ms_mydrbd:Master mydisk
order mymariadb_after_mydisk_after_ms_mydrbd_master Mandatory: ms_mydrbd:promote mydisk:start mymariadb:start
order mymariadb_after_myip Mandatory: myip:start mymariadb:start
property cib-bootstrap-options: \
dc-version=1.1.11-97629de \
cluster-infrastructure="classic openais (with plugin)" \
expected-quorum-votes=2 \
stonith-enabled=false \
no-quorum-policy=ignore
crm(live)configure# cd

上面commit后资源就开始运作了，可以看到，总共有2个节点、5个资源，现在node1是master，所有资源都运行在node1上，

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16

crm(live)# status
Last updated: Tue Jun  2 00:08:43 2015
Last change: Tue Jun  2 00:07:00 2015
Stack: classic openais (with plugin)
Current DC: node2 - partition with quorum
Version: 1.1.11-97629de
2 Nodes configured, 2 expected votes
5 Resources configured
Online: [ node1 node2 ]
myip(ocf::heartbeat:IPaddr):Started node1
mymariadb(lsb:mysqld):Started node1
mydisk(ocf::heartbeat:Filesystem):Started node1
Master/Slave Set: ms_mydrbd [mydrbd]
   Masters: [ node1 ]
   Slaves: [ node2 ]
crm(live)#

4、配置后的验证与使用

drbd与corosync/pacemaker 结合构建高可用mariadb完成。

账号		自动登录	找回密码
密码			立即注册

Centos6.5×64安装配置openmeetings3.0.3详

大疆运维招人啦，

C++ :try 语句块和异常处理

C++的多态

Red Hat RHCE 8 (EX294) Cert Guide

Java/C++ 区别：看完这一篇，就够用！

别再用过时库了！这 13 个顶级 C++ 库才是

[经验分享] drbd与corosync/pacemaker 结合构建高可用mariadb服务

浏览过的版块

扫码加入运维网微信交流群