方案 一个网站的前端资源最主要的是 : HTML JS CSS IMG ......保证网站的整体访问, 可从这几种资源进行容灾,HTML 通常都是放在主域上, 做服务端渲染或者异步渲染,通过主域名访问获得 HTML 内容,所以不对 HTML 进行考虑。...至于 IMG, 由于现在用模板、jsx 形式,如 react 通过 img 组件的形式,对 img 的容灾考虑通过用组件的维度来进行,而将 CDN 域请求失败的资源重新向主域请求,想到的就是利用资源标签...前端网站为了考虑性能等,会对 JS 进行一个拆包,对部分 JS 逻辑做一个动态的懒加载,这部分动态的 JS 依赖于 JS 执行过程中动态插入,而不是直接在静态 HTML 中,如何对其进行容灾 业务中会有对部分...在上述中,主域重试方案被沉淀在了 @tencent/webpack-cdn-assets-retry-plugin 插件中,对插件中的核心 util 方法进行暴露, 在 html-loader 中引入对应方法
在至少有一个Leader存在的前提下,进行Zookeeper的在线增量、在线减量、在线迁移 在全过程中ZooKeeper不停止服务
一、异地容灾主要备份三种数据: 1、DB数据 2、操作系统 3、日志信息 二、恢复时间不能超过30分钟 三、图中为DB的备份方式,DB总的有四份备份:生产存储一份、移动硬盘一份、备份存储一份、灾备存储一份...备份方式为,平时通过生产系统的介质服务器传输到移动硬盘,通过CS传输数据到灾备中心的介质服务器,在通过介质服务器传输到备份存储、灾备存储。...生产中心发生异常时的DB切换方式为,将移动硬盘迅速转移挂载到灾备中心的介质服务器,然后再发起恢复 四、日常对OS进行每日备份,通过CS传输到灾备中心的介质服务器,再发送给备份存储和灾备存储,即OS的备份有三份...:生产存储、备份存储、灾备存储 五、日志的备份和OS一样 六、恢复切换步骤:日志恢复、OS恢复、修改IP和主机名、移动硬盘转移挂载 七、本地恢复 image.png 八、两地传输带宽的计算要考虑每日数据增量
本文叙述了高校业务系统及数据容灾备份方案 2.0 的应用探索和实践,介绍了数据库双活、应用秒级容灾和数据级实时备份、虚拟化平台备份等综合性创新应用,满足当前教育信息化 2.0 行动计划的信息安全需求...容灾备份方案 2.0 需要建设一套实时性更强的容灾备份系统,以实现业务系统数据实时备份保护及应用级业务接管,以符合下图的数据级向应用级容灾备份的趋势。...△容灾级别与能力 三、容灾备份方案 2.0 的创新应用 容灾备份方案 1.0,有基于硬件存储层架构,也有基于应用层架构。基于硬件存储层方案,建设和运维成本比较高。...英方软件基于超低时延的数据复制技术,针对云和大数据环境下行业对容灾备份的新要求,提出了容灾备份方案 2.0。...△容灾备份方案 2.0 2.0 方案覆盖数据库系统故障、应用系统故障、单机单点故障、逻辑错误&病毒攻击、自然灾害等场景,满足高校在数据库双活、云灾备、容灾秒级接管、数据持续保护等容灾备份需求,具备了多层次
比如将 CDN 容灾前置到终端侧。不死鸟(Phoenix) 就是在这样的设想下,通过前端能力建设,不断实践和完善的一套端侧 CDN 容灾方案。...4.1 总体设计 图 1 Phoenix 端侧 CDN 容灾方案主要由五部分组成: 端侧容灾 SDK:负责端侧资源加载感知,CDN 切换重试,监控上报。...Web 端方案资源加载示意: 图 5 容灾效果 图6 容灾大盘 图7 容灾案例 Native 端容灾 客户端的 CDN 资源主要是图片,音视频以及各种动态化方案的 bundle 资源。...实现思路 重新请求是 Native 端 CDN 容灾方案的基本原理,根据互备 CDN 域名,由 Native 容灾基建容灾域名重新进行请求资源,整个过程发生在原始请求失败后。...总结与展望 经过一年的建设与发展,Phoenix CDN 容灾方案日趋成熟,现已成为美团在 CDN 容灾方面唯一的公共服务,在多次 CDN 异常中发挥了巨大的作用。
腾讯云跨地域容灾方案DNSPod+CLB.ppt D监控介绍:https://support.dnspod.cn/Kb/showarticle/tsid/16/ D监控切换规则:https://
本文从容灾概念,决策因素,典型案例和方案对比进行说明,希望容灾方案的选择有所帮助。 1.容灾概念 将容灾这个词,分开来看“容”和“灾”。...其次考虑当前方案能否满足容灾切换和恢复目标。 3)扩展性,主要为后续业务容灾平滑演进。...因此在容灾方案选择的时候,要有前瞻性,对于set化进行提前布局。 3....image.png 4.方案对比 关于以上四种容灾方案,分别从成本,可用性以及可扩展性做横向对比总结。...容灾方案 成本 可用性 可扩展性 异地灾备 优势: 业务改造较少 待提升: 1.增加跨地域间流量费用 2.增加周期性切换演习 3.资源闲置 优势: 具有地域容灾能力 待提升: 业务切换,决策成本较高
数据存储容灾建设主要从数据可靠性和业务稳定性两个维度阐述。这两者有哪些区别呢?...这里需要针对业务场景来进行设计方案。 方案核心思路主要分为读和写业务。 针对读业务,解决是否有数据备份入口,供业务临时读。
因此,制定一套科学、高效的容灾方案至关重要。本文将围绕某全球领先的工业集团如何通过灵雀云企业级云原生平台ACP(以下简称ACP)实现高效的容灾方案展开深入探讨,旨在为您提供可借鉴的经验和启示。...整体容灾方案介绍 图表 1 容灾方案总体架构 在制定企业整体容灾方案时,应考虑技术中台、应用数据、应用以及接入层的容灾需求。...灵雀云提供ACP原生容灾能力,如数据同步、接入层切换等方案,能够满足各种容灾需求。 数据层容灾 业务运行过程中,数据的持久化至关重要。...考虑到项目中包含容灾管理平台,对于不同产品的备份和恢复方案的问题,可以将各种备份和恢复方案在容灾管理平台中脚本化。...容灾方案点评 该容灾方案在数据容灾、应用容灾和接入层容灾方面已经具备了一定的基础和框架,但仍然有待优化点: 1.
Ceph的快照技术本来只是用来进行RBD或者Pool的回滚,但管理员可以利用快照进行Image的异地备份和容灾。...本文首先介绍Ceph的快照技术的使用方法,然后提出一种初级的异地备份方案,管理员可以以此为基础,创造更自动更智能的备份容灾方案。...image-diff> 导入增量镜像 a) 导入从创建到某一时刻的diff #rbd import-diff 基于快照的异地灾备方案...把增量文件导入到backup_DC的image #rbd import-diff 上述只是介绍了基于快照技术的备份方案的要点...,管理员可以基于上述介绍编写自己的自动备份和恢复脚本,从而实现一个更完整更智能的两中心备份方案。
1.传统容灾中心的架构 容灾半径是衡量容灾方案所能承受的灾难影响范围的指标。不同灾难的影响范围是不同的,而距离也会影响到容灾技术的选择。...最为稳固的、保护等级最高,也是成本最高的容灾方案,即“两地三中心”:本地的生产中心和灾备中心相距100km以上,进行应用级或业务级容灾保护,且在 300km 以外的异地建立灾备中心,进行数据级或应用级容灾保护...1.png 随着IT应用的快速发展,金融,银行,政府等越来越多的用户要求核心业务7*24不断网,不断电持续运行,一些大型企业为了尽最大可能减小大自然灾害对业务连续性的影响,而选择两地三中心的容灾方案,这样的方案具备高可用和灾难备份能力...随着IT基础架构逐渐云化,容灾也面临着云化转型,不断涌现出更多的云容灾产品和方案。...实现支持高度自动化的异构平台容灾方案,可以自由选择目标云平台进行备份,方案灵活性更高,安全性更强。
即使云平台在建设数据中心之前,会遵循机房建设标准来选址,但是对于极端情况自然灾害,例如地震,台风等等,对同地域备份安全能力有非常大的风险,因此本文重点阐述腾讯云对异地数据冷备解决方案。1....异地数据冷备方案2.1 API实现方案数据备份:云平台的数据库数据备份均为同地域,因此需要将该备份数据上传到异地COS存储桶。...2.2 云函数和存储桶复制结合实现方案数据备份:目前存储桶通过云函数集成了数据备份能力,通过云函数自动拉取备份文件,同时将数据备份到存储桶。...2.3 数据库备份服务数据库备份服务拥有一套完整的数据备份和数据恢复解决方案,具备实时增量备份以及快速的数据恢复能力,同时具备异地容灾能力。...异地数据冷备案例3.1 异地冷备方案以某在线商城为例,涉及数据产品为mysql,reids以及cos,结合云平台的能力,具体方案架构如下:图片方案要点说明:数据备份:基于数据恢复的rto时长,mysql
为了让企业能更好用好云平台的数据安全能力,本文重点云平台数据备份冷备能力,以腾讯云为例,主要从以下两个维度介绍:同城数据冷备能解决企业什么问题,达到怎么样业务容灾效果?...云平台控制台均提供便捷页面,通过鼠标点击快捷完成数据备份和回档设置,如下图所示:图片数据备份覆盖度,目前数据产品均有数据备份能力,常见例如mysql,redis,ckafka,es,pg等等2.2 同城冷备份方案同城数据冷备方案主要依赖于云平台能力备份能力...,对现有业务架构没有任何改造,方案架构如下:图片该方案核心要点说明:数据备份:云侧数据库mysql和redis在控制台设置数据备份参数,数据备份存储在COS,具备地域级别容灾,RPO依赖于数据库备份周期以及时间...本文小结同城冷备方案,在云平台的协助下,企业几乎0成本并拥有同城数据冷备能力来保障业务生命线。指标详细说明容灾能力具备同地域(不同可用区)数据备份能力,不具备不同地域的能力。...3.容灾演练能力建设,增加平时运维成本以及自动化工具开发功能。
IDC时代,业务对网络容灾参与较少,主要依赖数据中心网络容灾建设程度;当到了云的时代,云服务商将底层网络能力产品化后,云上客户更多参与网络容灾建设,提升业务稳定性。...2.负载均衡公网CLB具备已跨AZ容灾能力 3.NAT网关绑定多个EIP,提升连接数 东西向流量 专线接入、对等链接、云联网、VPN、private link 1.敏感业务建议不要使vpn打通 2.混合云专线接入容灾方案...混合云容灾模式,这里考虑到IDC和云上线路容灾情况,一般建议两条专线接入不同的POP点来进行容灾建设;同时建立VPN或者GRE公网逃生通道来紧急恢复业务。...image.png 3.2 混合云网络容灾 混合云网络容灾分为两个部分: 1)idc和云机房之间线路容灾,主要线路分为专线和VPN。...专线为主,不同POP点接入;VPN为辅,最为紧急逃生通道,同时这里注意云上vpn网关最大带宽承载为1G,如果不满足业务要求,建议使用GRE方案作为应急通道。
五、数据灾备级的容灾方案 对于以上的方案,投入的代价较大,例如需要支付双活数据中心的高速通道费用、相同配置的云主机费用。...该方案实际是企业用得较多的形式,就算业务没有恢复,但数据还在我自己的机房中有备份。 业内的实际方案较多,有基于硬件的灾备一体机,也有纯软件实现的方案。...1、例如下图,本地通过灾备一体机进行数据的压缩、加密、存储,同时在云端也进行一份灾备存储。这样当业务系统中断时,可以选择在云端恢复、或线下私有云恢复。 ?...2、例如下图,也可以通过纯软件的方式进行灾备,直接将备份的文件放下云端、或线下私有云。 ? 这两种方式本质上都是文件级的灾备方案,因此对于数据库等高可靠性的业务支撑不如日志级的数据同步方案。...六、小结 1、如果中型企业、资金预算较充足,可以选择双AZ方案、或线上+线下的双活高可用方案。 2、对于金融级客户,可以选择两地三中心的方案。 3、对于普通企业客户,可以选择数据级的灾备方案。
Kubernetes 容灾解决方案关键能力 title.png 我们面临着不断地需要实施和部署新的软件应用、发展新的商业模式、以及吸引新的客户。...对于Kubernetes上的应用,我们需要一个可靠的容灾恢复方案。 根据451 Research的报告,对于关键性应用来说,57%的应用要求RPO<1小时,48%要求RTO<1小时。...即使是非关键应用,也有容灾恢复的需求。这对已经满负荷工作的IT团队来说都是较大的压力。 在这样的情况下,企业的IT团队,需要为诸多企业级应用交付强健的容灾恢复方案。...Kubernetes容灾解决方案,不仅需要操作简单方便,而且需要对容器化应用的技术细节进行有效感知。因此,一个为Kubernetes原生构建的、简单、易用、方便的容灾恢复方案变得更加重要。...通过保护应用、应用的配置、以及应用的数据,Portworx提供了真正的Kubernetes原生容灾恢复解决方案。
容灾系统在企业中给与数据安全系数相当高的保障,但是容灾系统倒是是什么,他们是什么意思?恐怕连正在使用容灾备份的网络管理人员都不能解释。本文用最浅显的语言给大家解释容灾备份到底是什么。...容灾不可少 那么建设了备份系统,是否就不需要容灾备份系统?...容灾不能替换备份 容灾系统会完整地把生产系统的任何变化复制到容灾端去,包括不想让它复制的工作,比如不小心把计费系统内的用户信息表删除了,同时容灾端的 用户信息表也会被完整地删除。...如果是同步容灾,那容灾端同时就删除了;如果是异步容灾,那容灾端在数据异步复制的间隔内就会被删除。这时就需要从备份系统 中取出最新备份,来恢复被错误删除的信息。...备份系统+异地容灾系统 这是一个较为理想化的容灾系统一体化解决方案,能够在很大程度上避免各种可能的错误。 容灾恢复等级 ? 灾难恢复层次 ? 灾备技术层次 ? 1.1 磁盘阵列灾备技术 ?
本文结合云平台公网能力,从网络平台角度来分析容灾建设可行性。...2.公网出口容灾方案 2.1 IDC和云平台出口互为主备 正常情况下,IDC和云平台公网出口流量是烟囱式,互不交叉;当IDC公网出口异常,流量切换到云平台,同样云平台公网出口异常,流量切换到IDC。...整体公网出口容灾方案如下: image.png 2.1.1 云平台切换方案。 正常情况下,业务流量通过NAT访问公网,如上路绿色线条标识。...2.1.2 IDC容灾切换方案 正常情况下,IDC业务流量通过NAT访问公网,如上路绿色线条标识。...5.方案实现较为复杂,不确定因素较多。 IDC公网出口容灾方案 (推荐) 1.方案简单,更多依赖云平台能力 2.方案落地快捷。 3.人力成本低,不需要自建系统。
综上所述,本文从云平台视角出发阐述应用层业务容灾建设,主要分为方案设计考虑纬度、复杂度以及云上客户案例三个方面。 1.应用容灾概述 1.1 应用部署 应用是否满足跨地域/可用区部署?...应用层调用链是否能接受跨区延时,如果业务无法接受跨区,该业务做容灾只能set化部署,这里需要强大中间件团队开发数据同步系统。...应用层调用链能接受跨区延时,一般以试点业务先观察,小步迭代方式逐步构建容灾能力。...容灾切换强依赖于调度系统以及配置系统稳定性。这里稳定性主要包括系统容灾能力和性能;遇到大规模故障,大量信息配置变更请求调度系统和配置系统要能扛住洪峰,是保障这个容灾方案的根基。...2.应用容灾复杂度 计算应用层容灾,主要考虑以下两个方面: 哪些节点执行任务。 这里要区分清楚哪些节点执行核心业务,这里会引入不同的复杂度。
作者:melodytu(涂小敏) 导语:实现业务连续性的技术手段通常包括高可用性和灾备恢复两种,所以本文其实讲述的是在腾讯云上实现业务连续性的解决方案。...9.png 三、腾讯云容灾解决方案 10.png 上图中三种应用场景是大家耳熟能详的,从用户使用角度来理解容灾场景,则有如下两种场景: 跨可用区容灾 跨可用区容灾需要保证一个CLB实例的后端服务器...跨地域容灾 随着业务的发展,用户对业务系统的高可用要求越来越高,已经不满足于只能做到跨可用区的容灾,用户希望即使某个地域的系统都不可用了,还可用通过其它地域的系统继续提供服务,这就是跨地域容灾。...从产品角度看,跨可用区容灾一般是通过DNS来实现的。 传统的如F5的全局负载均衡(以前叫GTM,现在叫BIG-IP DNS)就有比较完善的解决方案,或者一些提供DNS服务的系统也有类似的功能。...,混合云容灾方案参考下一期的分享。
领取专属 10元无门槛券
手把手带您无忧上云