corosync pacemaker mysql replication 实现高可用

对度娘的搜索算法,以及竞价排名,我只想说我去年买了个表。

一,mysql replication主从配置

请参考:mysql replication 主从(master-slave)同步 http://www.111cn.net/database/mysql/83904.htm

二,corosync pacemaker安装配置

请参考:corosync pacemaker nginx 高可用 安装配置
上面二篇博客的/etc/hosts是定义的不一样的,以mysql replication为准,也就是masters,slave2。
在这里要注意,改过hosts的名称后,masters节点,要重新生成auth文件的。

[root@masters corosync]# corosync-keygen  

[root@masters corosync]# scp /etc/corosync/authkey root@slave2:/etc/corosync/ //如果有很多节点都要copy

各节点重启corosync。

三,masters节点,配置mysql crmsh

1,配置mysql crmsh

[root@masters tank]# crm  

crm(live)# configure  

crm(live)configure#  

crm(live)configure# property stonith-enabled=false  

crm(live)configure# property no-quorum-policy=ignore  

crm(live)configure# primitive mysqlip ocf:heartbeat:IPaddr params ip=192.168.10.231 op monitor interval=30s timeout=20s on-fail=restart  

crm(live)configure# primitive mysqlserver lsb:mysqld  

crm(live)configure# colocation mysql_col inf: mysqlserver mysqlip  

crm(live)configure# order mysql_after_ip mandatory: mysqlip mysqlserver  

crm(live)configure# verify  

crm(live)configure# commit  

crm(live)configure# show
在这里发现一个问题,在网上看了一些资料,关于monitor后时间配置,有几种版本
monitor interval=30 timeout=20
monitor interval="30" timeout="20"
monitor interval="30s" timeout="20s"
我没有验证这些写法的正确性,但是monitor interval=30s timeout=20s,这种写法肯定是正确的,我用的系统是centos 6.5 64位,并且在帮助文档中也是这种写法。
Pacemaker corosync 时间写法
Pacemaker corosync 时间写法
这是配置完成后的,通过show查看
配置成功后,通过configure mysql show
配置成功后,通过configure mysql show

2,检测mysql各节点状态

[root@masters tank]# crm status  

Last updated: Thu Apr 23 02:36:54 2015  

Last change: Thu Apr 23 02:36:06 2015  

Stack: classic openais (with plugin)  

Current DC: slave2 - partition with quorum  

Version: 1.1.11-97629de  

5 Nodes configured, 2 expected votes  

3 Resources configured  

  

Online: [ masters slave2 ]  //二节点都要在线  

OFFLINE: [ localhost.localdomain node1 node2 ]  

  

 webip (ocf::heartbeat:IPaddr): Started masters  

 nginx_res (lsb:nginx): Started masters  

 mysqlip (ocf::heartbeat:IPaddr): Started slave2  

 mysqlserver (lsb:mysqld): Started slave2
如果online,节点不全的话,offline的机器上面,执行
[root@slave2 ~]# crm node online

四,测试

[tank@localhost ~]$ mysql -u test -p -h 192.168.10.231 //如果实际连接masters的话  

[root@masters ~]# crm node standby //masters机器,将masters挂起  

[tank@localhost ~]$ mysql -u test -p -h 192.168.10.231 //如果成功连接到slave2的话,说明测试成功

 
有三台mysql,一主二从,如果主服务器down机了,二台从服务器,能不能自动转成一主一从,并保持数据的完成性呢,MHA可以帮我们解决这问题

 

以上是小编为您精心准备的的内容,在的博客、问答、公众号、人物、课程等栏目也有的相关内容,欢迎继续使用右上角搜索按钮进行搜索配置
时间
corosync pacemaker、corosync mysql、pacemaker mysql、mysql replication、mysql5.7 replication,以便于您获取更多的相关知识。

时间: 2024-10-10 23:40:46

corosync pacemaker mysql replication 实现高可用的相关文章

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

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

MySQL双主高可用架构之MMM实战

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

centos6.5下mysql-5.6.19数据库安装、优化、互为主从 mysql集群 高可用

