一、异地容灾主要备份三种数据： 1、DB数据 2、操作系统 3、日志信息 二、恢复时间不能超过30分钟 三、图中为DB的备份方式，DB总的有四份备份：生产存储一份、移动硬盘一份、备份存储一份、灾备存储一份...备份方式为，平时通过生产系统的介质服务器传输到移动硬盘，通过CS传输数据到灾备中心的介质服务器，在通过介质服务器传输到备份存储、灾备存储。...生产中心发生异常时的DB切换方式为，将移动硬盘迅速转移挂载到灾备中心的介质服务器，然后再发起恢复 四、日常对OS进行每日备份，通过CS传输到灾备中心的介质服务器，再发送给备份存储和灾备存储，即OS的备份有三份...:生产存储、备份存储、灾备存储 五、日志的备份和OS一样 六、恢复切换步骤：日志恢复、OS恢复、修改IP和主机名、移动硬盘转移挂载 七、本地恢复 image.png 八、两地传输带宽的计算要考虑每日数据增量
即使云平台在建设数据中心之前，会遵循机房建设标准来选址，但是对于极端情况自然灾害，例如地震，台风等等，对同地域备份安全能力有非常大的风险，因此本文重点阐述腾讯云对异地数据冷备解决方案。1....异地数据备份挑战相对同城数据备份，异地数据冷备主要挑战是成本，主要是跨地域之数据传输带宽成本。...异地数据冷备方案2.1 API实现方案数据备份：云平台的数据库数据备份均为同地域，因此需要将该备份数据上传到异地COS存储桶。...2）通过url将备份下载到本地 3）调用cos上传api，将本地的备份文件上传到异地cos桶 4）按照备份业务规则，周期性的执行上面1-3步骤，将备份存储到异地COS存储桶。...2.3 数据库备份服务数据库备份服务拥有一套完整的数据备份和数据恢复解决方案，具备实时增量备份以及快速的数据恢复能力，同时具备异地容灾能力。
今天跟大家分享的题目为《CKV+异地容灾探索和实践》。CKV+是一个兼容redis协议的内存数据库，现在大部分用户对内存数据库的要求越来越高，对一致性、异地容灾等方面也提出更高的要求。...对于城市级的故障，印象比较深的是，在2015年，天津机房附近的天津滨海新区危险品仓库发生大爆炸，导致天津数据中心岌岌可及，大量业务需要做迁移。...04CKV+单活多可用区异地容灾实践 CKV+为了满足不同的容灾要求，已上线了单活多可用区特性，支持不同容灾级别： 单可用区：机架级容灾能力。 同地域多可用区：机架、可用区级容灾能力。...跨地域多可用区：跨城际容灾。 默认的情况下，CKV+的容灾级别是跨机架容灾，保证主备分片必须跨机架，避免一个机架掉电导致主备分片都不可用的问题。...05CKV+多活架构异地容灾探索 异地单活虽然提供了不同的容灾级别，甚至不同可用区提供了读能力，但只能在主可用区执行写操作。
当前，市场上常见的容灾模式可分为同城容灾、异地容灾、双活数据中心、两地三中心几种。...同城容灾 同城容灾是在同城或相近区域内（≤200KM）建立两个数据中心:一个为数据中心，负责日常生产运行;另一个为灾难备份中心，负责在灾难发生后的应用系统运行。...异地容灾 异地容灾主备中心之间的距离较远（＞200KM)因此一般采用异步镜像，会有少量的数据丢失。异地灾难备份不仅可以防范火灾、建筑物破坏等可能遇到的风险隐患，还能够防范战争、地震、水灾等风险。...两地三中心 结合近年国内出现的大范围自然灾害，以同城双中心加异地灾备中心的“两地三中心”的灾备模式也随之出现，这一方案兼具高可用性和灾难备份的能力。...异地灾备中心是指在异地的城市建立一个备份的灾备中心，用于双中心的数据备份，当双中心出现自然灾害等原因而发生故障时，异地灾备中心可以用备份数据进行业务的恢复。
数据存储容灾建设主要从数据可靠性和业务稳定性两个维度阐述。这两者有哪些区别呢？...1.2 对象存储（COS） COS将数据分散存储在城市中多个不同的数据中心，其中某数据中心故障了，多AZ存储架构依然可以为云上客户提供稳定可靠的数据服务，云上数据可靠性是12个9，即99.9999999999%...https://cloud.tencent.com/document/product/362/16312 2.将CBS数据上传异地COS,调用cos分块上传接口。...例如COS如果开启了异地复制，业务可以临时读异地存储桶，虽然存在访问延时，只是影响用户体验，不会造成业务持续不可用；如果是CBS通过挂载新盘通过快照恢复，或者通过使用大内存机器周期性将核心数据读到内存供业务临时访问等等
在至少有一个Leader存在的前提下，进行Zookeeper的在线增量、在线减量、在线迁移 在全过程中ZooKeeper不停止服务
具体技术架构如下：图片在本方案中，不涉及备份技术方案，详情请参考之前容灾系列的备份方案。方案要点说明如下：1）业务调度：目前通过DNS统一调度，调度路线设置通过地区或者运营商为区分。...3）容灾成本：业务备份的资源成本，具体可参考之前容灾文章系列。4）业务恢复：可用区粒度的极端故障，基于云平台同城双活架构可实现RTO秒级切换恢复业务。...详细技术架构图如下：图片在本方案中，不涉及备份技术和AS弹性扩容的技术细节，详情请参考之前容灾系列的备份方案。方案要点说明如下：1）业务调度：同方案一保持一致。...详细技术架构如下：图片在本方案中，不涉及备份技术和AS弹性扩容的技术细节，详情请参考之前容灾系列的备份方案。...方案要点说明如下：1）业务调度：于方案二保持一致1）业务部署：相对于方案二，增加了数据双向同步，各个地域中心均具有全局数据能力，提升容灾的RTO指标，同时不同业务数据要有唯一主键来保证数据一致性。
，同城的两中心，异地的一中心，或者扩展到三地五中心模式。...对于有些用户来说，从投资成本、业务的重要性、客户网络的物理条件来说，没有办法去构成同城多中心加异地的的容灾架构，他可能只能选择两中心的方案，那么在这个过程当中的话，TiDB 经过这几年对这个方面的积累，...：TiDB 多中心多活容灾方案 在多中心里面，前面提到，我们通过 Multi Raft 的机制，以及相关的工程优化，实现了跨中心的容灾方案。...比如说，对于长距离的异地中心，我们在同城设了两个中心，通过光纤连接，异地的话，通常租用比如运营商的 MSTP 类型的线路，构成一个三中心的结构，通过 TiDB 内置的容灾和灾备的相关的一系列的机制与手段...：TiDB 两中心容灾方案 前面也提到，有些用户的网络，比如说一个中心在上海，一个在北京，延迟是非常大。
序言 同城异地灾备，主要是用来进行备份容灾的，从而当一个数据中心挂了，另外一个数据中心经过切换之后，能让服务迅速的恢复。...随着业务的进一步发展，需要提供高可用水平，从而需要从单机房扩展为多机房，从而也就有了同城容灾。。。 对于运维来说，多一次升级，多一次变更，就会多一个故障，多一个锅。。。...热升级了解一下，不可预知的中断了解一下 同城异地最关键的点在于存储，存储如何跨机房使用，从而分为几个方面进行探讨： 1、 DNS解析 在业务大量使用DNS解耦的时候，而且使用双机房的时候...核心数据库，要想高可用，并且不存在数据丢失，从而可以使用分布式数据库，在数据写入的时候，采用强同步的方式写入数据，对于master节点，可以采用三机房三中心的模式，使用paxos算法进行选主，从而达到高可用的目标
1.3两地三中心 两地三中心属于异地容灾，要求数据中心间距离须保证在三百公里以上，同时还必须做到“三不”，即不 在同一地震带，不在同一电网，不在同一江河流域。...最为稳固的、保护等级最高，也是成本最高的容灾方案，即“两地三中心”：本地的生产中心和灾备中心相距100km以上，进行应用级或业务级容灾保护，且在 300km 以外的异地建立灾备中心，进行数据级或应用级容灾保护...2.1数据级容灾 数据级容灾是指通过建立异地灾备中心，做数据的远程备份，在灾难发生之后要确保原有的数据不会丢失或者遭到破坏，但在数据级容灾这个级别，发生灾难时应用是会中断的。...在数据级容灾方式下，所建立的异地灾备中心可以简单地把它理解成一个远程的数据备份中心。数据级容灾的恢复时间比较长，但是相比其他容灾级别来讲它的费用比较低，而且构建实施也相对简单。...应用级容灾生产中心和异地灾备中心之间的数据传输是采用异类的广域网传输方式；同时应用级容灾系统需要通过更多的软件来实现，可以使多种应用在灾难发生时可以进行快速切换，确保业务的连续性。
为了让企业能更好用好云平台的数据安全能力，本文重点云平台数据备份冷备能力，以腾讯云为例，主要从以下两个维度介绍：同城数据冷备能解决企业什么问题，达到怎么样业务容灾效果？...同城冷备份方案同城数据冷备方案主要依赖于云平台能力备份能力，对现有业务架构没有任何改造，方案架构如下：图片该方案核心要点说明：数据备份：云侧数据库mysql和redis在控制台设置数据备份参数，数据备份存储在COS，具备地域级别容灾...指标详细说明容灾能力具备同地域（不同可用区）数据备份能力，不具备不同地域的能力。...3.容灾演练能力建设，增加平时运维成本以及自动化工具开发功能。
容灾的分类 从其对系统的保护程度来分，可以将容灾系统分为：数据容灾和应用容灾，数据容灾就是指建立一个异地的数据系统，该系统是本地关键应用数据的一个实时复制。...备份采用备份软件技术实现，而容灾通过复制或镜像软件实现，两者的根本区别在于： 容灾主要针对火灾、地震等重大自然灾害，因此备份中心与主中心间必须保证一定的安全距离；数据备份在同一数据中心进行。...容灾的分类 1、数据级 数据级容灾是最基础的手段，指通过建立异地容灾中心，做数据的远程备份，在灾难发生之后要确保原有的数据不会丢失或者遭到破坏，但在数据级容灾这个级别，发生灾难时应用是会中断的。...数据容灾是指建立一个异地的数据系统，该系统是对本地系统关键应用数据实时复制。 当出现灾难时，可由异地系统迅速接替本地系统而保证业务的连续性。...第0级：没有备援中心 这一级容灾备份，实际上没有灾难恢复能力，它只在本地进行数据备份，并且被备份的数据只在本地保存，没有送往异地。
网络属于基础设施部分，网络容灾建设作为一个数据中心验收重要指标。试想一个数据中心的网络链路存在单点，就如一个城市道路都是单行道，一旦出现交通事故，小则导致道路拥堵，大则导致整个城市交通瘫痪。...IDC时代，业务对网络容灾参与较少，主要依赖数据中心网络容灾建设程度；当到了云的时代，云服务商将底层网络能力产品化后，云上客户更多参与网络容灾建设，提升业务稳定性。...2.网络容灾复杂度 同城或者异地容灾建设，网络层面因素主要有三个： 1）跨区或者跨地域网络延时，对上层业务影响。 网络延时，通过优化基础设施手段是非常有限的，毕竟受限于实际物理距离和光速。...2）跨区或者跨地域云基础设施容灾能力。 通常云服务厂家数据中心建设均有容灾能力，这里建议还是选择大厂。 3）IDC到云上网络高可用建设。...image.png 3.2 混合云网络容灾 混合云网络容灾分为两个部分： 1）idc和云机房之间线路容灾，主要线路分为专线和VPN。
去年写过一篇《做容灾，冷备是不是个好方案？》，当时提出来，冷备或者主备，其实并不是一个理想的方案，而且绝大多数情况下，只能是一个心理安慰，真正发生故障的情况下，这样的容灾模式根本起不到作用。...最近，公有云又出了些大故障，各大群和朋友圈又开始沸沸扬扬，但是整体看下来，声音无非两种： 单站点不靠谱，要有容灾，出现这种情况就得马上切，所以回去赶紧建设容灾站点； 鸡蛋不能放在一个篮子里，单云不靠谱，...既然要双活，必然会选择另一个跟当前机房有一定距离的机房（同城或异地），而且距离必须得拉开才有意义，如果都在一个园区里面，就没有任何容灾意义了。...一个合理的建设节奏应该是，同城双活—异地双活—两地三中心（同城双活+异地多活），因为你要解决的问题的复杂度和难度也是在逐步上升的，不可能一蹴而就。...现实情况，比我写的要复杂的多的多，推荐大家看两个成功案例，一个是毕玄的异地多活数据中心，一个是饿了么异地多活，几个关键字google一下就有了，里面涉及到的场景化的细节对大家理解这件事情的复杂度会有更帮助
因此，云化数据中心的容灾建设也相应地从面向项目的传统容灾建设方式转变为面向平台的容灾建设方式。...，同城灾备中心实现全业务系统或部分关键业务系统的灾备 同城的两个中心共同承担所有业务系统的运行，并互为灾备，异地实现关键系统的灾备。...，对于通信数据链路带宽要求也较高；异步数据复制不需要对应用进行改造，对于通信链路带宽要求较低，通信距离也较远，可以在灾难发生时实现分钟级别的数据丢失，一般应用于异地的数据中心灾备。...总结 传统的容灾架构中，灾备中心往往被定义成成本中心，因为业务连续性定义灾难时关键业务需要快速恢复而灾备中心大部分时间处于闲置状态。云化数据中心的建设则可以改善容灾的投资回报，实现灾备中心更多价值。...综上所述，云化数据中心的容灾方案具备以下优势： •一体化的灾备管理 •通过云平台进行统一配置和调度； •支持快速的自动容灾切换流程； •应用级容灾的快速实现 •自动完成同步和异步的数据备份； •有效节省容灾投资
冷备或者主备并不是一个理想的方案，而且绝大多数情况下，只能是一个心理安慰，真正发生故障的情况下，这样的容灾模式根本起不到作用。 原因我就不重复了，大家如果有兴趣可以直接看那篇文章。...最近，公有云又出了些大故障，各大群和朋友圈又开始沸沸扬扬，但是整体看下来，声音无非两种： 单站点不靠谱，要有容灾，出现这种情况就得马上切，所以回去赶紧建设容灾站点； 鸡蛋不能放在一个篮子里，单云不靠谱，...既然要双活，必然会选择另一个跟当前机房有一定距离的机房（同城或异地），而且距离必须得拉开才有意义，如果都在一个园区里面，就没有任何容灾意义了。...一个合理的建设节奏应该是，同城双活—异地双活—两地三中心（同城双活+异地多活），因为你要解决的问题的复杂度和难度也是在逐步上升的，不可能一蹴而就。...现实情况，比我写的要复杂的多的多，推荐大家看两个成功案例，一个是毕玄的异地多活数据中心，一个是饿了么异地多活，几个关键字google一下就有了，里面涉及到的场景化的细节对大家理解这件事情的复杂度会有更帮助
（或者异地备份）来防范，占总故障率的44%。...常用的灾备组合方式 基于以上原因，业界在灾备系统的建设上一般按照以下几种方式： 建设机房内的本地备份系统 建设异地的备份系统 该方式可以备份系统的价格满足备份和异地容灾功能，能够避免主生产中心由于地震、...备份系统＋异地容灾系统 这是一个较为理想化的容灾系统一体化解决方案，能够在很大程度上避免各种可能的错误。 容灾恢复等级 ? 灾难恢复层次 ? 灾备技术层次 ? 1.1 磁盘阵列灾备技术 ?...2.1 卷管理软件灾备技术 ? 2.2 数据库日志复制技术 ? 2.3 数据库灾备技术 ? 3.1 应用灾备技术 ? 11．容灾体系结构规划 ? 系统正常运行 ? 生产中心单台主机宕机 ?...生产中心所有主机宕机 ? 生产中心回切 ? 来源：http://www.cfdzsw.com/2019/09/07/
本文将给大家分享《TDSQL-C （原CynosDB）容灾的实践和探索》，主要内容有以下三个方面： 1 云原生数据库和传统数据库的架构对比 2 MySQL数据库的容灾部署模型 3 TDSQL-C 异地容灾系统的实践...； 数据以逻辑日志或者物理日志格式进行同步； Primary与Replica之间使用异步或者半同步方式连接； 数据一致性以及故障的发现和处理通过外围系统或者内置的一致性协议来保证； TDSQL-C异地容灾系统的实践...（TDSQL-C多维一体的容灾系统） 云原生数据库TDSQL-C在异地容灾能力构建上，近期推出了跨可用实例功能，支持跨AZ的手工和自动切换。...下文将重点介绍容灾系统的实现原理和难点： 多维一体容灾系统概述： ● Agent与实例同机部署，负责采集实例状态，并定期上报给Scheduler。...以上是腾讯云原生数据库TDSQL-C异地容灾系统的实践。
综上所述，本文从云平台视角出发阐述应用层业务容灾建设，主要分为方案设计考虑纬度、复杂度以及云上客户案例三个方面。 1.应用容灾概述 1.1 应用部署 应用是否满足跨地域/可用区部署？...应用层调用链能接受跨区延时，一般以试点业务先观察，小步迭代方式逐步构建容灾能力。...通常情况，应用层将生成数据通过dns/注册中心寻找到相应的中间件，将数据写入或者读取。 东西向流量。主要是应用之间调用链。 通常应用层之间调用通过api网关/内网dns/注册中心来进行相互调用。...容灾切换强依赖于调度系统以及配置系统稳定性。这里稳定性主要包括系统容灾能力和性能；遇到大规模故障，大量信息配置变更请求调度系统和配置系统要能扛住洪峰，是保障这个容灾方案的根基。...2.应用容灾复杂度 计算应用层容灾，主要考虑以下两个方面： 哪些节点执行任务。 这里要区分清楚哪些节点执行核心业务，这里会引入不同的复杂度。
本文结合云平台公网能力，从网络平台角度来分析容灾建设可行性。...2.公网出口容灾方案 2.1 IDC和云平台出口互为主备 正常情况下，IDC和云平台公网出口流量是烟囱式，互不交叉；当IDC公网出口异常，流量切换到云平台，同样云平台公网出口异常，流量切换到IDC。...整体公网出口容灾方案如下： image.png 2.1.1 云平台切换方案。 正常情况下，业务流量通过NAT访问公网，如上路绿色线条标识。...2.1.2 IDC容灾切换方案 正常情况下，IDC业务流量通过NAT访问公网，如上路绿色线条标识。...IDC公网出口容灾方案 (推荐) 1.方案简单，更多依赖云平台能力 2.方案落地快捷。 3.人力成本低，不需要自建系统。 4.维护成本低，不需要后续维护系统稳定性。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
即时通信 IM
对象存储
