前言
其实在GitHub上面Maxscale很清楚的告诉了我们是如何搭建的。但是那种安装是多年前的安装情况了。一般不适合在 Centos7 上面照猫画虎的安装。
这篇文章演示的是相同的软件配置 Maxscale 的 HA, 但是由于软件和操作系统比较新. 还是在一定程度上和官网给的有差别的。
安装配置 maxscale systemctl
在 192.168.137.11, 192.168.137.12 都安装 maxscale, 两台(多台)机器上都用同一个/u01/maxscale/data/.secrets文件，这样生成的加密密码才会一样。
并且配置上 systemctl 的方式启动 maxscale(如果是yum或者rpm安装的就不用设了默认直接就可以使用 systemctl 管理 maxscale)。
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
|
vim /usr/lib/systemd/system/maxscale.service
[Unit]
Description=MariaDB MaxScale Database Proxy
After=network.target
[Service]
Type=forking
Restart=on–abort
# PIDFile=/var/run/maxscale/maxscale.pid
ExecStartPre=/usr/bin/install –d /var/run/maxscale –o maxscale –g maxscale
ExecStart=/usr/local/maxscale/bin/maxscale –f /etc/maxscale.cnf
TimeoutStartSec=120
LimitNOFILE=65535
[Install]
WantedBy=multi–user.target
# 测试
systemctl start maxscale.service
systemctl status maxscale.service
systemctl stop maxscale.service
systemctl status maxscale.service
|
安装 corosync pacemaker pcs crmsh
|
1
2
3
4
|
yum install corosync pacemaker pcs –y
cd /etc/yum.repos.d/
wget http://download.opensuse.org/repositories/network:/ha-clustering:/Stable/CentOS_CentOS-7/network:ha-clustering:Stable.repo
yum install crmsh –y
|
pcsd 基本使用配置
启动 pcsd 集群资源管理服务
这边使用了ansible来实现同时在多台服务器上都启用 pcsd 服务, 有兴趣的可以了解一下如何使用, 个人比较喜欢使用这个来对多台机器同时管理。
|
1
|
ansible maxscale –m service –a ‘name=pcsd state=started enabled=yes’
|
命令介绍
ansible: ansible命令。
maxscale: /etc/ansible/hosts 文件下的 maxscale 模块, 指定了需要同时执行命令的IP。
-m service: 指定执行命令的是操作系统的一个服务
-a “…”: 指定我们要对什么服务进行操作
创建 hacluster 用户并设置密码
|
1
|
ansible maxscale –m shell –a ‘echo “123456” | passwd –stdin hacluster’
|
这边使用hacluster用户的原因是在使用yum安装的时候就帮你创建好了这个用户
检查 pcs 集群的 maxscale 用户是否通
|
1
|
pcs cluster auth 192.168.137.11 192.168.137.12
|
创建 maxscalecluster 集群资源
|
1
|
pcs cluster setup —name maxscalecluster 192.168.137.11 192.168.137.11
|
查看corosync配置文件
|
1
|
cat /etc/corosync/corosync.conf
|
启动集群 maxscalecluster
|
1
|
pcs cluster start —all
|
查看启动节点状态
|
1
|
ansible maxscale –m shell –a “corosync-cfgtool -s”
|
查看集群信息
|
1
|
corosync–cmapctl | grep members
|
CRM 查看集群状态
|
1
|
crm status
|
上面是 corosync pacemaker pcs crmsh 的基本安装, 就没做过多的演示
配置 maxscale HA
这边我们指定的 VIP 是: 192.168.137.111
normal11 -> 192.168.137.11 ip别名对应关系
normal12 -> 192.168.137.12 ip别名对应关系
- 任何东西都没配置的情况
|
1
2
3
4
5
6
7
8
9
10
|
[root@normal11 data]# crm
crm(live)# status
Last updated: Tue Nov 8 21:05:38 2016 Last change: Tue Nov 8 20:14:43 2016 by root via cibadmin on normal11
Stack: corosync
Current DC: normal12 (version 1.1.13–10.el7_2.4–44eb2dd) – partition with quorum
2 nodes and 0 resources configured
Online: [ normal11 normal12 ]
Full list of resources:
|
- 配置VIP和监控的服务
|
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
39
40
41
42
43
44
45
46
47
48
49
50
51
|
# (配置VIP)每60秒监控一次，超时时长为30秒，时间不能小于建议时长，否则会报错
crm(live)configure# primitive maxscaleip ocf:IPaddr params ip=192.168.137.111 op monitor timeout=30s interval=60s
# 配置监控的服务(maxscale.service)
crm(live)configure# primitive maxscaleserver systemd:maxscale op monitor timeout=30s interval=60s
# 将 VIP(maxscaleip) 和 监听的服务(maxscaleserver) 归为同一个组
crm(live)configure# group maxscalegroup maxscaleip maxscaleserver
# 由于我们只用两个节点我们这边不配置仲裁, 否则服务会不稳定来回切换
crm(live)configure# property no-quorum-policy=ignore
# 验证配置, 提交修改的配置
crm(live)configure# verify
crm(live)configure# commit
crm(live)configure# show
node 1: normal11 \
attributes standby=off
node 2: normal12 \
attributes standby=off
primitive maxscaleip IPaddr \
params ip=192.168.137.111 \
op monitor timeout=30s interval=60s
primitive maxscaleserver systemd:maxscale \
op monitor timeout=30s interval=60s
group maxscalegroup maxscaleip maxscaleserver
property cib–bootstrap–options: \
have–watchdog=false \
dc–version=1.1.13–10.el7_2.4–44eb2dd \
cluster–infrastructure=corosync \
cluster–name=maxscalecluster \
stonith–enabled=false \
no–quorum–policy=ignore
crm(live)configure# cd
# 查看服务情况
crm(live)# status
Last updated: Tue Nov 8 21:18:22 2016 Last change: Tue Nov 8 21:17:44 2016 by root via cibadmin on normal11
Stack: corosync
Current DC: normal12 (version 1.1.13–10.el7_2.4–44eb2dd) – partition with quorum
2 nodes and 2 resources configured
Online: [ normal11 normal12 ]
Full list of resources:
Resource Group: maxscalegroup
maxscaleip (ocf::heartbeat:IPaddr): Started normal11 # VIP 服务已经启动
maxscaleserver (systemd:maxscale): Started normal11 # maxscale.server 已经启动
crm(live)# quit
|
- 查看启动的资源
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
|
# 查看添加的VIP
[root@normal11 data]# ip addr | grep 192.168.137
inet 192.168.137.11/24 brd 192.168.137.255 scope global enp0s3
inet 192.168.137.111/24 brd 192.168.137.255 scope global secondary enp0s3
# 查看启动的 maxscale
[root@normal11 data]# ps -ef | grep maxscale
root 14894 1 0 21:17 ? 00:00:00 /usr/local/maxscale/bin/maxscale –f /etc/maxscale.cnf
root 15142 2505 0 21:21 pts/0 00:00:00 grep —color=auto maxscale
[root@normal11 data]# netstat -natpl | grep max
tcp 0 0 0.0.0.0:4008 0.0.0.0:* LISTEN 14894/maxscale
tcp 0 0 0.0.0.0:6603 0.0.0.0:* LISTEN 14894/maxscale
tcp 0 0 0.0.0.0:5308 0.0.0.0:* LISTEN 14894/maxscale
tcp 0 0 0.0.0.0:4006 0.0.0.0:* LISTEN 14894/maxscale
tcp 0 0 192.168.137.11:45126 192.168.137.23:3306 ESTABLISHED 14894/maxscale
tcp 0 0 192.168.137.11:47418 192.168.137.22:3306 ESTABLISHED 14894/maxscale
tcp 0 0 192.168.137.11:46747 192.168.137.21:3306 ESTABLISHED 14894/maxscale
tcp 0 0 192.168.137.11:46758 192.168.137.21:3306 ESTABLISHED 14894/maxscale
|
- 服务转跳测试
这边主要是演示宕机的情况下，看看 maxscale 服务 和 VIP 是否是会漂移到 normal12(192.168.137.12) 上。
我这边不演示 使用 systemctl stop maxscale.service 服务的原因是，这样关闭服务它不会马上发生VIP漂移而是会先在 本机(normal11:192.168.137.11)上尝试启动 maxscale服务, 经过多次尝试不行才发生 VIP 和 服务的转移。这边我要夸一下这样的资源管理其实是很符合常理的很好的。这比我们的MHA符合常理的多，其实在压力比较大的数据库中，也是不应该如果一宕机就马上转移的，应该先在原先的服务器上再次启动一下服务，起步来在转跳的。因为如果压力大导致的奔溃，启动服务应该需要先把热数据加载到数据库中的。
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
|
# normal11 关闭机器
[root@normal11 data]# shutdown -h now
PolicyKit daemon disconnected from the bus.
We are no longer a registered authentication agent.
# 查看 normal12 192.168.137.12 的资源情况
[root@normal12 ~]# ip addr | grep 192.168.137
inet 192.168.137.12/24 brd 192.168.137.255 scope global enp0s3
inet 192.168.137.111/24 brd 192.168.137.255 scope global secondary enp0s3:0
[root@normal12 ~]# ps -ef | grep maxscale
root 14914 1 0 21:32 ? 00:00:00 /usr/local/maxscale/bin/maxscale –f /etc/maxscale.cnf
root 14959 2467 0 21:33 pts/0 00:00:00 grep —color=auto maxscale
[root@normal12 ~]# netstat -natpl | grep max
tcp 0 0 0.0.0.0:4008 0.0.0.0:* LISTEN 14914/maxscale
tcp 0 0 0.0.0.0:6603 0.0.0.0:* LISTEN 14914/maxscale
tcp 0 0 0.0.0.0:5308 0.0.0.0:* LISTEN 14914/maxscale
tcp 0 0 0.0.0.0:4006 0.0.0.0:* LISTEN 14914/maxscale
tcp 0 0 192.168.137.12:45904 192.168.137.21:3306 ESTABLISHED 14914/maxscale
tcp 0 0 192.168.137.12:39643 192.168.137.22:3306 ESTABLISHED 14914/maxscale
tcp 0 0 192.168.137.12:44636 192.168.137.23:3306 ESTABLISHED 14914/maxscale
|
文章转载来自：ttlsa.com
