跨云部署,看上去那么美好,又那么远。
【摘要】 自阿里,腾讯先后出现云上事故,多云部署的声音越来越大,但为什么一直没看见成熟的方案?某客户做交易系统,当前部署在阿里云,对交易数据丢失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)