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

浅谈业务的架构模式

比如服务冗余部署、异步化设计、负载均衡、服务限流降级熔断、架构拆分、服务治理、分布式存储等等,今天主要是一起聊下,多机房部署的架构模式,来确保服务的高可用。...::: hljs-center 常见的架构模式 ::: 架构比较常见的几种模式,基本分为同城多中心、跨城多中心、跨国多中心。...但我们做双机房,是为了高可用或者备份。一个简单的例子,如果距离过近,很可能是属于一个片区。如果遇到停电,很可能是一个片区的停电。这样两个机房都不可用了。...配套服务复杂,包括流量调度、容切换、建站平台、配置管理等 b. 存在全局单点业务。例如库存、卖家等相关业务 机房距离较远的时候,RTO 比较大,可能达到分钟。...为了,用户维度的数据,单元机房和中心机房之间会双向同步。 数据架构示意图 数据同步 按照业务的拆分规则,单元模式的数据,不同的用户会在不同的单元进行写入。单元和中心之间会双向同步。

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

同城异地

序言 同城异地,主要是用来进行备份容的,从而当一个数据中心挂了,另外一个数据中心经过切换之后,能让服务迅速的恢复。...2、 数据库同步 在数据库方面,主要是使用mysql,而mysql则主要是使用主模式,从而主的在一个机房,而库则在另外一个机房,在同步的时候,不可避免的情况就是如果一旦主机宕机,从而有可能是丢失数据的...主复制的延迟考虑,一般主机房和机房之间使用万兆网络,从而对于一般的数据传输来说,延迟不是很高,基本上是可以忽略的。...在使用redis的时候,由于目前版本使用的redis2.8版本,从而不能跨机房做成集群的模式,从而导致redis也只能做成主的模式,而redis作为高性能的缓存,丢失数据就无所谓了,主要还是在于高可用性即可...在数据库跨机房同步的时候,mysql可能出现脑裂的情况,也就是双机房互联网络出现中断,从而机房检测到主机房不可用,但是在这个时候,是不能自动进行切换的,需要人工介入处理操作。

4K31

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

为了让企业能更好用好云平台的数据安全能力,本文重点云平台数据备份冷能力,以腾讯云为例,主要从以下两个维度介绍:同城数据能解决企业什么问题,达到怎么样业务容效果?...数据不是实时备份,数据恢复存在不完整性,同时业务恢复无法自动切换,需要人工介入,数据的RPO和RTO为小时。...,数据备份存储在COS,具备地域级别容,RPO依赖于数据库备份周期以及时间。...如果企业有业务切回需求,主要依赖于dts数据同步工具,当追平数据后,在业务低峰期将业务切回之前可用区。3....本文小结同城冷方案,在云平台的协助下,企业几乎0成本并拥有同城数据能力来保障业务生命线。指标详细说明容能力具备同地域(不同可用区)数据备份能力,不具备不同地域的能力。

6.4K113

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

即使云平台在建设数据中心之前,会遵循机房建设标准来选址,但是对于极端情况自然灾害,例如地震,台风等等,对同地域备份安全能力有非常大的风险,因此本文重点阐述腾讯云对异地数据解决方案。1....异地数据备份挑战相对同城数据备份,异地数据主要挑战是成本,主要是跨地域之数据传输带宽成本。...异地数据方案2.1 API实现方案数据备份:云平台的数据数据备份均为同地域,因此需要将该备份数据上传到异地COS存储桶。...2.3 数据库备份服务数据库备份服务拥有一套完整的数据备份和数据恢复解决方案,具备实时增量备份以及快速的数据恢复能力,同时具备异地容能力。...如果企业有业务切回需求,数据库依赖于dts数据同步工具,cos通过日志进行人工补录,待两端数据一致后,在业务低峰期将业务切回之前地域。

8.5K164

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

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

8.1K21

CP技术介绍

简介 为了应对地震、火灾等不可抗力导致本地备份数据丢失的情况,业界提出了异地的技术理念。...它通过在两个分属于不同DC(Data Center,数据中心)的CP之间进行双机备份来实现异地, 从而达到当一个DC发生灾难时,由另一个DC快速接管用户业务的目的。...对CP组管理的UP而言,主CP组所在的CP是主CP,CP 组所在的CP是CP。 主CP上有用户上线时,主CP将用户数据通过RedisDBM备份到远端Redis服务器上。...备份模式 热模式 热模式下,主CP通过RedisDBM服务器备份用户数据。当主CP切换时,新的主CP从Redis服务器恢 复用户数据。主切换后,用户保持在线。 ?...CP 1和CP 2上的CP组group 1管理的UP为UP 1和UP 2, group 2管理的UP为UP 3和UP 4。 技术优势 支持对多种业务数据进行备份。

