序言 同城异地灾备,主要是用来进行备份容灾的,从而当一个数据中心挂了,另外一个数据中心经过切换之后,能让服务迅速的恢复。...随着业务的进一步发展,需要提供高可用水平,从而需要从单机房扩展为多机房,从而也就有了同城容灾。。。 对于运维来说,多一次升级,多一次变更,就会多一个故障,多一个锅。。。...热升级了解一下,不可预知的中断了解一下 同城异地最关键的点在于存储,存储如何跨机房使用,从而分为几个方面进行探讨: 1、 DNS解析 在业务大量使用DNS解耦的时候,而且使用双机房的时候...2、 数据库同步 在数据库方面,主要是使用mysql,而mysql则主要是使用主备模式,从而主的在一个机房,而备库则在另外一个机房,在同步的时候,不可避免的情况就是如果一旦主机宕机,从而有可能是丢失数据的...主备复制的延迟考虑,一般主机房和备机房之间使用万兆网络,从而对于一般的数据传输来说,延迟不是很高,基本上是可以忽略的。
问题背景近期某客户需要考虑NAT网关跨地域的灾备方案,用于在上海地域运营商网络中断等场景,可以借助腾讯云内网,将对外访问的流量调度到异地出口。...Nginx解决方案HTTP CONNECT隧道HTTP CONNECT隧道是7层解决方案,核心思想就是利用HTTP CONNECT请求在客户端和代理之间建立一个HTTP CONNECT Tunnel,在...在客户端用curl 加-x参数访问如下curl https://www.baidu.com -svo /dev/null -x 39.105.196.164:443NGINX stream (4层解决方案...最终选型从上面分析可以看出,使用Nginx搭建四层正向代理解决方案,基本可以满足客户跨地灾备、运维自主切换的诉求。
即使云平台在建设数据中心之前,会遵循机房建设标准来选址,但是对于极端情况自然灾害,例如地震,台风等等,对同地域备份安全能力有非常大的风险,因此本文重点阐述腾讯云对异地数据冷备解决方案。1....异地数据备份挑战相对同城数据备份,异地数据冷备主要挑战是成本,主要是跨地域之数据传输带宽成本。...异地数据冷备方案2.1 API实现方案数据备份:云平台的数据库数据备份均为同地域,因此需要将该备份数据上传到异地COS存储桶。...2.3 数据库备份服务数据库备份服务拥有一套完整的数据备份和数据恢复解决方案,具备实时增量备份以及快速的数据恢复能力,同时具备异地容灾能力。...异地数据冷备案例3.1 异地冷备方案以某在线商城为例,涉及数据产品为mysql,reids以及cos,结合云平台的能力,具体方案架构如下:图片方案要点说明:数据备份:基于数据恢复的rto时长,mysql
一、异地容灾主要备份三种数据: 1、DB数据 2、操作系统 3、日志信息 二、恢复时间不能超过30分钟 三、图中为DB的备份方式,DB总的有四份备份:生产存储一份、移动硬盘一份、备份存储一份、灾备存储一份...备份方式为,平时通过生产系统的介质服务器传输到移动硬盘,通过CS传输数据到灾备中心的介质服务器,在通过介质服务器传输到备份存储、灾备存储。...生产中心发生异常时的DB切换方式为,将移动硬盘迅速转移挂载到灾备中心的介质服务器,然后再发起恢复 四、日常对OS进行每日备份,通过CS传输到灾备中心的介质服务器,再发送给备份存储和灾备存储,即OS的备份有三份...:生产存储、备份存储、灾备存储 五、日志的备份和OS一样 六、恢复切换步骤:日志恢复、OS恢复、修改IP和主机名、移动硬盘转移挂载 七、本地恢复 image.png 八、两地传输带宽的计算要考虑每日数据增量
一、说明 从主集群定期的导出最近两个快照之差,然后导入到备集群。...三、总结 最终选择方案三定期的备份增量文件,达到增量备份。 3.1 备份流程图 ?...3.1.2 首次备份 1.在主集群创建Image的快照 2.导出主集群Image的全量快照 3.将导出的全量快照文件传输到备集群 4.备集群创建对应的pool/image 5.导入全量快照文件到备集群中...6.完成备份 3.1.3 非首次备份 1.在主集群查找最近的快照文件,并且确认备集群是否存在同名的快照 2.在主集群创建Image的快照 3.导出最近快照文件和刚创建快照文件的差量文件。...(导出每次diff,实现增量备份) 4.将导出的差量快照文件传输到备集群 5.导入全量快照文件到备集群中 6.完成备份 3.2 总结 定期的每天导出增量的数据文件,在做恢复的时候,就从第一个快照导入
异地灾备中心的选址还必须做到“三不”,即不 在同一地震带,不在同一电网,不在同一江河流域。 传统的异地灾备中,两地三中心是最为稳固的、保护等级最高,也是成本最高的灾备方案。...图片二、异地灾备方案构建成本高传统异地灾备中心建设成本,要考虑以下几个部分:1)场地费用:包括灾备机房基础设施费用,灾备中心人员费用等。...与同城灾备相比,传统异地灾备方案考虑到灾备中心的数量和距离因素,以上介绍的几个成本因素会成倍增加,甚至可以达到几十倍的成本差异。显然,大部分中小型企业是难以承担如此高昂的灾备费用的。...四、云上可以实现异地灾备吗为了适应云和大数据时代,利用云容灾技术来实现异地灾备方案,不仅可以提高业务连续性,还有利于降低灾备成本。...这里推荐用万博智云的HyperBDR云容灾工具,低成本构建腾讯云异地容灾方案。为了攻克资源冗余的问题,HyperBDR在容灾思路上有一个革新。
一、业内灾备方案 1....方案对比 方案 详细说明 优点 缺点 Snapshot 主站点备份时为存储块打快照,将快照的差异部分发送到备站点重新生成新快照 1.当前Ceph版本就支持rbd snapshot的功能 2....定期备份存在差异数据丢失 Ceph-backup 官方社区基于快照的方式,进行包装了下 同上 同上 RBD Mirroring 主要是客户端多写一份日志,然后异步同步到备集群进行实时备份 1....总结 结合业内的各大公司的灾备方案,以及社区相关的技术文档。个人建议用快照的方式, 简单、便捷、风险较低、易实现。 并且国内云厂商也普遍都是利用快照的方式实现灾备方案,然后加上自己的策略进行包装。
5月24日,个推TechDay系列线上技术沙龙将聚焦【消息推送主题】 由个推高级研发总监公瑾分享个推推送SDK之技术沉淀 个推平台研发总监逍遥则从实践角度出发剖析异地灾备的难点及解决思路。
这里说的灾备测试主要指的是在我们测试过程中手工无法模拟,但是在用户使用产品的时候由于网络的原因又是会经常发生的情况,具体指的就是网络延时、请求失败、session失效等情况,下面我们就来看下针对这些情况我们该如何构造测试环境
相反的服务越多则资讯系统的软/硬体设备数量就越多,电力的消耗、技术能力的门槛、空间的佔用就越多,硬体设备环境改变由Rack伺服器变成刀锋伺服器,但系统及资料的保护依旧无法改善,仍然是资讯主管的一点重大问题,因此异地备援系统...、资料异地存放等方式产生,但都需要花费大量的成本及人力资源来进行资料的保护,如在费用的许可才会提供断线时系统及时切换提供服务,但往往在做切换系统到备援端时,需要大量的人力及资讯设备并在两地机方南北奔波,...且切换时需準备大量的SOP文件按步骤一步一步的去执行,要完成切换需有大量且较高专业技术能的工程师支援,使其演练能顺利完成。...简单化的管理 经由Vsphere web client 集中化管理众多虚拟机转移,使用塬则导向自动化和软体定义的资料中心架构来简化持续的管理作业,使用者透过单一介面操作SRM备援切换作业。...最多可降低 50% 的总持有成本 日常透过vSphere Replication定时同步到备援中心,当发生异常备援端启动SRM切换使备援系统上线服务,可降低灾难復塬的总持有成本达50%。
的这些不常用的重要功能,并整理成文档,现在分享出来,希望对有这方面需求的同行有些帮助 由于内容较多,一共分为三部分分享 Elasticsearch多主、多数据、多协调、多冷节点节点说明及配置 Elasticsearch灾备同步方案设计...Elasticsearch灾备同步方案设计验证 搭建两套ElasticSearch集群,k8s-dev1作为备份集群、k8s-dev4作为还原集群 共享目录需要设置读写权限及PV、PVC的多节点读写配置
的这些不常用的重要功能,并整理成文档,现在分享出来,希望对有这方面需求的同行有些帮助 由于内容较多,一共分为三部分分享 Elasticsearch多主、多数据、多协调、多冷节点节点说明及配置 Elasticsearch灾备同步方案设计...Elasticsearch灾备同步方案设计验证 为了避免ElasticSearch发生意外情况所以对存储的数据进行灾备是在使用ElasticSearch过程中,必不可少的重要环节,通过快照快照进行本地或者分布式备份...,ElasticSearch支持多种存储,可以适应与各种场景下的数据灾备需求,并在意外发生后及时的数据还原,持续化的提供ElasticSearch服务能力。
规划企业安全保障体系考虑的因素 对于企业而言到底应该如何建设自己的灾备系统,是只建设备份系统、还是只建设容灾系统、还是需要二者同时建设、或者是分步骤的建设,谁先谁后等问题,主要根据业务的需求而定: (1...(或者异地备份)来防范,占总故障率的44%。...常用的灾备组合方式 基于以上原因,业界在灾备系统的建设上一般按照以下几种方式: 建设机房内的本地备份系统 建设异地的备份系统 该方式可以备份系统的价格满足备份和异地容灾功能,能够避免主生产中心由于地震、...备份系统+异地容灾系统 这是一个较为理想化的容灾系统一体化解决方案,能够在很大程度上避免各种可能的错误。 容灾恢复等级 ? 灾难恢复层次 ? 灾备技术层次 ? 1.1 磁盘阵列灾备技术 ?...2.1 卷管理软件灾备技术 ? 2.2 数据库日志复制技术 ? 2.3 数据库灾备技术 ? 3.1 应用灾备技术 ? 11.容灾体系结构规划 ? 系统正常运行 ? 生产中心单台主机宕机 ?
本文组织: 灾备系统建设任重道远 CDM简介 南京政务云CDM灾备方案分析 1 灾备系统建设任重道远 灾备系统建设是IT领域永恒的话题,但是,目前很多企业仍未重视灾备建设的重要性。...相比传统架构下的灾备系统,云基础架构之上的灾备系统建设带来的新挑战主要是针对虚拟机环境的特殊性做一系列适配,以及与云管理平台的集成统一管理。 ?...Copy Data Management(CDM)是灾备领域近年来出现的新概念,本文利用一个案例向大家展示CDM如何在私有云中落地实现云虚拟化环境的灾备。...3 南京政务云CDM灾备方案分析 3.1 项目概述与需求 南京市政务云系统软硬件设备分布在三个机房:新城机房、电信机房、移动机房。...3.2 鼎甲InfoKist+InfoSemper方案 本方案中,供应设备整体纳入统一备份域,由单独管理控制端进行全局调度,设备从功能应用角度,划分为备份服务器(InfoKist)和容灾服务器(InfoSemper
主备、冷备、热备、双活、多活、同城、异地、多云,等等等等,这些保证业务高可用和容灾名词,我们经常会听到,不绝于耳。 但是,真的当我们自己要去建设,选择方案时,就发现不知道该怎么选择和搭配了。...结合近期我们的一些讨论,准备用几篇文章简单分享下我们的理解,今天先聊冷备。 冷备是不是个好方案?...所以,即使上面几个方案可行,基础条件上又不满足,因为根本无法写入数据,关键的业务逻辑根本不具备验证条件。...最后,结论 冷备只能是冷备,关键时刻并不能起到快速承载业务的效果,在业务容灾建设时,这个思路其实是不可行的。 但是对于部分组件,比如数据库、大数据、文件,这些存储类的部件,做冷备是有重大意义的。...也就是,后面我们在提到冷备时,应该叫做数据冷备、文件冷备、源代码冷备才有意义,或许会更准确些。 ----
简介 为了应对地震、火灾等不可抗力导致本地备份数据丢失的情况,业界提出了异地灾备的技术理念。...CPDR (Control Plane Disaster Recovery,控制平面灾备)是一种应用在vBRAS转发与控制分离组网中的异地 灾备技术。...它通过在两个分属于不同DC(Data Center,数据中心)的CP之间进行双机备份来实现异地灾备, 从而达到当一个DC发生灾难时,由另一个DC快速接管用户业务的目的。...工作机制 在vBRAS转发与控制分离组网中,CP灾备的实现过程如下: 在不同DC的CP上分别创建CP灾备组,并指定CP灾备组的主备角色。 向CP灾备组中添加待管理的UP。...例如,上述组网中,在CP 1上创建CP灾备组group 1并配置为主CP灾备组,在CP 2上创建CP灾备组group 1 并配置为备CP灾备组,且CP 1和CP 2上的CP灾备组group 1管理的UP
原理其实和MySQL的主从同步原理非常类似,前者基于journaling,后者基于binlog,简单地说就是利用日志进行回放(replay):通过在存储系统中增加Mirror组件,采用异步复制的方式,实现异地备份...1.3 优点 1、当副本在异地的情况下,减少了单个集群不同节点间的数据写入延时; 2、减少本地集群或异地集群由于意外断电导致的数据丢失。...17199730000 --io-size 4096000 elapsed: 18 ops: 4200 ops/sec: 228.57 bytes/sec: 936229596.77 3.2 主备集群性能...随机读写 rbd bench-write 单主集群 4M 30 带宽:935 MB/s 平均IOPS:228.33 带宽:936 MB/s 平均IOPS: 228.57 rbd bench-write 主备集群
异地多活相对于异地热备,最大不同点在于应用在不同地域都承载流量,从业务流量调度,数据同步以及业务性能等方面技术复杂度会大幅度的提升。...对于业务异地多活,基于成本以及业务复杂性实现方案有很多,当前主要介绍以下三种方案。方案一:业务单元化部署业务多地域单元化部署,入口流量借助于DNS解析线路来调度。...接入层CLB具备跨AZ主备能力;应用层采用多可用区部署建议采用容器运行时;数据层采用一端写就近读的跨AZ高可用实例。3)容灾成本:业务备份的资源成本,具体可参考之前容灾文章系列。...详细技术架构图如下:图片在本方案中,不涉及备份技术和AS弹性扩容的技术细节,详情请参考之前容灾系列的备份方案。方案要点说明如下:1)业务调度:同方案一保持一致。...详细技术架构如下:图片在本方案中,不涉及备份技术和AS弹性扩容的技术细节,详情请参考之前容灾系列的备份方案。
前言 灾备,又称灾难恢复(disaster recovery)。指的是, 发生灾难时恢复业务的能力。这就意味着已经发生了灾难,进行补救。它的流程是,前期准备,发现灾难,应对灾难。...大多数系统的自动灾备依赖外部系统实现,一些关键模块则使用分布式共识算法实现内部灾备。 自动灾备的基础 副本(前期准备) 副本是灾备的基础,没有副本拿什么容灾呢。...无状态应用的容灾 因为是无状态的应用,所以它可以可以快速扩容(Scale Out),在故障转移上也非常便捷。 它的关键在于: 1. 有足够的可用副本。 2. 故障转移简单,前置条减少。...有状态应用的容灾 首先,有状态系统需要具备无状态系统的能力。让可靠的副本承接流量是最优方案。 相比无状态应用,有状态应用的故障转移有前置条件,就是副本数据可靠。否则会影响数据质量。...总结 副本,故障转移,探活,是自动灾备的基础。 有状态的应用,需要保证备用副本的可靠性(和主副本一致),可靠性和延时需要取舍。
系统出错或者断电等等各种问题是计算机系统常常需要面对的问题,redis不像关系型数据库具有回滚和数据的恢复特性。所以这块数据的恢复就变成了一种自己去处理的粗糙办...
领取专属 10元无门槛券
手把手带您无忧上云