mysqloraclemongodb_数据库高可用架构(MySQL、Oracle、MongoDB、Redis)

一、MySQL

MySQL小型高可用架构

方案&＃xff1a;MySQL双主、主从 &＃43; Keepalived主从自动切换

服务器资源&＃xff1a;两台PC Server

优点&＃xff1a;架构简单&＃xff0c;节省资源

缺点&＃xff1a;无法线性扩展&＃xff0c;主从失败之后需要手动恢复主从架构

MySQL中型高可用架构

方案&＃xff1a;MMM &＃43; MySQL双主 &＃43; 多从高可用方案

服务器资源&＃xff1a;

1、至少五台PC Server&＃xff0c;2台MySQL主库&＃xff0c;2台MySQL从库&＃xff0c;1台MMM Monitor&＃xff1b;

2、1台MMM Monitor选择低配&＃xff1b;

3、如果不采用F5作为从库的负载均衡器&＃xff0c;可用2台PC SERVER部署LVS或HAProxy&＃43;Keepalived组合来代替&＃xff1b;

优点&＃xff1a;双主热备模式&＃xff0c;读写分离&＃xff0c;SLAVE集群可线性扩展

缺点&＃xff1a;读写分离需要在程序端解决&＃xff0c;Master大批量写操作时会产生主从延时

MySQL大型高可用架构

主要思路&＃xff1a;中间件&＃43;MySQL Sharding

如方案&＃xff1a;Cobar等中间件&＃43;MySQL技术

图片略。

另外&＃xff0c;还分享些MySQL一些主流的高可用架构

1、MySQL双主 &＃43; Keepalived主备自动切换方案(上面已有)

2、MySQL主从 &＃43; Keepalived主从自动切换方案(上面已有)

3、MMM&＃43;MySQL双主 &＃43; 多从高可用方案(上面已有)

4、MySQL &＃43; Pecemaker(Heartbeat) &＃43; DRBD高可用

5、MySQL &＃43; RHCS 高可用方案

6、MySQL &＃43; Cluser 集群架构

7、Percona Xtradb Cluster 集群高可用性解决方案

8、中间件 &＃43; MySQL 大型集群解决方案(上面已提到)

MySQL &＃43; Pecemaker(Heartbeat) &＃43; DRBD高可用 && MySQL &＃43; RHCS 高可用方案

Percona Xtradb Cluster 集群高可用性解决方案

MySQL多机房部署架构参考

二、Oracle

1、Oracle ActiveDataGuard

服务器资源&＃xff1a;2台PC Server

1、Oracle自己的容灾系统&＃xff0c;数据库完全冗余保护&＃xff0c;可跨IDC部署&＃xff1b;

2、Oracle 11g 以上版本Standby可Redo模式打开&＃xff0c;可作为数据仓库使用&＃xff0c;也可以作为备份数据库&＃xff1b;

3、可切换&＃xff0c;一般会采用手动切换方式。

2、Oracle RAC

服务器资源&＃xff1a;至少两台PC Server作为RAC节点&＃xff0c;SAN存储一台&＃xff0c;

其他资源&＃xff1a;光纤网络环境

RAC的特性&＃xff1a;

1、高可用性&＃xff1a;保证只要有一个存活的节点&＃xff0c;就不会断业务&＃xff0c;保持业务连续性

2、双机双工&＃xff1a;RAC是并行模式工作的&＃xff0c;节点间关系是Active对Active&＃xff0c;每个节点都能为客户端提供服务

3、易伸缩&＃xff1a;RAC的增加、删除节点非常方便

4、高吞吐量&＃xff1a;节点数量和吞吐量是正比关系

3、Oracle MAA

方案&＃xff1a;RAC&＃43;ASM&＃43;Standby(RAC)部署

服务器资源&＃xff1a;RAC所需要资源*2

其他资源&＃xff1a;异地机房

备注&＃xff1a;MAA实质上就是RAC&＃43;DataGuard的结合体。

Oracle还有很多其他高可用架构&＃xff0c;比如结合Oracle Golden Gate做复制等等……

三、MongoDB

MongoDB高可用架构

方案&＃xff1a;MongoDB复制集&＃43;Sharding分片

服务器资源&＃xff1a;

1、9台&＃xff1a;6台PC Server作为shared节点&＃xff0c;3台作为仲裁节点&＃xff0c;三个Mongos和Config各部署在三个Shared节点上&＃xff0c;如上图&＃xff1b;

2、横向扩展分片&＃xff0c;一组分片由3台PC Server构成&＃xff1b;

3、仲裁节点服务器不存储实际数据&＃xff0c;因此低配即可。

备注&＃xff1a;

1、考虑到高可扩展问题&＃xff0c;放弃MongoDB主从复制方案&＃xff1b;

2、对数据安全要求非常高的业务&＃xff0c;每组分片可由5台PC Server构成&＃xff1b;

3、建议开发人员结合业务选出最合适的片键。

四、Redis

Redis小型高可用架构

方案&＃xff1a;Redis主从复制&＃43;Keepalived实现Failover

服务器资源&＃xff1a;两台PC Server

优点&＃xff1a;架构简单&＃xff0c;节省资源

缺点&＃xff1a;主从切换有间隔&＃xff0c;这期间客户端将收到错误

方案&＃xff1a;Redis Sentinel实现Failover

服务器资源&＃xff1a;

1、两台PC Server部署Redis&＃xff0c;一台Redis Sentinel&＃xff1b;

2、Redis可选择一主多从架构&＃xff1b;

3、一台Redis Sentinel选择低配。

优点&＃xff1a;Redis官方自带HA方案&＃xff0c;Redis作者所编写&＃xff0c;具备

缺点&＃xff1a;发生Failover之后&＃xff0c;客户端需要手动更正地址

Redis中型高可用架构

方案&＃xff1a;Redis主从&＃43;Haproxy负载均衡

服务器资源&＃xff1a;至少3台PC Server部署Redis主从&＃xff0c;两台PC Server部署Haproxy

优点&＃xff1a;读写分离&＃xff0c;横向扩展Slave

缺点&＃xff1a;Master为单点

Redis大型高可用架构

方案&＃xff1a;Twemproxy实现Redis存储分片

服务器资源&＃xff1a;至少6台PC Server部署Redis主从&＃xff0c;至少3台PC Server部署Twemproxy&＃xff0c;2台PC Server部署HAProxy

优点&＃xff1a;分片&＃xff0c;负载均衡&＃xff0c;Redis和Twemproxy都可以横向扩展

缺点&＃xff1a;Twemproxy所存在的缺点&＃xff1a;

1、Twemproxy节点扩展&＃xff0c;原来的数据需要重新处理分布&＃xff0c;避免出现找不到key值&＃xff1b;

2、扩展Redis节点&＃xff0c;数据不会自动均匀分布&＃xff0c;而需人工处理。