上一篇讲的是LVS+KEEPALIVE+MYSQL做的负载均衡
这一篇是在上篇的基础上扩充的 LVS+Keepalive+ALtas+Mha 做的mysql的读写分离与负载均衡
mha控制着mysql的高可用，mysql之间通过keepalive配置vip，altas控制着读写分离（altas配置文件写库配置vip），缺点：altas坏了全部over
在1.1的基础上，多加了一台altas，两台altas之间通过keepalive配置vip，缺点：两台altas之间没有配置负载均衡
在1.2的基础上 在上一层配置负载均衡，本例采用的是lvs，lvs之间通过keepalive配置vip，优点：altas之间既做了负载均衡，又通过vip做了高可用！
1.3架构详细可参考：
http://mp.weixin.qq.com/s/itYv_f5KLeZVF9N2q7T8EA
http://mp.weixin.qq.com/s?__biz=MzAwMDU2ODU3MA==&mid=2247483771&idx=1&sn=e8c18041ad3433f057732b504691ffe0&chksm=9ae7bceead9035f878954c3e26285c918fe15b0d25045d7450fabc77c983e98a127a9554a905&scene=21#wechat_redirect
这一篇是在上篇的基础上扩充的 LVS+Keepalive+ALtas+Mha 做的mysql的读写分离与负载均衡
1导读：
照理说 altas+keepalive+Mha即可做到mysqlk的读写分离与负载均衡，但是如果altas宕机既全部over，那么可以用两台altas来做altas的高可用，但是做不到altas之间的负载，于是在altas上层添加一层lvs负载均衡即可
架构演变可以如下
架构演变可以如下
1.1 altas + mha + keepalive
架构图如下：
mha控制着mysql的高可用，mysql之间通过keepalive配置vip，altas控制着读写分离（altas配置文件写库配置vip），缺点：altas坏了全部over
1.2 altas(高可用) + mha + keepalive
在1.1的基础上，多加了一台altas，两台altas之间通过keepalive配置vip，缺点：两台altas之间没有配置负载均衡
1.3 Lvs+Altas+Mha+Keepalive
在1.2的基础上 在上一层配置负载均衡，本例采用的是lvs，lvs之间通过keepalive配置vip，优点：altas之间既做了负载均衡，又通过vip做了高可用！
1.3架构详细可参考：
http://mp.weixin.qq.com/s/itYv_f5KLeZVF9N2q7T8EA
http://mp.weixin.qq.com/s?__biz=MzAwMDU2ODU3MA==&mid=2247483771&idx=1&sn=e8c18041ad3433f057732b504691ffe0&chksm=9ae7bceead9035f878954c3e26285c918fe15b0d25045d7450fabc77c983e98a127a9554a905&scene=21#wechat_redirect
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/29096438/viewspace-2131188/ ，如需转载，请注明出处，否则将追究法律责任。
请登录后发表评论
登录
全部评论
最新文章
- [Mysql]Mysql5.7并行复制
- 【Redis】错误：failed: Hostname must not be empty or null
- 【Python】python map()函数和lambda表达式
- 【Mysql】MySQL中interactive_timeout和wait_timeout的区别
- 【Mysql】修改mysql时区
- MySQL(Innodb)索引的原理
- 【Redis】修改redis-trib.rb使其import支持密码
- 【Redis】redis-cluster需要注意的几个地方
- 【Mongodb】mongo复制集只剩一个secondery节点的解决办法
- 【Redis】redis-cluster到redis-cluster的快速复制
