随着互联网业务快速发展，多IDC的业务支撑能力和要求也逐步提升，行业内的“两地三中心”方案较为流行。
上篇文章《真正的双活产品，不仅仅是实现7×24小时》中，我们介绍了沃趣的同城双活性能，从性能指标来看，已经能够满足企业中对性能要求较高的核心业务。
《【腾讯云的1001种玩法】十分钟轻松搞定云架构 · 数据库的主备 双活 读写分离》介绍了关于数据库的主备、双活、读写分离的知识，主要目的是通过实现主备数据库、双活数据库和读写分离，提高数据库的可用性、数据一致性和性能，同时降低数据库的运维成本。通过使用主备数据库、双活数据库和读写分离，可以实现数据库的容灾、数据备份和负载均衡，提高数据库的可用性、可靠性和性能。
前文提到异地多活的几种型态和基于OceanBase实现方案。这里再总结一下基于其他分布式数据库（MySQL）实现异地多活时要考虑的点。本文不讨论为什么做异地多活，可以参考末尾的文章。
作者丨DongGuoChao 来源丨https://blog.dogchao.cn/?p=299 导读：异地多活，作为一种高可用部署架构，成为大中型互联网公司的选择。像大家熟知的大型互联网公司，如阿里
相对于过去单体或 SOA 架构，建设微服务架构所依赖的组件发生了改变，因此分析与设计高可用容灾架构方案的思路也随之改变，本文对微服务架构落地过程中的几种常见容灾高可用方案展开分析。
数据库作为企业数据的管理软件，是企业的核心资产，需要避免单点灾难，因此数据库灾备需求应运而生。
来源：https://blog.dogchao.cn/?p=299 前言 后台服务可以划分为两类，有状态和无状态。高可用对于无状态的应用来说是比较简单的，无状态的应用，只需要通过 F5 或者任何代理
点击上方蓝色“程序猿DD”，选择“设为星标” 回复“资源”获取独家整理的学习资料！ 后台服务可以划分为两类，有状态和无状态。高可用对于无状态的应用来说是比较简单的，无状态的应用，只需要通过F5或者任何代理的方式就可以很好的解决。后文描述的主要是针对有状态的服务进行分析。服务端进行状态维护主要是通过磁盘或内存进行保存，比如MySQL数据库，redis等内存数据库。除了这两种类型的维护方式，还有jvm的内存的状态维持，但jvm的状态生命周期通常很短。 高可用的一些解决方案 高可用，从发展来看，大致经过了这几个
「 泛在 」，从英文的角度来看，最恰当的翻译应该是有拉丁语意的Ubiquitous，有「 神无处不在 」的意思。
我很喜欢的一句话和大家分享一下：很多模式是不能直接复制的。当数量级直线上升的时候，其背后的难度是几何增长的。
说起容灾，很多同学脑子冒出来熟悉字眼，”同城双活”，“两地三中心”，“单元化”，“set化”等等。其实这些名词背后均隐射一层含义，面对一些灾难时候，业务如何做冗余来快速恢复业务。
腾讯云数据库【国产数据库专题线上技术沙龙】正在火热进行中，4月28日陈爱声的分享已经结束，没来得及参与的小伙伴不用担心，以下就是直播的视频和文字回顾。
高可用性 描述了一个周期内的功能连续可用的绝对程度，可表示为正常运行时间和停机时间之间的关系，如下公式：
越来越多的企业在数字化转型和上云进程中选择混合云的形态（云+自建 IDC 或云+其他厂商云）来进行容灾建设，一方面不会过度依赖单一云厂商，另一方面还能充分利用已有的线下 IDC 资源。
随着医疗、大型企业行业上云步伐的加快，上云后的业务系统安全性如何保障成为客户关注的重点。对于医疗、大型企业客户，往往建有自己的数据中心，如何保障极端情况下业务系统的稳定运行？双活、灾备，能帮到我们！
采用高可用系统架构支持重要系统，为关键业务提供7x24的不间断服务，已经成为众多企业保障业务稳定、持续运转的主要选择。服务多活是高可用架构重要实施手段，本文介绍了一些业界常用的多活手段例如同城双活、两地三中心、异地多活架构设计方案并详述了各种方案的优缺点。
声明 本文为笔者根据自身的项目经验，以及参考大量文档书写而成。文中提到很多厂商的解决方案和概念，第一不方案之间的优劣评判，第二不进行厂商间的相互攻击，第三文中仅代表个人观点，不代表任何厂商的官方立场。 目前业内主流的双活存储技术 双活这个概念，2013年前后比较火热，那时候笔者有幸参与了IBM的一些双活项目，如GPFS A-A，PowerHA/HyperSwap等。因此本文也是有感而发，经验之谈。 谈到双活，首先这是一个很宽泛的概念。广义上说，双活是两个或多个数据中心，每个都具有独立运行生产应用所需要的所有
最近恰好在搞异地双活，以下是一个梳理： 基本概念 1、异地容灾。这仅仅是一个冷备的概念。也就是在平时正常的时候，另外一个机房只是当做备份。 2、异地双（多）活。而异地双（多）活，却是指有两个或者多个可以同时对外服务的节点，任意一个点挂了，也可以迅速切换到其他节点对外服务，节点之间的数据做到准实时同步。 分类 根据是否需要数据同步大体分为三类： 1、必须同步型。（比如数据库） 2、无须同步型。比如缓存，仅仅是当做缓存，就可以这样做（这个有待商榷，其实缓存也需要同步的，严格来说的话）。 3、只能单活（对全局原
灾备： 是指容灾和备份。容灾是为了在遭遇灾害时能保证信息系统能正常运行，帮助企业实现业务7*24小时连续性的目标，备份是为了应对灾难来临时造成的数据丢失问题。容灾备份产品的最终目标是帮助企业应对人为误操作、软件错误、病毒入侵等“软”性灾害以及硬件故障、自然灾害等“硬”性灾害。
在软件开发领域，「异地多活」是分布式系统架构设计的一座高峰，很多人经常听过它，但很少人理解其中的原理。
本文由公众号“水滴与银弹”号主Kaito原创分享，原题“搞懂异地多活，看这篇就够了”，为使文章更好理解，有修订。
在互联网大厂，有个普遍的现象：某种程度上，只要是比较重要的系统，都需要考虑系统的容灾问题。
近日，互联港湾携手网银互联再次打造双活数据中心，分别将北京铁通IDC—T3中心和杭州下沙MDC数据中心作为合作机房，在全国布局上又添一笔，进一步实现南北互通。 传统灾备系统通常采取IOE架构，通过数据库的数据复制或存储的数据复制技术，在广域网上实现数据的复制，具有很强的通用性。但这种数据层面的备份强调的是数据安全，可能产生很大的RPO和RTO值，即丢失大量数据或灾难恢复时间过长，给企业造成巨大损失。因此，尽管投入了大量的日常维护成本，但为了避免数据丢失，企业只有在万不得已的情
在软件开发领域，异地多活是分布式系统架构设计的一座高峰，很多人经常听到过他，但很少人理解其中的原理;
互联网常见的高可用手段。比如服务冗余部署、异步化设计、负载均衡、服务限流降级熔断、架构拆分、服务治理、分布式存储等等，今天主要是一起聊下，多机房部署的灾备架构模式，来确保服务的高可用。
接着上篇《做容灾，双活、多活、同城、异地、多云，到底应该怎么选？》，这篇聊聊公有云上应该如何建容灾，跟我们自建机房有什么区别，没看过的同学，建议先从上篇文章看一下。
编者说明：在2018数据库大会上，招商银行的资深数据库架构师周伟，分享了招行金融科技数据开放平台的建设经验。这个主题引起了现场听众的广泛关注，我们在此整理发布出来，以其让更多用户能够借鉴到招商银行的成功经验（关注本公众号，回复：2018DTCC ，可以在根目录下找到本文PPT）。
作者简介 任小闯 云和恩墨交付技术顾问，6年以上数据库开发维护工作经历，Oracle 10g OCM，Oracle 11g OCP，曾就职于某互联网行业任数据库的设计和开发优化，现任某省移动运营商负责
任小闯，云和恩墨交付技术顾问，6年以上数据库开发维护工作经历，Oracle 10g OCM，Oracle 11g OCP，曾就职于某互联网行业任数据库的设计和开发优化，现任某省移动运营商负责数据库的维护和交付工作。 擅长数据库的日常维护，设计开发，故障诊断，数据迁移，性能调优等工作。
题记：对于企业关键业务而言，信息系统可靠性是关键。各行业关键 IT系统因为系统故障导致服务中断的事件仍然时有发生，近年来有一些银行 IT 系统，虽然建有两地三中心布局，但仍然有业务中断服务的现象。传统的存储复制容灾架构和DG容灾架构理论上是可以避免业务中断的，但很多企业在实际操作过程中，往往灾备切换的过程很漫长。 近年来，互联网企业云计算、大数据风起云涌，传统企业在市场压力下，也面临着利用新技术，更好的服务用户与市场的迫切要求。 Extended RAC方案 Oracle ADG上的列式存储支持 Oracl
2022年，基于对稳定性的焦虑...和思考，交易平台联动中间件平台启动过异地多活项目的探索，虽然完成了核心应用及基础组件的改造，但在疫情&降本增效的影响下并未真正投产，同时也缺乏充分的测试以及线上流量的大规模验证；后续在不断的业务迭代中，相关设计及代码被冲击的面目全非，相关的多活自动化测试case也并没有沉淀下来。
简介 当今世界是一个信息化的世界，我们的生活中无论是生活、工作、学习都离不开信息系统的支撑。而信息系统的背后用于保存和处理最终结果的地方就是数据库。因此数据库系统就变得尤为重要，这意味着如果数据库如果面临问题，则意味着整个应用系统也会面临挑战，从而带来严重的损失和后果。 如今“大数据”这个词已经变得非常流行，虽然这个概念如何落地不得而知。但可以确定的是，随着物联网、移动应用的兴起，数据量相比过去会有几何级的提升，因此数据库所需要解决的问题不再仅仅是记录程序正确的处理结果，还需要解决如下挑战：
OpenStack已经成为一种趋势，但发行版OpenStack尚不完美，企业要建成私有云必须预先充分了解发行版OpenStack的缺点，并寻求专业OpenStack提供商的帮助与合作，才能扬长避短，真正发挥OpenStack的优势，建成最大化企业竞争优势的私有云。
在B/S应用中的双活设计一般考虑三个层次，分别是WEB层、APP层、DB层。一般web层的虚机不需要进行跨数据中心集群部署，因为web是无状态的，所以可以在2个数据中心独立进行集群部署，同时在每个数据中心部署独立的SLB，可以把SLB和WEB组合为一个资源池协同提供web相关服务。
当前市场上常见的容灾模式可分为同城容灾、异地容灾、双活 数据中心、两地 三中心几种。
多活成本比较高的，双活是两倍，三活可能成本会低一些，但三活的难度更大。因此没有办法对所有业务进行多活，只能对主线做多活。
微服务是银弹吗？自2014年“微服务”一词真是越来越火，不谈Microservices彷佛就out了，那么我们先来看微服务具有哪些特点：
导语 近几年，大型公有云故障引发的生产业务事故案例时有发生。由于很多开发者默认大型公有云的服务是一直可用的，在开发时没有针对公有云服务进行容错设计，在公有云故障时，就出现了业务的异常。可见，由于大型公有云实际上已经成为了全社会共同拥有的IT基础设施，其业务的高可用也已经成为了企业社会责任的一部分。腾讯云是如何通过完备的高可用设计，来保证云服务的业务连续性和数据持久性，从而承担大厂应有的社会责任的呢？ 这篇来自腾讯专有云的架构师方天戟的万字长文为您揭开腾讯专有云高可用设计的内幕。 一. IT 业务高可用的
异地多活的概念以及为什么要做异地多活这里就不进行概述了。概念性的很多，像什么同城双活、两地三中心、三地五中心等等概念。如果有对这些容灾架构模式感兴趣的可以阅读下这篇文章进行了解：《浅谈业务级灾备的架构模式》。
最近有个集团级的云项目处于实施过程中，客户对数据备份、应用双活视为同一个事物，要求我方将原秒级数据备份升级为秒级应用双活。实际问题，备份与双活是不同的两个概念。以下我们用图文方式简述双活与数据备份的区别。
为了保障系统可用性， 我们通常会为了应对故障将组件或数据做冗余。常见的类型包括: 变更故障、硬件故障、断电断网、自然灾害， 发生的频率一次降低。
2021年7月30~31日（本周六），GIAC 全球互联网架构大会将于深圳华侨城洲际酒店盛大开启！ GIAC全球互联网架构大会是由 msup 和高可用架构技术社区联合举办的面向架构师、技术负责人及高端技术从业人员的技术架构大会。 作为业内技术领先的云服务商，腾讯云高级解决方案架构师邱浩受邀参会，为数千名技术负责人、架构师和高级研发人员带来关于基础架构方面的最新技术实践。 ■ 满满干货，开启架构新思路 国内多数电商平台，在业务发展初期，其平台均部署在单个数据中心，平台发展到一定规模后，一旦单个数据中心故
数据猿导读 随着数据量的不断增大、接入的系统越来越多，系统加工效率逐步降低，满足内部数据分析和监管机构的监管数据不断增加的需求，农业银行在2013年开始建设完全自主可控的大数据平台。 本篇案例为数据猿
文章集中整理总结mysql分库分表开源产品，分布式数据库的设计，以及实际应用案例等相关内容，部分附上本文作者实际应用过程中的理解。
随着业务对持续性要求越来越高，云上不少企业对跨AZ或多地域的容灾建设有强烈的诉求。当企业内部经过评估选定容灾建设整体方向，即同城双活；需要对方案进行验证，包括组件容灾能力建设，数据同步以及切换验证等。通常对组件容灾能力建设和验证会花费大量时间，如果测试不符合预期，对之前调研、部署以及测试人力和时间成本带来较大耗费。因此借助云平台能力“一站式”提升系统容灾能力，助力企业降本增效。
Uber 拥有世界上最大的 Kafka 集群，每天处理数万亿条消息和几个 PB 的数据。如图 1 所示，Kafka 现在成了 Uber 技术栈的基石，我们基于这个基石构建了一个复杂的生态系统，为大量不同的工作流提供支持。其中包含了一个用于传递来自乘客和司机 App 事件数据的发布/订阅消息总线、为流式分析平台（如 Apache Samza、Apache Flink）提供支持、将数据库变更日志流到下游订阅者，并将各种数据接收到 Uber 的 Hadoop 数据湖中。
不用想象一种异常场景了，这就真实发生了：B 站晚上 11 点突然挂了，网站主页直接报 404。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
实时音视频
即时通信 IM
