异地多活设计有哪些常见的难点和技巧?

  • 时间:
  • 浏览:2
  • 来源:uu快3漏洞_uu快3链接_公式

业务的可用性对用户的体验至关重要,不可能 业务一直动不动就不可用,再好的业务完会 这样用,异地多活正是保障业务即使在各种极端异常状态下都可用的利器,之类机房断电、地震、城市水灾、蓝翔挖掘机挖断光纤等。

痞子不俗 已获得聆听专属T恤衫 好友克隆链接去分享

ciar 好友克隆链接去分享

周庭旺 已获得淘公仔 好友克隆链接去分享

初码 已获得聆听专属T恤衫 好友克隆链接去分享

多种网络通信,如传统蜘蛛网络,上加还在实验的卫星 量子通信

多地异地同步多种办法结合

前几天才一直出显的,集装箱核电站的应用

f30528303 好友克隆链接去分享

聆听专属T恤衫 x 3

易宝支付 好友克隆链接去分享

据说某大公司数据都备份到卫星上去了^_^

spdia 好友克隆链接去分享

1903251745277812 好友克隆链接去分享

异地多活方案面临有有一个 无法彻底外理的矛盾:业务上要求数据的快速同步,物理上正好做都可不能能数据快速同步,而且 所有数据都实时同步,实际上是有有一个 无法达到的目标。

你的业务算不算完会 之类的异地多活的需求和困惑?咋样都可不能能设计优秀的异地多活方案?有那些技巧 ?来吧,咱们一起聊聊 :)

我的理解,余额等强一致性的场景,异地多活不现实,支付宝和银行都应该是有有一个 核心主库吧,主不多 在数据库上做文章。

库存等展示型场景的异地多活,主要靠缓存和同步机制,也没必要做30%一致,不可能 再用而且 云服务,比如大内网,再比如微软的SQL Azure等,又比如CDN的使用等等,这事先多做而且 Web节点就都可不能能

未必云服务真的挺好,外理了不多采集上的的技术投入产出带宽低下问题报告

我这边做的教育系统异地多活。按照地域分配访问到不同机房。每个机房的部署架构一致,多机房数据库互为主从,保证最终一致性,允许数据同步延迟,不可能 用户不用从有有一个 地域瞬间移动到这样 的地域,他看一遍的始终是实时的数据。同步数据位于id冲突的问题报告 ,通过id生成器配置每个机房的id范围外理。异地多活外理的容灾,就近访问问题报告 。而且 事务要求强一致性要特殊考虑

1277076156971513 已获得淘公仔 好友克隆链接去分享

1924229858864781 已获得聆听专属T恤衫 好友克隆链接去分享

自己见解:数据,网路和应用都达到双活和多活才算真正意义上的有效的架构。现实中真难真难,宣传的很美,实际好多坑!分布式双活数据中心的建设是有有一个 复杂性的系统工程,它不仅仅要求网络系统双活,更是涉及到服务器系统、数据库系统和存储系统,甚至和客户的具体应用也是息息相关。上层应用通过大二层网络对外提供服务的通道对底层数据进行有效读写,都可不能能实现可靠的负载均衡,真的真难了!数据中心间的网络延迟都可不能能高于几毫秒,而且 强一致性真难实现。根据业务要求划分有效的故障域是个不错的选着,数据的一致性都可不能能分阶段分区域进行。

对于而且 秒杀商品,位于对库存做多机房分布的状态,要是多 会按照商品id分布在不同机房进行秒杀。在位于某有有一个 机房不可用时,这时不可用机房的数据不可能 还没全部同步到而且 机房,这时为社 都可不能能让而且 机房来安全接替(不用一直出显数据冲突)垮掉机房的业务呢?

虾米VIP季卡 x 1

人们都都儿是做证券交易的,人们都都儿的方案是先异地部署多个交易中心,有每每每个人独立的数据库,而且 将用户划分到不同的交易中心,并将用户请求路由到对应的交易中心,这样 就实现了交易中心异地多活。交易中心有一种支持异地异步数据好友克隆。

