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

异地方案解析

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

2.7K10

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

异地数据备份挑战相对同城数据备份,异地数据冷备主要挑战是成本,主要是跨地域之数据传输带宽成本。...异地数据冷备方案2.1 API实现方案数据备份:云平台的数据库数据备份均为同地域,因此需要将该备份数据上传到异地COS存储桶。...2)通过url将备份下载到本地 3)调用cos上传api,将本地的备份文件上传到异地cos桶 4)按照备份业务规则,周期性的执行上面1-3步骤,将备份存储到异地COS存储桶。...2.3 数据库备份服务数据库备份服务拥有一套完整的数据备份和数据恢复解决方案,具备实时增量备份以及快速的数据恢复能力,同时具备异地能力。...异地数据冷备案例3.1 异地冷备方案以某在线商城为例,涉及数据产品为mysql,reids以及cos,结合云平台的能力,具体方案架构如下:图片方案要点说明:数据备份:基于数据恢复的rto时长,mysql

8.9K164
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    CKV+异地探索和实践

    今天跟大家分享的题目为《CKV+异地探索和实践》。CKV+是一个兼容redis协议的内存数据库,现在大部分用户对内存数据库的要求越来越高,对一致性、异地等方面也提出更高的要求。...04CKV+单活多可用区异地实践 CKV+为了满足不同的要求,已上线了单活多可用区特性,支持不同级别: 单可用区:机架级能力。 同地域多可用区:机架、可用区级能力。...跨地域多可用区:跨城际。 默认的情况下,CKV+的级别是跨机架,保证主备分片必须跨机架,避免一个机架掉电导致主备分片都不可用的问题。...如果希望更高的级别,可以选择同地域多可用区以及跨地域多可用区,当然这样可能导致的访问和主备延时会更大。在不同的级别上,对于性能和成本其实是一个很微妙的关系。...05CKV+多活架构异地探索 异地单活虽然提供了不同的级别,甚至不同可用区提供了读能力,但只能在主可用区执行写操作。

    1.2K20

    同城+异地多活是全球化处理的最好模式吗?

    在海外,我们首先采取了跨区域的异地多活模式,随后根据区域化业务发展的需要,进一步调整为异地多活和同城的结合模式。...与同城不同,异地会有一个选择过程:先判断同城资源,如果同城资源不够,再考虑区域间的策略。...字节海外 由于海外业务的特殊性,我们的架构首先采用了异地模式,然后发展成为异地加同城的双重模式。...因此,在海外,先同城后异地不一定是最佳默认策略,我们可以考虑利用海外的天然特点,例如时区来做的第一判断依据,根据事故发生时的时区特点来决策,第一优先级是同城,或者是异地切流,因为容量是我们首要考虑的因素...在国内容和海外方面,我们目前都在采用同城异地多活的模式,并且我们正在持续不断地完善整体的能力建设。

    18110

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

    具体技术架构如下:图片在本方案中,不涉及备份技术方案,详情请参考之前系列的备份方案。方案要点说明如下:1)业务调度:目前通过DNS统一调度,调度路线设置通过地区或者运营商为区分。...3)成本:业务备份的资源成本,具体可参考之前文章系列。4)业务恢复:可用区粒度的极端故障,基于云平台同城双活架构可实现RTO秒级切换恢复业务。...详细技术架构图如下:图片在本方案中,不涉及备份技术和AS弹性扩容的技术细节,详情请参考之前系列的备份方案。方案要点说明如下:1)业务调度:同方案一保持一致。...详细技术架构如下:图片在本方案中,不涉及备份技术和AS弹性扩容的技术细节,详情请参考之前系列的备份方案。...方案要点说明如下:1)业务调度:于方案二保持一致1)业务部署:相对于方案二,增加了数据双向同步,各个地域中心均具有全局数据能力,提升的RTO指标,同时不同业务数据要有唯一主键来保证数据一致性。

    2.2K53

    的架构分析和选择策略

    其中,本地的存储网络连接的主备高可用适用于近距离的建设,受距离限制较大;异地远距离的主备高可用,则会存在极小的数据延时。...最为稳固的、保护等级最高,也是成本最高的方案,即“两地三中心”:本地的生产中心和备中心相距100km以上,进行应用级或业务级保护,且在 300km 以外的异地建立备中心,进行数据级或应用级保护...2.1数据级 数据级是指通过建立异地备中心,做数据的远程备份,在灾难发生之后要确保原有的数据不会丢失或者遭到破坏,但在数据级这个级别,发生灾难时应用是会中断的。...在数据级方式下,所建立的异地备中心可以简单地把它理解成一个远程的数据备份中心。数据级的恢复时间比较长,但是相比其他级别来讲它的费用比较低,而且构建实施也相对简单。...云结合云平台的计算、存储和带宽等诸多优势,相比传统具备了多方面的优势: 基础设施减少 摒弃采购传统的服务器,借助云平台供应商提供的计算和存储平台,或直接采用云DRaaS应用服务。

    2.6K30

    同城异地

    序言 同城异地备,主要是用来进行备份的,从而当一个数据中心挂了,另外一个数据中心经过切换之后,能让服务迅速的恢复。...随着业务的进一步发展,需要提供高可用水平,从而需要从单机房扩展为多机房,从而也就有了同城。。。 对于运维来说,多一次升级,多一次变更,就会多一个故障,多一个锅。。。...热升级了解一下,不可预知的中断了解一下 同城异地最关键的点在于存储,存储如何跨机房使用,从而分为几个方面进行探讨: 1、 DNS解析 在业务大量使用DNS解耦的时候,而且使用双机房的时候...3、 SLB高可用 在每个机房中,流量的入口总是SLB,从而保证SLB高可用也是相当关键的,所有的VM的rs服务器都是挂接在SLB之后,一旦SLB不可用,那么所有的业务中断。。。

    4.1K31

    系列(三)——云网络建设

    IDC时代,业务对网络参与较少,主要依赖数据中心网络建设程度;当到了云的时代,云服务商将底层网络能力产品化后,云上客户更多参与网络建设,提升业务稳定性。...2.网络复杂度 同城或者异地建设,网络层面因素主要有三个: 1)跨区或者跨地域网络延时,对上层业务影响。 网络延时,通过优化基础设施手段是非常有限的,毕竟受限于实际物理距离和光速。...2)跨区或者跨地域云基础设施能力。 通常云服务厂家数据中心建设均有能力,这里建议还是选择大厂。 3)IDC到云上网络高可用建设。...混合云模式,这里考虑到IDC和云上线路灾情况,一般建议两条专线接入不同的POP点来进行建设;同时建立VPN或者GRE公网逃生通道来紧急恢复业务。...image.png 3.2 混合云网络 混合云网络分为两个部分: 1)idc和云机房之间线路,主要线路分为专线和VPN。

    4.7K93

    系列(八)——同城数据冷备建设

    为了让企业能更好用好云平台的数据安全能力,本文重点云平台数据备份冷备能力,以腾讯云为例,主要从以下两个维度介绍:同城数据冷备能解决企业什么问题,达到怎么样业务效果?...同城冷备份方案同城数据冷备方案主要依赖于云平台能力备份能力,对现有业务架构没有任何改造,方案架构如下:图片该方案核心要点说明:数据备份:云侧数据库mysql和redis在控制台设置数据备份参数,数据备份存储在COS,具备地域级别...指标详细说明能力具备同地域(不同可用区)数据备份能力,不具备不同地域的能力。...3.演练能力建设,增加平时运维成本以及自动化工具开发功能。

    6.6K113

    ,双活、多活、同城、异地、多云,到底应该怎么选?

    去年写过一篇《做,冷备是不是个好方案?》,当时提出来,冷备或者主备,其实并不是一个理想的方案,而且绝大多数情况下,只能是一个心理安慰,真正发生故障的情况下,这样的模式根本起不到作用。...最近,公有云又出了些大故障,各大群和朋友圈又开始沸沸扬扬,但是整体看下来,声音无非两种: 单站点不靠谱,要有,出现这种情况就得马上切,所以回去赶紧建设站点; 鸡蛋不能放在一个篮子里,单云不靠谱,...既然要双活,必然会选择另一个跟当前机房有一定距离的机房(同城或异地),而且距离必须得拉开才有意义,如果都在一个园区里面,就没有任何意义了。...我们可以得出的几个结论: 不管怎么选择方案,我们自己的业务系统,从自身架构上,一定要支持单元化,一定要支持数据同步才行,如果这都不支持,讲双活和多活,就是特么的扯淡。...一个合理的建设节奏应该是,同城双活—异地双活—两地三中心(同城双活+异地多活),因为你要解决的问题的复杂度和难度也是在逐步上升的,不可能一蹴而就。

    2.9K40

    ,双活、多活、同城、异地、多云,到底应该怎么选?

    冷备或者主备并不是一个理想的方案,而且绝大多数情况下,只能是一个心理安慰,真正发生故障的情况下,这样的模式根本起不到作用。 原因我就不重复了,大家如果有兴趣可以直接看那篇文章。...最近,公有云又出了些大故障,各大群和朋友圈又开始沸沸扬扬,但是整体看下来,声音无非两种: 单站点不靠谱,要有,出现这种情况就得马上切,所以回去赶紧建设站点; 鸡蛋不能放在一个篮子里,单云不靠谱,...既然要双活,必然会选择另一个跟当前机房有一定距离的机房(同城或异地),而且距离必须得拉开才有意义,如果都在一个园区里面,就没有任何意义了。...我们可以得出的几个结论: 不管怎么选择方案,我们自己的业务系统,从自身架构上,一定要支持单元化,一定要支持数据同步才行,如果这都不支持,讲双活和多活,就是特么的扯淡。...一个合理的建设节奏应该是,同城双活—异地双活—两地三中心(同城双活+异地多活),因为你要解决的问题的复杂度和难度也是在逐步上升的,不可能一蹴而就。

    2.9K30

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

    系统在企业中给与数据安全系数相当高的保障,但是系统倒是是什么,他们是什么意思?恐怕连正在使用备份的网络管理人员都不能解释。本文用最浅显的语言给大家解释备份到底是什么。...如果是同步,那端同时就删除了;如果是异步,那端在数据异步复制的间隔内就会被删除。这时就需要从备份系统 中取出最新备份,来恢复被错误删除的信息。...(或者异地备份)来防范,占总故障率的44%。...常用的备组合方式 基于以上原因,业界在备系统的建设上一般按照以下几种方式: 建设机房内的本地备份系统 建设异地的备份系统 该方式可以备份系统的价格满足备份和异地功能,能够避免主生产中心由于地震、...备份系统+异地系统 这是一个较为理想化的系统一体化解决方案,能够在很大程度上避免各种可能的错误。 恢复等级 ? 灾难恢复层次 ? 备技术层次 ? 1.1 磁盘阵列备技术 ?

    10.2K21

    腾讯云原生数据库 TDSQL-C异地核心能力构建

    本文将给大家分享《TDSQL-C (原CynosDB)的实践和探索》,主要内容有以下三个方面: 1 云原生数据库和传统数据库的架构对比 2 MySQL数据库的部署模型 3 TDSQL-C 异地系统的实践...; 数据以逻辑日志或者物理日志格式进行同步; Primary与Replica之间使用异步或者半同步方式连接; 数据一致性以及故障的发现和处理通过外围系统或者内置的一致性协议来保证; TDSQL-C异地系统的实践...(TDSQL-C多维一体的系统) 云原生数据库TDSQL-C在异地能力构建上,近期推出了跨可用实例功能,支持跨AZ的手工和自动切换。...下文将重点介绍系统的实现原理和难点: 多维一体系统概述: ● Agent与实例同机部署,负责采集实例状态,并定期上报给Scheduler。...以上是腾讯云原生数据库TDSQL-C异地系统的实践。

    1.9K10

    系列(四)——业务应用层建设

    综上所述,本文从云平台视角出发阐述应用层业务建设,主要分为方案设计考虑纬度、复杂度以及云上客户案例三个方面。 1.应用概述 1.1 应用部署 应用是否满足跨地域/可用区部署?...应用层调用链是否能接受跨区延时,如果业务无法接受跨区,该业务做只能set化部署,这里需要强大中间件团队开发数据同步系统。...应用层调用链能接受跨区延时,一般以试点业务先观察,小步迭代方式逐步构建能力。...切换强依赖于调度系统以及配置系统稳定性。这里稳定性主要包括系统能力和性能;遇到大规模故障,大量信息配置变更请求调度系统和配置系统要能扛住洪峰,是保障这个方案的根基。...2.应用复杂度 计算应用层,主要考虑以下两个方面: 哪些节点执行任务。 这里要区分清楚哪些节点执行核心业务,这里会引入不同的复杂度。

    3.5K72

    系列(七)——混合云公网出口建设

    本文结合云平台公网能力,从网络平台角度来分析建设可行性。...2.公网出口方案 2.1 IDC和云平台出口互为主备 正常情况下,IDC和云平台公网出口流量是烟囱式,互不交叉;当IDC公网出口异常,流量切换到云平台,同样云平台公网出口异常,流量切换到IDC。...整体公网出口方案如下: image.png 2.1.1 云平台切换方案。 正常情况下,业务流量通过NAT访问公网,如上路绿色线条标识。...2.1.2 IDC切换方案 正常情况下,IDC业务流量通过NAT访问公网,如上路绿色线条标识。...IDC公网出口方案 (推荐) 1.方案简单,更多依赖云平台能力 2.方案落地快捷。 3.人力成本低,不需要自建系统。 4.维护成本低,不需要后续维护系统稳定性。

    3.1K124

    知识知多少

    为什么要做? 你知道吗?自然灾害、设备故障、人为因素等都会造成业务中断。如今数字化时代,IT系统故障更会对公司业务造成难以估量的巨大经济损失。...体系介绍 1 数据中心 集团公司通过两地建立三个数据中心,通过双活、冷备等方式,实现两地三中心架构。...2 体系建设 系统类型 --- 策略 核心业务系统 --- 两地三活 关键平台系统 --- 同城双活 非关键系统 --- 异地冷备 3 技术方案 异地冷备 恢复能力 RTP≤1h RPO≤5min...选取异地数据中心搭建备环境,通过公司统一平台工具实现应用配置同步,生产库与同城库可进行实时同步,同城库与异地备库可进行异步同步。...演习要求 每年进行演练,所有核心业务与平台系统均要参演。 异地备恢复、同城双活切换、一键式自动化启停等恢复方式不断创新,要求演习规模逐年扩大和恢复效率逐年提升。 - End - ----

    1.3K20

    腾讯云原生数据库 TDSQL-C异地核心能力构建

    本文将给大家分享《TDSQL-C (原CynosDB)的实践和探索》,主要内容有以下三个方面: 1 云原生数据库和传统数据库的架构对比 2 MySQL数据库的部署模型 3 TDSQL-C 异地系统的实践...; 数据以逻辑日志或者物理日志格式进行同步; Primary与Replica之间使用异步或者半同步方式连接; 数据一致性以及故障的发现和处理通过外围系统或者内置的一致性协议来保证; TDSQL-C异地系统的实践...(TDSQL-C多维一体的系统) 云原生数据库TDSQL-C在异地能力构建上,近期推出了跨可用实例功能,支持跨AZ的手工和自动切换。...下文将重点介绍系统的实现原理和难点: 多维一体系统概述: ● Agent与实例同机部署,负责采集实例状态,并定期上报给Scheduler。...以上是腾讯云原生数据库TDSQL-C异地系统的实践。

    1.9K30

    前端接口

    我细细细细分析。 原因就是接口挂了,拿不到数据了。那把数据储存起来就可以解决问题。 思考 存哪里? 第一时间反应浏览器本地存储,想起了四兄弟。...选型对比 特性 cookie localStorage sessionStorage indexDB 数据生命周期 服务器或者客户端都可以设置、有过期时间 一直存在 关闭页面就清空 一直存在 数据储存大小...4KB 5MB 5MB 动态,很大大于250MB 与服务器通信 每次都带在header中 不带 不带 不带 兼容性 都支持 都支持 都支持 IE不支持,其他主流都支持 考虑到需要存储的数据量,5MB...接口我们也是刚弄不久,有许多细节与不足,欢迎沟通交流。 接口本意是预防发生接口服务挂了的场景,我们不会很被动。原来是P0的故障,能被它降低为 P2、P3,甚至在某些场景下都不会有用户反馈。

    22910
    领券