一、异地容灾主要备份三种数据： 1、DB数据 2、操作系统 3、日志信息 二、恢复时间不能超过30分钟 三、图中为DB的备份方式，DB总的有四份备份：生产存储一份、移动硬盘一份、备份存储一份、灾备存储一份...备份方式为，平时通过生产系统的介质服务器传输到移动硬盘，通过CS传输数据到灾备中心的介质服务器，在通过介质服务器传输到备份存储、灾备存储。...生产中心发生异常时的DB切换方式为，将移动硬盘迅速转移挂载到灾备中心的介质服务器，然后再发起恢复 四、日常对OS进行每日备份，通过CS传输到灾备中心的介质服务器，再发送给备份存储和灾备存储，即OS的备份有三份...:生产存储、备份存储、灾备存储 五、日志的备份和OS一样 六、恢复切换步骤：日志恢复、OS恢复、修改IP和主机名、移动硬盘转移挂载 七、本地恢复 image.png 八、两地传输带宽的计算要考虑每日数据增量
即使云平台在建设数据中心之前，会遵循机房建设标准来选址，但是对于极端情况自然灾害，例如地震，台风等等，对同地域备份安全能力有非常大的风险，因此本文重点阐述腾讯云对异地数据冷备解决方案。1....异地数据备份挑战相对同城数据备份，异地数据冷备主要挑战是成本，主要是跨地域之数据传输带宽成本。...异地数据冷备方案2.1 API实现方案数据备份：云平台的数据库数据备份均为同地域，因此需要将该备份数据上传到异地COS存储桶。...2.3 数据库备份服务数据库备份服务拥有一套完整的数据备份和数据恢复解决方案，具备实时增量备份以及快速的数据恢复能力，同时具备异地容灾能力。...异地数据冷备案例3.1 异地冷备方案以某在线商城为例，涉及数据产品为mysql，reids以及cos，结合云平台的能力，具体方案架构如下：图片方案要点说明：数据备份：基于数据恢复的rto时长，mysql
在至少有一个Leader存在的前提下，进行Zookeeper的在线增量、在线减量、在线迁移 在全过程中ZooKeeper不停止服务
具体技术架构如下：图片在本方案中，不涉及备份技术方案，详情请参考之前容灾系列的备份方案。方案要点说明如下：1）业务调度：目前通过DNS统一调度，调度路线设置通过地区或者运营商为区分。...3）容灾成本：业务备份的资源成本，具体可参考之前容灾文章系列。4）业务恢复：可用区粒度的极端故障，基于云平台同城双活架构可实现RTO秒级切换恢复业务。...详细技术架构图如下：图片在本方案中，不涉及备份技术和AS弹性扩容的技术细节，详情请参考之前容灾系列的备份方案。方案要点说明如下：1）业务调度：同方案一保持一致。...详细技术架构如下：图片在本方案中，不涉及备份技术和AS弹性扩容的技术细节，详情请参考之前容灾系列的备份方案。...方案要点说明如下：1）业务调度：于方案二保持一致1）业务部署：相对于方案二，增加了数据双向同步，各个地域中心均具有全局数据能力，提升容灾的RTO指标，同时不同业务数据要有唯一主键来保证数据一致性。
今天跟大家分享的题目为《CKV+异地容灾探索和实践》。CKV+是一个兼容redis协议的内存数据库，现在大部分用户对内存数据库的要求越来越高，对一致性、异地容灾等方面也提出更高的要求。...04CKV+单活多可用区异地容灾实践 CKV+为了满足不同的容灾要求，已上线了单活多可用区特性，支持不同容灾级别： 单可用区：机架级容灾能力。 同地域多可用区：机架、可用区级容灾能力。...跨地域多可用区：跨城际容灾。 默认的情况下，CKV+的容灾级别是跨机架容灾，保证主备分片必须跨机架，避免一个机架掉电导致主备分片都不可用的问题。...05CKV+多活架构异地容灾探索 异地单活虽然提供了不同的容灾级别，甚至不同可用区提供了读能力，但只能在主可用区执行写操作。...另外，异地多活方案同样适用于未来跨云部署的方案。
对于这种读取密集型场景，我们会基于读取场景进行异地多活的建设。这就是基于业务的差异性灵活调整的特殊异地多活模式了。对于电商类业务，我们的解决方案与业界的基本解决方案相似，我在这里就不详细展开了。...与同城容灾不同，异地容灾会有一个选择过程：先判断同城资源，如果同城资源不够，再考虑区域间的容灾策略。...字节海外容灾 由于海外业务的特殊性，我们的容灾架构首先采用了异地模式，然后发展成为异地加同城的双重容灾模式。...因此，在海外，先同城后异地不一定是最佳默认策略，我们可以考虑利用海外的天然特点，例如时区来做容灾的第一判断依据，根据事故发生时的时区特点来决策，第一优先级是同城容灾，或者是异地切流，因为容量是我们容灾首要考虑的因素...在国内容灾和海外容灾方面，我们目前都在采用同城容灾加异地多活的模式，并且我们正在持续不断地完善整体的容灾能力建设。
，当风险发生时，数据丢失不可避免； 既有的备份系统不完备，多采用定时备份、本地备份的模式，备份时间窗口大、周期长，数据存在无法恢复或丢失的风险较高； 相当多的信息系统未考虑应用容灾和业务连续性的需求，异地容灾没有规划建设...△容灾级别与能力 三、容灾备份方案 2.0 的创新应用 容灾备份方案 1.0，有基于硬件存储层架构，也有基于应用层架构。基于硬件存储层方案，建设和运维成本比较高。...英方软件基于超低时延的数据复制技术，针对云和大数据环境下行业对容灾备份的新要求，提出了容灾备份方案 2.0。...△容灾备份方案 2.0 2.0 方案覆盖数据库系统故障、应用系统故障、单机单点故障、逻辑错误&病毒攻击、自然灾害等场景，满足高校在数据库双活、云灾备、容灾秒级接管、数据持续保护等容灾备份需求，具备了多层次...五、总结和展望 高校容灾备份方案 2.0，适应了云和大数据环境下，系统快速接管与数据零丢失的要求，对于有多个校区的高校，或自建教育云的主管机构，都可以在分级保护、等级保护完成之后，实现关键系统的异地容灾和互为灾备的建设需求
腾讯云跨地域容灾方案DNSPod+CLB.ppt D监控介绍：https://support.dnspod.cn/Kb/showarticle/tsid/16/ D监控切换规则：https://
本文从容灾概念，决策因素，典型案例和方案对比进行说明，希望容灾方案的选择有所帮助。 1.容灾概念 将容灾这个词，分开来看“容”和“灾”。...其次考虑当前方案能否满足容灾切换和恢复目标。 3）扩展性，主要为后续业务容灾平滑演进。...典型案例 虽然这里对“容灾”概念进行扩展，一般指同地域以及跨地域粒度的容灾；以云上客户案例同时结合腾讯云产品能力，分别对同城容灾，异地灾备以及异地多活进行说明。...3.1 异地容灾 异地容灾的核心特征： 1）容灾范围：地域粒度的容灾。 2）流量分布：单地域承载100%业务流量。 3）数据存储：数据库以及存储均在异地做冷备，数据单向同步。...容灾方案 成本 可用性 可扩展性 异地灾备 优势： 业务改造较少 待提升： 1.增加跨地域间流量费用 2.增加周期性切换演习 3.资源闲置 优势： 具有地域容灾能力 待提升： 业务切换，决策成本较高
数据存储容灾建设主要从数据可靠性和业务稳定性两个维度阐述。这两者有哪些区别呢？...https://cloud.tencent.com/document/product/362/16312 2.将CBS数据上传异地COS,调用cos分块上传接口。...这里需要针对业务场景来进行设计方案。 方案核心思路主要分为读和写业务。 针对读业务，解决是否有数据备份入口，供业务临时读。...例如COS如果开启了异地复制，业务可以临时读异地存储桶，虽然存在访问延时，只是影响用户体验，不会造成业务持续不可用；如果是CBS通过挂载新盘通过快照恢复，或者通过使用大内存机器周期性将核心数据读到内存供业务临时访问等等
整体容灾方案介绍 图表 1 容灾方案总体架构 在制定企业整体容灾方案时，应考虑技术中台、应用数据、应用以及接入层的容灾需求。...自然灾害、人为误操作属于较低概率事件，但仅本地数据保护能力往往还不够，还需要异地远程灾备能力。...与异地远程灾备相比，本地数据可以提供较好的RPO和RTO水平，而异地远程灾备能力建设一般用于应对如自然灾害、人为误操作这类小概率事件，恢复时间可以是分钟级别、小时级或几天级别。...考虑到项目中包含容灾管理平台，对于不同产品的备份和恢复方案的问题，可以将各种备份和恢复方案在容灾管理平台中脚本化。...容灾方案点评 该容灾方案在数据容灾、应用容灾和接入层容灾方面已经具备了一定的基础和框架，但仍然有待优化点： 1.
1.传统容灾中心的架构 容灾半径是衡量容灾方案所能承受的灾难影响范围的指标。不同灾难的影响范围是不同的，而距离也会影响到容灾技术的选择。...最为稳固的、保护等级最高，也是成本最高的容灾方案，即“两地三中心”：本地的生产中心和灾备中心相距100km以上，进行应用级或业务级容灾保护，且在 300km 以外的异地建立灾备中心，进行数据级或应用级容灾保护...2.1数据级容灾 数据级容灾是指通过建立异地灾备中心，做数据的远程备份，在灾难发生之后要确保原有的数据不会丢失或者遭到破坏，但在数据级容灾这个级别，发生灾难时应用是会中断的。...随着IT基础架构逐渐云化，容灾也面临着云化转型，不断涌现出更多的云容灾产品和方案。...实现支持高度自动化的异构平台容灾方案，可以自由选择目标云平台进行备份，方案灵活性更高，安全性更强。
Ceph的快照技术本来只是用来进行RBD或者Pool的回滚，但管理员可以利用快照进行Image的异地备份和容灾。...本文首先介绍Ceph的快照技术的使用方法，然后提出一种初级的异地备份方案，管理员可以以此为基础，创造更自动更智能的备份容灾方案。... 导入增量镜像 a) 导入从创建到某一时刻的diff #rbd import-diff 基于快照的异地灾备方案...把增量文件导入到backup_DC的image #rbd import-diff 上述只是介绍了基于快照技术的备份方案的要点...，管理员可以基于上述介绍编写自己的自动备份和恢复脚本，从而实现一个更完整更智能的两中心备份方案。
为了让企业能更好用好云平台的数据安全能力，本文重点云平台数据备份冷备能力，以腾讯云为例，主要从以下两个维度介绍：同城数据冷备能解决企业什么问题，达到怎么样业务容灾效果？...云平台控制台均提供便捷页面，通过鼠标点击快捷完成数据备份和回档设置，如下图所示：图片数据备份覆盖度，目前数据产品均有数据备份能力，常见例如mysql，redis，ckafka，es，pg等等2.2 同城冷备份方案同城数据冷备方案主要依赖于云平台能力备份能力...，对现有业务架构没有任何改造，方案架构如下：图片该方案核心要点说明：数据备份：云侧数据库mysql和redis在控制台设置数据备份参数，数据备份存储在COS，具备地域级别容灾，RPO依赖于数据库备份周期以及时间...本文小结同城冷备方案，在云平台的协助下，企业几乎0成本并拥有同城数据冷备能力来保障业务生命线。指标详细说明容灾能力具备同地域（不同可用区）数据备份能力，不具备不同地域的能力。...3.容灾演练能力建设，增加平时运维成本以及自动化工具开发功能。
序言 同城异地灾备，主要是用来进行备份容灾的，从而当一个数据中心挂了，另外一个数据中心经过切换之后，能让服务迅速的恢复。...随着业务的进一步发展，需要提供高可用水平，从而需要从单机房扩展为多机房，从而也就有了同城容灾。。。 对于运维来说，多一次升级，多一次变更，就会多一个故障，多一个锅。。。...热升级了解一下，不可预知的中断了解一下 同城异地最关键的点在于存储，存储如何跨机房使用，从而分为几个方面进行探讨： 1、 DNS解析 在业务大量使用DNS解耦的时候，而且使用双机房的时候
IDC时代，业务对网络容灾参与较少，主要依赖数据中心网络容灾建设程度；当到了云的时代，云服务商将底层网络能力产品化后，云上客户更多参与网络容灾建设，提升业务稳定性。...2.负载均衡公网CLB具备已跨AZ容灾能力 3.NAT网关绑定多个EIP，提升连接数 东西向流量 专线接入、对等链接、云联网、VPN、private link 1.敏感业务建议不要使vpn打通 2.混合云专线接入容灾方案...2.网络容灾复杂度 同城或者异地容灾建设，网络层面因素主要有三个： 1）跨区或者跨地域网络延时，对上层业务影响。 网络延时，通过优化基础设施手段是非常有限的，毕竟受限于实际物理距离和光速。...image.png 3.2 混合云网络容灾 混合云网络容灾分为两个部分： 1）idc和云机房之间线路容灾，主要线路分为专线和VPN。...专线为主，不同POP点接入；VPN为辅，最为紧急逃生通道，同时这里注意云上vpn网关最大带宽承载为1G，如果不满足业务要求，建议使用GRE方案作为应急通道。
去年写过一篇《做容灾，冷备是不是个好方案？》，当时提出来，冷备或者主备，其实并不是一个理想的方案，而且绝大多数情况下，只能是一个心理安慰，真正发生故障的情况下，这样的容灾模式根本起不到作用。...最近，公有云又出了些大故障，各大群和朋友圈又开始沸沸扬扬，但是整体看下来，声音无非两种： 单站点不靠谱，要有容灾，出现这种情况就得马上切，所以回去赶紧建设容灾站点； 鸡蛋不能放在一个篮子里，单云不靠谱，...既然要双活，必然会选择另一个跟当前机房有一定距离的机房（同城或异地），而且距离必须得拉开才有意义，如果都在一个园区里面，就没有任何容灾意义了。...我们可以得出的几个结论： 不管怎么选择容灾方案，我们自己的业务系统，从自身架构上，一定要支持单元化，一定要支持数据同步才行，如果这都不支持，讲双活和多活，就是特么的扯淡。...一个合理的建设节奏应该是，同城双活—异地双活—两地三中心（同城双活+异地多活），因为你要解决的问题的复杂度和难度也是在逐步上升的，不可能一蹴而就。
如果对于金融级的客户，还会考虑异地的灾备。则采用以下的架构。保障双活的公有云中断时，异地的私有云还能够在一定的时间内接管业务。 ?...五、数据灾备级的容灾方案 对于以上的方案，投入的代价较大，例如需要支付双活数据中心的高速通道费用、相同配置的云主机费用。...该方案实际是企业用得较多的形式，就算业务没有恢复，但数据还在我自己的机房中有备份。 业内的实际方案较多，有基于硬件的灾备一体机，也有纯软件实现的方案。...2、例如下图，也可以通过纯软件的方式进行灾备，直接将备份的文件放下云端、或线下私有云。 ? 这两种方式本质上都是文件级的灾备方案，因此对于数据库等高可靠性的业务支撑不如日志级的数据同步方案。...六、小结 1、如果中型企业、资金预算较充足，可以选择双AZ方案、或线上+线下的双活高可用方案。 2、对于金融级客户，可以选择两地三中心的方案。 3、对于普通企业客户，可以选择数据级的灾备方案。
方案 一个网站的前端资源最主要的是 : HTML JS CSS IMG ......保证网站的整体访问， 可从这几种资源进行容灾，HTML 通常都是放在主域上， 做服务端渲染或者异步渲染，通过主域名访问获得 HTML 内容，所以不对 HTML 进行考虑。...至于 IMG， 由于现在用模板、jsx 形式，如 react 通过 img 组件的形式，对 img 的容灾考虑通过用组件的维度来进行，而将 CDN 域请求失败的资源重新向主域请求，想到的就是利用资源标签...JS 的执行顺序，需要做两件事： 判断资源是否加载失败，通过代码执行顺序来定 当代码执行判定资源请求失败，就在资源标签的位置后方插入对应的主域请求，达到保证代码按顺序执行 以上，形成了对 JS 主域重试方案如下...前端网站为了考虑性能等，会对 JS 进行一个拆包，对部分 JS 逻辑做一个动态的懒加载，这部分动态的 JS 依赖于 JS 执行过程中动态插入，而不是直接在静态 HTML 中，如何对其进行容灾 业务中会有对部分
Kubernetes 容灾解决方案关键能力 title.png 我们面临着不断地需要实施和部署新的软件应用、发展新的商业模式、以及吸引新的客户。...对于Kubernetes上的应用，我们需要一个可靠的容灾恢复方案。 根据451 Research的报告，对于关键性应用来说，57%的应用要求RPO<1小时，48%要求RTO<1小时。...即使是非关键应用，也有容灾恢复的需求。这对已经满负荷工作的IT团队来说都是较大的压力。 在这样的情况下，企业的IT团队，需要为诸多企业级应用交付强健的容灾恢复方案。...Kubernetes容灾解决方案，不仅需要操作简单方便，而且需要对容器化应用的技术细节进行有效感知。因此，一个为Kubernetes原生构建的、简单、易用、方便的容灾恢复方案变得更加重要。...通过保护应用、应用的配置、以及应用的数据，Portworx提供了真正的Kubernetes原生容灾恢复解决方案。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
