MMM高可用mysql方案

标签：mysql高可用

缺点：
MMM架构需要多个节点，多个ip，对服务器数量有要求；其次，MMM方案在读、写非常繁忙的业务系统下表现不是很稳定，可能会出现复制延时、切换失效等问题。因此，MMM方案并不太适应于数据安全性要求很高，并且读、写频繁的环境中。

MMM有多种应用架构，最简单的是两个节点的运行环境。如下图：

在通过MMMt套件实现的双Master架构中，需要5个ip地址，两个maser节点各有的一个固定不变的物理ip地址，另外还有两个只读ip和一个可写ip，这三个虚拟ip不会固定在任何一个节点上，相反，她会在两个master节点之间来回切换，如何切换取决于节点的可用性。
在正常情况下（系统、网络正常，MySQL服务正常，主从复制正常，没有复制延迟等），Master1有两个虚拟IP(reader ip和wirter ip)，Master2上有一个虚拟IP（reader ip），如果Master1发生故障，那么所有的reader和writer虚拟IP都会被分配至Master2。
在双Master节点的基础上，增加多个slave节点，即可实现双主多从节点应用架构。如下图：

双主多从节点的MySQL架构适合读查询量非常大的业务环境。此架构通过两个Master实现MySQL写操作的高可用，然后在Master后端又增加了多个Slave节点，所有的Slave节点只能进行读查询操作，而多个Slave节点之间可以通过LVS，HAProxy等负载均衡软件实现MySQL读操作的负载均衡。

此架构需要5台独立的服务器，其中一台MMM管理节点，两台mysql的Master节点，还有两台mysql的slave节点。
双主双从集群配置环境
?主机名 物理IP 集群角色 Server_id
Monitor 192.168.88.11 MMM管理器 无
Master1 192.168.88.20 主Master可读、可写 1
Master2 192.168.88.21 备Master可读、可写 2
Slave1 192.168.88.22 Salve节点只读 3
Slave2 192.168.88.23 Salve节点只读 4
双主双从应用架构读、写分离IP列表
虚拟IP地址 IP角色 功能描述
192.168.88.30 writer IP 应用程序配置中的写入VIP,仅支持单点写入
192.168.88.31 reader IP 应用程序配置中的读查询VIP,每个数据库节点一个读VIP,可以通过LVS,HAProxy等负载均衡软件对读VIP做负载均衡
192.168.88.32 reader IP
192.168.88.33 reader IP
192.168.88.34 reader IP

MMM的安装与配置
1.MMM套件安装
#安装epel源https://fedoraproject.org/wiki/EPEL/zh-cn
rpm -Uvh https://dl.fedoraproject.org/pub/epel/epel-release-latest-7.noarch.rpm
#在Monitor节点执行如下命令
yum -y install mysql-mmm*
#每个MySQL DB节点只要安装mysql-mmm-agent即可
yum -y install mysql-mmm-agent
2.MMM集群套件的配置
在进行MMM套件配置之前，需要配置好Master到Master2主主互为同步，Master1到Slave1、Slave2主从同步。需要注意，在配置Slave1、Slave2和Master同步时，‘master_host’的地址要填Master1节点的物理ip，而不是虚拟ip。
由于MMM集群套件对数据的读、写进行了严格控制，根据MMM的管理机制，需要首先在所有Mysql主机上设置read_only参数，也就是在/etc/my.cnf的mysqld配置段添加：
read_only = 1

在所有MySQL节点创建除复制账号之外的另外两个账号，monitor user和monitor agent：

GRANT REPLICATION CLIENT ON . TO ‘mmm_monitor‘@‘192.168.88.%‘ IDENTIFIED BY ‘123456‘;
GRANT SUPER,REPLICATION CLIENT,PROCESS ON . TO ‘mmm_agent‘@‘192.168.88.%‘ IDENTIFIED BY ‘123456‘;

主要涉及4个配置文件：mmm_mon.conf、mmm_common.conf、mysql-mmm-agent和mmm_agent.conf。其中，mmm_mon.conf仅在MMM管理端配置，mmm_common.conf需要在所有MMM集群节点进行配置，内容完全一样，mmm_agent.conf也需要在所有Mysql节点进行配置。
（1）配置mmm_common.conf文件

active_master_role writer #当设置这个参数时，集群中所有mysql节点都应该设置‘read_only=1’参数，这样，MMM会根据每个节点的角色进行动态判断，当MMM设置写角色的时候，会自动在可写节点执行‘set global read_only = 0’操作，也就是打开写权限，其他只读的角色保持‘read_only=1’的只读权限，

<host default>
cluster_interface eth0 #配置的网络接口，这里不能指定为子接口，如eth0:0
pid_path /run/mysql-mmm-agent.pid #设定PID文件位置
bin_path /usr/libexec/mysql-mmm/ #设定MMM可执行文件路径
replication_user repl_user #设定复制的用户名
replication_password 123456 #设定复制的密码
agent_user mmm_agent #设定更改只读操作的用户
agent_password 123456 #设定更改操作用户的密码
</host>