mysql互为主从环境介绍: 系统:centos6.5_64_mini mysql版本:mysql-5.6.19 实验节点如下: 节点一:192.168.100.21 节点二:192.168.100.22   第一部分安装需要用到的库并删除自带mysql (节点一和二) #  yum -y install gcc gcc-c++ ncurses ncurses-devel openssl openssl-devel cmake perl lsof wget bison #  rpm -qa|gr

基于corosync+pacemaker的nginx高可用集群安装配置

  一.corosync.pacemaker介绍 corosync是用于高可用环境中的提供通讯服务的,它位于高可用集群架构中的底层(Message Layer),扮演着为各节点(node)之间提供心跳信息传递这样的一个角色; pacemaker是一个开源的高可用资源管理器(CRM),位于HA集群架构中资源管理.资源代理(RA)这个层次,它不能提供底层心跳信息传递的功能,它要想与对方节点通信需要借助底层的心跳传递服务,将信息通告给对方.通常它与corosync的结合方式有两种: pacemaker

MySQL高可用在网易的最佳应用与实践

今天分享主要包括三方面内容:一是常见的MySQL高可用架构;二是分布式数据库高可用实践;三是基于keepalive的MySQL高可用改造.第一部分会介绍业界一些经典的MySQL高可用解决方案,第二部分和第三部分分别介绍网易在分布式数据库和单节点MySQL上的高可用运维实践. 一.常见的MySQL高可用架构 MySQL高可用主要涉及两个方面,一是客户端如何切换,如何自动failover,二是多个MySQL节点之间如何做数据同步.业界MySQL高可用的解决方案有很多,总结起来有几类:从客户端自动切换

MySQL数据库的几种常见高可用方案

随着人们对数据一致性的要求不断的提高,越来越多的方法被尝试用来解决分布式数据一致性的问题,如MySQL自身的优化.MySQL集群架构的优化.Paxos.Raft.2PC算法的引入等等,本文介绍MySQL数据库的几种常见高可用方案. 一.概述 我们在考虑MySQL数据库的高可用的架构时,主要要考虑如下几方面: 如果数据库发生了宕机或者意外中断等故障,能尽快恢复数据库的可用性,尽可能的减少停机时间,保证业务不会因为数据库的故障而中断. 用作备份.只读副本等功能的非主节点的数据应该和主节点的数据实时或

10款常见MySQL高可用方案选型解读

作者介绍 王松磊,现任职于UCloud,从事MySQL数据库内核研发工作.主要负责UCloud云数据库udb的内核故障排查工作以及数据库新特性的研发工作.   一.概述   我们在考虑MySQL数据库的高可用架构时,主要考虑如下几方面:   如果数据库发生了宕机或者意外中断等故障,能尽快恢复数据库的可用性,尽可能的减少停机时间,保证业务不会因为数据库的故障而中断. 用作备份.只读副本等功能的非主节点的数据应该和主节点的数据实时或者最终保持一致. 当业务发生数据库切换时,切换前后的数据库内容应当一

分享MYSQL中的各种高可用技术(源自姜承尧大牛)

原文:分享MYSQL中的各种高可用技术(源自姜承尧大牛) 分享MYSQL中的各种高可用技术(源自姜承尧大牛) 图片和资料来源于MYSQL大牛姜承尧老师(MYSQL技术内幕作者) 姜承尧: 网易杭州研究院 技术经理 主导INNOSQL的开发 mysql高可用各个技术的比较 数据库的可靠指的是数据可靠  数据库可用指的是数据库服务可用 可靠的是数据:例如工商银行,数据不能丢失 可用的是服务:服务器不能宕机       灵活运用MYSQL的各种高可用技术来达到下面各种级别的高可用要求 要达到99.9%

MySQL高可用方案选型参考

本文由「MySQL中文网」原创,"MySQL中文"公众号是 http://imysql.com 的官方唯一公众号,微信首发. 欢迎关注「MySQL中文」公众号(ID: imysql_wx),我们会不定期推送MySQL相关原创干货. 本次专题是 MySQL高可用方案选型,这个专题想必有很多同学感兴趣. 高可用的意义以及各种不同高可用等级相应的停机时间我就不必多说了,直接进入主题. 可选MySQL高可用方案 MySQL的各种高可用方案,大多是基于以下几种基础来部署的: 基于主从复制: 基于