一、异地容灾主要备份三种数据： 1、DB数据 2、操作系统 3、日志信息 二、恢复时间不能超过30分钟 三、图中为DB的备份方式，DB总的有四份备份：生产存储一份、移动硬盘一份、备份存储一份、灾备存储一份...备份方式为，平时通过生产系统的介质服务器传输到移动硬盘，通过CS传输数据到灾备中心的介质服务器，在通过介质服务器传输到备份存储、灾备存储。...生产中心发生异常时的DB切换方式为，将移动硬盘迅速转移挂载到灾备中心的介质服务器，然后再发起恢复 四、日常对OS进行每日备份，通过CS传输到灾备中心的介质服务器，再发送给备份存储和灾备存储，即OS的备份有三份...:生产存储、备份存储、灾备存储 五、日志的备份和OS一样 六、恢复切换步骤：日志恢复、OS恢复、修改IP和主机名、移动硬盘转移挂载 七、本地恢复 image.png 八、两地传输带宽的计算要考虑每日数据增量
异地数据备份挑战相对同城数据备份，异地数据冷备主要挑战是成本，主要是跨地域之数据传输带宽成本。...异地数据冷备方案2.1 API实现方案数据备份：云平台的数据库数据备份均为同地域，因此需要将该备份数据上传到异地COS存储桶。...2）通过url将备份下载到本地 3）调用cos上传api，将本地的备份文件上传到异地cos桶 4）按照备份业务规则，周期性的执行上面1-3步骤，将备份存储到异地COS存储桶。...2.3 数据库备份服务数据库备份服务拥有一套完整的数据备份和数据恢复解决方案，具备实时增量备份以及快速的数据恢复能力，同时具备异地容灾能力。...如果企业有业务切回需求，数据库依赖于dts数据同步工具，cos通过日志进行人工补录，待两端数据一致后，在业务低峰期将业务切回之前地域。
今天跟大家分享的题目为《CKV+异地容灾探索和实践》。CKV+是一个兼容redis协议的内存数据库，现在大部分用户对内存数据库的要求越来越高，对一致性、异地容灾等方面也提出更高的要求。...04CKV+单活多可用区异地容灾实践 CKV+为了满足不同的容灾要求，已上线了单活多可用区特性，支持不同容灾级别： 单可用区：机架级容灾能力。 同地域多可用区：机架、可用区级容灾能力。...跨地域多可用区：跨城际容灾。 默认的情况下，CKV+的容灾级别是跨机架容灾，保证主备分片必须跨机架，避免一个机架掉电导致主备分片都不可用的问题。...如果希望更高的容灾级别，可以选择同地域多可用区以及跨地域多可用区，当然这样可能导致的访问和主备延时会更大。在不同的级别上，容灾对于性能和成本其实是一个很微妙的关系。...05CKV+多活架构异地容灾探索 异地单活虽然提供了不同的容灾级别，甚至不同可用区提供了读能力，但只能在主可用区执行写操作。
具体技术架构如下：图片在本方案中，不涉及备份技术方案，详情请参考之前容灾系列的备份方案。方案要点说明如下：1）业务调度：目前通过DNS统一调度，调度路线设置通过地区或者运营商为区分。...3）容灾成本：业务备份的资源成本，具体可参考之前容灾文章系列。4）业务恢复：可用区粒度的极端故障，基于云平台同城双活架构可实现RTO秒级切换恢复业务。...详细技术架构图如下：图片在本方案中，不涉及备份技术和AS弹性扩容的技术细节，详情请参考之前容灾系列的备份方案。方案要点说明如下：1）业务调度：同方案一保持一致。...详细技术架构如下：图片在本方案中，不涉及备份技术和AS弹性扩容的技术细节，详情请参考之前容灾系列的备份方案。...方案要点说明如下：1）业务调度：于方案二保持一致1）业务部署：相对于方案二，增加了数据双向同步，各个地域中心均具有全局数据能力，提升容灾的RTO指标，同时不同业务数据要有唯一主键来保证数据一致性。
去年写过一篇《做容灾，冷备是不是个好方案？》，当时提出来，冷备或者主备，其实并不是一个理想的方案，而且绝大多数情况下，只能是一个心理安慰，真正发生故障的情况下，这样的容灾模式根本起不到作用。...最近，公有云又出了些大故障，各大群和朋友圈又开始沸沸扬扬，但是整体看下来，声音无非两种： 单站点不靠谱，要有容灾，出现这种情况就得马上切，所以回去赶紧建设容灾站点； 鸡蛋不能放在一个篮子里，单云不靠谱，...既然要双活，必然会选择另一个跟当前机房有一定距离的机房（同城或异地），而且距离必须得拉开才有意义，如果都在一个园区里面，就没有任何容灾意义了。...我们可以得出的几个结论： 不管怎么选择容灾方案，我们自己的业务系统，从自身架构上，一定要支持单元化，一定要支持数据同步才行，如果这都不支持，讲双活和多活，就是特么的扯淡。...一个合理的建设节奏应该是，同城双活—异地双活—两地三中心（同城双活+异地多活），因为你要解决的问题的复杂度和难度也是在逐步上升的，不可能一蹴而就。
谁曾想房东宽带的速度稳定性还很给力，就是没了公网，NAS用户体验直接夭折，官方的中转服务越用越气，应应急还行，所以研究了一下，利用 NewFuture/DDNS 开源软件配合 fatedier/FRP 实现了多地转发、异地容灾的折中方案
业务存在多个产品线，依赖关系复杂、调用链路长，且处于高速发展频繁迭代时期，期望容灾建设不会给业务研发团队带来改造负担。...数据库异地主备，异步复制备份。应用读写同一数据中心的数据库，避免考虑一致性问题。...MSHA 控制台通过集成 DTS 同步组件，支持云上云下的数据同步（异步复制）。...容灾能力 RPO：<=1min（依赖于 DTS 同步性能） RTO：<=1min（依赖于 DTS 同步延迟，MSHA 组件实现秒级切换。...查看实际流量调用链：流量始终访问到杭州单元，读写北京单元内的数据库。 7.4 数据库故障注入 从上面调用链可以看出，杭州单元内的应用仍然访问的是北京单元的 Redis、MySQL 数据库。
冷备或者主备并不是一个理想的方案，而且绝大多数情况下，只能是一个心理安慰，真正发生故障的情况下，这样的容灾模式根本起不到作用。 原因我就不重复了，大家如果有兴趣可以直接看那篇文章。...最近，公有云又出了些大故障，各大群和朋友圈又开始沸沸扬扬，但是整体看下来，声音无非两种： 单站点不靠谱，要有容灾，出现这种情况就得马上切，所以回去赶紧建设容灾站点； 鸡蛋不能放在一个篮子里，单云不靠谱，...既然要双活，必然会选择另一个跟当前机房有一定距离的机房（同城或异地），而且距离必须得拉开才有意义，如果都在一个园区里面，就没有任何容灾意义了。...我们可以得出的几个结论： 不管怎么选择容灾方案，我们自己的业务系统，从自身架构上，一定要支持单元化，一定要支持数据同步才行，如果这都不支持，讲双活和多活，就是特么的扯淡。...一个合理的建设节奏应该是，同城双活—异地双活—两地三中心（同城双活+异地多活），因为你要解决的问题的复杂度和难度也是在逐步上升的，不可能一蹴而就。
本文将给大家分享《TDSQL-C （原CynosDB）容灾的实践和探索》，主要内容有以下三个方面： 1 云原生数据库和传统数据库的架构对比 2 MySQL数据库的容灾部署模型 3 TDSQL-C 异地容灾系统的实践...； 数据以逻辑日志或者物理日志格式进行同步； Primary与Replica之间使用异步或者半同步方式连接； 数据一致性以及故障的发现和处理通过外围系统或者内置的一致性协议来保证； TDSQL-C异地容灾系统的实践...（TDSQL-C多维一体的容灾系统） 云原生数据库TDSQL-C在异地容灾能力构建上，近期推出了跨可用实例功能，支持跨AZ的手工和自动切换。...下文将重点介绍容灾系统的实现原理和难点： 多维一体容灾系统概述： ● Agent与实例同机部署，负责采集实例状态，并定期上报给Scheduler。...以上是腾讯云原生数据库TDSQL-C异地容灾系统的实践。
“两地三中心”就是生产数据中心、同城灾备中心、异地灾备中心。这种模式下，两个地域的三个数据中心互联互通，当一个数据中心发生异常，其他数据中心可以正常运行并进行业务接管。...架构介绍 利用腾讯云DTS数据同步可构建下图中的两地三中心架构，其中1~4分别为一条单向的数据同步链路；A为生产数据中心，B为同城的灾备中心，C为异地的灾备中心。...图：两地三中心架构示例 关键问题 在上图所示的两地三中心架构中，数据同步需要解决以下四个关键问题： 单向链路中存量数据和增量数据的同步 通过单向链路构建的复杂拓扑中回环问题的处理 如何保证三个节点数据一致...单向链路中存量数据和增量数据的同步 单向同步链路是两地三中心、多活数据架构的基础。为了使单向链路的目标节点数据和源头节点一致，既要复制存量数据，又要持续同步增量数据。...图：两地三中心架构示例 图中1-4为DTS的一条单向同步链路，1、2构成AB的双向同步，3、4构成A->C之间的双向同步。
部分系统对可用性要求极高， 为了应对上述即使可能性非常低的故障， 我们需要从容灾层面去考虑这些情况。本文从常见的容灾方案和容灾架构入手介绍， 结合腾讯云多可用区容灾方案进行示例讲解。...系统与数据容灾架构衡量容灾能力评价容灾能力主要是RPO和RTO两个指标。RPO : 应发生故障时能忍受数据丢失的最大程度。系统越重要，要求 RPO 越小。...- 如果做数据备份，RPO越小意味着数据的备份频率更高，比如一般的系统可能一天备份一次，非常重要的系统可能一小时备份一次；- 如果做数据同步，RPO越小意味着要求数据同步链路的可靠性更高或延迟更低，...缺点: 业务系统需要能够接受一定的跨机房网络延；业务需要进行一定程度的改造, 将操作分位读操作和写操作两类；容灾距离依然受到非常大的限制(主要受限于跨机房写)异地双(多)活异地双活可以接受两个机房之间的距离大于...+异地灾备)
由于该方案只做异地数据实时备份，RTO指标依赖于业务部署能力，通常为分钟级。数据热备有两个关键词分别为“异地”和“实时”，需要在再次强调一下。异地明确数据热备容灾能力，实时明确RPO指标接近于“零”。...图片DTS数据同步服务方案，有两个前提：1）网络互通，通过云联网将源实例和灾备实例所在vpc网络打通。...2）灾备实例，建议采用云平台的PAAS服务，更好的兼容DTS同步服务。2.2 平台热备方案2.2.1 数据库灾备方案目前数据库对于异地容灾备份能力进行封装，来简化云上客户操作成本，提升RTO。...方案关键因素详细说明容灾范围地域级别容灾RPO/RTORPO几乎接近为零；RTO为小时级别，进行1:1业务部署，依赖于业务部署和数据恢复自动化能力。...3.容灾演练能力建设，增加平时运维成本以及自动化工具开发功能。
目前，流行的灾备系统往往包括本地的 HA 集群和异地的 DR 数据中心。...另外，对于跨地域（跨VPC）容灾可能需要使用在不同地域间同步数据或者跨地域私网调用，可以使用【对等连接】产品构建不同地域的通信链路。...同城双机房（跨可用区容灾）架构 参考上面高可用基本架构3 异地（跨地域容灾）架构 11.png 两地三中心架构 12.png 补充，要实现所谓的容灾功能需要依赖云上产品的数据同步能力： CVM镜像：...目前支持跨地域复制，但是制作镜像需要关机； COS复制：后续会支持跨园区复制的功能； DTS复制：创建数据库同步任务； CLB多可用区：目前只有金融专区支持； MySQL多可用区：目前只有深圳金融区支持...； 以上只涉及云上的容灾架构，混合云容灾方案参考下一期的分享。
同步数据 镜像模式对灾备链路要求较高，建议本地两个数据中心 之间 租用性能不低于 4Gb 的 裸光纤链路连接 ， 为了 提高 容灾链路的利用率，建议配置 DWDM 设备 ， 实现存储层数据 复制链路和...上层 应用数据链路 的 复用， 从而 减少容灾链路的投资 。...不同的通信链路有不同的要求，如距离限制、带宽能力等；而不同的容灾技术、不同的容灾应用对通信链路的要求不同；采用同步方式或采用异步方式进行数据复制对通信链路的要求也大不相同。...经过以上分析，若要实现应用级的容灾，那么生产中心和容灾中心之间通常需部署三种互联链路，每种互联链路所承载的数据不同，实现的功能不同，并且这三种链路在逻辑上相互隔离。 网络三层互联。...容灾链路裸光纤可以和生产主机共享 SAN 交换机，也可以独立 SAN 交换机（也需要冗余）。通常为避免容灾链路通信和主机访问存储的相互干扰，采用独立的 SAN 来连接容灾通信链路的方式采用较多。
一般会考虑三种线下灾备方式： 1、本地容灾：业务高可用和读写分离，以提高业务连续性 2、同城容灾：兼顾业务连续性和数据安全，应对地区级以 3、异地容灾：以数据安全为目标，应对地区级数据风险。...传统模式下企业的数据容灾建设方案 灾备是一项综合系统工程，灾备技术涉及到数据的复制、数据及应用的切换、数据的删除、数据的加密与传输、数据存储等多个技术的具体应用，系统容灾建设中，最重要的是数据容灾，目前...111.jpg 阿里云数据灾备架构图 DTS：Data Transmission Service，是阿里云提供的一种支持多种数据源之间数据交互的数据流服务。...在数据库灾备解决方案中，使用阿里云DTS可实现各数据库间的数据迁移与实时同步，从而为数据库灾备打好最重要的基础。...混合云存储阵列：阿里云混合云存储阵列支持用户在阵列本地存储空间中建立多版本快照，并将各时间的快照镜像上传到云端存储作为备份，混合云存储阵列也能支持本地存储和云端存储的文件数据同步，实现数据在云端的异地容灾存放
项目名称：杭州市政务云容灾备份项目 采购需求： 1、同城应用级容灾备份 在杭州市已有云资源生产中心基础上，新购买1个可独立承担关键系统运行的云资源容灾中心服务，双中心具备基本同等业务处理能力，并通过高速链路实现数据实时同步和业务流量分担...，生产中心灾难发生时可进行应急切换容灾中心，保障业务连续运行和数据不丢失。...目标将29个重要应用系统分别部署到两中心，在不改变现有业务架构的情况下，充分利用现有政务云能力实现同城应用级容灾备份。...2、异地数据级容灾备份 现有华通政务云和电信政务云分别部署数据备份软件，按照《灾备指南》要求，将等保三级及以上101个应用系统数据通过数据备份软件，同步至省本级异地数据级容灾备份中心（设在金华市）。...当生产中心因意外（如火灾、洪水、地震、人为蓄意破坏等）造成数据部分或彻底毁坏时，可使用异地备份数据进行恢复，确保数据安全。 预算金额：44820000 元
第一章 项目概述 长通物流是一家基于供应链管理集运输、仓储、物流配送、产品代理一体化的全方位综合物流服务商。...设备可根据网络规划、存储容量、计算能力等需求随时对平台进行扩容、缩容，并且不影响扩容、缩容节点上所有资源的正常使用，容量上限在可预期的时间段内不受软件架构限制。 3.4....HA异地灾备架构 4.2.1. 系统架构 图片.png 4.2.2. 架构说明 4.2.2.1....功能说明 业务系统架构同4.1，单区域的数据安全在遇到自然灾害、人为因素的情况下，无法完全保障数据安全，因此采用异地数据库作为数据灾备，腾讯云特有的数据传输服务过内网专线同步，在较低的同步时延和更高的稳定性的情况下...对等连接 对等连接（Peering Connection，PC）是一种大带宽、高质量的云上资源互通服务，可以帮助您打通腾讯云上的资源通信链路。
导语 相对于过去单体或 SOA 架构，建设微服务架构所依赖的组件发生了改变，因此分析与设计高可用容灾架构方案的思路也随之改变，本文对微服务架构落地过程中的几种常见容灾高可用方案展开分析。...在分析复杂的容灾架构前，我们首先应当明确问题的定义，拆解问题，分解子问题，从不同维度分开讨论才能获得一个清晰的结论。...2、微服务间调用容灾：TSF 支持 AZ 内就近路由，AZ 内实例不可用时跨 AZ 调用。...部署单元设计：考虑容灾设计，单元与数据库分片绑定，同城单元双活，异地部署灾备单元。...通过网关转发的模式，优点是单元封闭性好，访问链路清晰，出了问题容易追溯；缺点自然是增加了服务跳转次数，响应时间会有所增加。
题目部分 常见容灾建设模式有哪些？ 答案部分 当前，市场上常见的容灾模式可分为本地容灾、同城容灾、异地容灾、双活数据中心、两地三中心几种。...本地机房的容灾主要是用于防范生产服务器发生的故障，异地灾备中心用于防范大规模区域性灾难。...3 异地容灾 异地容灾主备中心之间的距离较远（＞200KM)，因此一般采用异步镜像，会有少量的数据丢失。...4 两地三中心 l 两地三中心：是指同城双中心加异地灾备一种商用容灾备份解决方案； l 两地是指同城、异地； l 三中心是指生产中心、同城容灾中心、异地容灾中心。...同城双中心是指在同城或邻近城市建立两个可独立承担关键系统运行的数据中心，双中心具备基本等同的业务处理能力并通过高速链路实时同步数据，日常情况下可同时分担业务及管理系统的运行，并可切换运行；灾难情况下可在基本不丢失数据的情况下进行灾备应急切换
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
即时通信 IM
ICP备案
对象存储
实时音视频
