首页 > 其他分享 >MMM高可用配置

MMM高可用配置

时间：2024-06-30 19:54:04浏览次数：1  
标签：20.0 mmm 可用 配置 MMM mysql 服务器 节点

目录

1.MMM的概述

MMM（Master-Master replication manager for MySQL，MySQL主主复制管理器）
是一套支持双主故障切换和双主日常管理的脚本程序。MMM 使用 Perl 语言开发，主要用来监控和管理 MySQL Master-Master （双主）复制，虽然叫做双主复制，但是业务上同一时刻只允许对一个主进行写入，另一台备选主上提供部分读服务，以加速在主主切换时备选主的预热，可以说MMM这套脚本程序一方面实现了故障切换的功能，另一方面其内部附加的工具脚本也可以实现多个 Slave 的 read 负载均衡。

MMM提供了自动和手动两种方式移除一组服务器中复制延迟较高的服务器的虚拟ip，同时它还可以备份数据，实现两节点之间的数据同步等。由于MMM无法完全保证数据的一致性，所以MMM适用于对数据的一致性要求不是很高，但是又想最大程度地保证业务可用性的场景。

MMM是一套灵活的脚本程序，基于perl实现，用来对 mysql replication 进行监控和故障迁移，并能管理 MySQL Master-Master 复制的配置。

关于 MMM 高可用架构的说明如下：
mmm_mon：监控进程，负责所有的监控工作，决定和处理所有节点角色活动。此脚本需要在监控主机上运行。
mmm_agent：运行在每个MySQL服务器上的代理进程，完成监控的探针工作和执行简单的远端服务设置。此脚本需要在被监管机上运行。
mmm_control：一个简单的脚本，提供管理 mmm_mon 进程的命令。
mysql-mmm 的监管端会提供多个虚拟 IP（VIP），包括一个可写 VIP，多个可读 VIP，通过监管的管理，这些 IP 会绑定在可用 MySQL 之上，当某一台 MySQL 宕机时，监管会将 VIP 迁移至其他 MySQL。

在整个监管过程中，需要在 MySQL 中添加相关授权用户，以便让 MySQL 可以支持监控主机的维护。 授权的用户包括一个 mmm_monitor 用户和一个 mmm_agent 用户。

2.MMM的工作原理

MMM 通过监控 MySQL 实例的状态来实现故障检测和自动故障转移。当一个主节点发生故障时，MMM 会自动将其中一个从节点提升为新的主节点，确保数据库的可用性。
MMM 还可以根据负载情况自动进行负载均衡。它可以根据每个节点的负载情况，将读操作分发到不同的节点上，从而提高系统的整体性能。
MMM 还提供了一些管理工具，可以方便地进行节点的添加、删除和配置修改等操作

3.如何实现主主复制

1）时间同步：确保两台服务器的时间同步
2）配置文件修改：在两台服务器的MySQL配置文件中启用二进制日志和主从复制相关参数。
3）创建复制用户：在两台服务器上分别创建用于复制的用户，并授予必要权限
4）互为主从配置：在服务器A上设置服务器B为从库；在服务器B上设置服务器A为从库
5）启动复制：在两台服务器上分别执行 START SLAVE
6）检查状态：使用 SHOW SLAVE STATUS\G 查看复制状态，确保无错误

1）MMM 方案（单主）
MMM 通过监控 MySQL 实例的状态来实现故障检测和自动故障转移。当一个主节点发生故障时，MMM 会自动将其中一个从节点提升为新的主节点，确保数据库的可用性。
MMM 还可以根据负载情况自动进行负载均衡。它可以根据每个节点的负载情况，将读操作分发到不同的节点上，从而提高系统的整体性能。
MMM 还提供了一些管理工具，可以方便地进行节点的添加、删除和配置修改等操作。

优点：
高可用性：MMM 通过自动故障检测和故障转移机制，可以快速将一个从节点提升为新的主节点，从而实现数据库的高可用性，减少系统的停机时间。
负载均衡：MMM 可以根据节点的负载情况，将读操作分发到不同的节点上，从而实现负载均衡，提高系统的整体性能。
简单易用：MMM 提供了一些管理工具，可以方便地进行节点的添加、删除和配置修改等操作，使得系统的管理和维护变得简单易用。

缺点：
数据一致性：由于 MMM 采用的是异步复制机制，主节点和从节点之间存在一定的延迟，可能导致数据的不一致。在某些场景下，可能需要额外的措施来确保数据的一致性。
单点故障：虽然 MMM 可以自动进行故障转移，但在故障转移过程中，可能会存在一段时间的数据库不可用。如果 MMM 本身发生故障，可能会导致整个系统的不可用。
配置复杂性：MMM 的配置相对复杂，需要对 MySQL 的复制机制和 MMM 的工作原理有一定的了解。在配置过程中，需要注意各个节点的配置一致性和正确性。

