一、异地容灾主要备份三种数据： 1、DB数据 2、操作系统 3、日志信息 二、恢复时间不能超过30分钟 三、图中为DB的备份方式，DB总的有四份备份：生产存储一份、移动硬盘一份、备份存储一份、灾备存储一份...备份方式为，平时通过生产系统的介质服务器传输到移动硬盘，通过CS传输数据到灾备中心的介质服务器，在通过介质服务器传输到备份存储、灾备存储。...生产中心发生异常时的DB切换方式为，将移动硬盘迅速转移挂载到灾备中心的介质服务器，然后再发起恢复 四、日常对OS进行每日备份，通过CS传输到灾备中心的介质服务器，再发送给备份存储和灾备存储，即OS的备份有三份...:生产存储、备份存储、灾备存储 五、日志的备份和OS一样 六、恢复切换步骤：日志恢复、OS恢复、修改IP和主机名、移动硬盘转移挂载 七、本地恢复 image.png 八、两地传输带宽的计算要考虑每日数据增量
即使云平台在建设数据中心之前，会遵循机房建设标准来选址，但是对于极端情况自然灾害，例如地震，台风等等，对同地域备份安全能力有非常大的风险，因此本文重点阐述腾讯云对异地数据冷备解决方案。1....异地数据备份挑战相对同城数据备份，异地数据冷备主要挑战是成本，主要是跨地域之数据传输带宽成本。...异地数据冷备方案2.1 API实现方案数据备份：云平台的数据库数据备份均为同地域，因此需要将该备份数据上传到异地COS存储桶。...2.3 数据库备份服务数据库备份服务拥有一套完整的数据备份和数据恢复解决方案，具备实时增量备份以及快速的数据恢复能力，同时具备异地容灾能力。...如果企业有业务切回需求，数据库依赖于dts数据同步工具，cos通过日志进行人工补录，待两端数据一致后，在业务低峰期将业务切回之前地域。
今天跟大家分享的题目为《CKV+异地容灾探索和实践》。CKV+是一个兼容redis协议的内存数据库，现在大部分用户对内存数据库的要求越来越高，对一致性、异地容灾等方面也提出更高的要求。...确实是这样子，在过去几年，CKV+也出现过包括主机故障、磁盘写满、流量突发、机房网络中断等方面引起的一些故障。在故障层面，涉及主机级、机架级，可用区级，以及机房级等都各种各样不同的故障。...04CKV+单活多可用区异地容灾实践 CKV+为了满足不同的容灾要求，已上线了单活多可用区特性，支持不同容灾级别： 单可用区：机架级容灾能力。 同地域多可用区：机架、可用区级容灾能力。...跨地域多可用区：跨城际容灾。 默认的情况下，CKV+的容灾级别是跨机架容灾，保证主备分片必须跨机架，避免一个机架掉电导致主备分片都不可用的问题。...05CKV+多活架构异地容灾探索 异地单活虽然提供了不同的容灾级别，甚至不同可用区提供了读能力，但只能在主可用区执行写操作。
在至少有一个Leader存在的前提下，进行Zookeeper的在线增量、在线减量、在线迁移 在全过程中ZooKeeper不停止服务
数据存储容灾建设主要从数据可靠性和业务稳定性两个维度阐述。这两者有哪些区别呢？...举个例子，业务数据存储在COS，如果该地域出现地震等极端灾难，COS所在机房被外力摧毁导致业务数据全部丢失，属于数据可靠性范畴；同样如果COS机房网络出现波动或者机器出现负载，导致客户端请求数据出现延时高或者中断...https://cloud.tencent.com/document/product/362/16312 2.将CBS数据上传异地COS,调用cos分块上传接口。...例如COS如果开启了异地复制，业务可以临时读异地存储桶，虽然存在访问延时，只是影响用户体验，不会造成业务持续不可用；如果是CBS通过挂载新盘通过快照恢复，或者通过使用大内存机器周期性将核心数据读到内存供业务临时访问等等
具体技术架构如下：图片在本方案中，不涉及备份技术方案，详情请参考之前容灾系列的备份方案。方案要点说明如下：1）业务调度：目前通过DNS统一调度，调度路线设置通过地区或者运营商为区分。...3）容灾成本：业务备份的资源成本，具体可参考之前容灾文章系列。4）业务恢复：可用区粒度的极端故障，基于云平台同城双活架构可实现RTO秒级切换恢复业务。...详细技术架构图如下：图片在本方案中，不涉及备份技术和AS弹性扩容的技术细节，详情请参考之前容灾系列的备份方案。方案要点说明如下：1）业务调度：同方案一保持一致。...详细技术架构如下：图片在本方案中，不涉及备份技术和AS弹性扩容的技术细节，详情请参考之前容灾系列的备份方案。...方案要点说明如下：1）业务调度：于方案二保持一致1）业务部署：相对于方案二，增加了数据双向同步，各个地域中心均具有全局数据能力，提升容灾的RTO指标，同时不同业务数据要有唯一主键来保证数据一致性。
当发生灾难时，容灾备份能够确保数据不丢失。要实现应用的容灾，一个关键就是通过数据库的实时同步和复制，在 A 地出现机房故障和问题的时候可以平滑快速的迁移到 B 地。...灾难与 RTO、RPO 的关系 两地三中心容灾 两地三中心能够组合本地高可用，同城灾备中心，异地灾备中心，提高可用性，提升业务连续性，重点业务多采用“两地三中心”（即生产数据中心、同城灾备中心、异地灾备中心...本方案通过机房内建立 MySQL 主主复制，此时主从切换无需繁琐的命令，只需要设置 read_only；同城机房间也是建立主主复制，方便容灾演练回切，无需复杂的配置。...未来也具备支撑三地五中心等更高等级容灾要求的能力。 依托数据库多通道主主复制数据容灾技术，机房容灾切换时间由传统的 30 分钟降低到 5 分钟，相关脚本集成到自动化平台后进一步降低到 2 分钟以内。...目前主要负责中移智家基于规模的价值运营场景下数据库稳定性、容灾优化、异地多活等相关工作。
部分系统对可用性要求极高， 为了应对上述即使可能性非常低的故障， 我们需要从容灾层面去考虑这些情况。本文从常见的容灾方案和容灾架构入手介绍， 结合腾讯云多可用区容灾方案进行示例讲解。...系统与数据容灾架构衡量容灾能力评价容灾能力主要是RPO和RTO两个指标。RPO : 应发生故障时能忍受数据丢失的最大程度。系统越重要，要求 RPO 越小。...下面我们主要阐述的也是数据层的容灾。主流容灾架构同城灾备同一个城市至少部署两个机房，仅主机房对外提供服务， 备机房平时不提供服务能力，主要作为主机房的备份，主备之间数据采用单向同步的形式。...缺点: 业务系统需要能够接受一定的跨机房网络延；业务需要进行一定程度的改造, 将操作分位读操作和写操作两类；容灾距离依然受到非常大的限制(主要受限于跨机房写)异地双(多)活异地双活可以接受两个机房之间的距离大于...+异地灾备)
序言 同城异地灾备，主要是用来进行备份容灾的，从而当一个数据中心挂了，另外一个数据中心经过切换之后，能让服务迅速的恢复。...同城双活，则是基于多机房的情况下，流量经过双机房，一个机房挂掉，完全不影响业务。...随着业务的进一步发展，需要提供高可用水平，从而需要从单机房扩展为多机房，从而也就有了同城容灾。。。 对于运维来说，多一次升级，多一次变更，就会多一个故障，多一个锅。。。...热升级了解一下，不可预知的中断了解一下 同城异地最关键的点在于存储，存储如何跨机房使用，从而分为几个方面进行探讨： 1、 DNS解析 在业务大量使用DNS解耦的时候，而且使用双机房的时候...在数据库跨机房同步的时候，mysql可能出现脑裂的情况，也就是双机房互联网络出现中断，从而备机房检测到主机房不可用，但是在这个时候，是不能自动进行切换的，需要人工介入处理操作。
其中，本地的存储网络连接的主备高可用适用于近距离的容灾建设，受距离限制较大；异地远距离的主备高可用，则会存在极小的数据延时。...远端的备份机房能更大的提供灾备能力，能更好的抵抗地震，恐袭等情况。双活的机器必须部署到同城，距离更远的城市作为灾备机房。...灾备机房是不对外提供服务的，只作为备份使用，发生故障了才切流量到灾备机房，原因主要在于：距离太远，网络延迟太大。...2.1数据级容灾 数据级容灾是指通过建立异地灾备中心，做数据的远程备份，在灾难发生之后要确保原有的数据不会丢失或者遭到破坏，但在数据级容灾这个级别，发生灾难时应用是会中断的。...在数据级容灾方式下，所建立的异地灾备中心可以简单地把它理解成一个远程的数据备份中心。数据级容灾的恢复时间比较长，但是相比其他容灾级别来讲它的费用比较低，而且构建实施也相对简单。
为了让企业能更好用好云平台的数据安全能力，本文重点云平台数据备份冷备能力，以腾讯云为例，主要从以下两个维度介绍：同城数据冷备能解决企业什么问题，达到怎么样业务容灾效果？...同城冷备份方案同城数据冷备方案主要依赖于云平台能力备份能力，对现有业务架构没有任何改造，方案架构如下：图片该方案核心要点说明：数据备份：云侧数据库mysql和redis在控制台设置数据备份参数，数据备份存储在COS，具备地域级别容灾...如果企业有业务切回需求，主要依赖于dts数据同步工具，当追平数据后，在业务低峰期将业务切回之前可用区。3....指标详细说明容灾能力具备同地域（不同可用区）数据备份能力，不具备不同地域的能力。...3.容灾演练能力建设，增加平时运维成本以及自动化工具开发功能。
IDC时代，业务对网络容灾参与较少，主要依赖数据中心网络容灾建设程度；当到了云的时代，云服务商将底层网络能力产品化后，云上客户更多参与网络容灾建设，提升业务稳定性。...以腾讯云为例，在同地域选择机房地址的时候，距离大于60公里，要求不同可用区延时小于3ms，来满足云上客户同城容灾建设基本需求。...2.网络容灾复杂度 同城或者异地容灾建设，网络层面因素主要有三个： 1）跨区或者跨地域网络延时，对上层业务影响。 网络延时，通过优化基础设施手段是非常有限的，毕竟受限于实际物理距离和光速。...混合云容灾模式，这里考虑到IDC和云上线路容灾情况，一般建议两条专线接入不同的POP点来进行容灾建设；同时建立VPN或者GRE公网逃生通道来紧急恢复业务。...image.png 3.2 混合云网络容灾 混合云网络容灾分为两个部分： 1）idc和云机房之间线路容灾，主要线路分为专线和VPN。
去年写过一篇《做容灾，冷备是不是个好方案？》，当时提出来，冷备或者主备，其实并不是一个理想的方案，而且绝大多数情况下，只能是一个心理安慰，真正发生故障的情况下，这样的容灾模式根本起不到作用。...最近，公有云又出了些大故障，各大群和朋友圈又开始沸沸扬扬，但是整体看下来，声音无非两种： 单站点不靠谱，要有容灾，出现这种情况就得马上切，所以回去赶紧建设容灾站点； 鸡蛋不能放在一个篮子里，单云不靠谱，...既然要双活，必然会选择另一个跟当前机房有一定距离的机房（同城或异地），而且距离必须得拉开才有意义，如果都在一个园区里面，就没有任何容灾意义了。...我们可以得出的几个结论： 不管怎么选择容灾方案，我们自己的业务系统，从自身架构上，一定要支持单元化，一定要支持数据同步才行，如果这都不支持，讲双活和多活，就是特么的扯淡。...一个合理的建设节奏应该是，同城双活—异地双活—两地三中心（同城双活+异地多活），因为你要解决的问题的复杂度和难度也是在逐步上升的，不可能一蹴而就。
当发生灾难时，容灾备份能够确保数据不丢失。要实现应用的容灾，一个关键就是通过数据库的实时同步和复制，在 A 地出现机房故障和问题的时候可以平滑快速的迁移到 B 地。...两地三中心能够组合本地高可用，同城灾备中心，异地灾备中心，提高可用性，提升业务连续性，重点业务多采用“两地三中心”（即生产数据中心、同城灾备中心、异地灾备中心）建设方案。...4两地三中心 MySQL 主从复制 MySQL 常见高可用方案优劣 对比目前主流的数据库高可用方案，都有各自的优势和劣势，但在支持异地容灾方面都不够简单易用： 高可用方案 优势 劣势 主从 + Keepalived...本方案通过机房内建立 MySQL 主主复制，此时主从切换无需繁琐的命令，只需要设置 read_only；同城机房间也是建立主主复制，方便容灾演练回切，无需复杂的配置。...未来也具备支撑三地五中心等更高等级容灾要求的能力。 依托数据库多通道主主复制数据容灾技术，机房容灾切换时间由传统的 30 分钟降低到 5 分钟，相关脚本集成到自动化平台后进一步降低到 2 分钟以内。
谁曾想房东宽带的速度稳定性还很给力，就是没了公网，NAS用户体验直接夭折，官方的中转服务越用越气，应应急还行，所以研究了一下，利用 NewFuture/DDNS 开源软件配合 fatedier/FRP 实现了多地转发、异地容灾的折中方案
业务混合云容灾实践 业务背景信息 A 企业是一个零售行业电商交易平台，业务系统部署在自建 IDC 机房，存在以下痛点： 业务仅在 IDC 单机房部署，缺少容灾能力。...混合云容灾目标 业务容灾需求归纳如下： 云上云下互容灾，切换 RTO 为分钟级。 期望云上云下相互容灾，继续发挥 IDC 的价值，且不 100% 依赖于云。...数据库异地主备，异步复制备份。应用读写同一数据中心的数据库，避免考虑一致性问题。...MSHA 控制台通过集成 DTS 同步组件，支持云上云下的数据同步（异步复制）。...容灾能力 RPO：<=1min（依赖于 DTS 同步性能） RTO：<=1min（依赖于 DTS 同步延迟，MSHA 组件实现秒级切换。
云架构中典型的高可用设计就是在支持主备可用区（简称AZ一般代表一个机房或园区）的地域创建CLB实例，就是在购买CLB的时候尽量选择多可用区的类型。...云架构中典型的灾备设计就是不同Region（北京是一个region，上海是另外一个region）机房创建一套备份业务系统实现异地灾备，在不同地域、不同可用区中均对原有业务架构做一套完整的备份。...这种容灾架构方式既可以解决单机房故障也可以应对像地震，海啸等灾难性故障。...如下图： 0.png 公有云异地容灾优势: 1）云DNS以及云网络提供快速切换业务入口功能； 2）异地VPC之间的云联网，提供统一发布、部署、配置变更功能； 3）对象存储提供异地数据复制功能； 4）通过数据传输服务...（DTS）提供不同区域间数据库同步功能； 衡量容灾系统有两个主要指标：RPO（Recovery Point Objective）和 RTO（Recovery Time Object），其中 RPO代表
通过腾讯云DTS相关同步技术，实现了业务的平滑无损迁移。...此时如具备同城及异地灾备中心，用户可将同城或异地灾备中心切换为新的数据中心，保障业务在最短的时间内恢复正常。...为避免极端灾难带来的无法挽回的后果，珍爱网利用腾讯云的多区域IDC部署，实现容灾部署，即使主IDC区域遇到地震、火灾等自然灾难导致的地区IDC不可用，可以快速切换到容灾IDC，确保业务的延续性。...除此之外，因为容灾部署使用了TencentDB的容灾服务，避免自建DB容灾所的大量人力投入，同时TencentDB容灾服务使用腾讯云内部带宽，不占用珍爱网的业务带宽，从而大幅节省了容灾建设的人力和资源成本...减少了不必要的资源预留浪费； 依托腾讯云的高可用架构切实保证珍爱网的业务稳定性，同时利用腾讯云CDB的PCI-e SSD 强大 IO 性能，提升业务性能，保障业务连续性； 依托腾讯云的多区域IDC部署，实现异地容灾
冷备或者主备并不是一个理想的方案，而且绝大多数情况下，只能是一个心理安慰，真正发生故障的情况下，这样的容灾模式根本起不到作用。 原因我就不重复了，大家如果有兴趣可以直接看那篇文章。...最近，公有云又出了些大故障，各大群和朋友圈又开始沸沸扬扬，但是整体看下来，声音无非两种： 单站点不靠谱，要有容灾，出现这种情况就得马上切，所以回去赶紧建设容灾站点； 鸡蛋不能放在一个篮子里，单云不靠谱，...既然要双活，必然会选择另一个跟当前机房有一定距离的机房（同城或异地），而且距离必须得拉开才有意义，如果都在一个园区里面，就没有任何容灾意义了。...我们可以得出的几个结论： 不管怎么选择容灾方案，我们自己的业务系统，从自身架构上，一定要支持单元化，一定要支持数据同步才行，如果这都不支持，讲双活和多活，就是特么的扯淡。...一个合理的建设节奏应该是，同城双活—异地双活—两地三中心（同城双活+异地多活），因为你要解决的问题的复杂度和难度也是在逐步上升的，不可能一蹴而就。
容灾系统在企业中给与数据安全系数相当高的保障，但是容灾系统倒是是什么，他们是什么意思？恐怕连正在使用容灾备份的网络管理人员都不能解释。本文用最浅显的语言给大家解释容灾备份到底是什么。...如果是同步容灾，那容灾端同时就删除了；如果是异步容灾，那容灾端在数据异步复制的间隔内就会被删除。这时就需要从备份系统 中取出最新备份，来恢复被错误删除的信息。...（或者异地备份）来防范，占总故障率的44%。...常用的灾备组合方式 基于以上原因，业界在灾备系统的建设上一般按照以下几种方式： 建设机房内的本地备份系统 建设异地的备份系统 该方式可以备份系统的价格满足备份和异地容灾功能，能够避免主生产中心由于地震、...备份系统＋异地容灾系统 这是一个较为理想化的容灾系统一体化解决方案，能够在很大程度上避免各种可能的错误。 容灾恢复等级 ? 灾难恢复层次 ? 灾备技术层次 ? 1.1 磁盘阵列灾备技术 ?
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
即时通信 IM
ICP备案
对象存储
实时音视频
