MySQL数据库实现MMM高可用群集架构

概念

MMM(Master-Master replication managerfor Mysql,Mysql主主复制管理器)是一套灵活的脚本程序,基于perl实现,用来对mysql replication进行监控和故障迁移,并能管理mysql Master-Master复制的配置(同一时间只有一个节点是可写的)。

MMM高可用架构说明

  • mmm_mond:监控进程,负责所有的监控工作,决定和处理所有节点角色活动。此脚本需要在监管机上运行。
  • mmm_agentd:运行在每个mysql服务器上的代理进程,完成监控的探针工作和执行简单的远端服务设置。此脚本需要在被监管机上运行。
  • mmm_control:一个简单的脚本,提供管理mmm_mond进程的命令。
  • mysql-mmm的监管端会提供多个虚拟IP(VIP),包括一个可写VIP,多个可读VIP,通过监管的管理,这些IP会绑定在可用mysql之上,当某一台mysql宕机时,监管会将VIP迁移至其他mysql。在整个监管过程中,需要在mysql中添加相关授权用户,以便让mysql可以支持监理机的维护。授权的用户包括一个mmm_monitor用户和一个mmm_agent用户。

MMM的优缺点

优点: 高可用性,扩展性好,出现故障自动切换,对于主主同步,在同一时间只提供一台数据库写操作,保证的数据的一致性。
缺点: Monitor节点是单点,可以结合Keepalived实现高可用,对主机的数量有要求,需要实现读写分离,对程序来说是个挑战。

实验环境部署

第一步:在四台服务器上都需要安装MySQL数据库

1.配置ALI云源,然后安装epel-release源

[root@localhost ~]# wget -O /etc/yum.repos.d/CentOS-Base.repo http://mirrors.aliyun.com/repo/Centos-7.repo

[root@localhost ~]# yum -y install epel-release

[root@localhost ~]# yum clean all && yum makecache

2.搭建本地yum源

#安装数据库
[root@localhost ~]# yum -y install mariadb-server mariadb

#关闭防火墙和安全功能
[root@localhost ~]# systemctl stop firewalld.service
[root@localhost ~]# setenforce 0

#开启数据库
[root@localhost ~]# systemctl start mariadb.service

3.修改ml主配置文件

[root@localhost ~]# vim /etc/my.cnf
#删除前9行,添加以下内容
[mysqld]
log_error=/var/lib/mysql/mysql.err     #错误日志的文件位置
log=/var/lib/mysql/mysql_log.log      #访问日志的文件位置
log_slow_queries=/var/lib/mysql_slow_queris.log     #man日志的文件位置
binlog-ignore-db=mysql,information_schema     #mysql,information_schema不生成二进制日志文件
character_set_server=utf8        #字符集
log_bin=mysql_bin       #二进制日志文件功能开启
server_id=1        #不同主机id不同
log_slave_updates=true       #授权同步
sync_binlog=1        #二进制日志文件功能开启
auto_increment_increment=2       #自增量
auto_increment_offset=1         #起始值

[root@localhost ~]# systemctl restart mariadb.service
[root@localhost ~]# netstat -natp | grep 3306

4.复制配置文件到其他三台数据库服务器,注意修改server_id

[root@localhost ~]# scp /etc/my.cnf root@192.168.142.134:etc/

5.进入数据库,并查看日志文件信息

[root@localhost ~]# mysql

#查看记录日志文件名称和位置值
MariaDB [(none)]> show master status;
+------------------+----------+--------------+--------------------------+
| File       | Position | Binlog_Do_DB | Binlog_Ignore_DB     |
+------------------+----------+--------------+--------------------------+
| mysql_bin.000001 |    245|       | mysql,information_schema |
+------------------+----------+--------------+--------------------------+
1 row in set (0.00 sec)

6.在m1和m2上互相授予访问的权限,并授权同步日志

#在m1和m2上互相授予访问的权限
MariaDB [(none)]> grant replication slave on *.* to 'replication'@'192.168.142.%' identified by '123456';

#在m1上指定m2的日志文件名和位置参数
MariaDB [(none)]> change master to master_host='192.168.142.134',master_user='replication',master_password='123456',master_log_file='mysql_bin.000001',master_log_pos=245;

#在m2上指定m1的日志文件名和位置参数
MariaDB [(none)]> change master to master_host='192.168.142.131',master_user='replication',master_password='123456',master_log_file='mysql_bin.000001',master_log_pos=245;

7.在m1上开启同步功能

MariaDB [(none)]> start slave;

8.查看同步状态,两台主服务器都要看到Yes

