首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

同城异地

序言 同城异地,主要是用来进行备份容的,从而当一个数据中心挂了,另外一个数据中心经过切换之后,能让服务迅速的恢复。...热升级了解一下,不可预知的中断了解一下 同城异地最关键的点在于存储,存储如何跨机房使用,从而分为几个方面进行探讨: 1、 DNS解析 在业务大量使用DNS解耦的时候,而且使用双机房的时候...2、 数据库同步 在数据库方面,主要是使用mysql,而mysql则主要是使用主模式,从而主的在一个机房,而库则在另外一个机房,在同步的时候,不可避免的情况就是如果一旦主机宕机,从而有可能是丢失数据的...主复制的延迟考虑,一般主机房和机房之间使用万兆网络,从而对于一般的数据传输来说,延迟不是很高,基本上是可以忽略的。...在数据库跨机房同步的时候,mysql可能出现脑裂的情况,也就是双机房互联网络出现中断,从而机房检测到主机房不可用,但是在这个时候,是不能自动进行切换的,需要人工介入处理操作。

4K31
您找到你想要的搜索结果了吗?
是的
没有找到

系列(九)——异地数据冷建设

即使云平台在建设数据中心之前,会遵循机房建设标准来选址,但是对于极端情况自然灾害,例如地震,台风等等,对同地域备份安全能力有非常大的风险,因此本文重点阐述腾讯云对异地数据冷解决方案。1....异地数据备份挑战相对同城数据备份,异地数据冷主要挑战是成本,主要是跨地域之数据传输带宽成本。...异地数据冷方案2.1 API实现方案数据备份:云平台的数据库数据备份均为同地域,因此需要将该备份数据上传到异地COS存储桶。...2.3 数据库备份服务数据库备份服务拥有一套完整的数据备份和数据恢复解决方案,具备实时增量备份以及快速的数据恢复能力,同时具备异地能力。...异地数据冷备案例3.1 异地方案以某在线商城为例,涉及数据产品为mysql,reids以及cos,结合云平台的能力,具体方案架构如下:图片方案要点说明:数据备份:基于数据恢复的rto时长,mysql

8.5K164

异地方案解析

一、异地主要备份三种数据: 1、DB数据 2、操作系统 3、日志信息 二、恢复时间不能超过30分钟 三、图中为DB的备份方式,DB总的有四份备份:生产存储一份、移动硬盘一份、备份存储一份、存储一份...备份方式为,平时通过生产系统的介质服务器传输到移动硬盘,通过CS传输数据到中心的介质服务器,在通过介质服务器传输到备份存储、存储。...生产中心发生异常时的DB切换方式为,将移动硬盘迅速转移挂载到中心的介质服务器,然后再发起恢复 四、日常对OS进行每日备份,通过CS传输到中心的介质服务器,再发送给备份存储和存储,即OS的备份有三份...:生产存储、备份存储、存储 五、日志的备份和OS一样 六、恢复切换步骤:日志恢复、OS恢复、修改IP和主机名、移动硬盘转移挂载 七、本地恢复 image.png 八、两地传输带宽的计算要考虑每日数据增量

2.5K10

RBD快照方案

一、说明 从主集群定期的导出最近两个快照之差,然后导入到集群。...三、总结 最终选择方案三定期的备份增量文件,达到增量备份。 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.9K10

异地,利用腾讯云就可以实现

异地中心的选址还必须做到“三不”,即不 在同一地震带,不在同一电网,不在同一江河流域。 传统的异地中,两地三中心是最为稳固的、保护等级最高,也是成本最高的方案。...图片二、异地方案构建成本高传统异地中心建设成本,要考虑以下几个部分:1)场地费用:包括机房基础设施费用,中心人员费用等。...与同城相比,传统异地方案考虑到中心的数量和距离因素,以上介绍的几个成本因素会成倍增加,甚至可以达到几十倍的成本差异。显然,大部分中小型企业是难以承担如此高昂的费用的。...四、云上可以实现异地吗为了适应云和大数据时代,利用云容技术来实现异地方案,不仅可以提高业务连续性,还有利于降低成本。...这里推荐用万博智云的HyperBDR云容工具,低成本构建腾讯云异地方案。为了攻克资源冗余的问题,HyperBDR在容思路上有一个革新。

3.3K20

虚拟化异地援解决方案

相反的服务越多则资讯系统的软/硬体设备数量就越多,电力的消耗、技术能力的门槛、空间的佔用就越多,硬体设备环境改变由Rack伺服器变成刀锋伺服器,但系统及资料的保护依旧无法改善,仍然是资讯主管的一点重大问题,因此异地援系统...、资料异地存放等方式产生,但都需要花费大量的成本及人力资源来进行资料的保护,如在费用的许可才会提供断线时系统及时切换提供服务,但往往在做切换系统到援端时,需要大量的人力及资讯设备并在两地机方南北奔波,...且切换时需準大量的SOP文件按步骤一步一步的去执行,要完成切换需有大量且较高专业技术能的工程师支援,使其演练能顺利完成。...简单化的管理 经由Vsphere web client 集中化管理众多虚拟机转移,使用塬则导向自动化和软体定义的资料中心架构来简化持续的管理作业,使用者透过单一介面操作SRM援切换作业。...最多可降低 50% 的总持有成本 日常透过vSphere Replication定时同步到援中心,当发生异常备援端启动SRM切换使援系统上线服务,可降低灾难復塬的总持有成本达50%。