2.3K21

自动技术分析

前言 ,又称灾难恢复(disaster recovery)。指的是, 发生灾难时恢复业务的能力。这就意味着已经发生了灾难,进行补救。它的流程是,前期准备,发现灾难,应对灾难。...大多数系统的自动依赖外部系统实现,一些关键模块则使用分布式共识算法实现内部。 自动的基础 副本(前期准备) 副本是的基础,没有副本拿什么容呢。...虽然存在探活的间隔,但目前间隔可以压缩至秒,常见业务可以接收。至于探活模块本身可用性的保证,通常会使用分布式共识算法在模块内部解决。...有状态应用的容 首先,有状态系统需要具备无状态系统的能力。让可靠的副本承接流量是最优方案。 相比无状态应用,有状态应用的故障转移有前置条件,就是副本数据可靠。否则会影响数据质量。...所以数据库中有个很重要的模块就是数据同步,数据同步决定副本数据是否可靠,也影响服务的延时。这里需要取舍。 总结 副本,故障转移,探活,是自动的基础。

1.1K20

RBD快照方案

一、说明 从主集群定期的导出最近两个快照之差,然后导入到集群。...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

Ceph RBD方案对比

一、业内方案 1....【注】:也可不暂停Cluster A端的IO,直接take snapshot;这样并不会引起image的数据不一致,只是有可能会使rbd export-diff时导出的数据在take snapshot之后...方案对比 方案 详细说明 优点 缺点 Snapshot 主站点备份时为存储块打快照,将快照的差异部分发送到站点重新生成新快照 1.当前Ceph版本就支持rbd snapshot的功能 2....定期备份存在差异数据丢失 Ceph-backup 官方社区基于快照的方式,进行包装了下 同上 同上 RBD Mirroring 主要是客户端多写一份日志,然后异步同步到集群进行实时备份 1....总结 结合业内的各大公司的方案,以及社区相关的技术文档。个人建议用快照的方式, 简单、便捷、风险较低、易实现。 并且国内云厂商也普遍都是利用快照的方式实现方案,然后加上自己的策略进行包装。

4.4K42

系列(十)——数据能力建设【基础篇】

由于该方案只做异地数据实时备份,RTO指标依赖于业务部署能力,通常为分钟数据热备有两个关键词分别为“异地”和“实时”,需要在再次强调一下。异地明确数据能力,实时明确RPO指标接近于“零”。...数据方案数据最核心就是将源数据实时同步到实例,业内云平台均能提供稳定数据同步服务,同时为了更匹配云上客户场景,平台也会将能力封装,更方便云上客户使用。...2.1 DTS同步服务方案目前大多数企业核心数据均存储在数据库里面,同时业内头部云厂家都会提供DTS数据同步企业服务,为数据方案解决了最棘手问题,以腾讯云DTS为例,覆盖业内大多数常用数据库如下:...图片DTS数据同步服务方案,有两个前提:1)网络互通,通过云联网将源实例和实例所在vpc网络打通。...2)实例,建议采用云平台的PAAS服务,更好的兼容DTS同步服务。2.2 平台热方案2.2.1 数据方案目前数据库对于异地容备份能力进行封装,来简化云上客户操作成本,提升RTO。

4.7K143

本地数据如何高效上腾讯云

备份以低成本,高安全性的特点,成为大部分中小企业方案的首选。但是备份的局限性也是非常明显的。备份功能单一,只能保障数据安全,在不需要恢复数据时,很难对副本数据进行再利用,造成存储资源浪费。...对于有容需求,却无法承担传统容高成本的中小企业,云容无疑是更好的选择。将本地数据上云,也将助力企业加速数字化转型进程。...四、HyperBDR云容高效低成本上腾讯云HyperBDR是国内企业万博智云自主研发的业务云原生备份与容工具。...使用HyperBDR云容工具构建方案,平时只需要为数据备份消耗的云硬盘付费,不需要在云端1:1预启动实例,只有在恢复业务时才需要启动ECS。...以10台主机5TB数据量容一年为例,容到阿里公有云,一年消耗的云资源费用仅需四万两千左右。而传统,需要建立相同的一套架构来对应生产中心可能的故障失效,可能要花费数月甚至数年的建设时间。

1.8K20

系列(十一)——数据能力建设【进阶篇】

