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

谁践踏了优雅 2022-07-24 05:12 196阅读 0赞

**一、MySQL**

**MySQL小型高可用架构**

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

![Center][]

服务器资源：两台PC Server

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

缺点：无法线性扩展，主从失败之后需要手动恢复主从架构

**MySQL中型高可用架构**

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

![Center 1][]

服务器资源：

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 高可用方案

![Center 2][]

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

![Center 3][]

MySQL多机房部署架构参考

![Center 4][]

![Center 5][]

![Center 6][]

二、Oracle

**1、Oracle ActiveDataGuard**

![Center 7][]

服务器资源：2台PC Server

1、Oracle自己的容灾系统，数据库完全冗余保护，可跨IDC部署；

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

3、可切换，一般会采用手动切换方式。

**2、Oracle RAC**

![Center 8][]

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

其他资源：光纤网络环境

RAC的特性：

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

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

3、易伸缩：RAC的增加、删除节点非常方便

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

**3、Oracle MAA**

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

![Center 9][]

服务器资源：RAC所需要资源\*2

其他资源：异地机房

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

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

**三、MongoDB**

**MongoDB高可用架构**

方案：MongoDB复制集+Sharding分片

![Center 10][]

服务器资源：

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

![Center 11][]

服务器资源：两台PC Server

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

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

方案：Redis Sentinel实现Failover

![Center 12][]

服务器资源：

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

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

3、一台Redis Sentinel选择低配。

优点：Redis官方自带HA方案，Redis作者所编写，具备

缺点：发生Failover之后，客户端需要手动更正地址

**Redis中型高可用架构**

方案：Redis主从+Haproxy负载均衡

![Center 13][]

服务器资源：至少3台PC Server部署Redis主从，两台PC Server部署Haproxy

优点：读写分离，横向扩展Slave

缺点：Master为单点

**Redis大型高可用架构**

方案：Twemproxy实现Redis存储分片

![Center 14][]

服务器资源：至少6台PC Server部署Redis主从，至少3台PC Server部署Twemproxy，2台PC Server部署HAProxy

优点：分片，负载均衡，Redis和Twemproxy都可以横向扩展

缺点：Twemproxy所存在的缺点：

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

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

转至： [http://ju.outofmemory.cn/entry/76363][http_ju.outofmemory.cn_entry_76363]

[Center]: /images/20220722/386c618b9ae74f91bf218ed165a47909.png
[Center 1]: /images/20220722/eef739a1e93d4c0d82b66998df09f2d8.png
[Center 2]: /images/20220722/ba304bc5fd6e40d685b7141f3f14f936.png
[Center 3]: /images/20220722/0ffcf5dbcb4343acba386caa9de01a17.png
[Center 4]: /images/20220722/4d80fdeaece44ceaa7e57586afa23253.png
[Center 5]: /images/20220722/42b4c91f47d34695802443dc38ca7d45.png
[Center 6]: /images/20220722/e33fbd105d4844d8949aa8b82dcbdf5c.png
[Center 7]: /images/20220722/d599885746a4441d894ddf3606d7493e.png
[Center 8]: /images/20220722/76849f06b1e744c7872bbd51675a7a73.png
[Center 9]: /images/20220722/63f76e574f704c409fdff754df212632.png
[Center 10]: /images/20220722/a4fc10304ca740e4b0bc702a6e8df334.png
[Center 11]: /images/20220722/67435aae5a2c46d891174bc9fdc99883.png
[Center 12]: /images/20220722/c398a5a1729b4765a879f7a20a4a8c90.png
[Center 13]: /images/20220722/6ca8facc3bd8437db371318d431631bd.png
[Center 14]: /images/20220722/9a4d0bc2819d4c82b01b0fa80e081d69.png
[http_ju.outofmemory.cn_entry_76363]: http://ju.outofmemory.cn/entry/76363