MariaDB [(none)]> show slave status\G;

       Slave_IO_Running: Yes
      Slave_SQL_Running: Yes

9.在m1上创建数据库

MariaDB [(none)]> create database school; 

10.在m2上查看同步数据库

MariaDB [(none)]> show databases;
+--------------------+
| Database      |
+--------------------+
| information_schema |
| mysql       |
| performance_schema |
| school       |
| test        |
+--------------------+
5 rows in set (0.00 sec)

11.在两台从上做-注意日志文件和位置参数的改变(都指向m1)

MariaDB [(none)]> change master to master_host='192.168.142.131',master_user='replication',master_password='123456',master_log_file='mysql_bin.000001',master_log_pos=245;

12.开启同步功能

MariaDB [(none)]> start slave;

#在从服务器上查看同步数据信息
MariaDB [(none)]> show databases;
+--------------------+
| Database      |
+--------------------+
| information_schema |
| mysql       |
| performance_schema |
| school       |
| test        |
+--------------------+
5 rows in set (0.00 sec)

13.在四台服务器上安装MMM相关软件

[root@localhost ~]# yum -y install mysql-mmm*

14.配置mmm_common.conf配置文件

[root@localhost ~]# vim /etc/mysql-mmm/mmm_common.conf

<host default>
#修改网卡为ens33
  cluster_interface    ens33
  pid_path        /run/mysql-mmm-agent.pid
  bin_path        /usr/libexec/mysql-mmm/
  replication_user    replicantion

  #修改授权密码
  replication_password  123456
  agent_user       mmm_agent

  #修改代理授权密码
  agent_password     123456
</host>

#指定四台服务器的角色与IP地址
<host db1>
  ip   192.168.142.131
  mode  master
  peer  db2
</host>

<host db2>
  ip   192.168.142.134
  mode  master
  peer  db1
</host>

<host db3>
  ip   192.168.142.130
  mode  slave
</host>

<host db4>
  ip   192.168.142.135
  mode  slave
</host>

#设定主服务器虚拟IP
<role writer>
  hosts  db1, db2
  ips   192.168.142.250
  mode  exclusive
</role>

#设定从服务器虚拟IP
<role reader>
  hosts  db3, db4
  ips   192.168.142.251, 192.168.142.252
  mode  balanced
</role>

15.从m1上面复制配置文件到其他三台服务器

[root@localhost ~]# scp mmm_common.conf/mmm_common.conf root@192.168.142.134:/etc/mysql-mmm/mmm_common.conf
[root@localhost ~]# scp mmm_common.conf/mmm_common.conf root@192.168.142.130:/etc/mysql-mmm/mmm_common.conf
[root@localhost ~]# scp mmm_common.conf/mmm_common.conf root@192.168.142.135:/etc/mysql-mmm/mmm_common.conf

第二步:配置monitor监控服务器

1.安装epel-release源以及MMM相关软件

[root@localhost ~]# systemctl stop firewalld.service
[root@localhost ~]# setenforce 0
[root@localhost ~]# wget -O /etc/yum.repos.d/CentOS-Base.repo http://mirrors.aliyun.com/repo/Centos-7.repo
[root@localhost ~]# yum -y install epel-release
[root@localhost ~]# yum clean all && yum makecache
[root@localhost ~]# yum -y install mysql-mmm*

2.从m1上面复制配置文件到监控服务器

[root@localhost ~]# scp mmm_common.conf root@192.168.142.134:/etc/mysql-mmm/

3.配置mmm_common.conf配置文件

[root@localhost ~]# vim /etc/mysql-mmm/mmm_mon.conf

<monitor>
  ip         127.0.0.1
  pid_path      /run/mysql-mmm-monitor.pid
  bin_path      /usr/libexec/mysql-mmm
  status_path     /var/lib/mysql-mmm/mmm_mond.status

  #指向四台服务器的IP地址
  ping_ips      192.168.142.131,192.168.142.134,192.168.142.130,192.168.142.135
  auto_set_online   10

4.在所有数据库服务器上为mmm_agent授权

MariaDB [(none)]> grant super, replication client, process on *.* to 'mmm_agent'@'192.168.142.%' identified by '123456';
Query OK, 0 rows affected (0.02 sec)

5.在所有数据库服务器上为mmm_moniter授权

MariaDB [(none)]> grant replication client on *.* to 'mmm_monitor'@'192.168.18.%' identified by '123456';
Query OK, 0 rows affected (0.02 sec)

6.刷新数据库、在所有数据库服务器上设定代理名称

[root@localhost ~]# vim /etc/mysql-mmm/mmm_agent.conf  #修改代理配置文件
#m1中默认名称
this db1 