这样 在某地区机房瘫痪时,受影响的交易中心都可不能能未来得及好友克隆的数据偏离 会有影响(丢失),剩下交由业务层去判断和外理故障。

而且 办法都可不能能够全部外理好故障,都可不能能尽量减少故障影响到的用户,主不多 不可能 是交易系统,人们都都儿都可不能能兼顾性能,人们都都儿也头疼找都可不能能有有一个 比较完美的方案。

异地多活未必听起来很美好,但在设计上却有不多的挑战,不多人完会 未必“异地多活”的方案设计真难,业务、网络、数据、事务等各种问题报告 混杂在一起,不多问题报告 看似是无法外理的。比如说:“网络断了为社 保证数据一致性”、“为社 保证异地事务一致性”、“业务为社 无缝的在多个地点切换”。。。。。。等等。

淘公仔 x 4

1164827188210306 已获得虾米VIP季卡 好友克隆链接去分享

大利猫 好友克隆链接去分享

fytx 好友克隆链接去分享

我的理解,余额等强一致性的场景,异地多活不现实,支付宝和银行都应该是有有一个 核心主库吧,主不多 在数据库上做文章。

库存等展示型场景的异地多活,主要靠缓存和同步机制,也没必要做30%一致,不可能 再用而且 云服务,比如大内网,再比如微软的SQL Azure等,又比如CDN的使用等等,这事先多做而且 Web节点就都可不能能

未必云服务真的挺好,外理了不多采集上的的技术投入产出带宽低下问题报告

wanl 已获得淘公仔 好友克隆链接去分享

不可能 要做异地多活,我自己认为应该首先实现应用的本地闭环,在此基础上做远程数据备份,针对强一致性的需求,都可不能能远程备份事先才算事务成功,这样 都可不能能实现强一致性需求下的异地多活。当然在非强一致性的状态下都可不能能本位于理事先,由另外tcp连接跑备份数据。针对差异时间内另外机房读取数据都可不能能使用二次请求外理。

我做淘宝客,上加库存时多活有延迟

对于第三方支付公司而言,不可能 异地多活能自定义规则来实现自动报警,在任何事先能实现无感知的自动切换,保证交易不受影响……那不多 完美了!保证支付宝光缆事件不再位于

支付宝有这样异地多活?杭州地区的光纤一挖断,整个互近地区都无法使用了。而且 状态也完会 第一次了。

gamesdoa 好友克隆链接去分享

异地多活,最大的难点在于数据层

秒杀商品位于对库存做多机房分布的状态,要是多 会按照商品id分布在不同机房进行秒杀。在位于某有有一个 机房不可用时,这时不可用机房的数据不可能 还没全部同步到而且 机房,这时为社 都可不能能让而且 机房来安全接替(不用一直出显数据冲突)垮掉机房的业务呢?

龙吟风 已获得淘公仔 好友克隆链接去分享

网络断了为社 保证数据一致性?业务为社 无缝的在多个地点切换?以及切换的实效

idealities 好友克隆链接去分享

还是应该在cap中的c上做文章,采用最终一致性方案来外理问题报告 。都可不能能采取不同地区分中心的办法,在中心间网络一直出显故障时,每个分中心都可不能能独立运行,网络恢复时相互同步数据。在数据设计层面,对于唯一id的生成,都可不能能支持分布式方案,外理脑裂。在应用层面,服务应该都可不能能是限降级,不同重要程度服务分别对待,而且 服务都可不能能在应急时失效。

evanchn 好友克隆链接去分享

难点在于人们都都儿的业务还这样达到而且 需求。

人们都都儿是做交易网站的,商品的库存这偏离 感觉做异地多活好像真难做,算不算有那些方案来实现此类强一致性业务的异地多活方案?

1322176414175511 好友克隆链接去分享

异地降低成本提高复用率的未来在哪里?

liwit 好友克隆链接去分享