搭建 MySQL MMM
1）Master1节点服务器20.0.0.140
2）Master2 节点服务器20.0.0.150
3）Slave1节点服务器20.0.0.170
4）Slave2节点服务器20.0.0.180
5)monitor 20.0.0.110

systemctl disable --now firewalld
setenforce 0
vim /etc/selinux/config
        disabled

##修改 Master、Slave1、Slave2、MHA manager节点的主机名
hostnamectl set-hostname mysql1     ##Master1
hostnamectl set-hostname mysql2     ##Master2
hostnamectl set-hostname mysql3     ##Slave1
hostnamectl set-hostname mysql4     ##Slave2
hostnamectl set-hostname monitor    ##monitor

bash






1）Master1节点服务器20.0.0.140

##修改 master1 配置文件
vim /etc/my.cnf
	······
	/usr/local/mysql
	datadir = /usr/local/mysql/data
	port = 3306
	character_set_server=utf8
	pid-file = /usr/local/mysql/mysqld.pid
	socket = /usr/local/mysql/mysql.sock
##这里要改##
	server-id = *
##插入##
log-error=/usr/local/mysql/data/mysql_error.log
general_log=ON
general_log_file=/usr/local/mysql/data/mysql_general.log
slow_query_log=ON
slow_query_log_file=mysql_slow_query.log
long_query_time=5
binlog-ignore-db=mysql,information_schema
log_bin=mysql_bin
log_slave_updates=true
sync_binlog=1
innodb_flush_log_at_trx_commit=1
auto_increment_increment=2
auto_increment_offset=1

##把配置文件复制到其它 3 台数据库服务器上并启动服务器，注意：配置文件中的 server_id 要修改
scp /etc/my.cnf root@<主MySQL服务器2​IP>:/etc/
scp /etc/my.cnf root@<从MySQL服务器1​IP>:/etc/
scp /etc/my.cnf root@<从MySQL服务器2​IP>:/etc/


2）Master2 节点服务器20.0.0.150
3）Slave1节点服务器20.0.0.170
4）Slave2节点服务器20.0.0.180

vim /etc/my.cnf
        server-id = *
        
systemctl restart mysqld







1）Master1节点服务器20.0.0.140
2）Master2 节点服务器20.0.0.150
配置主主复制，两台主服务器相互复制,在两台主服务器上，从服务器上不需要执行.

grant replication slave on *.* to '<主从用户名>'@'<登录网段>%' identified by '<主从密码>';

show master status;


1）Master1节点服务器20.0.0.140
在 主MySQL服务器1​ 上配置同步

change master to master_host='<主MySQL服务器2​IP>',master_user='<主从用户名>',master_password='<主从密码>',master_log_file='<主MySQL服务器2二进制日志文件名>',master_log_pos=<偏移量>;

start slave;
show slave status\G

2）Master 节点服务器20.0.0.150
在 主MySQL服务器2 上配置同步

change master to master_host='<主MySQL服务器1​IP>',master_user='<主从用户名>',master_password='<主从密码>',master_log_file='<主MySQL服务器1二进制日志文件名>',master_log_pos=<偏移量>;

start slave;
show slave status\G

3）Slave1节点服务器20.0.0.170
4）Slave2节点服务器20.0.0.180
在两台从服务器上，主服务器上不需要执行,配置主从复制，在两台从服务器上做

change master to master_host='<主MySQL服务器1​IP>',master_user='<主从用户名>',master_password='Admin@123',master_log_file='<主MySQL服务器1二进制日志文件名>',master_log_pos=<偏移量>;

start slave;
show slave status\G



##授权配置错误修正
STOP SLAVE;
RESET SLAVE;

1）Master节点服务器20.0.0.140
测试主主、主从 同步情况

show databases;
create database mydb;
show databases;


在所有服务器上安装 MySQL-MMM
1）Master节点服务器20.0.0.140
2）Master 节点服务器20.0.0.150
3）Slave1节点服务器20.0.0.170
4）Slave2节点服务器20.0.0.180
5)monitor服务器20.0.0.110

wget -O /etc/yum.repos.d/CentOS-Base.repo http://mirrors.aliyun.com/repo/Centos-7.repo

cd /etc/yum.repos.d/
rz -E 上传  epel.repo
vim epel.repo
     gpgcheck=0
     
