公有云数据库容灾性简要说明
1、RDS高可用版的架构
先来说明RDS产品系列,其包括基础版、高可用版、集群版和三节点企业版。其中使用最广泛、最常见的就是RDS高可用版。
RDS高可用版采用一主一备的架构,主备实例的数据会实时同步,当主实例出现故障无法访问时,会自动切换到备用实例。并且备实例用户不可访问,它只仅仅作为备份形式存在,不提供业务访问。所以,当用户开通了RDS后,他是没办法访问到这个备实例的。
RDS高可用版的架构图如下:
阿里云为全世界多个地域提供云计算服务,每个地域(Region)都包含多个可用区(Zone)。同一个地域中的可用区都被设计为相互之间网络延迟很小(3ms以内)以及故障隔离的单元。
RDS单可用区主实例运行在同一个可用区中的两台物理服务器上(可以理解为运行在同一个机房的两台物理机上),可用区内机柜、空调、电路、网络都有冗余。通过异步/半同步的数据复制方式和高效的HA切换机制,RDS为用户提供了高于物理服务器极限的数据库可用性。
2、同城容灾
为了提供比单可用区实例更高的可用性,RDS支持多可用区实例(也叫做同城双机房或者同城容灾实例)。多可用区实例将物理服务器部署在不同的可用区,当一个可用区(A)出现故障时流量可以在短时间内切换到另一个可用区(B)。整个切换过程对用户透明,应用代码无需变更。容灾切换时应用连接可能会断开,因此需要确保有重连机制。
在开通RDS实例时,我们可以在购买界面进行配置:
如上,默认勾选【多可用区部署】,因此默认具有同城容灾能力。
当然,如果购买的是单可用区实例,后期也可以迁移可用区,这里不再叙述。
3、跨地域容灾
RDS多可用区实例的容灾能力局限在同地域的不同可用区之间。为了提供更高的可用性,RDS还支持跨地域的数据容灾。用户可以将地域A的RDS实例A’通过数据传输(DTS)异步复制到地域B的RDS实例B’(实例B’是一个完整独立的RDS实例,拥有独立的连接地址、账号和权限)。
配置了跨地域灾备实例后,当实例A’所在地域发生短期不可恢复的重大故障时,用户在另外一个地域的实例B’随时可以进行容灾切换。切换完成后,用户通过修改应用程序中的数据库连接配置,可以将应用请求转到实例B’上,进而获得高于地域极限的数据库可用性。
如下,在RDS控制台上添加灾备实例,以配置跨地域容灾,具体操作不再叙述。
4、两地三中心
这是一种在混合云数据库架构下常见的容灾场景。
通过云下业务中心、云上业务中心、云上备份中心构建混合云形态的“两地三中心”灾备解决方案,云上云下的网络可通过专线或VPN联通。
三中心部署“无状态”应用程序,同时对数据库进行云上云下实时同步,并且对数据库进行备份。
当本地业务中心或云上业务中心故障时能够将业务流量转移至另一中心或者备份中心,故障恢复后业务流量可以切换回优选业务中心。
具体可见阿里云官网文档:www.aliyun.com
低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
【云栖号直播】阿里云618大促必看:弹性计算技术专家手把手教你服务器性能测试方法!
云栖号在线课堂,及时了解行业动态!阿里云推出疫情专题方案,为企业业务护航,让你足不出户了解行业动态。 在这里可以走近阿里云基础产品,了解更多应用方案,还能遇见大咖分享洞见及故事!也可以通过视频的形式让你高效、生动的了解场景化的上云最佳实践。 本周重磅推荐 标题:云原生之数据库培训:从传统数据库到云数据库演进 简介:本次的新冠疫情,让全社会感受到在线化的优势以及数字经济的强大威力,企业的数字化转型不再是一种趋势,而是迫在眉睫,生死攸关的问题。 数据作为关键的生产要素,也将是数字经济的基础设施。在数字化转型过程中,传统线下数据库厂商垄断的市场将一去不返,取而代之的是云数据库的蓬勃发展。让开发者感受到传统数据库往云数据库演进的必然性,云原生数据库具备的优势,以及开发者在以云原生数据库为导向的新时代该如何做好准备。 观看直播 标题:Spring Cloud Alibaba - 重新定义 Java Cloud-Native 简介:在过去的十年中,互联网在中国得到了快速发展,越来越多的人在日常生活中偏爱在线购物和社交媒体。作为分布式应用程序开发的一站式解决方案,Spring Cloud Aliba...
- 下一篇
Kafka的生产者优秀架构设计
Kafka 是一个高吞吐量的分布式的发布订阅消息系统,在全世界都很流行,在大数据项目里面使用尤其频繁。笔者看过多个大数据开源产品的源码,感觉 Kafka 的源码是其中质量比较上乘的一个,这得益于作者高超的编码水平和高超的架构设计能力。 Kafka 的核心源码分为两部分:客户端源码和服务端源码,客户端又分为生产者和消费者,而个人认为 Kafka 的源码里面生产者的源码技术含量最高,所以今天给大家剖析 Kafka 的生产者的架构设计,Kafka 是一个飞速发展的消息系统,其架构也在一直演进中,我们今天分析的 Kafka 的版本是比较成熟稳定的 Kafka1.0.0 版本源码。图1 Kafka核心模块生产者流程概述 先给大家介绍一下生产者的大概的运行的流程。图2 Kafka运行方式 如上图所示:步骤一:一条消息过来首先会被封装成为一个 ProducerRecord 对象。 步骤二:接下来要对这个对象进行序列化,因为 Kafka 的消息需要从客户端传到服务端,涉及到网络传输,所以需要实现序列。Kafka 提供了默认的序列化机制,也支持自定义序列化(这种设计也值得我们积累,提高项目的扩展性)。 ...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- 2048小游戏-低调大师作品
- Linux系统CentOS6、CentOS7手动修改IP地址
- CentOS8安装Docker,最新的服务器搭配容器使用
- Docker使用Oracle官方镜像安装(12C,18C,19C)
- Windows10,CentOS7,CentOS8安装Nodejs环境
- CentOS8安装MyCat,轻松搞定数据库的读写分离、垂直分库、水平分库
- SpringBoot2更换Tomcat为Jetty,小型站点的福音
- 设置Eclipse缩进为4个空格,增强代码规范
- CentOS7,8上快速安装Gitea,搭建Git服务器
- Windows10,CentOS7,CentOS8安装MongoDB4.0.16