业务数据备份采用热方式,容指标RPO接近“零”;但是RTO指标还是依赖于业务部署测试自动化能力。业务会进一步需要,在数据技术架构下,在成本可控的情况下,是否能进一步提升RTO指标呢?...方案背景数据,相对于数据,通过数据实时同步,对于RPO指标有了质的提升,达到了业务双活的标准。但是业务恢复指标RTO没质的提升,主要是业务部署验证需要花费时间过于依赖企业运维自动化能力。...如果在地域不仅仅部署数据节点,同时将接入层,服务层均进行部署。极端情况出现后,业务恢复省去资源购买,业务部署时间,大幅度缩减RTO耗时,从本质上可以提升RTO时间。...2.核心技术在IDC年代,资源扩容流程繁琐,而且周期长;在区域,按照1:1资源来部署业务,导致成本翻倍。...mysql采用数据同步方式做实时备份,这里未采用数据库自带实例,主要是由于实例为只读,不方便平时做容演练切换。

4.9K94

Elasticsearch 快照存储库实现数据在线恢复

可以使用数据和状态快照备份您的 Elasticsearch 索引和集群。快照很重要,因为快照会在出现问题时提供数据的副本。如果需要回滚到旧版本的数据,则可以从存储库中还原快照。...快照中的数据是增量进行了,即当前快照里面某个index的数据不在比它早的快照数据中,因此可以多次进行快照操作,而不用担心占用过多存储空间。 ?...快照的流程 客户端请求->协调节点->主节点->[数据节点1,数据节点2…数据节点n],快照涉及3类型节点; 协调节点:接收客户端请求,转发到主节点。...主节点:将创建快照相关的请求信息放到集群状态中广播下去,数据节点收到后执行数据复制;主节点同时负责在仓库中写入集群状态数据。...数据节点:由于数据发布在各个节点,因此复制操作必须由数据节点执行,每个数据节点将快照请求中本地存储的主分片复制到仓库。

1.8K31

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

本文组织: 系统建设任重道远 CDM简介 南京政务云CDM方案分析 1 系统建设任重道远 系统建设是IT领域永恒的话题,但是,目前很多企业仍未重视建设的重要性。...相比传统架构下的系统,云基础架构之上的系统建设带来的新挑战主要是针对虚拟机环境的特殊性做一系列适配,以及与云管理平台的集成统一管理。 ?...Copy Data Management(CDM)是领域近年来出现的新概念,本文利用一个案例向大家展示CDM如何在私有云中落地实现云虚拟化环境的。...同时:基于数据中心虚拟化平台构建容系统,支持备份数据集的直接使用功能,支持报表统计、数据分析、容演练等综合应用场景,进一步发挥系统的应用能力。支持VMware、飞天系统虚拟平台系统的备份。...连续日志实时保护技术,实现了对变化数据达到秒以内的数据保护,连续日志实时保护(CLRP)的主要优势包括: 将 RPO 降低到秒,正常负载条件下 RPO 平均为0.2秒。

2.5K21

IDC云白皮书:云支持未来业务持续性新需求

数据中心市场综述 数据中心市场的普及和发展 随着云计算等新兴技术的成熟,数据中心服务在行业的应用已经越来越广泛。...除此以外,即服务、资源的自动化分配和发放、利旧等期望也是当前形势下企业对于数据中心服务的现实需求。 ? 数据中心向双活/云化发展 2014至2015年是数据中心市场发展的重要年份。...阵列复制以及阵列双活提供FastWrite功能,阵列间数据传输进行了协议优化,交互次数减少50%,业务时延较传统方式提升30%以上。...端到端6层双活,保障业务0中断,数据0丢失 存储、计算、应用、网络、安全和传输6个层级Active-Active设计,从架构层面实现业务的高可靠;业务跨数据中心同时读写,实现应用双活。...通过提供存储层双活CinderDriver,租户虚拟机创建在跨数据中心的双活存储上,在数据层面实现数据双活;虚拟机采用HA方式部署,可以实现跨数据中心之间故障自动迁移,实现租户虚拟机双活;通过提供存储层数据复制的

4.2K21

解读等保2.0,缺不了

等保1.0 VS 2.0 技术部分新增了“本地”,要求提供重要数据的本地数据备份与恢复功能。 ? 二 等保1.0 VS 2.0 增加了异地备份的要求,要求批量将数据传送到异地保存。 ?...四 等保1.0 VS 2.0 要求建立异地中心,提供业务应用的实时切换。 ?...通过以上的分析,可以得出等保2.0中关于数据备份和灾难恢复的一些关键点: a、建设是刚性要求; b、不仅仅备份文件需要执行整机应用,包括重要的业务信息、系统数据及软件系统; c、从二到四中的管理要求...快速 备份速度快、验证速度快、演练速度快、灾难重建(秒、分钟快速整机重建、秒卷恢复、秒文件恢复); ?...2)部署平台:科力锐云与华东地区单体规模最大的互联网数据中心—凤凰数据,联合打造了按照国际T4标准、国内A、电信行业5星级标准的云平台。平台拥有4000个标准服务器机柜。

3.1K20
领券