cd /opt/
mkdir /opt/yumcache
cd /etc/yum.repos.d
mv repo.bak/* ./
mv local.repo repo.bak
cd /opt/yumcache

yum install -y epel-release
yum -y install mysql-mmm*






在 主MySQL服务器1 上对 MySQL-MMM 进行配置
1）Master节点服务器20.0.0.140

cd /etc/mysql-mmm/
cp mmm_common.conf mmm_common.conf.bak
vim mmm_common.conf         
		······
		##修改##
		<host default>
			cluster_interface       <网卡名>       ens33
			……
			replication_user        <主从用户名>      replication
			replication_password    <主从密码>       replication123
			agent_user              <MMM代理用户名>    mmm_agent       
			agent_password          <MMM代理密码>     mmm_agent123

		<host db1>
			ip      <主MySQL服务器1​IP>   20.0.0.140
			mode    master
			peer    db2
		</host>

		<host db2>
			ip      <主MySQL服务器2​IP>   20.0.0.150
			mode    master
			peer    db1
		</host>

		<host db3>
			ip      <从MySQL服务器1​IP>   20.0.0.170
			mode    slave
		</host>

		##复制<host db3>开始的4行粘贴到这##

		<host db4>
			ip      <从MySQL服务器2​IP>   20.0.0.180
			mode    slave
		</host>

		<role writer>
			hosts   db1, db2
			ips     <主虚拟IP>    20.0.0.66   ##设定写VIP
			mode    exclusive   #只有一个 host 可以进行写操作模式
		</role>

		<role reader>
			hosts   db3, db4
			ips      <从虚拟IP1>, <从虚拟IP2>   20.0.0.88, 20.0.0.99  ##设定读VIP
			mode    balanced    ##多个 slave 主机可以进行读操作模式
		</role>

##把配置文件复制到其它 4 台主机，所有主机该配置文件内容都是一样的
scp mmm_common.conf root@<主MySQL服务器2​IP>:/etc/mysql-mmm/
scp mmm_common.conf root@<从MySQL服务器1​IP>:/etc/mysql-mmm/
scp mmm_common.conf root@<从MySQL服务器2​IP>:/etc/mysql-mmm/
scp mmm_common.conf root@<节点服务器1​IP>:/etc/mysql-mmm/



修改所有数据库服务器的代理配置文件 mmm_agent.conf
1）Master节点服务器20.0.0.140
2）Master 节点服务器20.0.0.150
3）Slave1节点服务器20.0.0.170
4）Slave2节点服务器20.0.0.180

vim /etc/mysql-mmm/mmm_agent.conf
	include mmm_common.conf
	······
	this db*
		#根据不同的主机分别修改为 db1,db2,db3,db4上文hosdb配置




在 monitor 监控服务器上修改监控配置文件 mmm_mon.conf
5)monitor 20.0.0.110

vim /etc/mysql-mmm/mmm_mon.conf

include mmm_common.conf
<monitor>
.....                   
    ping_ips        	<主MySQL服务器1​IP>,<主MySQL服务器2​IP>,<从MySQL服务器1​IP>,<从MySQL服务器2​IP>
	auto_set_online		<10~60之间任选一个数字>    
</monitor>

<host default>
    monitor_user        <MMM监控用户名>  monitor	   
    monitor_password    <MMM监控密码>    monitor123
</host>

在所有数据库上为 mmm_agent（代理进程）、 mmm_moniter（监控进程）授权
1）Master节点服务器20.0.0.140
2）Master 节点服务器20.0.0.150
3）Slave2节点服务器20.0.0.170
4）Slave1节点服务器20.0.0.180

grant super, replication client, process on *.* to '<MMM代理用户名>'@'<登录网段>%' identified by '<MMM代理密码>';
grant replication client on *.* to '<MMM监控用户名>'@'<登录网段>%' identified by '<MMM监控密码>';
flush privileges;

在所有数据库服务器上启动 mysql-mmm-agent
1）Master节点服务器20.0.0.140
2）Master 节点服务器20.0.0.150
3）Slave1节点服务器20.0.0.170
4）Slave2节点服务器20.0.0.180

systemctl enable mysql-mmm-agent.service --now  ##在所有数据库服务器上启动 mysql-mmm-agent

5)monitor 20.0.0.110

systemctl start mysql-mmm-monitor.service   ##在 monitor 服务器上启动 mysql-mmm-monitor

在 monitor 服务器上测试,查看各节点的情况
5)monitor 20.0.0.110

mmm_control show  ##检测监控功能是否都完善，需要各种OK
mmm_control move_role writer db2  ##指定绑定 VIP 的主机

##故障测试
mmm_control move_role writer db1

#停止 master01 确认 VIP 是否移动到 master02 上。注意：master01 主服务器恢复服务后，不会抢占
systemctl stop mysqld
mmm_control show







#停止一台从服务器，另一台将接管两个虚拟IP，以保证业务不停止
systemctl stop mysqld
mmm_control show

客户端测试
在 master01 服务器上为 monitor 服务器地址授权登录

grant all on *.* to 'testdba'@'<节点服务器1​IP>' identified by 'Admin@123';
flush privileges;

在 monitor 服务器上使用 VIP 登录

yum install -y mariadb-server mariadb
systemctl start mariadb.service

mysql -utestdba -p -h <主VIP>
 mysql -utestdba -p -h 20.0.0.66 
 
#创建数据，测试同步情况
create database testdba;
show databases;



同步

注意启动错误

标签：20.0,mmm,可用,配置,MMM,mysql,服务器,节点
From： https://www.cnblogs.com/zsy828/p/18274698

相关文章

  • MHA高可用配置及故障切换
    目录1.MHA概述（1）MHA的组件（2）MHA的工作原理（3）MHA的特点2.搭建MySQLMHA3.故障模拟4.故障修复MySQL主从复制集群高可用方案：keepalived主备、MHA、MMM、MySQLCluster、PXC。1.MHA概述MHA（MasterHighAvailability）是一套优秀的MySQL高可用环境下故障切换和主从复制的软件。......
  • 达梦数据库系列—17. 配置主备集群-实时主备
    目录配置实时主备1、环境说明2、数据准备脱机备份、脱机还原方式联机备份、脱机还原方式3、配置主库3.1配置dm.ini3.2配置dmmal.ini3.3配置dmarch.ini3.4配置dmwatcher.ini3.5启动主库为mount3.6设置OGUID3.7修改数据库模式4、配置备库4.1配置dm......
  • 【保姆级教程＋配置源码】在VScode配置C/C++环境
    目录一、下载VScode1.在官网直接下载安装即可2.安装中文插件二、下载C语言编译器MinGW-W64三、配置编译器环境变量1.解压下载的压缩包，复制该文件夹下bin目录所在地址2.在电脑搜索环境变量并打开3.点击环境变量→选择系统变量里的Path→点击编辑按钮4.点击新建5......
  • 数据源dataSource以及事务tx的xml文件配置方式及代码配置方式
    所需要使用的依赖<dependencies><!--springjdbcSpring持久化层支持jar包--><dependency><groupId>org.springframework</groupId><artifactId>spring-jdbc</artifactId><version>6.0.2</versi......
  • 【攻防技术系列】大型网络攻防对抗中最常见的网络安全配置错误
    美国国家安全局（NSA）和网络安全与基础设施安全局（CISA）最近联合发布了一份网络安全咨询，分享了大型组织中最常见的网络安全配置错误，该结果是由红蓝团队基于实践综合评估得出，咨询鼓励作为网络安全防御一方的组织实施缓解措施，以降低攻击者识别和利用配置错误信息，同时敦促制造商从开发阶段......
  • 51 stm32开发关于keil mdk的软件配置常用设置 以及 可能会出现的报错总结
    首先左上角那个魔术棒中，是关于下载烧录软件编译的option选择我们点开他进入target需要我们配置的就两处，1：Xtal：填8.0mhz只是因为要填个数代表stm32（外部高速晶振）或（其他晶振）作为主频时钟的时钟源时的晶振大小方便烧录时对一些代码（对芯片的时钟要求高的代码）的自动编译，实际上......
  • 配置Spring Boot中的jpa.hibernate.ddl-auto属性
    1、create：每次加载hibernate时都会删除上一次的生成的表，然后根据你的model类再重新来生成新表，哪怕两次没有任何改变也要这样执行，这就是导致数据库表数据丢失的一个重要原因。2、create-drop：每次加载hibernate时根据model类生成表，但是sessionFactory一关闭,表就自动删除。3、upda......
  • Kubernetes面试整理-解释Etcd在Kubernetes中的作用，包括如何管理配置数据和状态信息
    etcd是一个分布式的键值存储系统，在Kubernetes中起着至关重要的作用。它主要用于存储集群的所有配置数据和状态信息，确保这些数据的一致性和高可用性。具体来说，etcd在Kubernetes中的作用如下：etcd的作用● 配置存储：etcd存储Kubernetes集群的所有配置信息，包括节点......
  • debian11 hexo+nginx 配置https
    环境准备站点服务器：Debian11个人PC：Vscode,nodejs,git,xshell远程工具这里的站点服务器可以是云服务器，也可以实体机子，我这里使用家里的NAS-unraid开了一台Debian11虚拟机，虚拟机用任意linux发行最新版本均可。因为某些原因需要去熟悉Debian，发现在Debian系统上编辑文档......
  • Anolis8.6 hexo+nginx 配置https
    编辑时间2023/03/0123:25环境准备站点服务器：Anolis8.6个人PC：Vscode,nodejs,git,xshell远程工具搭建开始家里除了点情况，电闸跳了，由于没ups，nas直接异常掉电，好在数据校验发现没问题，但是debian那台虚机出毛病了nas上我开了两台虚机，另一台gitlab服务器重启后一点问题......

赞助商

阅读排行

网站主页关于我们联系我们网站地图

本网站内容转载自其他媒体，侵权联系[admin##ips99.com]。

Copyright © 2020-2023 IPS99 版权所有 IPS99