数据库高可用架构(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节点,数据不会自动均匀分布,而需人工处理。

时间: 2024-10-13 08:32:31

数据库高可用架构(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作为从库的负载均衡器

mysql数据库高可用架构-----MHA-0.56的详解

大家都知道,任何线上环境,都必须搭载高可用架构,是web的,也要是数据库的,严格来说更是整个架构的高可用. mysql作为时下比较热的数据库,高可用架构更加需求大.不过,以前老旧那一套已经不合时宜,现在用的比较多的就是MHA和PXC了. PXC的优势是做到同写同回滚,达到数据高度一致性,通过一些程序和代码来做第三方分发,可以做到一定程度的读写分离,是个相当不错的高可用解决方案,不过对网络要求比较高,配置也略复杂一些,最好是同一个机房里面做,不过这并不是本文重点,后面找时间再写相关的文章. 本文要

数据库高可用架构 转载

数据库高可用架构对于我们这些应用端开发的人来说是一个比较陌生的领域,是在具体的数据库产品之上搭建的环境,需要像DBA这样对数据库产品有足够的了解才能有所涉及,虽然不能深入其中,但可以通过一些经典的高可用架构学习其中的思想.就我所了解到的有以下几种: MySQL Replication MySQL Cluster Oracle RAC IBM HACMP Oracle ASM MySQL Replication MySQL Replication就是通过异步复制多个copy以达到提高可用性的目的,

美团点评数据库高可用架构的演进与设想

本文介绍最近几年美团点评MySQL数据库高可用架构的演进过程,以及我们在开源技术基础上做的一些创新.同时,也和业界其它方案进行综合对比,了解业界在高可用方面的进展,和未来我们的一些规划和展望. MMM 在2015年之前,美团点评(点评侧)长期使用MMM(Master-Master replication manager for MySQL)做数据库高可用,积累了比较多的经验,也踩了不少坑,可以说MMM在公司数据库高速发展过程中起到了很大的作用. MMM的架构如下. 如上所示,整个MySQL集群提

mysql复制(高可用架构方案的基础)

mysql复制:把一个数据库实例上所有改变复制到另外一个数据库库服务器实例的过程特点:1.没有改变就无所谓复制 ;改变是复制的根本与数据源2.所有的改变:是指可以复制全部改变,也可以复制部分改变 可以在全部改变中根据业务需求选择部分库和部分表的复制复制的场景: 1.数据库容灾 2.需求:创建一个从数据服务器,做数据的测试和分析 3.负载均衡 4.复制时高可用架构方案的基础 mysql高可用架构特点1.数据库故障的检测与排除2.主从数据库的切换3.数据的备份和保护 mysql高可用架构常用方案1.

Oracle Compute云快速搭建MySQL Keepalived高可用架构

最近有个客户在测试Oracle Compute云,他们的应用需要使用MySQL数据库,由于是企业级应用一定要考虑高可用架构,因此有需求要在Oracle Compute云上搭建MySQL高可用集群.客户根据自身的技术储备想要使用Keepalived组件来配合MySQL实现.今天结合Oracle Compute刚刚宣布terraform支持的架构即代码方式,交付给客户一个快速搭建MySQL+Keepalived高可用架构,来帮助他们快速搭建测试环境甚至将来使用到正式环境. MySQL主主复制模式 M

MySQL数据库的优化(下)MySQL数据库的高可用架构方案

MySQL数据库的优化(下)MySQL数据库的高可用架构方案 2011-03-09 08:53 抚琴煮酒 51CTO 字号:T | T 在上一篇MySQL数据库的优化中,我们跟随笔者学习了单机MySQL数据库的优化,今天我们继续跟随笔者学习MySQL优化的集群方案. AD:51CTO 网+首届APP创新评选大赛火热启动——超百万资源等你拿! [51CTO独家特稿]在上一篇MySQL数据库的优化中,我们跟随笔者学习了单机MySQL数据库的优化,今天我们继续跟随笔者学习MySQL优化的集群方案. M

单表60亿记录等大数据场景的MySQL优化和运维之道 | 高可用架构(转)

转自http://www.php1.cn/Content/DanBiao_60_YiJiLuDengDaShuJuChangJingDe_MySQL_YouHuaHeYunWeiZhiDao_%7C_GaoKeYongJiaGou.html, 更多详细资料请参看原文 此文是根据杨尚刚在[QCON高可用架构群]中,针对MySQL在单表海量记录等场景下,业界广泛关注的MySQL问题的经验分享整理而成,转发请注明出处. 杨尚刚,美图公司数据库高级DBA,负责美图后端数据存储平台建设和架构设计.前新浪高

MySQL 高可用架构在业务层面的应用分析

MySQL 高可用架构在业务层面的应用分析 http://mp.weixin.qq.com/s?__biz=MzAxNjAzMTQyMA==&mid=208312443&idx=1&sn=f9a0d03dd9a1cf3b3575c0241291e421&scene=22&srcid=seLU5tmZumKLzwVBIHzM#rd http://mp.weixin.qq.com/s?__biz=MzAxNjAzMTQyMA==&mid=208312443&am