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

1、MySQL

MySQL小型高可用架构

方案：MySQL双主、主从 + Keepalived主从自动切换

 

服务器资源：两台PC Server

优势：架构简单，节省资源

缺点：没法线性扩展，主从失败以后须要手动恢复主从架构

 

 

MySQL中型高可用架构

方案：MMM + MySQL双主 + 多从高可用方案

 

服务器资源：

一、至少五台PC Server，2台MySQL主库，2台MySQL从库，1台MMM Monitor；

二、1台MMM Monitor选择低配；

三、若是不采用F5做为从库的负载均衡器，可用2台PC SERVER部署LVS或HAProxy+Keepalived组合来代替；

优势：双主热备模式，读写分离，SLAVE集群可线性扩展

缺点：读写分离须要在程序端解决，Master大批量写操做时会产生主从延时

 

MySQL大型高可用架构

主要思路：中间件+MySQL Sharding

如方案：Cobar等中间件+MySQL技术

图片略。

 

另外，还分享些MySQL一些主流的高可用架构

一、MySQL双主 + Keepalived主备自动切换方案(上面已有)

二、MySQL主从 + Keepalived主从自动切换方案(上面已有)

三、MMM+MySQL双主 + 多从高可用方案(上面已有)

四、MySQL + Pecemaker(Heartbeat) + DRBD高可用

五、MySQL + RHCS 高可用方案

六、MySQL + Cluser 集群架构

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

八、中间件 + MySQL 大型集群解决方案(上面已提到)

 

MySQL + Pecemaker(Heartbeat) + DRBD高可用 && MySQL + RHCS 高可用方案

 

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

 

MySQL多机房部署架构参考

 

 

 

 

2、Oracle

一、Oracle ActiveDataGuard

 

服务器资源：2台PC Server

一、Oracle本身的容灾系统，数据库彻底冗余保护，可跨IDC部署；

二、Oracle 11g 以上版本Standby可Redo模式打开，可做为数据仓库使用，也能够做为备份数据库；

三、可切换，通常会采用手动切换方式。

 

二、Oracle RAC

 

服务器资源：至少两台PC Server做为RAC节点，SAN存储一台，

其余资源：光纤网络环境

 

RAC的特性：

一、高可用性：保证只要有一个存活的节点，就不会断业务，保持业务连续性

二、双机双工：RAC是并行模式工做的，节点间关系是Active对Active，每一个节点都能为客户端提供服务

三、易伸缩：RAC的增长、删除节点很是方便

四、高吞吐量：节点数量和吞吐量是正比关系

 

三、Oracle MAA

方案：RAC+ASM+Standby(RAC)部署

 

服务器资源：RAC所须要资源*2

其余资源：异地机房

备注：MAA实质上就是RAC+DataGuard的结合体。

 

Oracle还有不少其余高可用架构，好比结合Oracle Golden Gate作复制等等……

 

3、MongoDB

MongoDB高可用架构

方案：MongoDB复制集+Sharding分片

 

服务器资源：

一、9台：6台PC Server做为shared节点，3台做为仲裁节点，三个Mongos和Config各部署在三个Shared节点上，如上图；

二、横向扩展分片，一组分片由3台PC Server构成；

三、仲裁节点服务器不存储实际数据，所以低配便可。

 

备注：

一、考虑到高可扩展问题，放弃MongoDB主从复制方案；

二、对数据安全要求很是高的业务，每组分片可由5台PC Server构成；

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

 

4、Redis

Redis小型高可用架构

方案：Redis主从复制+Keepalived实现Failover

 

服务器资源：两台PC Server

优势：架构简单，节省资源

缺点：主从切换有间隔，这期间客户端将收到错误

 

方案：Redis Sentinel实现Failover

 

服务器资源：

一、两台PC Server部署Redis，一台Redis Sentinel；

二、Redis可选择一主多从架构；

三、一台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所存在的缺点：

一、Twemproxy节点扩展，原来的数据须要从新处理分布，避免出现找不到key值；

二、扩展Redis节点，数据不会自动均匀分布，而需人工处理。