同时数据库与web、应用服务器不建议放在同一台云主机上,避免互相争抢资源,云端建议买RDS Paas服务,减少麻烦。 ?...双活架构一般是发生是两个数据中心相邻距离不远的场景。如果对于金融级的客户,还会考虑异地的灾备。则采用以下的架构。保障双活的公有云中断时,异地的私有云还能够在一定的时间内接管业务。 ?...五、数据灾备级的容灾方案 对于以上的方案,投入的代价较大,例如需要支付双活数据中心的高速通道费用、相同配置的云主机费用。...2、例如下图,也可以通过纯软件的方式进行灾备,直接将备份的文件放下云端、或线下私有云。 ? 这两种方式本质上都是文件级的灾备方案,因此对于数据库等高可靠性的业务支撑不如日志级的数据同步方案。...建议将灾备的周期可以设置为一小时及以上,以保障数据库的运行稳定安全。同时为避免数据库在异常情况下无法恢复,建议使用原厂的工具进行数据实时日志级同步,如Oracle DG、Mysql的主从脚本等。
偏硬件的方式,也被叫做数据级灾备;偏软件的,被叫做应用级灾备。后文谈得更多的是应用级灾备。 双机互备 本质上还是Active/Standby,只是互为主从而已。...同城双活其实和前文提到的双机热备没有本质的区别,只是“距离”更远了,基本上还是一样(同城专线网速还是很快的)。双机热备提供了灾备能力,双机互备避免了过多的资源浪费。...远端的备份机房能更大的提供灾备能力,能更好的抵抗地震,恐袭等情况。双活的机器必须部署到同城,距离更远的城市作为灾备机房。...异地双活 同城双活可以应对大部分的灾备情况,但是碰到大面积停电,或者自然灾害的时候,服务依然会中断。...2020-11-28 18香警告:一个女生勿近的邪恶开源项目... 2020-11-28 TiDB 数据库的 4 大应用场景分析 2020-11-27 扫一扫,关注我 一起学习,一起进步 每周赠书
数据库作为企业数据的管理软件,是企业的核心资产,需要避免单点灾难,因此数据库灾备需求应运而生。 但数据库想要实现绝对可靠的灾备并不是一件容易的事。...随着越来越多的企业上云,如何做好云数据库灾备,确保云上数据安全、保障云上业务不中断,这些问题对数据库灾备技术提出了更高的要求。 此外,不同行业用户对于数据库灾备的需求也不尽相同。...那么,在云时代,数据库灾备方案应如何满足不同用户的需求?数据库灾备的技术理念有着怎样的技术更新和迭代?...但如何达到国内外灾备建设标准,其实是门值得深入钻研的必修课。 作为承载中国电信核心系统业务的天翼云TeleDB数据库,在提供容灾双活能力方面有着出色的表现。...一方面,天翼云借鉴国际国内灾备标准,进一步细化灾备指标,添加库级读写分离、表级双写双读、行级双写双读等能力,让数据库灾备标准更加优化,有法可依。
与异地灾备模式相比较,本地双中心具有投资成本低、建设速度快、运维管理相对简单、可靠性更高等优点;异地灾备中心是指在异地建立一个备份的灾备中心,用于双中心的数据备份,当双中心出现自然灾害等原因而发生故障时...异地灾备中心 是指在异地的城市建立一个备份的灾备中心,用于双中心的数据备份,当双中心出现自然灾害等原因而发生故障时,异地灾备中心可以用备份数据进行业务的恢复。...( 生产中心、同城灾备中心、异地 灾备 中心 ) 4、 双活 数据中心 所谓 “ 双活 ” 或 “ 多 活 ” 数据中心,区别于 传统 数据中心 和 灾备中心的模式,前者 多个 或两个数据中心都处于运行当中...在这里我更想多说一下Oracle在11g企业版里推出的Active Data Guard ,为什么要强调active呢?...异地灾备中心是指在异地的城市建立一个备份的灾备中心,用于双中心的数据备份,当双中心出现自然灾害等原因而发生故障时,异地灾备中心可以用备份数据进行业务的恢复。 1.3.4.
去年写过一篇《做容灾,冷备是不是个好方案?》,当时提出来,冷备或者主备,其实并不是一个理想的方案,而且绝大多数情况下,只能是一个心理安慰,真正发生故障的情况下,这样的容灾模式根本起不到作用。...转回正题来,既然上篇提到主备模式不靠谱,那到底怎么选?而且整天见各类技术文章,不是双活,就是多活,不是同城,就是异地,现在又出来个多云,好复杂。...(如果数据层没有这么复杂,只有几个数据库,那是没问题问题的,但是分布式的场景下,上百个,几百个实例切换,这个代价和成本还是很大的。)...既然要双活,必然会选择另一个跟当前机房有一定距离的机房(同城或异地),而且距离必须得拉开才有意义,如果都在一个园区里面,就没有任何容灾意义了。...一切都是ROI,为了保证高可用,就一定会有成本,高可用程度越高,成本就一定越高,所以成本投入得到的收益到底划不划算,这个只能自家公司自家评判。
在不能使用数据库的事务处理以及锁(表锁/行级锁)时,怎么保持数据一致性?怎么解决数据库并发操作? 怎样解决避免多个用户读读取同一条数据记录?...使用 SSL 加密 Restful 购买的证书与自己生成的证书有什么区别 SSL 怎样配置,在哪里配置 访问 SSL 的 Restful 需要注意什么 数据库应用 数据库分割问题 什么是顺平分割,什么是垂直分割...分表,分库有需要主要那些事项 分表,分库后怎么解决夸库查询 分表,分库后怎么创建索引 数据库复制问题 数据库复制有哪几种?...高可用设计 什么是高可用 什么是双机热备,双机热备有那些缺陷 什么是双活 请简述实现软件高可用要考虑那些因素 软件设计中的灾备问题 请简述设计一个远程异地灾备系统 两个机房怎样设计灾备系统 三个机房怎样设计灾备系统...跨境情况需要考虑那些影响因素 软件灾备开发问题 数据库怎样实现灾备 缓存怎样实现灾备 应用服务器怎样实现灾备 Web 服务器怎样实现灾备 计划任务、定时周期运行的程序怎样灾备 消息队列怎样实现灾备 双活的软件怎样实现同一时刻只能一个运行
冷备或者主备并不是一个理想的方案,而且绝大多数情况下,只能是一个心理安慰,真正发生故障的情况下,这样的容灾模式根本起不到作用。 原因我就不重复了,大家如果有兴趣可以直接看那篇文章。...转回正题来,既然上篇提到主备模式不靠谱,那到底怎么选?而且整天见各类技术文章,不是双活,就是多活,不是同城,就是异地,现在又出来个多云,好复杂。...(如果数据层没有这么复杂,只有几个数据库,那是没问题问题的,但是分布式的场景下,上百个,几百个实例切换,这个代价和成本还是很大的。)...既然要双活,必然会选择另一个跟当前机房有一定距离的机房(同城或异地),而且距离必须得拉开才有意义,如果都在一个园区里面,就没有任何容灾意义了。...一切都是ROI,为了保证高可用,就一定会有成本,高可用程度越高,成本就一定越高,所以成本投入得到的收益到底划不划算,这个只能自家公司自家评判。
两地三中心 两地三中心建立在同城双活+异地灾备的基础上,兼具高可用性和灾难备份的能力,其中异地灾备中心 是指在异地的城市建立一个备份的灾备中心,用于双中心的数据备份,当双中心出现自然灾害等原因而发生故障时...整体架构是同城双活+主备的组合方案。 部署方案: 微服务管控层:同城双活部署,异地灾备,各自的数据不需要做同步,只负责各自的服务管控。...应用层:不同数据分片的应用异地多活,相同数据分片的应用同城双活,异地灾备。 数据库层:数据分片一主多从,不同分片异地互备。...部署单元设计:考虑容灾设计,单元与数据库分片绑定,同城单元双活,异地部署灾备单元。...应用层:每个地域包含全量单元分片,不同数据分片的应用异地多活,相同数据分片的应用同城双活,异地灾备。 数据库层:数据分片一主多从,不同分片异地互备。
现阶段的云化数据中心的灾备建设都是以主备双中心和两地三中心的模式为主。通常可以以主备双中心的模式作为基准,通过详细规划和逐步建设,向两地三中心的模式演进。...3)灾备级别 灾备级别主要考虑应用级容灾和数据级容灾(业务级容灾主要是面向非IT系统的范畴),在具体执行上,又可以分别采用双活和主备两种工作模式,因此,灾备系统的灾备级别包括: 应用主备...数据主备 应用双活 数据主备 应用双活 数据双活 工作模式 应用和数据仅在生产中心运行,并通过异步方式备份到灾备中心。...图 5 数据一致性的挑战 数据库是容灾建设的关键,数据的一致性是实现同步双活灾备需要首先考虑的问题,这需要通过在主备数据中心之间建立数据的同步机制来保障。...在传统数据中心中,建设同步双活级别的灾备系统需要在生产中心和灾备中心中配置对等的基础资源,而云化数据中心的建设则可以大大降低灾备建设成本。
而其后对于每年迎来新纪录流量洪峰挑战的双11,阿里开始在平时倒逼改革。 另外,也有一些意想不到的天灾人祸,带来容灾警醒。...阿里敢在双11期间对业务系统发起各种高危故障,这种自信源自成熟的突袭机制,而底气则来自阿里云十年来搭建的灾备体系。。 Gartner就曾预测过,2020年,90%的容灾操作会发生在云端。...尤其是大型云服务商,数据中心都遍布全球,是企业天然的异地灾备中心。 而阿里云的云灾备能力无疑处于云厂商第一阵营。...另一方面,阿里云的灾备能力全面涵盖了网络、数据库、存储等领域,这是能应对各种故障的软实力。...阿里云灾备体系,至此交了满分答卷。
,保证大部分流量没有跨区访问,少部分流量只是做热备,故障时候,进行临时扩容来恢复业务。...错综复杂业务应用从哪里入手? 将所有业务通盘来梳理不仅仅耗费大量人力,同时可能还会有遗漏;建议这里有几个原则:从已知到未知,从简单到复杂,从灰度到全量的迭代有效梳理业务。...第三类场景:为了提升应用层业务水平扩容能力,同时减少对负载均衡集群依赖,应用层采用双可用区部署来进一步提升业务稳定性。...2)业务流量:通常,单个游戏服务流量在单个地域承载,另外一个地域为冷备。 3)数据读写:数据库redis/cdb读写均在单个区,地域间数据库进行双向同步。...ps:腾讯云redis双向同步功能预计11月上线,请大家再等等。 image.png
解决方案:物尽其用,多重保护 系统图.jpg >> 设计理念先进 双活加容灾模式 实现了双活中心(电信一期机房和二期机房)加容灾中心(移动机房)的三中心模式; 利用底层存储技术,实现双中心存储双读双写...核心生产数据库采用了Oralce11g 3节点RAC+2节点RACDG模式; 核心数据库采用了远程extend rac方式; 并且在灾备中心利用利旧机器搭建了应用服务虚拟机资源池,用于整体应用级别容灾。...>> 制度、监控、方案、灾备演练“四合一” 根据承建的IT整体架构,编写了完整的《IT设备管理制定》《应急演练手册》《容灾演练切换手册和测试报告》; 结合成熟的软硬件和应用的全套监控审计工具进行实时监控...; 每年定期进行灾备演练测试灾备中心服务能力,出具演练报告等。...客户收益:抗风险能力、业务连续性显著提升 通过本次金保工程二期系统平台建设最终实现双活数据中心+异地灾备的“两地三中心”模式,从而确保满足金保工程各项业务系统对机房环境和软硬件设备的需求,消除现有隐患和存在的问题
(以时间来度量),这是一个灾备系统所选用的数据复制技术有密切关系的指标,用以衡量灾备方案的数据冗余备份能力。...与异地灾备模式相比较,本地双中心具有投资成本低、建设速度快、运维管理相对简单、可靠性更高等优点;异地灾备中心是指在异地建立一个备份的灾备中心,用于双中心的数据备份,当双中心出现自然灾害等原因而发生故障时...,异地灾备中心可以用备份数据进行业务的恢复。...业务以及基础组件异地双活方案 数据库的异地双活 Zookeeper异地双活 先来点背景知识: 1、zookeeper中的server机器之间会组成leader/follower集群,1:n的关系。...基于功能分表方案 根据不同的功能拆分数据库或表,也是一种非常不错选择。 总结 灾备方案都是有成本和风险的,灾备也没有银弹,不可能打死所有的怪兽。还是随着业务发展,不断的演化才是王道。
本文叙述了高校业务系统及数据容灾备份方案 2.0 的应用探索和实践,介绍了数据库双活、应用秒级容灾和数据级实时备份、虚拟化平台备份等综合性创新应用,满足当前教育信息化 2.0 行动计划的信息安全需求...关键字:数据库双活 容灾 CDP 虚拟化备份 一、行业背景 新一代信息技术、通信技术、人工智能的飞速发展,给教育信息化的腾飞插上了翅膀,大部分的教育机构也在“教育信息化 2.0 行动计划”的发展纲要下,...△容灾备份方案 2.0 2.0 方案覆盖数据库系统故障、应用系统故障、单机单点故障、逻辑错误&病毒攻击、自然灾害等场景,满足高校在数据库双活、云灾备、容灾秒级接管、数据持续保护等容灾备份需求,具备了多层次...、多策略、全域的特征优势,其重要功能应用如下: 1.Oracle RAC 数据库集群容灾备份 通过数据库结构化同步软件 i2Active,对 Oracle RAC 数据库集群环境的业务系统,进行一对一的双活保护...,即灾备到对应单机 Oracle 数据库系统内。
同城双机房指的是在同一个城市或相邻的城市建立两个相同的系统,双中心具备等同的业务处理能力并通过高速链路实时数据同步,日常情况下可同时分担业务及管理系统的运行,并可切换运行,当意外的情况下基本在保证不丢失数据的情况下可进行灾备应急切换...,保证业务的连续性, 异地灾备是考虑因为特殊的自然现象而在外地做的备份,实现双机房的数据备份,当同城机房因为自然灾害等出现意外情况,异地灾备的备份数据可以进行恢复,以保证数据的完整性。...首先UCACHE灾备云与本地服务中心建立的灾备中心,数据通过G口网络实时同步备份至灾备中心,可以实现实时备份,或是定时备份,当本地灾备中专心出现服务器故障或者数据丢失时,可快速从云平台将数据恢复,同时云平台也可将数属据恢复至本地服务中心...数据有效性验证:即时的数据验证 7、数据有效性验证:统一编排恢复验证计划,自动测试并输出详细报告 8、数据利用:任意时间点的分钟级数据挂载,以进行开发测试、查询分析等 9、数据加密:云采用从传输层、存储层、数据库层全程加密的方式...,保障数据全程处于加密状态;且加密密钥可由客户自主管理,并支持定期进行密钥更新 10、操作方式:一站式灾备数据管理WEB平台,一键管理 11、备份功能设置:定时备份、增量备份、永久增量数据备份 12
偏硬件的方式,也被叫做数据级灾备;偏软件的,被叫做应用级灾备。后文谈得更多的是应用级灾备。 双机互备 本质上还是Active/Standby,只是互为主从而已。...同城双活其实和前文提到的双机热备没有本质的区别,只是“距离”更远了,基本上还是一样(同城专线网速还是很快的)。双机热备提供了灾备能力,双机互备避免了过多的资源浪费。...远端的备份机房能更大的提供灾备能力,能更好的抵抗地震,恐袭等情况。双活的机器必须部署到同城,距离更远的城市作为灾备机房。...灾备机房是不对外提供服务的,只作为备份使用,发生故障了才切流量到灾备机房;或者是只作为数据备份。原因主要在于:距离太远,网络延迟太大。...3、异地双活 同城双活可以应对大部分的灾备情况,但是碰到大面积停电,或者自然灾害的时候,服务依然会中断。
应用、中间件云上云下冗余对称部署,同时对外提供服务(应用双活)。 数据库异地主备,异步复制备份。应用读写同一数据中心的数据库,避免考虑一致性问题。...数据同步&数据库连接切换 数据库异地主备部署,云上云下应用日常态均读写云上 Redis 和 RDS 数据库,无需考虑数据一致性问题。...改造内容 应用上云 选择跟自建 IDC 较近的阿里云地域,云上完全冗余的部署一套应用、中间件和数据库,以便搭建云上云下双活容灾架构。在这个 Demo 案例中,选择杭州 Region 作为容灾单元。...中间件和数据库: 云上部署 MSE 托管 ZK/Nacos 注册中心、云数据库 Redis 和 RDS,建议使用跨可用区部署高可用版本,具备同城双活容灾能力。...主备切换详情页,可以看到切换进度和切换结果,任务进度 100% 后,表示切换完成。 商品、订单、购物车数据库都主备切换完成后。
1 背景 自 2008 年双 11 以来,在每年双 11 超大规模流量的冲击上,蚂蚁金服都会不断突破现有技术的极限。...2010 年双 11 的支付峰值为 2 万笔/分钟,到 2017 年双 11 时这个数字变为了 25.6 万笔/秒。...2018 年双 11 的支付峰值为 48 万笔/秒,2019 年双 11 支付峰值为 54.4 万笔/秒,创下新纪录,是 2009 年第一次双 11 的 1360 倍。...支付宝 LDC 架构下的灾备有三个层次: 同机房单元间灾备 同城机房间灾备 异地机房间灾备 同机房单元间灾备:灾难发生可能性相对最高(但其实也很小)。...从上节里的图中可以看到每组 RZ 都有 A,B 两个单元,这就是用来做同机房灾备的,并且 AB 之间也是双活双备的。
蚂蚁单元化 LDC 架构 CAP 分析 结语 参考文献 ---- 自 2008 年双 11 以来,在每年双 11 超大规模流量的冲击上,蚂蚁金服都会不断突破现有技术的极限。...2010 年双 11 的支付峰值为 2 万笔/分钟,到 2017 年双 11 时这个数字变为了 25.6 万笔/秒。...2018 年双 11 的支付峰值为 48 万笔/秒,2019 年双 11 支付峰值为 54.4 万笔/秒,创下新纪录,是 2009 年第一次双 11 的 1360 倍。...从上节里的图中可以看到每组 RZ 都有 A,B 两个单元,这就是用来做同机房灾备的,并且 AB 之间也是双活双备的。...当然双 11 海量支付的成功不单单是这么一套设计所决定的,还有预热削峰等运营+技术的手段,以及成百上千的兄弟姐妹共同奋战,特此在这向各位双 11 留守同学致敬。
领取专属 10元无门槛券
手把手带您无忧上云