MySQL的高可用设计方案的记录
2015-07-22 17:45
603 查看
一.看下常用的MySQL的高可用方案:
![](http://images0.cnblogs.com/blog2015/609858/201507/221600387093867.png)
对上图的说明:
1)HeartBeat通过串口线或者以太网网线直连网卡对对端的服务做健康检查,并负责执行Drbd,MySQL,vip等资源的自动切换。
2)data-1-2作为data-1-1高可用的热本分,正常情况下data-1-1提供一个分区sdb1给MySQL使用。
3)物理磁盘做RAID10或者是RAID0,根据性能和冗余需求来进行选择。
4)服务器之间,服务器和交换机之间都是双千兆网卡绑定
5)应用服务器(包括不限于web等)通过VIP访问MySQL主库。通过不同的VIP访问负载均衡的从库池。
6)MySQL的数据在DRBD分区1中
7)MySQLslave1,MySQLslave2通过VIP和主库MySQL进行同步。
以上高可用为MySQL多从的模式,本例属于一主二从。
二.MySQL主库宕机切换过程架构拓扑:
![](http://images0.cnblogs.com/blog2015/609858/201507/221615073038306.png)
对上图的说明:
1)data-1-2的HeartBeat通过串口线或者是独立网线连接线对data-1-1做健康检查,发现data-1-1挂了后,自动在data-1-2上启动drbd,MySQL等服务以及负责VIP的动态切换,确保主库业务被正常接管,自动的对外提供服务。
2)应用服务器(包括不限于web等)通过VIP访问MySQL的主库,通过不同的VIP访问负载均衡的从库池。
3)物理磁盘做RAID10或者是RAID0,根据性能和冗余需求来选。
4)服务器之间,服务器和交换机之间都是千兆网卡绑定。
5)data-1-1上的MySQL在data-1-1分区1中,故障后在data-1-2上同时实现高可用的切换。
6)故障后data-1-2的MySQLslave1,MySQLslave2通过VIP和data-1-2上的MySQL主库重新同步。
三.主库宕机切换新主后架构拓扑:
![](http://images0.cnblogs.com/blog2015/609858/201507/221624354743227.png)
提示:经过高可用方案切换后的数据库架构,就变成一个常规的主从架构了,此时,新主库就从热备库变成了单点服务了。因此,我们要尽快的修复原来的主库或者为主库增加新的热备库,以避免切换后的新主库宕机对业务带来的影响。
![](http://images0.cnblogs.com/blog2015/609858/201507/221600387093867.png)
对上图的说明:
1)HeartBeat通过串口线或者以太网网线直连网卡对对端的服务做健康检查,并负责执行Drbd,MySQL,vip等资源的自动切换。
2)data-1-2作为data-1-1高可用的热本分,正常情况下data-1-1提供一个分区sdb1给MySQL使用。
3)物理磁盘做RAID10或者是RAID0,根据性能和冗余需求来进行选择。
4)服务器之间,服务器和交换机之间都是双千兆网卡绑定
5)应用服务器(包括不限于web等)通过VIP访问MySQL主库。通过不同的VIP访问负载均衡的从库池。
6)MySQL的数据在DRBD分区1中
7)MySQLslave1,MySQLslave2通过VIP和主库MySQL进行同步。
以上高可用为MySQL多从的模式,本例属于一主二从。
二.MySQL主库宕机切换过程架构拓扑:
![](http://images0.cnblogs.com/blog2015/609858/201507/221615073038306.png)
对上图的说明:
1)data-1-2的HeartBeat通过串口线或者是独立网线连接线对data-1-1做健康检查,发现data-1-1挂了后,自动在data-1-2上启动drbd,MySQL等服务以及负责VIP的动态切换,确保主库业务被正常接管,自动的对外提供服务。
2)应用服务器(包括不限于web等)通过VIP访问MySQL的主库,通过不同的VIP访问负载均衡的从库池。
3)物理磁盘做RAID10或者是RAID0,根据性能和冗余需求来选。
4)服务器之间,服务器和交换机之间都是千兆网卡绑定。
5)data-1-1上的MySQL在data-1-1分区1中,故障后在data-1-2上同时实现高可用的切换。
6)故障后data-1-2的MySQLslave1,MySQLslave2通过VIP和data-1-2上的MySQL主库重新同步。
三.主库宕机切换新主后架构拓扑:
![](http://images0.cnblogs.com/blog2015/609858/201507/221624354743227.png)
提示:经过高可用方案切换后的数据库架构,就变成一个常规的主从架构了,此时,新主库就从热备库变成了单点服务了。因此,我们要尽快的修复原来的主库或者为主库增加新的热备库,以避免切换后的新主库宕机对业务带来的影响。
相关文章推荐
- 对ADMEMS架构设计方法论的一点随笔
- VS2010发布Web网站技术攻略
- coc游戏服务器架构分析
- 微信、陌陌等著名IM软件设计架构详解
- HBase 系统架构
- 分布式网站架构后续:zookeeper技术浅析
- Android工程架构的总结
- 构建高可扩Web架构和分布式系统实战(转载)
- 高可用Hadoop平台-Flume NG实战图解篇
- 浅谈单页面网站需要注意哪些事项
- 通过注册表找网站绝对路径
- Hadoop核心架构HDFS+MapReduce+Hbase+Hive详解
- 用Webbench进行网站压力测试
- Hadoop学习笔记—20.网站日志分析项目案例(一)项目介绍
- Hadoop学习笔记—20.网站日志分析项目案例(二)数据清洗
- Hadoop学习笔记—20.网站日志分析项目案例(三)统计分析
- 网站日志挖掘介绍:目的、搜集方式、流程等
- 电子商务网站-数据库设计
- 架构师速成7.6-高中书单资料推荐
- 架构师速成7.6-高中书单资料推荐 分类: 架构师速成 2015-07-22 12:18 301人阅读 评论(0) 收藏