首页 > 代码库 > [转]数据库高可用架构(MySQL、Oracle、MongoDB、Redis)
[转]数据库高可用架构(MySQL、Oracle、MongoDB、Redis)
一、MySQL
MySQL小型高可用架构
方案：MySQL双主、主从 + Keepalived主从自动切换
服务器资源：两台PC Server
优点：架构简单，节省资源
缺点：无法线性扩展，主从失败之后需要手动恢复主从架构
MySQL中型高可用架构
方案：MMM + MySQL双主 + 多从高可用方案
服务器资源：
1、至少五台PC Server，2台MySQL主库，2台MySQL从库，1台MMM Monitor；
2、1台MMM Monitor选择低配；
3、如果不采用F5作为从库的负载均衡器，可用2台PC SERVER部署LVS或HAProxy+Keepalived组合来代替；
优点：双主热备模式，读写分离，SLAVE集群可线性扩展
缺点：读写分离需要在程序端解决，Master大批量写操作时会产生主从延时
MySQL大型高可用架构
主要思路：中间件+MySQL Sharding
如方案：Cobar等中间件+MySQL技术
图片略。
另外，还分享些MySQL一些主流的高可用架构
1、MySQL双主 + Keepalived主备自动切换方案(上面已有)
2、MySQL主从 + Keepalived主从自动切换方案(上面已有)
3、MMM+MySQL双主 + 多从高可用方案(上面已有)
4、MySQL + Pecemaker(Heartbeat) + DRBD高可用
5、MySQL + RHCS 高可用方案
6、MySQL + Cluser 集群架构
7、Percona Xtradb Cluster 集群高可用性解决方案
8、中间件 + MySQL 大型集群解决方案(上面已提到)
MySQL + Pecemaker(Heartbeat) + DRBD高可用 && MySQL + RHCS 高可用方案
Percona Xtradb Cluster 集群高可用性解决方案
MySQL多机房部署架构参考
二、Oracle
1、Oracle ActiveDataGuard
服务器资源：2台PC Server
1、Oracle自己的容灾系统，数据库完全冗余保护，可跨IDC部署；
2、Oracle 11g 以上版本Standby可Redo模式打开，可作为数据仓库使用，也可以作为备份数据库；
3、可切换，一般会采用手动切换方式。
2、Oracle RAC
服务器资源：至少两台PC Server作为RAC节点，SAN存储一台，
其他资源：光纤网络环境
RAC的特性：
1、高可用性：保证只要有一个存活的节点，就不会断业务，保持业务连续性
2、双机双工：RAC是并行模式工作的，节点间关系是Active对Active，每个节点都能为客户端提供服务
3、易伸缩：RAC的增加、删除节点非常方便
4、高吞吐量：节点数量和吞吐量是正比关系
3、Oracle MAA
方案：RAC+ASM+Standby(RAC)部署
服务器资源：RAC所需要资源*2
其他资源：异地机房
备注：MAA实质上就是RAC+DataGuard的结合体。
Oracle还有很多其他高可用架构，比如结合Oracle Golden Gate做复制等等……
三、MongoDB
MongoDB高可用架构
方案：MongoDB复制集+Sharding分片
服务器资源：
1、9台：6台PC Server作为shared节点，3台作为仲裁节点，三个Mongos和Config各部署在三个Shared节点上，如上图；
2、横向扩展分片，一组分片由3台PC Server构成；
3、仲裁节点服务器不存储实际数据，因此低配即可。
备注：
1、考虑到高可扩展问题，放弃MongoDB主从复制方案；
2、对数据安全要求非常高的业务，每组分片可由5台PC Server构成；
3、建议开发人员结合业务选出最合适的片键。
四、Redis
Redis小型高可用架构
方案：Redis主从复制+Keepalived实现Failover
服务器资源：两台PC Server
优点：架构简单，节省资源
缺点：主从切换有间隔，这期间客户端将收到错误
方案：Redis Sentinel实现Failover
服务器资源：
1、两台PC Server部署Redis，一台Redis Sentinel；
2、Redis可选择一主多从架构；
3、一台Redis Sentinel选择低配。
优点：Redis官方自带HA方案，Redis作者所编写，具备
缺点：发生Failover之后，客户端需要手动更正地址
Redis中型高可用架构
方案：Redis主从+Haproxy负载均衡
服务器资源：至少3台PC Server部署Redis主从，两台PC Server部署Haproxy
优点：读写分离，横向扩展Slave
缺点：Master为单点
Redis大型高可用架构
方案：Twemproxy实现Redis存储分片
服务器资源：至少6台PC Server部署Redis主从，至少3台PC Server部署Twemproxy，2台PC Server部署HAProxy
优点：分片，负载均衡，Redis和Twemproxy都可以横向扩展
缺点：Twemproxy所存在的缺点：
1、Twemproxy节点扩展，原来的数据需要重新处理分布，避免出现找不到key值；
2、扩展Redis节点，数据不会自动均匀分布，而需人工处理。
原文链接：http://blog.csdn.net/oufua/article/details/52350007
[转]数据库高可用架构(MySQL、Oracle、MongoDB、Redis)
声明：以上内容来自用户投稿及互联网公开渠道收集整理发布，本网站不拥有所有权，未作人工编辑处理，也不承担相关法律责任，若内容有误或涉及侵权可进行投诉： 投诉/举报 工作人员会在5个工作日内联系你，一经查实，本站将立刻删除涉嫌侵权内容。