跨云部署,看上去那么美好,又那么远。

举报
云上的天空 发表于 2018/09/18 18:24:14 2018/09/18
【摘要】 自阿里,腾讯先后出现云上事故,多云部署的声音越来越大,但为什么一直没看见成熟的方案?某客户做交易系统,当前部署在阿里云,对交易数据丢失0容忍,他的诉求是多云部署,增加系统的可用性,数据一致性。需求分解: 诉求点是云上容灾,数据RPO 0,RTO尽量短。方案初设:多云间采用全局域名做站点分发(A站点处理90%流量,B容灾站点10%流量。) ;B站点数据写入到A站点数据库,A站点数据库通过数据库...

自阿里,腾讯先后出现云上事故,多云部署的声音越来越大,但为什么一直没看见成熟的方案?

某客户做交易系统,当前部署在阿里云,对交易数据丢失0容忍,他的诉求是多云部署,增加系统的可用性,数据一致性。


需求分解: 诉求点是云上容灾,数据RPO 0,RTO尽量短。

方案初设:多云间采用全局域名做站点分发(A站点处理90%流量,B容灾站点10%流量。) ;B站点数据写入到A站点数据库,A站点数据库通过数据库准实时同步机制同步到B站点。


当前各家 云服务商多数能提供全局域名,RTO几乎在分钟内能够满足从A站点切换到B站点;

但关键是A站点业务节点,和B站点业务节点,必须形成一个跨站点的业务集群; 这要求AB站点间的核心交换机间二层网络互通;这似乎成了瓶颈,各个云厂家的竞争针尖对麦芒,竞争白热化。除非信管局强制互联互通,否则还是一个个烟囱。

RPO,取决于数据产生量和同步带宽,以及考虑数据库的性能问题。

跨云部署,看上去那么美好,又那么远。

【版权声明】本文为华为云社区用户原创内容,转载时必须标注文章的来源(华为云社区)、文章链接、文章作者等基本信息, 否则作者和本社区有权追究责任。如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容,举报邮箱: cloudbbs@huaweicloud.com
  • 点赞
  • 收藏
  • 关注作者

评论(0

0/1000
抱歉,系统识别当前为高风险访问,暂不支持该操作

全部回复

上滑加载中

设置昵称

在此一键设置昵称,即可参与社区互动!

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。