容灾不可少 那么建设了备份系统,是否就不需要容灾备份系统?...如果是同步容灾,那容灾端同时就删除了;如果是异步容灾,那容灾端在数据异步复制的间隔内就会被删除。这时就需要从备份系统 中取出最新备份,来恢复被错误删除的信息。...规划企业安全保障体系考虑的因素 对于企业而言到底应该如何建设自己的灾备系统,是只建设备份系统、还是只建设容灾系统、还是需要二者同时建设、或者是分步骤的建设,谁先谁后等问题,主要根据业务的需求而定: (1...常用的灾备组合方式 基于以上原因,业界在灾备系统的建设上一般按照以下几种方式: 建设机房内的本地备份系统 建设异地的备份系统 该方式可以备份系统的价格满足备份和异地容灾功能,能够避免主生产中心由于地震、...备份系统+异地容灾系统 这是一个较为理想化的容灾系统一体化解决方案,能够在很大程度上避免各种可能的错误。 容灾恢复等级 ? 灾难恢复层次 ? 灾备技术层次 ? 1.1 磁盘阵列灾备技术 ?
为了让企业能更好用好云平台的数据安全能力,本文重点云平台数据备份冷备能力,以腾讯云为例,主要从以下两个维度介绍:同城数据冷备能解决企业什么问题,达到怎么样业务容灾效果?...数据不是实时备份,数据恢复存在不完整性,同时业务恢复无法自动切换,需要人工介入,数据冷备的RPO和RTO为小时级。...,对现有业务架构没有任何改造,方案架构如下:图片该方案核心要点说明:数据备份:云侧数据库mysql和redis在控制台设置数据备份参数,数据备份存储在COS,具备地域级别容灾,RPO依赖于数据库备份周期以及时间...本文小结同城冷备方案,在云平台的协助下,企业几乎0成本并拥有同城数据冷备能力来保障业务生命线。指标详细说明容灾能力具备同地域(不同可用区)数据备份能力,不具备不同地域的能力。...3.容灾演练能力建设,增加平时运维成本以及自动化工具开发功能。
异地数据备份挑战相对同城数据备份,异地数据冷备主要挑战是成本,主要是跨地域之数据传输带宽成本。...对于同城数据备份,对企业来说“零”成本,企业可以把所有数据都进行备份;而跨地域数据备份,需要对业务进行梳理,尤其数据量比较大的业务,来决策哪些业务需要异地数据备份。...异地数据冷备方案2.1 API实现方案数据备份:云平台的数据库数据备份均为同地域,因此需要将该备份数据上传到异地COS存储桶。...2.3 数据库备份服务数据库备份服务拥有一套完整的数据备份和数据恢复解决方案,具备实时增量备份以及快速的数据恢复能力,同时具备异地容灾能力。...实施周期:redis备份进行需要api进行调用会涉及到简单脚本编写,对于mysql和cos数据备份均可以在控制台完成操作。业务改造:对业务没有入侵,不需要改造。
数据热备有两个关键词分别为“异地”和“实时”,需要在再次强调一下。异地明确数据热备容灾能力,实时明确RPO指标接近于“零”。尤其是实时,对于RPO指标提升,为此需要企业投入更多的成本。...2)灾备实例,建议采用云平台的PAAS服务,更好的兼容DTS同步服务。2.2 平台热备方案2.2.1 数据库灾备方案目前数据库对于异地容灾备份能力进行封装,来简化云上客户操作成本,提升RTO。...1)数据库mysql为例,控制台提供了灾备实例,一站式构建数据热备份。图片在2)以redis为例,通过开启全球复制功能,将主实例的数据实时同步到其它地域的redis实例。从页面上可以看出操作非常便捷。...如果业务需要回切,1)数据回切:mymql通过dts同步增量数据,redis通过切换主实例,cos通过日志人工录入恢复。...方案关键因素详细说明容灾范围地域级别容灾RPO/RTORPO几乎接近为零;RTO为小时级别,进行1:1业务部署,依赖于业务部署和数据恢复自动化能力。
业务数据备份采用热备方式,容灾指标RPO接近“零”;但是RTO指标还是依赖于业务部署测试自动化能力。业务会进一步需要,在数据热备技术架构下,在成本可控的情况下,是否能进一步提升RTO指标呢?...方案背景数据热备,相对于数据冷备,通过数据实时同步,对于RPO指标有了质的提升,达到了业务双活的标准。但是业务恢复指标RTO没质的提升,主要是业务部署验证需要花费时间过于依赖企业运维自动化能力。...2.核心技术在IDC年代,资源扩容流程繁琐,而且周期长;在灾备区域,按照1:1资源来部署业务,导致成本翻倍。...mysql采用数据同步方式做实时备份,这里未采用数据库自带灾备实例,主要是由于灾备实例为只读,不方便平时做容灾演练切换。...业务恢复业务恢复成本较低,如果以下两个方面做的充分:1.灾备区日常业务验证能力,对于业务全面测试验证上线能力要求较高。2.容灾演练能力建设,增加平时运维成本以及自动化工具开发功能。
主备、冷备、热备、双活、多活、同城、异地、多云,等等等等,这些保证业务高可用和容灾名词,我们经常会听到,不绝于耳。 但是,真的当我们自己要去建设,选择方案时,就发现不知道该怎么选择和搭配了。...这里的冷备我们可以理解为,是主站系统核心链路的镜像站点,应用、各类分布式服务以及底层基础设施都是独立,且启动的。 它跟主站唯一的差别就是,正常情况下,不承载任何线上流量。...何况,有可能是好几个月我们都不会发生真实的切换动作,所以,一个几个月没有经过线上流量检验的系统,在真正需要切换时,不会有任何人敢决策直接切换的。 当然,以上是我们的直接推断,确实行不通。...3、定期模拟演练,确保系统周期范围内可用 但是这里就有一个前提,冷备站点的建设目标,并不是全量建设,而是在极端状况下,确保核心业务临时可用,当主站点恢复后,仍然要切回去。...最后,结论 冷备只能是冷备,关键时刻并不能起到快速承载业务的效果,在业务容灾建设时,这个思路其实是不可行的。 但是对于部分组件,比如数据库、大数据、文件,这些存储类的部件,做冷备是有重大意义的。
既然 CDN 无法访问,我们还有主域,当 CDN 域名请求失败时,尝试将资源向主域进行请求,则可保证大概率的资源请求成功,网站正常访问。...保证网站的整体访问, 可从这几种资源进行容灾,HTML 通常都是放在主域上, 做服务端渲染或者异步渲染,通过主域名访问获得 HTML 内容,所以不对 HTML 进行考虑。...至于 IMG, 由于现在用模板、jsx 形式,如 react 通过 img 组件的形式,对 img 的容灾考虑通过用组件的维度来进行,而将 CDN 域请求失败的资源重新向主域请求,想到的就是利用资源标签...既然要保证 JS 的执行顺序,需要做两件事: 判断资源是否加载失败,通过代码执行顺序来定 当代码执行判定资源请求失败,就在资源标签的位置后方插入对应的主域请求,达到保证代码按顺序执行 以上,形成了对 JS...前端网站为了考虑性能等,会对 JS 进行一个拆包,对部分 JS 逻辑做一个动态的懒加载,这部分动态的 JS 依赖于 JS 执行过程中动态插入,而不是直接在静态 HTML 中,如何对其进行容灾 业务中会有对部分
当发生灾难时,容灾备份能够确保数据不丢失。要实现应用的容灾,一个关键就是通过数据库的实时同步和复制,在 A 地出现机房故障和问题的时候可以平滑快速的迁移到 B 地。...容灾的基础概述 容灾的定义 容灾是指当数据中心发生各种未知灾难的时候,确保数据不丢失或少丢失,同时 IT 业务系统能够不间断运行或快速切换恢复。...灾难与 RTO、RPO 的关系 两地三中心容灾 两地三中心能够组合本地高可用,同城灾备中心,异地灾备中心,提高可用性,提升业务连续性,重点业务多采用“两地三中心”(即生产数据中心、同城灾备中心、异地灾备中心...本方案通过机房内建立 MySQL 主主复制,此时主从切换无需繁琐的命令,只需要设置 read_only;同城机房间也是建立主主复制,方便容灾演练回切,无需复杂的配置。...未来也具备支撑三地五中心等更高等级容灾要求的能力。 依托数据库多通道主主复制数据容灾技术,机房容灾切换时间由传统的 30 分钟降低到 5 分钟,相关脚本集成到自动化平台后进一步降低到 2 分钟以内。
2容灾的基础概述 容灾的定义 容灾是指当数据中心发生各种未知灾难的时候,确保数据不丢失或少丢失,同时 IT 业务系统能够不间断运行或快速切换恢复。...两地三中心能够组合本地高可用,同城灾备中心,异地灾备中心,提高可用性,提升业务连续性,重点业务多采用“两地三中心”(即生产数据中心、同城灾备中心、异地灾备中心)建设方案。...一主多从在切换之后,其他从实例需要重新配置连接新主。 MHA 支持一主多从、主服务崩溃时不会导致数据不一致。 SSH 存在安全隐患,官方不再维护。 组复制 MGR 无延迟,数据强一致性。...本方案通过机房内建立 MySQL 主主复制,此时主从切换无需繁琐的命令,只需要设置 read_only;同城机房间也是建立主主复制,方便容灾演练回切,无需复杂的配置。...未来也具备支撑三地五中心等更高等级容灾要求的能力。 依托数据库多通道主主复制数据容灾技术,机房容灾切换时间由传统的 30 分钟降低到 5 分钟,相关脚本集成到自动化平台后进一步降低到 2 分钟以内。
用户如果按照传统方案构建一套完善的灾备中心,需要自己选购服务器、存储设备,然后再选配合适的软件。在整个搭建过程中,用户需要选择多个相关的软硬件产品。...与传统的灾备方案相比,灾备一体机将传统备份系统需要的软件、服务器、存储介质和操作系统整合为一体,可有效降低用户成本,又可以减少运维成本。...尽管对比传统灾备中心的优势非常明显,但灾备一体机还是有待解决的问题。灾备一体机的成本,根据用户实际情况,一般需要一次性投入几万到几十万,而部署周期至少会在一到两周的时间。...使用HyperBDR云容灾工具构建灾备方案,平时只需要为数据备份消耗的云硬盘付费,不需要在云端1:1预启动实例,只有在恢复业务时才需要启动ECS。...四、总结从这个案例看,HperBDR云容灾可以显著降低灾备成本,同时也放低了灾备门槛,让之前无法实现灾备方案的企业可以满足灾备需求。
一、中小型企业如何实现低成本灾备备份是创建数据副本,然后将数据存储到其他存储设备。备份是为了防止系统宕机、失误操作导致数据丢失,所以把需要保护的数据从主机硬盘复制到其他储存设备上。...对大部分企业来说,备份是可以满足基本的灾备需求了。但还是有行业客户,需要保障业务系统的7*24h持续运行,仅仅使用备份,就略显不足了。...二、云容灾如何助力中小型企业云容灾是通过在云上建立灾备中心,利用云原生的天然优势,实现更低成本更高业务连续性的灾备方案。让中小型企业也可以低成本容灾,摆脱业务停机、病毒勒索的风险。...不同于传统的灾备方式,需要建立相同的一套架构来对应生产中心可能的故障失效,可能要花费数月甚至数年的建设时间。...使用HyperBDR云容灾工具构建灾备方案,平时只需要为数据备份消耗的云硬盘付费,不需要在云端1:1预启动实例,只有在恢复业务时才需要启动ECS。
容灾是确保系统可靠性很重要的一环,容灾一般分为:产品容灾,业务容灾。...需要深入业务系统,对系统架构,容灾组件,外部依赖,运行网络、计算环境进行了解评估。 2、容灾方案。...具体切换方案如下: 整个切换步骤分为2步: 第一步,先在灾备中心安同等规模部署一样的应用以及各个组件。并做好相应组件的数据同步。...第二步,部署好之后,将通过智能DNS将流量从主生产中心切换到灾备中心。应用已经切换到灾备去区去了,但是底层中间件是,数据库组件还是在主区。 第三步,开始切换各个中间件组件。...也是通过切换接入域名的方式,实现灾备去的应用访问灾备去的中间件组件。 第四步,执行验证,检查应用是否正常运行,业务是否正确,数据是否一致。
4.核心数据热备容灾 4.1 需求背景 目前企鹅电竞用户登录有三种模式: QQ uin+skey QQ appid+openeid+token WX appid+openeid+token Login系统需要维护...4.2 其它系统容灾方案 4.2.1 NOW 直播评论容灾架构 NOW 直播评论服务容灾采用读写分离异地部署的方案,读写 svr 访问主 CKV,只读 svr 访问备份 CKV,数据热备由同步中心完成...4.2.2 QZone核心数据容灾架构 QZone 热备容灾方案与 NOW 直播类似,读写分离,异地部署,接入同步同步中心完成数据异地热备。...4.3 核心数据容灾方案 4.3.1 方案一 参考借鉴 NOW 直播容灾方案,电竞在不实现读写分离的情况下,异地部署,热备容灾。...方案缺点: (1)只达到读容灾,未达到写容灾。 4.3.3 方案三 在方案二的基础上,如果要达到读写容灾,则需要主CMEM发生故障时,服务主动发现故障,统一自动切换至备份CMEM进行读写。
理想的容灾方案应由供应商提供,解决主数据中心和备数据中心的数据同步问题、接入层切换问题。但项目中因某些特殊情况,技术中台需要在两个数据中心进行单元化部署,并对外提供两套访问地址。...从用户角度来看,一套访问地址对应主数据中心,另一套对应备数据中心。 灵雀云提供ACP原生容灾能力,如数据同步、接入层切换等方案,能够满足各种容灾需求。...值得注意的是,Netapp-ontap在主数据中心和备数据中心都有部署,并通过Snapmirror进行数据同步。在备数据中心,通过将pod与pvc关联,实现了文件的跨数据中心容灾。...容灾管理平台 在灾难发生时,需要进行一系列的切换操作,包括接入层域名解析切换、业务访问中间件和数据库域名解析切换,以及中间件和数据库的数据同步切换等。...自然灾害、人为误操作属于较低概率事件,但仅本地数据保护能力往往还不够,还需要异地远程灾备能力。
业务容灾是所有容灾中最复杂的一种场景,涉及到业务应用、中间件、数据库及底层的计算、存储、网络等资源。就云上业务容灾来讲整个容灾覆盖到IaaS、PaaS、SaaS层。...在容灾方案确认并且实施落地之后,就需要进行容灾切换演练工作。下面主要介绍下容灾切换演练的流程及具体操作细节。 image.png 一、确保备区所有相关的应用级中间件组件部署完毕。...先假设整个容灾切换场景在广州四区及六区进行,四区是主区、六区是备区。在六区搭建应用部署环境并先不启动业务。...容灾注意事项: ① 需要确保四区主库设置为只读状态,确保数据一致性。 ② 注意数据是否同步正常。...③ MQ切换到广州六区,切换之前需要先关闭4区的节点。 ④ 备区cancel启动,将数据库中的数据同步至ES。
但是作为主备切换的高可用层,需要用户业务侧自己实现。...请确保你的域名已经存在切完成备案,配置可参考下图,配置说明如下: 加速域名:用户自定义,已备案的域名 加速类型:静态加速 源站类型:自有源(不要选择COS源,否则会和后面需要配置的热备源站产生配置冲突)...源站地址:主COS存储桶的访问域名,可在对应存储桶的概览页面查看到 回源host:同COS源站地址 image.png 2、域名新建成功后,进入刚刚新建的域名详情界面,点击【添加热备源站】按钮,添加自有源站...所以,利用CDN热备源站进程读请求容灾,具备一定的局限性,如果客户端属于会对同一个资源发起多次访问的场景,适合采用本方法。...两种容灾方案的对比 根据上文的说明,我们总结了两种容灾方案的对比供参考,业务侧可根据实际情况做适配选择。
回源模式如果您有自建源站和直播源内容,并且需要通过腾讯云进行直播播放,可以通过为云直播播放域名设置源站信息来回源拉取直播内容。配置成功后,您可通过云直播回源拉流并进行直播内容分发。...因此源站地址的高可用,将直接影响了用户的播放,建议源站建设时,要构建同城双活、异地多活、多运营商容灾等,避免出现单地域、单运营商等架构单点。...,但是把北方线路指向南方源站,把南方线路指向北方源站;直播CDN在回源过程中,如果发现主源域名出现异常,会自动重试备源域名;假设北方源站出现了故障无法正常响应回源请求,直播CDN在访问主源域名的北方线路时...主源站地址,选择源站域名,填入主源域名,填写适当的端口;备源站地址,填入备源域名。然后点击保存即可。...更多参考借助智能全局流量管理iGTM,可以轻松实现源站就近接入、高并发负载均衡、业务网络健康检查,并能够根据健康检查结果实现故障隔离和流量切换,方便你灵活且快速构建同城双活,异地多活,异地容灾等高可用服务
现在,我们通常都会做双机存储架构,会涉及到主备、主从、主主模式。 在 Serverless 架构下,高可用方案或者容灾方案是否还需要主备、主从以及主主等模式?如果还需要,那么又是什么样子?...同时,云数据库 MySQL 可支持同城多可用区灾备 / 跨城灾备,保障高可用。...如果不是单地域提供服务,那么就需要考虑多地域部署、多地域就近接入以及多地域容灾方案。...底层服务的容灾机制,不是云厂商要提供的么?理论上,这个容灾机制是云厂商提供的,并且函数是无状态的,只要确保业务逻辑无问题,是不需要进行某些层级的主备容灾等。...在实际生产生活中,无论是单地域服务还是多地域就近接入服务,多地域部署容灾都是很重要的,尤其在 Serverless 架构下,按量付费让主备模式成本骤降,100% 可用性几乎是一个不可能事件,但我们可以共同探讨相对优秀的高可用方案
容灾设计需要进行故障切换的场景 容灾设计过程当中需要考虑的故障切换的场景有很多,数据中心内部的高可用切换不在本次讨论范围之内,我们讨论的是容灾恢复过程中的关键跨数据中心级的故障切换场景,从网络层到存储层都会涉及到...2.2 域名解析层主中心故障场景切换策略 省略掉中间的交换机设备信息,我们将通常的 AA容灾架构的网络层抽象为上图所示框架。...Failover 是指主库发生故障暂时不能恢复的情况下,主备库进行的主备切换;Switchover一般是指计划内的维护事件所需,将主备库角色切换,数据同步方向切换。...注意:这3个步骤,尤其是2&3两个步骤是需要一定切换时间T的(分钟级),这意味着RTO不会为零,应用会产生一定的中断,因此整个容灾架构的RTO>T,这是需要在设计时充分考虑的。...适合远距离的传输模式,一般用来做异地的数据级别容灾,因此一旦发生主数据中心灾难后,那么需要网络层、应用层、数据层等一系列人工干预之后,才能启用灾备中心的存储卷,这里就不再详述。
我们建议企业用云时,根据业务需要对云上数据进行容灾、备份,保障业务持续稳定运行。...本文主要介绍两个方面,首先介绍一种基于跨地域复制的云上业务主备切换的容灾方案,另一方面进一步介绍一种基于跨地域复制的高可用方案,通过跨地域复制、回源和 SCF、CDN 等多种产品和功能实现业务高可用。...一、基于跨地域复制的容灾备份方案 容灾需要满足三个要素:冗余(Redundance)、远距离(Remote)和数据全备份(Replication)。...基于跨地域复制,可以实现数据的异地冗余备份,从而实现业务容灾。开启跨地域复制需要先开启版本控制功能。 基于跨地域复制的容灾备份架构示意图如下: ?...注意: 网络质量检测可以基于腾讯云云函数 SCF 实现,可参见 定时拨测并通过邮件发送告警,通过对云函数代码进行修改,将拨测地址修改为主备存储桶的域名,同时根据业务需求将告警代码片段修改为其他业务所需的措施
领取专属 10元无门槛券
手把手带您无忧上云