为了让企业能更好用好云平台的数据安全能力，本文重点云平台数据备份冷备能力，以腾讯云为例，主要从以下两个维度介绍：同城数据冷备能解决企业什么问题，达到怎么样业务容灾效果？...，云平台控制台均提供便捷页面，通过鼠标点击快捷完成数据备份和回档设置，如下图所示：图片数据备份覆盖度，目前数据产品均有数据备份能力，常见例如mysql，redis，ckafka，es，pg等等2.2 同城冷备份方案同城数据冷备方案主要依赖于云平台能力备份能力...，对现有业务架构没有任何改造，方案架构如下：图片该方案核心要点说明：数据备份：云侧数据库mysql和redis在控制台设置数据备份参数，数据备份存储在COS，具备地域级别容灾，RPO依赖于数据库备份周期以及时间...本文小结同城冷备方案，在云平台的协助下，企业几乎0成本并拥有同城数据冷备能力来保障业务生命线。指标详细说明容灾能力具备同地域（不同可用区）数据备份能力，不具备不同地域的能力。...3.容灾演练能力建设，增加平时运维成本以及自动化工具开发功能。
在至少有一个Leader存在的前提下，进行Zookeeper的在线增量、在线减量、在线迁移 在全过程中ZooKeeper不停止服务
容灾系统在企业中给与数据安全系数相当高的保障，但是容灾系统倒是是什么，他们是什么意思？恐怕连正在使用容灾备份的网络管理人员都不能解释。本文用最浅显的语言给大家解释容灾备份到底是什么。...如果是同步容灾，那容灾端同时就删除了；如果是异步容灾，那容灾端在数据异步复制的间隔内就会被删除。这时就需要从备份系统 中取出最新备份，来恢复被错误删除的信息。...规划企业安全保障体系考虑的因素 对于企业而言到底应该如何建设自己的灾备系统，是只建设备份系统、还是只建设容灾系统、还是需要二者同时建设、或者是分步骤的建设，谁先谁后等问题，主要根据业务的需求而定： （1...备份系统＋异地容灾系统 这是一个较为理想化的容灾系统一体化解决方案，能够在很大程度上避免各种可能的错误。 容灾恢复等级 ? 灾难恢复层次 ? 灾备技术层次 ? 1.1 磁盘阵列灾备技术 ?...2.1 卷管理软件灾备技术 ? 2.2 数据库日志复制技术 ? 2.3 数据库灾备技术 ? 3.1 应用灾备技术 ? 11．容灾体系结构规划 ? 系统正常运行 ? 生产中心单台主机宕机 ?
需要特别注意的是整个容灾建设需要提前规划，包括是否选择全互联的专线建设，以及在切流前所需的各类基础组件，业务维度的分层降级能力，尤其是分层建设，要提前做好全面的评估，按时间节奏进行落地实践。...对于电商类业务，我们的解决方案与业界的基本解决方案相似，我在这里就不详细展开了。这也说明了，公司在选择异地部署时，可以根据自身的业务需求选择不同的部署模式，存在多样性。...与同城容灾不同，异地容灾会有一个选择过程：先判断同城资源，如果同城资源不够，再考虑区域间的容灾策略。...在国内容灾和海外容灾方面，我们目前都在采用同城容灾加异地多活的模式，并且我们正在持续不断地完善整体的容灾能力建设。...容灾的考虑应该融入到前期的架构设计和部署中，在规划业务、机房容量、专线容量以及存储计算部署模式时，都应该将容灾作为一个核心部分来考虑。
一、异地容灾主要备份三种数据： 1、DB数据 2、操作系统 3、日志信息 二、恢复时间不能超过30分钟 三、图中为DB的备份方式，DB总的有四份备份：生产存储一份、移动硬盘一份、备份存储一份、灾备存储一份...备份方式为，平时通过生产系统的介质服务器传输到移动硬盘，通过CS传输数据到灾备中心的介质服务器，在通过介质服务器传输到备份存储、灾备存储。...生产中心发生异常时的DB切换方式为，将移动硬盘迅速转移挂载到灾备中心的介质服务器，然后再发起恢复 四、日常对OS进行每日备份，通过CS传输到灾备中心的介质服务器，再发送给备份存储和灾备存储，即OS的备份有三份...:生产存储、备份存储、灾备存储 五、日志的备份和OS一样 六、恢复切换步骤：日志恢复、OS恢复、修改IP和主机名、移动硬盘转移挂载 七、本地恢复 image.png 八、两地传输带宽的计算要考虑每日数据增量
，当风险发生时，数据丢失不可避免； 既有的备份系统不完备，多采用定时备份、本地备份的模式，备份时间窗口大、周期长，数据存在无法恢复或丢失的风险较高； 相当多的信息系统未考虑应用容灾和业务连续性的需求，异地容灾没有规划建设...2.建设目标 充分考虑当前信息系统的现状，并借鉴目前网络安全法、等保 2.0 等政策法规对高校信息系统安全的要求，建设业务系统容灾备份保护需要达到以下目标： 规划好系统的等级保护和分级保护； 数据损坏、...△容灾级别与能力 三、容灾备份方案 2.0 的创新应用 容灾备份方案 1.0，有基于硬件存储层架构，也有基于应用层架构。基于硬件存储层方案，建设和运维成本比较高。...英方软件基于超低时延的数据复制技术，针对云和大数据环境下行业对容灾备份的新要求，提出了容灾备份方案 2.0。...△容灾备份方案 2.0 2.0 方案覆盖数据库系统故障、应用系统故障、单机单点故障、逻辑错误&病毒攻击、自然灾害等场景，满足高校在数据库双活、云灾备、容灾秒级接管、数据持续保护等容灾备份需求，具备了多层次
腾讯云跨地域容灾方案DNSPod+CLB.ppt D监控介绍：https://support.dnspod.cn/Kb/showarticle/tsid/16/ D监控切换规则：https://
本文从容灾概念，决策因素，典型案例和方案对比进行说明，希望容灾方案的选择有所帮助。 1.容灾概念 将容灾这个词，分开来看“容”和“灾”。...其次考虑当前方案能否满足容灾切换和恢复目标。 3）扩展性，主要为后续业务容灾平滑演进。...典型案例 虽然这里对“容灾”概念进行扩展，一般指同地域以及跨地域粒度的容灾；以云上客户案例同时结合腾讯云产品能力，分别对同城容灾，异地灾备以及异地多活进行说明。...image.png 3.2 同城容灾 同城容灾根据数据写入方式分为单写或者双写；单写称为半双活，双写称为双活。 3.2.1 同城半双活（单写） 同城半双活核心特征： 1）容灾范围：可用区粒度容灾。...image.png 3.2.2 同城双活（双写） 同城双活核心特征： 1）容灾范围：可用区粒度容灾 2）流量分布：每个可用区均承载流量业务；数据库采用分区模式，将数据分为两个可用区，az间的网络延时对业务影响较小
因此，制定一套科学、高效的容灾方案至关重要。本文将围绕某全球领先的工业集团如何通过灵雀云企业级云原生平台ACP（以下简称ACP）实现高效的容灾方案展开深入探讨，旨在为您提供可借鉴的经验和启示。...整体容灾方案介绍 图表 1 容灾方案总体架构 在制定企业整体容灾方案时，应考虑技术中台、应用数据、应用以及接入层的容灾需求。...灵雀云提供ACP原生容灾能力，如数据同步、接入层切换等方案，能够满足各种容灾需求。 数据层容灾 业务运行过程中，数据的持久化至关重要。...考虑到项目中包含容灾管理平台，对于不同产品的备份和恢复方案的问题，可以将各种备份和恢复方案在容灾管理平台中脚本化。...容灾方案点评 该容灾方案在数据容灾、应用容灾和接入层容灾方面已经具备了一定的基础和框架，但仍然有待优化点： 1.
Ceph的快照技术本来只是用来进行RBD或者Pool的回滚，但管理员可以利用快照进行Image的异地备份和容灾。...本文首先介绍Ceph的快照技术的使用方法，然后提出一种初级的异地备份方案，管理员可以以此为基础，创造更自动更智能的备份容灾方案。...image-diff> 导入增量镜像 a) 导入从创建到某一时刻的diff #rbd import-diff 基于快照的异地灾备方案...把增量文件导入到backup_DC的image #rbd import-diff 上述只是介绍了基于快照技术的备份方案的要点...，管理员可以基于上述介绍编写自己的自动备份和恢复脚本，从而实现一个更完整更智能的两中心备份方案。
去年写过一篇《做容灾，冷备是不是个好方案？》，当时提出来，冷备或者主备，其实并不是一个理想的方案，而且绝大多数情况下，只能是一个心理安慰，真正发生故障的情况下，这样的容灾模式根本起不到作用。...最近，公有云又出了些大故障，各大群和朋友圈又开始沸沸扬扬，但是整体看下来，声音无非两种： 单站点不靠谱，要有容灾，出现这种情况就得马上切，所以回去赶紧建设容灾站点； 鸡蛋不能放在一个篮子里，单云不靠谱，...既然要双活，必然会选择另一个跟当前机房有一定距离的机房（同城或异地），而且距离必须得拉开才有意义，如果都在一个园区里面，就没有任何容灾意义了。...我们可以得出的几个结论： 不管怎么选择容灾方案，我们自己的业务系统，从自身架构上，一定要支持单元化，一定要支持数据同步才行，如果这都不支持，讲双活和多活，就是特么的扯淡。...一个合理的建设节奏应该是，同城双活—异地双活—两地三中心（同城双活+异地多活），因为你要解决的问题的复杂度和难度也是在逐步上升的，不可能一蹴而就。
五、数据灾备级的容灾方案 对于以上的方案，投入的代价较大，例如需要支付双活数据中心的高速通道费用、相同配置的云主机费用。...该方案实际是企业用得较多的形式，就算业务没有恢复，但数据还在我自己的机房中有备份。 业内的实际方案较多，有基于硬件的灾备一体机，也有纯软件实现的方案。...1、例如下图，本地通过灾备一体机进行数据的压缩、加密、存储，同时在云端也进行一份灾备存储。这样当业务系统中断时，可以选择在云端恢复、或线下私有云恢复。 ?...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原生容灾恢复解决方案。
，其他可用区的支持还在规划中。...9.png 三、腾讯云容灾解决方案 10.png 上图中三种应用场景是大家耳熟能详的，从用户使用角度来理解容灾场景，则有如下两种场景： 跨可用区容灾 跨可用区容灾需要保证一个CLB实例的后端服务器...从产品角度看，跨可用区容灾一般是通过DNS来实现的。 传统的如F5的全局负载均衡（以前叫GTM，现在叫BIG-IP DNS）就有比较完善的解决方案，或者一些提供DNS服务的系统也有类似的功能。...同城双机房（跨可用区容灾）架构 参考上面高可用基本架构3 异地（跨地域容灾）架构 11.png 两地三中心架构 12.png 补充，要实现所谓的容灾功能需要依赖云上产品的数据同步能力： CVM镜像：...； 以上只涉及云上的容灾架构，混合云容灾方案参考下一期的分享。
随着云计算如火如茶的进行，IT资源可进行快速部署，弹性扩容及超高的性价比，这对于我们创建本地IDC机房数据库容灾提供极大的便利性。如何利用云数据库做容灾成为DBA的基本功。...、同城不同区灾备、跨地域灾备。...同地域同可用区部署 云数据库 MySQL同可用区部署架构示意图 云数据库MySQL 普通实例架构(同个可用区) 同地域不同可用区部署 云数据库 MySQL 同城灾备实例架构...云数据库 MySQL 同城灾备实例架构（不同可用区） 说明：腾讯云数据库多可用区部署目前仅支持深圳金融专区，其他可用区的支持还在规划中。...1、创建DTS（数据传输服务）同步任务,这里假设CDB实例已申请购买完毕。
3、考虑结合的方案，提高投资回报。 传统企业都已经建设或正在规划业务连续性和数据容灾系统。...一般会考虑三种线下灾备方式： 1、本地容灾：业务高可用和读写分离，以提高业务连续性 2、同城容灾：兼顾业务连续性和数据安全，应对地区级以 3、异地容灾：以数据安全为目标，应对地区级数据风险。...传统模式下企业的数据容灾建设方案 灾备是一项综合系统工程，灾备技术涉及到数据的复制、数据及应用的切换、数据的删除、数据的加密与传输、数据存储等多个技术的具体应用，系统容灾建设中，最重要的是数据容灾，目前...111.jpg 阿里云数据灾备架构图 DTS：Data Transmission Service，是阿里云提供的一种支持多种数据源之间数据交互的数据流服务。...在数据库灾备解决方案中，使用阿里云DTS可实现各数据库间的数据迁移与实时同步，从而为数据库灾备打好最重要的基础。
高度自动化的云容灾解决方案，充分利用云和云原生容灾工具的特性，保障容灾业务在腾讯云上的稳定性和高可用性。与传统容灾工具相比，HyperBDR云容灾可帮助企业在腾讯云上节约90%+的容灾存储成本。...以下内容将传统容灾机制和万博智云HyperBDR的两种容灾机制做了对比，以展现利用网关数据同步方式和无主机数据同步方式，可以最大程度节约容灾成本，实现普惠容灾。...除了上述容灾存储费用外，传统容灾的人工和时间成本也都是难以避免的开支。...有没有更低成本的方案？万博智云推出新一代的无主机数据同步技术，将整机数据同步到对象存储，在数据备份同步阶段不消耗任何其他资源，进一步降低容灾存储成本。...由此可见，HyperBDR的对象存储容灾是最具性价比的腾讯云容灾解决方案。
方案一：降低数据保留时间，精准迁移 这个方案是大家最常用的方法，也是操作起来最简单的。无论集群整体压力都高还是某些Broker的压力大，都可以通过这个方案来执行扩容。一般执行如下四步： 1....那有没有方案可以解决这个问题呢？我们再来看下一个方案。...方案二：往指定节点上添加分区，均分压力 如方案一所示，当整个集群压力都很大时，扩容节点后，因为数据迁移的方案无法使用，新节点无法承担压力，集群负载也降不下来。...如果客户端写入有倾斜，即客户端指定了写入策略，只针对某些分区写入，现在的方案就会失效。遇到这种情况，只能协调客户端处理。 虽然这个方案有以上几个缺点，但是整体方案可以应对90%以上的紧急情况。...方案四：单副本运行，降低单机负载 当出现方案三中的无法处理的情况时，即无法使用切换Leader的手段降低压力时。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