<host db1> #设定db1的配置信息，db1会在mmm_agent.conf文件中定义
ip 192.168.88.20 #设定db1的物理ip地址
mode master #设置db1的角色为Master
peer db2 #设置与db1对等的主机名，也就是db1和db2均为Master角色
</host>

<host db2> #设定db2的配置信息，db2会在mmm_agent.conf文件中定义
ip 192.168.88.21 #设定db2的物理ip地址
mode master #设置db2的角色为Master
peer db1 #设置与db2对等的主机名，也就是db1和db2均为Master角色
</host>
<host db3> #设定db3的配置信息，db2会在mmm_agent.conf文件中定义
ip 192.168.88.22 #设定db3的物理ip地址
mode slave #设置db3的角色为Slave
</host>
<host db4> #设定db4的配置信息，db2会在mmm_agent.conf文件中定义
ip 192.168.88.23 #设定db4的物理ip地址
mode slave #设置db4的角色为Slave
</host>

<role writer> #设置可写角色模式
hosts db1, db2 #设置可执行写操作的主机
ips 192.168.100.250 #设置可写的虚拟IP地址
mode exclusive #设置角色模式为互斥，互斥角色只有一个ip并且同一时间只能分配给一个主机，一般writer角色是exclusive模式
</role>

<role reader> #设置可读角色模式
hosts db1,db2,db3, db4 #设置可读操作的主机
ips 192.168.88.31,192.168.88.32,192.168.88.33,192.168.88.34,#设置可读的虚拟IP地址
mode balanced #设置角色的模式为负载均衡，在负载均衡角色中，可以有多个IP,这些IP被均衡动态地分配给多台MySQL主机，一般reader角色是balanced模式
</role>

（2）配置mmm_agent.conf文件

include mmm_common.conf
this db1 #对应的主机名，Master2对应的主机名为db2

（3）配置mmm_mon.conf文件
include mmm_common.conf

<monitor>
ip 127.0.0.1 #为了安全性，设置只在本机监听，默认端口为9988
pid_path /run/mysql-mmm-monitor.pid
bin_path /usr/libexec/mysql-mmm
status_path /var/lib/mysql-mmm/mmm_mond.status
ping_ips 192.168.88.1，192.168.88.20，192.168.88.21,192.168.88.22,192.168.88.23 #用于测试网络可用性的ip地址列表，只要其中一个地址能ping通，就代表网络正常,这里不重要，写入本机的IP地址
flap_duration 3600 #抖动的时间范围，默认3600s
flap_count 3 #在抖动的时间范围内，最大抖动次数
auto_set_online 0 #抖动的时间范围过后，则设置自动上线

</monitor>

<host default>
monitor_user mmm_monitor #monitor user账号
monitor_password 123456 #monitor user密码
</host>
debug 0 #MMM管理端的运行模式，1为debug模式，0为正常模式

（4）配置mysql-mmm-agent文件
/etc/default/mysql-mmm-agent,它要在MMM集群的所有Mysql节点设置，此文件内容只有一行：ENABLED=1

MMM集群中所有配置文件的权限最好设置为640，否则启动MMM服务的时候可能出错。

#在MMM集群管理端启动mysql-mmm-monitor服务
systemctl start mysql-mmm-monitor
#在每个agent端依次启动agent服务
systemctl start mysql-mmm-agent

MMM基本维护：

查看运行状态
一种是通过MMM集群提供的mmm_control（仅在管理端存在）命令，另一种是查看MMM集群的运行日志信息，MMM集群的运行日志位于每个集群节点的/var/log/mysql-mmm下。

mmm_control help #显示帮助信息
ping #测试网络运行状态
show #显示MMM集群中所有节点的状态
checks [<host>|all [<check|all>]] #显示MMM集群中指定节点的详细状态或
显示所有节点的详细运行状态
set_online <host> #将一个MMM集群节点设置为online状态
set_offline <host> #将一个MMM集群节点设置为offline状态
mode #显示MMM集群当前的运行模式，有active、manual和
passive三种模式，默认是active模式
set_active #切换到active模式
set_manual #切换到set_manual模式
set_passive #切换到passive模式
move_role [--force] <role> <host> #在互斥模式下切换角色，例如将写操作
从db1切换到db2
set_ip <ip> <host> #用来在被动模式下操作角色

MMM整合Amoeba应用架构

#下载amoeba-mysql-3.0.5-RC-distribution.zip
wget http://jaist.dl.sourceforge.net/project/amoeba/Amoeba%20for%20mysql/3.x/amoeba-mysql-3.0.5-RC-distribution.zip
#下载jdk，配置环境变量
vim /etc/profile
export JAVA_HOME=/usr/local/jdk1.8.0_171
export CLASSPATH=.:$JAVA_HOME/jre/lib/rt,jar:$JAVA_HOME/lib/dr.jar:$JAVA_HOME/lib/tools.jar
export PATH=$JAVA_HOME/bin:$PATH

Amoeba配置文件比较多，但是仅仅使用读、写分离功能，只需配置dbServers.xml和amoeba.xml，如果需要配置IP访问控制，还需要修改access_list.conf文件。

MMM高可用mysql方案

标签：mysql高可用

原文地址：http://blog.51cto.com/11305362/2113846