1.2K70

知识总结:容与备份区别、技术、容体系规划

规划企业安全保障体系考虑的因素 对于企业而言到底应该如何建设自己的系统,是只建设备份系统、还是只建设容系统、还是需要二者同时建设、或者是分步骤的建设,谁先谁后等问题,主要根据业务的需求而定: (1...(或者异地备份)来防范,占总故障率的44%。...常用的组合方式 基于以上原因,业界在系统的建设上一般按照以下几种方式: 建设机房内的本地备份系统 建设异地的备份系统 该方式可以备份系统的价格满足备份和异地功能,能够避免主生产中心由于地震、...备份系统+异地系统 这是一个较为理想化的容系统一体化解决方案,能够在很大程度上避免各种可能的错误。 容恢复等级 ? 灾难恢复层次 ? 技术层次 ? 1.1 磁盘阵列技术 ?...2.1 卷管理软件技术 ? 2.2 数据库日志复制技术 ? 2.3 数据库技术 ? 3.1 应用技术 ? 11.容体系结构规划 ? 系统正常运行 ? 生产中心单台主机宕机 ?

8.2K21

国内首个CDM+云数据方案分析

本文组织: 系统建设任重道远 CDM简介 南京政务云CDM方案分析 1 系统建设任重道远 系统建设是IT领域永恒的话题,但是,目前很多企业仍未重视建设的重要性。...相比传统架构下的系统,云基础架构之上的系统建设带来的新挑战主要是针对虚拟机环境的特殊性做一系列适配,以及与云管理平台的集成统一管理。 ?...Copy Data Management(CDM)是领域近年来出现的新概念,本文利用一个案例向大家展示CDM如何在私有云中落地实现云虚拟化环境的。...3 南京政务云CDM方案分析 3.1 项目概述与需求 南京市政务云系统软硬件设备分布在三个机房:新城机房、电信机房、移动机房。...3.2 鼎甲InfoKist+InfoSemper方案方案中,供应设备整体纳入统一备份域,由单独管理控制端进行全局调度,设备从功能应用角度,划分为备份服务器(InfoKist)和容服务器(InfoSemper

2.5K21

做容,冷是不是个好方案

、冷、热、双活、多活、同城、异地、多云,等等等等,这些保证业务高可用和容名词,我们经常会听到,不绝于耳。 但是,真的当我们自己要去建设,选择方案时,就发现不知道该怎么选择和搭配了。...结合近期我们的一些讨论,准备用几篇文章简单分享下我们的理解,今天先聊冷。 冷是不是个好方案?...所以,即使上面几个方案可行,基础条件上又不满足,因为根本无法写入数据,关键的业务逻辑根本不具备验证条件。...最后,结论 冷只能是冷,关键时刻并不能起到快速承载业务的效果,在业务容建设时,这个思路其实是不可行的。 但是对于部分组件,比如数据库、大数据、文件,这些存储类的部件,做冷是有重大意义的。...也就是,后面我们在提到冷时,应该叫做数据冷、文件冷、源代码冷才有意义,或许会更准确些。 ----

2.4K50

CP技术介绍

简介 为了应对地震、火灾等不可抗力导致本地备份数据丢失的情况,业界提出了异地的技术理念。...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

2.3K21

系列(十二)——业务异地多活能力建设【方案篇】

异地多活相对于异地,最大不同点在于应用在不同地域都承载流量,从业务流量调度,数据同步以及业务性能等方面技术复杂度会大幅度的提升。...对于业务异地多活,基于成本以及业务复杂性实现方案有很多,当前主要介绍以下三种方案方案一:业务单元化部署业务多地域单元化部署,入口流量借助于DNS解析线路来调度。...接入层CLB具备跨AZ主能力;应用层采用多可用区部署建议采用容器运行时;数据层采用一端写就近读的跨AZ高可用实例。3)容成本:业务备份的资源成本,具体可参考之前容文章系列。...详细技术架构图如下:图片在本方案中,不涉及备份技术和AS弹性扩容的技术细节,详情请参考之前容系列的备份方案方案要点说明如下:1)业务调度:同方案一保持一致。...详细技术架构如下:图片在本方案中,不涉及备份技术和AS弹性扩容的技术细节,详情请参考之前容系列的备份方案

1.9K53

自动技术分析

前言 ,又称灾难恢复(disaster recovery)。指的是, 发生灾难时恢复业务的能力。这就意味着已经发生了灾难,进行补救。它的流程是,前期准备,发现灾难,应对灾难。...大多数系统的自动依赖外部系统实现,一些关键模块则使用分布式共识算法实现内部。 自动的基础 副本(前期准备) 副本是的基础,没有副本拿什么容呢。...无状态应用的容 因为是无状态的应用,所以它可以可以快速扩容(Scale Out),在故障转移上也非常便捷。 它的关键在于: 1. 有足够的可用副本。 2. 故障转移简单,前置条减少。...有状态应用的容 首先,有状态系统需要具备无状态系统的能力。让可靠的副本承接流量是最优方案。 相比无状态应用,有状态应用的故障转移有前置条件,就是副本数据可靠。否则会影响数据质量。...总结 副本,故障转移,探活,是自动的基础。 有状态的应用,需要保证备用副本的可靠性(和主副本一致),可靠性和延时需要取舍。

1.1K20
领券