#m2中名称
this db2

#s1中名称
this db3

#s2中名称
this db4

7.所有数据库服务器上启动代理功能并设定开机自启动

#启动代理功能
[root@localhost ~]# systemctl start mysql-mmm-agent.service

#设置开机自启动
[root@localhost ~]# systemctl enable mysql-mmm-agent.service

8.在monitor服务器开启监控服务、查看各节点的情况

[root@localhost mysql-mmm]# systemctl start mysql-mmm-monitor.service
[root@localhost ~]# mmm_control show
 db1(192.168.142.131) master/ONLINE. Roles: writer(192.168.142.250)
 db2(192.168.142.134) master/ONLINE. Roles:
 db3(192.168.142.130) slave/ONLINE. Roles: reader(192.168.142.252)
 db4(192.168.142.135) slave/ONLINE. Roles: reader(192.168.142.251)

9、检测所有服务器状态

[root@localhost ~]# mmm_control checks all
db4 ping     [last change: 2019/11/25 18:23:03] OK
db4 mysql    [last change: 2019/11/25 18:23:03] OK
db4 rep_threads [last change: 2019/11/25 18:23:03] OK
db4 rep_backlog [last change: 2019/11/25 18:23:03] OK: Backlog is null
db2 ping     [last change: 2019/11/25 18:23:03] OK
db2 mysql    [last change: 2019/11/25 18:59:01] OK
db2 rep_threads [last change: 2019/11/25 18:59:01] OK
db2 rep_backlog [last change: 2019/11/25 18:59:01] OK: Backlog is null
db3 ping     [last change: 2019/11/25 18:23:03] OK
db3 mysql    [last change: 2019/11/25 18:59:01] OK
db3 rep_threads [last change: 2019/11/25 18:59:01] OK
db3 rep_backlog [last change: 2019/11/25 18:59:01] OK: Backlog is null
db1 ping     [last change: 2019/11/25 18:23:03] OK
db1 mysql    [last change: 2019/11/25 18:59:01] OK
db1 rep_threads [last change: 2019/11/25 18:59:01] OK
db1 rep_backlog [last change: 2019/11/25 18:59:01] OK: Backlog is null

第三、故障测试

1、模拟m1服务器宕机,停止服务

[root@localhost ~]# systemctl stop mariadb.service

2.当m1服务器宕机后,m2接收虚拟IP继续提供服务

[root@localhost ~]# mmm_control show
 db1(192.168.142.131) master/ONLINE. Roles:
 db2(192.168.142.134) master/ONLINE. Roles: writer(192.168.142.250)
 db3(192.168.142.130) slave/ONLINE. Roles: reader(192.168.142.252)
 db4(192.168.142.135) slave/ONLINE. Roles: reader(192.168.142.251)

3.当s1服务器宕机后,s2接收虚拟IP继续提供服务

