为了让企业能更好用好云平台的数据安全能力，本文重点云平台数据备份冷备能力，以腾讯云为例，主要从以下两个维度介绍：同城数据冷备能解决企业什么问题，达到怎么样业务容灾效果？...，对现有业务架构没有任何改造，方案架构如下：图片该方案核心要点说明：数据备份：云侧数据库mysql和redis在控制台设置数据备份参数，数据备份存储在COS，具备地域级别容灾，RPO依赖于数据库备份周期以及时间...redis目前备份存储数据是免费的。2.3 业务恢复以及回切通常单可用区故障，云平台具备较强恢复能力，如果出现极端情况，云平台自愈能力超出预期，通过在同地域其他可用区进行资源1:1的部署恢复。...本文小结同城冷备方案，在云平台的协助下，企业几乎0成本并拥有同城数据冷备能力来保障业务生命线。指标详细说明容灾能力具备同地域（不同可用区）数据备份能力，不具备不同地域的能力。...3.容灾演练能力建设，增加平时运维成本以及自动化工具开发功能。
3台不停止服务的最低限度是2台（X/2+1），而5台的最低限度是3台。 我们应该保证，集群中最低有3台ZooKeeper是启动的。
数据存储容灾建设主要从数据可靠性和业务稳定性两个维度阐述。这两者有哪些区别呢？...CBS快照功能进一步加固数据可靠性，快照生成支持按照小时粒度，最小频率是1个小时。另外CBS分布式存储系统和快照系统是完全独立不同存储体系，来进一步提升平台数据可靠性。...CBS快照是地域粒度的，即region粒度，例如北京地域，只有出现地域极端情况，快照数据有可能丢失。...1.2 对象存储（COS） COS将数据分散存储在城市中多个不同的数据中心，其中某数据中心故障了，多AZ存储架构依然可以为云上客户提供稳定可靠的数据服务，云上数据可靠性是12个9，即99.9999999999%...场景三：存储设备故障时间较长业务自愈能力建设 如果存储集群或者访问链路出现秒级的抖动，采用客户端或者应用重试方式是可行的。
序言 同城异地灾备，主要是用来进行备份容灾的，从而当一个数据中心挂了，另外一个数据中心经过切换之后，能让服务迅速的恢复。...同城双活，则是基于多机房的情况下，流量经过双机房，一个机房挂掉，完全不影响业务。...随着业务的进一步发展，需要提供高可用水平，从而需要从单机房扩展为多机房，从而也就有了同城容灾。。。 对于运维来说，多一次升级，多一次变更，就会多一个故障，多一个锅。。。...要保证SLB的高可用，好像是主要靠交换机来进行保证，使用什么OSPF动态路由协议，从而保证每个SLB的流量都是分摊的，并且SLB之间可以进行会话同步，从而无论是长连接或者是短连接都不会出现太大的问题，业务报错...我是谁，我在哪里，我在做什么。。。 全军出击，还是全军溃败？并不是很懂，或许也懂。。。能观望到未来的发展，并没有一丝曙光。。。说好的蓝天白云呢？？？ 调和一下糟糕的心态。。。
1.传统容灾中心的架构 容灾半径是衡量容灾方案所能承受的灾难影响范围的指标。不同灾难的影响范围是不同的，而距离也会影响到容灾技术的选择。...容灾中心的架构按照源备端之间的距离，可分为本地容灾、同城双活、两地三中心。 1.1本地容灾 本地容灾一般指主机集群，当某台主机出现故障，不能正常工作时，其他的主机可以替代该主机，继续正常对外提供服务。...1.2同城双活 同城双活属于本地容灾，但根据运营模式可以分为主备和双活两种形式： 主备模式即生产中心正常对外提供服务时，同步将数据单项复制到备端数据中心，且备端不对外提供服务。...业界更多采用的是两地三中心的做法。远端的备份机房能更大的提供灾备能力，能更好的抵抗地震，恐袭等情况。双活的机器必须部署到同城，距离更远的城市作为灾备机房。...3.云容灾优势 云容灾是一种基于云平台发展起来的服务模式。
异地数据备份挑战相对同城数据备份，异地数据冷备主要挑战是成本，主要是跨地域之数据传输带宽成本。...对于同城数据备份，对企业来说“零”成本，企业可以把所有数据都进行备份；而跨地域数据备份，需要对业务进行梳理，尤其数据量比较大的业务，来决策哪些业务需要异地数据备份。...如果涉及到一个库只需要同步其中几张表，可能还会涉及到业务改造；由此可见相当于“零”成本，“零”投入同城数据备份而言，异地数据备份会带来一些复杂度。2....2.3 数据库备份服务数据库备份服务拥有一套完整的数据备份和数据恢复解决方案，具备实时增量备份以及快速的数据恢复能力，同时具备异地容灾能力。
IDC时代，业务对网络容灾参与较少，主要依赖数据中心网络容灾建设程度；当到了云的时代，云服务商将底层网络能力产品化后，云上客户更多参与网络容灾建设，提升业务稳定性。...1.1 云服务商网络架构 本节从业务容灾建设角度来着重说明以下几个问题： 1）云服务商不同可用区云底层网络是完全独立吗？...以腾讯云为例，在同地域选择机房地址的时候，距离大于60公里，要求不同可用区延时小于3ms，来满足云上客户同城容灾建设基本需求。...1.2 云网络产品 对于云上网络产品，从业务流量维度主要分为： 流量走向 对应产品 容灾建设 南北向流量 负载均衡(CLB)、NAT网关、弹性公网IP（EIP）、anycast IP 1.同城多活，避免跨可用区的流量...2.网络容灾复杂度 同城或者异地容灾建设，网络层面因素主要有三个： 1）跨区或者跨地域网络延时，对上层业务影响。 网络延时，通过优化基础设施手段是非常有限的，毕竟受限于实际物理距离和光速。
去年写过一篇《做容灾，冷备是不是个好方案？》，当时提出来，冷备或者主备，其实并不是一个理想的方案，而且绝大多数情况下，只能是一个心理安慰，真正发生故障的情况下，这样的容灾模式根本起不到作用。...最近，公有云又出了些大故障，各大群和朋友圈又开始沸沸扬扬，但是整体看下来，声音无非两种： 单站点不靠谱，要有容灾，出现这种情况就得马上切，所以回去赶紧建设容灾站点； 鸡蛋不能放在一个篮子里，单云不靠谱，...而且整天见各类技术文章，不是双活，就是多活，不是同城，就是异地，现在又出来个多云，好复杂。 下面我就谈谈我的理解： 首先，这么多名词是什么含义，要搞清楚，然后再看适不适合。...既然要双活，必然会选择另一个跟当前机房有一定距离的机房（同城或异地），而且距离必须得拉开才有意义，如果都在一个园区里面，就没有任何容灾意义了。...数据同步及时性为什么这么重要，一个是业务体验，不能说库存都没了，其他用户看到的还是有货，这个是不会被接受的。
冷备或者主备并不是一个理想的方案，而且绝大多数情况下，只能是一个心理安慰，真正发生故障的情况下，这样的容灾模式根本起不到作用。 原因我就不重复了，大家如果有兴趣可以直接看那篇文章。...最近，公有云又出了些大故障，各大群和朋友圈又开始沸沸扬扬，但是整体看下来，声音无非两种： 单站点不靠谱，要有容灾，出现这种情况就得马上切，所以回去赶紧建设容灾站点； 鸡蛋不能放在一个篮子里，单云不靠谱，...而且整天见各类技术文章，不是双活，就是多活，不是同城，就是异地，现在又出来个多云，好复杂。 下面我就谈谈我的理解： 首先，这么多名词是什么含义，要搞清楚，然后再看适不适合。...既然要双活，必然会选择另一个跟当前机房有一定距离的机房（同城或异地），而且距离必须得拉开才有意义，如果都在一个园区里面，就没有任何容灾意义了。...数据同步及时性为什么这么重要，一个是业务体验，不能说库存都没了，其他用户看到的还是有货，这个是不会被接受的。
当设备故障不能通过容错机制解决而导致系统宕机时，这种故障的解决就属于容灾的范畴。 什么是灾难恢复（Disaster Recovery）：指的是在灾难发生后，将系统恢复到正常运作的能力。...容灾系统在企业中给与数据安全系数相当高的保障，但是容灾系统倒是是什么，他们是什么意思？恐怕连正在使用容灾备份的网络管理人员都不能解释。本文用最浅显的语言给大家解释容灾备份到底是什么。...备份是数据高可用的最后一道防线，其目的是为了系统数据崩溃时能够恢复数据。 容灾不可少 那么建设了备份系统，是否就不需要容灾备份系统？...因此容灾系统对于某些关键业务而言也是必不可少的。人们谈及容灾备份往往是针对当生产系统，不能正常工作时，其业务可由容灾系统接替这些业务，继续进行正常的工作。 能够提供很好的RTO和RPO指标。...如果是同步容灾，那容灾端同时就删除了；如果是异步容灾，那容灾端在数据异步复制的间隔内就会被删除。这时就需要从备份系统 中取出最新备份，来恢复被错误删除的信息。
本文结合云平台公网能力，从网络平台角度来分析容灾建设可行性。...2.公网出口容灾方案 2.1 IDC和云平台出口互为主备 正常情况下，IDC和云平台公网出口流量是烟囱式，互不交叉；当IDC公网出口异常，流量切换到云平台，同样云平台公网出口异常，流量切换到IDC。...整体公网出口容灾方案如下： image.png 2.1.1 云平台切换方案。 正常情况下，业务流量通过NAT访问公网，如上路绿色线条标识。...2.1.2 IDC容灾切换方案 正常情况下，IDC业务流量通过NAT访问公网，如上路绿色线条标识。...2.2 IDC机房公网出口容灾方案 正常情况下，IDC和云平台公网出口流量是烟囱式，互不交叉；当IDC公网出口异常，流量切换到IDC备用公网出口通道，同样云平台公网出口异常，流量切换到云平台公网出口通道
综上所述，本文从云平台视角出发阐述应用层业务容灾建设，主要分为方案设计考虑纬度、复杂度以及云上客户案例三个方面。 1.应用容灾概述 1.1 应用部署 应用是否满足跨地域/可用区部署？...应用层调用链是否能接受跨区延时，如果业务无法接受跨区，该业务做容灾只能set化部署，这里需要强大中间件团队开发数据同步系统。...应用层调用链能接受跨区延时，一般以试点业务先观察，小步迭代方式逐步构建容灾能力。...容灾切换强依赖于调度系统以及配置系统稳定性。这里稳定性主要包括系统容灾能力和性能；遇到大规模故障，大量信息配置变更请求调度系统和配置系统要能扛住洪峰，是保障这个容灾方案的根基。...2.应用容灾复杂度 计算应用层容灾，主要考虑以下两个方面： 哪些节点执行任务。 这里要区分清楚哪些节点执行核心业务，这里会引入不同的复杂度。
为什么要做容灾？ 你知道吗？自然灾害、设备故障、人为因素等都会造成业务中断。如今数字化时代，IT系统故障更会对公司业务造成难以估量的巨大经济损失。...容灾体系介绍 1 数据中心 集团公司通过两地建立三个数据中心，通过双活、冷备等方式，实现两地三中心容灾架构。...2 体系建设 系统类型 --- 容灾策略 核心业务系统 --- 两地三活 关键平台系统 --- 同城双活 非关键系统 --- 异地冷备 3 技术方案 异地冷备 恢复能力 RTP≤1h RPO≤5min...选取异地数据中心搭建灾备环境，通过公司统一平台工具实现应用配置同步，生产库与同城库可进行实时同步，同城库与异地灾备库可进行异步同步。...容灾演习要求 每年进行容灾演练，所有核心业务与平台系统均要参演。 异地灾备恢复、同城双活切换、一键式自动化启停等恢复方式不断创新，要求演习规模逐年扩大和恢复效率逐年提升。 - End - ----
当前，市场上常见的容灾模式可分为同城容灾、异地容灾、双活数据中心、两地三中心几种。...同城容灾 同城容灾是在同城或相近区域内（≤200KM）建立两个数据中心:一个为数据中心，负责日常生产运行;另一个为灾难备份中心，负责在灾难发生后的应用系统运行。...同城灾难备份一般用于防范火灾、建筑物破坏、供电故障、计算机系统及人为破坏引起的灾难。 异地容灾 异地容灾主备中心之间的距离较远（＞200KM)因此一般采用异步镜像，会有少量的数据丢失。...同城双中心是指在同城或邻近城市建立两个可独立承担关键系统运行的数据中心，双中心具备基本等同的业务处理能力并通过高速链路实时同步数据，日常情况下可同时分担业务及管理系统的运行，并可切换运行；灾难情况下可在基本不丢失数据的情况下进行灾备应急切换...异地灾备中心是指在异地的城市建立一个备份的灾备中心，用于双中心的数据备份，当双中心出现自然灾害等原因而发生故障时，异地灾备中心可以用备份数据进行业务的恢复。
容我细细细细分析。 原因就是接口挂了，拿不到数据了。那把数据储存起来就可以解决问题。 思考 存哪里? 第一时间反应浏览器本地存储，想起了四兄弟。...目前是定时服务在跑，访问页面带上tag if (this.hasCdnTag() && this.isWhiteApi(url)) { this.updateCDN(...目前是定时服务在跑，访问页面带上tag if (this.hasCdnTag() && this.isWhiteApi(url)) { this.updateCDN(...接口容灾我们也是刚弄不久，有许多细节与不足，欢迎沟通交流。 接口容灾本意是预防发生接口服务挂了的场景，我们不会很被动。原来是P0的故障，能被它降低为 P2、P3，甚至在某些场景下都不会有用户反馈。
容灾是确保系统可靠性很重要的一环，容灾一般分为：产品容灾，业务容灾。...本文主要讲下业务容灾步骤及切换方案。 业务容灾过程分位几部分： 1、容灾评估。...需要深入业务系统，对系统架构，容灾组件，外部依赖，运行网络、计算环境进行了解评估。 2、容灾方案。...根据业务架构及部署实际，规划出应用、各组件、网络计算容灾方案。 3、容灾实施。根据方案进行具体的实施。 4、容灾切换演练。...第二步，部署好之后，将通过智能DNS将流量从主生产中心切换到灾备中心。应用已经切换到灾备去区去了，但是底层中间件是，数据库组件还是在主区。 第三步，开始切换各个中间件组件。
，那么今天我们就简单说一说容灾、集群、容灾与集群在Orleans中的运用。...集群是什么？...容灾是什么？...容灾技术是系统的高可用性技术的一个组成部分，容灾系统更加强调处理外界环境对系统的影响，特别是灾难性事件对整个IT节点的影响，提供节点级别的系统恢复功能。...容灾和集群的关系？ 个人认为容灾是一种需求，目的，目标，而集群是一种技术手段，使用集群可以提供可用性和可缩放性，那么也解决了容灾的问题，当然方式不仅限于集群镜像站点也能解决容灾问题。
企业业务敏感程度差异，对容灾指标RPO&RTO要求也不同。之前两篇文章主要介绍数据冷备，主要特点是数据备份存储非实时，备份系统存储数据通常昨天的数据，当灾难真正来临的时候，今天新产生的数据会丢失情况。...异地明确数据热备容灾能力，实时明确RPO指标接近于“零”。尤其是实时，对于RPO指标提升，为此需要企业投入更多的成本。...2）灾备实例，建议采用云平台的PAAS服务，更好的兼容DTS同步服务。2.2 平台热备方案2.2.1 数据库灾备方案目前数据库对于异地容灾备份能力进行封装，来简化云上客户操作成本，提升RTO。...方案关键因素详细说明容灾范围地域级别容灾RPO/RTORPO几乎接近为零；RTO为小时级别，进行1:1业务部署，依赖于业务部署和数据恢复自动化能力。...3.容灾演练能力建设，增加平时运维成本以及自动化工具开发功能。
一、前言 本文主要介绍 Hbase 常用的三种简单的容灾备份方案，即CopyTable、Export/Import、Snapshot。...可以将现有表的数据复制到新表中，具有以下特点： 支持时间区间 、row 区间 、改变表名称 、改变列族名称 、以及是否 Copy 已被删除的数据等功能； 执行命令前，需先创建与原表结构相同的新表； CopyTable 的操作是基于...org.apache.hadoop.hbase.mapreduce.CopyTable \ --peer.adr=dstClusterZK:2181:/hbase \ --new.name=tableCopy tableOrig 下面是一个官方给的比较完整的例子...Restore a snapshot 将表恢复到快照节点，恢复操作需要先禁用表 hbase> disable '表名' hbase> restore_snapshot '快照名' 这里需要注意的是：是如果
业务数据备份采用热备方式，容灾指标RPO接近“零”；但是RTO指标还是依赖于业务部署测试自动化能力。业务会进一步需要，在数据热备技术架构下，在成本可控的情况下，是否能进一步提升RTO指标呢？...2.核心技术在IDC年代，资源扩容流程繁琐，而且周期长；在灾备区域，按照1:1资源来部署业务，导致成本翻倍。...具体架构如下：图片方案要点：业务部署：在灾备区业务采用最小节点化部署，通过资源使用率进行自动弹性AS和eks进行扩容。...mysql采用数据同步方式做实时备份，这里未采用数据库自带灾备实例，主要是由于灾备实例为只读，不方便平时做容灾演练切换。...业务恢复业务恢复成本较低，如果以下两个方面做的充分：1.灾备区日常业务验证能力，对于业务全面测试验证上线能力要求较高。2.容灾演练能力建设，增加平时运维成本以及自动化工具开发功能。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
即时通信 IM
ICP备案
对象存储
实时音视频