[root@localhost ~]# mmm_control show db1(192.168.142.131) master/ONLINE. Roles: writer(192.168.142.250)
db2(192.168.142.134) master/ONLINE. Roles:
db3(192.168.142.130) slave/HARD_OFFLINE. Roles:
db4(192.168.142.135) slave/ONLINE. Roles: reader(192.168.142.251), reader(192.168.142.252

4.在m1服务器上为监控服务器地址授权登录

MariaDB [(none)]> grant all on *.* to 'root'@'192.168.142.136' identified by '123456';
Query OK, 0 rows affected (0.00 sec)

5.在监控服务器上安装数据库客户端

[root@localhost ~]# yum -y install mariadb

6.在监控服务器上使用指定用户登录数据库,并创建数据信息

[root@localhost ~]# mysql -u root -p -h 192.168.142.250
Enter password:
#输入密码即可

#创建一个数据库
MariaDB [(none)]> create database BDQN;
Query OK, 1 row affected (0.01 sec)

7.在所有数据库上都能查看及时同步到的数据信息

MariaDB [(none)]> show databases;  #查看数据库
+--------------------+
| Database      |
+--------------------+
| information_schema |
| BDQN        |     #同步到的BDQN数据库
| mysql       |
| performance_schema |
| school       |
| test        |
+--------------------+
6 rows in set (0.00 sec)

到此MMM群集架构已完成,谢谢阅读!!!

以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持我们。

(0)

相关推荐

  • MySQL数据库的高可用方案总结

    高可用架构对于互联网服务基本是标配,无论是应用服务还是数据库服务都需要做到高可用.虽然互联网服务号称7*24小时不间断服务,但多多少少有一些时候服务不可用,比如某些时候网页打不开,百度不能搜索或者无法发微博,发微信等.一般而言,衡量高可用做到什么程度可以通过一年内服务不可用时间作为参考,要做到3个9的可用性,一年内只能累计有8个小时不可服务,而如果要做到5个9的可用性,则一年内只能累计5分钟服务中断.所以虽说每个公司都说自己的服务是7*24不间断的,但实际上能做到5个9的屈指可数,甚至根本做不到

  • Oracle和MySQL的高可用方案对比分析

    关于Oracle和MySQL的高可用方案,其实一直想要总结了,就会分为几个系列来简单说说.通过这样的对比,会对两种数据库架构设计上的细节差异有一个基本的认识.Oracle有一套很成熟的解决方案.用我在OOW上的ppt来看,是MAA的方案,今年是这个方案的16周年了. 而MySQL因为开源的特点,社区里推出了更多的解决方案,个人的见解,InnoDB Cluster会是MySQL以后的高可用方案标配. 而目前来看,MGR固然不错,MySQL Cluster方案也有,PXC,Galera等方案,个人还

  • MySQL高可用MMM方案安装部署分享

    1 install mysql 请参考http://www.jb51.net/article/47094.htm 2. Basic configuration of master 1 3. Create users GRANT REPLICATION CLIENT ON *.* TO 'mmm_monitor'@'%' IDENTIFIED BY 'mmm_monitor'; GRANT SUPER, REPLICATION CLIENT, PROCESS ON *.* TO 'mmm_agen

  • MySQL高可用解决方案MMM(mysql多主复制管理器)

    一.MMM简介: MMM即Multi-Master Replication Manager for MySQL:mysql多主复制管理器,基于perl实现,关于mysql主主复制配置的监控.故障转移和管理的一套可伸缩的脚本套件(在任何时候只有一个节点可以被写入),MMM也能对从服务器进行读负载均衡,所以可以用它来在一组用于复制的服务器启动虚拟ip,除此之外,它还有实现数据备份.节点之间重新同步功能的脚本.MySQL本身没有提供replication failover的解决方案,通过MMM方案能实

  • keeplive+mysql+drbd高可用架构安装步骤

    DRBD(DistributedReplicatedBlockDevice)是一个基于块设备级别在远程服务器直接同步和镜像数据的开源软件,类似于RAID1数据镜像,通常配合keepalived.heartbeat等HA软件来实现高可用性. DRBD是一种块设备,可以被用于高可用(HA)之中.它类似于一个网络RAID-1功能,当你将数据写入本地文件系统时,数据还将会被发送到网络中另一台主机上.以相同的形式记录在一个文件系统中. 本地(master)与远程主机(backup)的保证实时同步,如果本地

  • 详解MySQL高可用MMM搭建方案及架构原理

    先来看看架构,如下图: 部署 1.修改hosts 在所有的服务器中执行相同的操作. vim /etc/hosts 192.168.137.10 master 192.168.137.20 backup 192.168.137.30 slave 192.168.137.40 monitor 2.添加mysql用户 只需要在所有的数据库端执行即可,监控端不需要. GRANT REPLICATION CLIENT ON *.* TO 'mmm_monitor'@'192.168.137.%' IDEN

  • MySQL下高可用故障转移方案MHA的超级部署教程

    MHA介绍 MHA是一位日本MySQL大牛用Perl写的一套MySQL故障切换方案,来保证数据库系统的高可用.在宕机的时间内(通常10-30秒内),完成故障切换,部署MHA,可避免主从一致性问题,节约购买新服务器的费用,不影响服务器性能,易安装,不改变现有部署.      还支持在线切换,从当前运行master切换到一个新的master上面,只需要很短的时间(0.5-2秒内),此时仅仅阻塞写操作,并不影响读操作,便于主机硬件维护.   在有高可用,数据一致性要求的系统上,MHA 提供了有用的功能

  • Keepalived+HAProxy实现MySQL高可用负载均衡的配置

     Keepalived 由于在生产环境使用了mysqlcluster,需要实现高可用负载均衡,这里提供了keepalived+haproxy来实现. keepalived主要功能是实现真实机器的故障隔离及负载均衡器间的失败切换.可在第3,4,5层交换.它通过VRRPv2(Virtual Router Redundancy Protocol) stack实现的. Layer3:Keepalived会定期向服务器群中的服务器.发送一个ICMP的数据包(既我们平时用的Ping程序),如果发现某台服务的

  • 基于mysql+mycat搭建稳定高可用集群负载均衡主备复制读写分离操作

    数据库性能优化普遍采用集群方式,oracle集群软硬件投入昂贵,今天花了一天时间搭建基于mysql的集群环境. 主要思路 简单说,实现mysql主备复制-->利用mycat实现负载均衡. 比较了常用的读写分离方式,推荐mycat,社区活跃,性能稳定. 测试环境 MYSQL版本:Server version: 5.5.53,到官网可以下载WINDWOS安装包. 注意:确保mysql版本为5.5以后,以前版本主备同步配置方式不同. linux实现思路类似,修改my.cnf即可. A主mysql.19

  • MySQL数据库实现MMM高可用群集架构

    概念 MMM(Master-Master replication managerfor Mysql,Mysql主主复制管理器)是一套灵活的脚本程序,基于perl实现,用来对mysql replication进行监控和故障迁移,并能管理mysql Master-Master复制的配置(同一时间只有一个节点是可写的). MMM高可用架构说明 mmm_mond:监控进程,负责所有的监控工作,决定和处理所有节点角色活动.此脚本需要在监管机上运行. mmm_agentd:运行在每个mysql服务器上的代理

  • MySQL 数据库如何解决高并发问题

    前言 我们都知道初创公司一开始都是以单体应用为首要架构,一般都是单体单库的形式.但是版本以及版本的迭代,数据库需要承受更多的高并发已经成了 架构设计 需要考虑的点. 那么解决问题,就得说到方案.但是方案有很多,我们该怎么选择呢? 优化与方案 基本上,我们优化要从几个关键字入手: 短距离 , 少数据 , 分散压力 . 短距离 所谓的短距离,指的是从前端到数据库的路径要短. 页面静态.有些页面的数据是在某些时段是不变的,那么这个页面可以静态化,这样可以提高访问的速度. 使用缓存.缓存大家都知道,快的

  • MySQL双主(主主)架构配置方案

    在企业中,数据库高可用一直是企业的重中之重,中小企业很多都是使用mysql主从方案,一主多从,读写分离等,但是单主存在单点故障,从库切换成主库需要作改动.因此,如果是双主或者多主,就会增加mysql入口,增加高可用.不过多主需要考虑自增长ID问题,这个需要特别设置配置文件,比如双主,可以使用奇偶,总之,主之间设置自增长ID相互不冲突就能完美解决自增长ID冲突问题. 主从同步复制原理 在开始之前,我们先来了解主从同步复制原理. 复制分成三步: 1. master将改变记录到二进制日志(binary

  • 生产环境之Nginx高可用方案实现过程解析

    准备工作: 192.168.16.128 192.168.16.129 两台虚拟机.安装好Nginx 安装Nginx 更新yum源文件: rpm -ivh http://nginx.org/packages/centos/7/noarch/RPMS/nginx-release-centos-7-0.el7.ngx.noarch.rpm wget -O /etc/yum.repos.d/CentOS-Base.repo http://mirrors.aliyun.com/repo/Centos-7

  • 基于 ZooKeeper 搭建 Hadoop 高可用集群 的教程图解

    一.高可用简介 Hadoop 高可用 (High Availability) 分为 HDFS 高可用和 YARN 高可用,两者的实现基本类似,但 HDFS NameNode 对数据存储及其一致性的要求比 YARN ResourceManger 高得多,所以它的实现也更加复杂,故下面先进行讲解: 1.1 高可用整体架构 HDFS 高可用架构如下: 图片引用自: https://www.edureka.co/blog/how-to-set-up-hadoop-cluster-with-hdfs-hi

  • keepalived对nginx进行高可用搭建及原理详解

    目录 一.Keepalived介绍 二.Keepalived的应用场景 三.Keepalived的工作原理 1 VRRP协议 2 核心组件 3 分层工作 4 工作状态 四.Keepalived使用 1 配置介绍 2 使用keepalived对nginx进行高可用搭建 2.1 环境准备 2.2 nginx软件安装和配置 2.3 Keepalived软件安装 2.4 监听存活脚本 2.5 最终配置文件 2.6 启动主从的Keepalived 2.7 查看VIP是否启动 2.8 测试 五.需要注意的问

  • MySQL数据库实现高可用架构之MHA的实战

    目录 一.MySQLMHA介绍 1.1什么是MHA? 1.2MHA的组成 1.3MHA的特点 二.MySQLMHA搭建 1.MHA架构部分 2.故障模拟部分 3.实验环境 三.实验步骤 1.关闭防火墙和SElinux 2.Master.Slave1.Slave2节点上安装mysql5.7 3.修改Master.Slave1.Slave2节点的主机名 4.修改Master.Slave1.Slave2节点的Mysql主配置文件/etc/my.cnf 5.在Master.Slave1.Slave2节点

随机推荐