随着企业服务窗口的不断增加,业务中断对很多企业意味着毁灭性的灾难,因此,跨多个南宫NG·28中心的应用部署成为了当下最热门的话题之一。大南宫NG·28时代,南宫NG·28中心的异地容灾变得非常重要。当组织考虑在多个跨南宫NG·28中心(或区域云)部署应用时,他们通常会希望使用“异地容灾”的架构。
那么什么是“异地容灾”
异地容灾是一个冷备的概念。即平时正常的时候,另外一个机房只是当做备份。而异地双(多)活,却是指有两个或者多个可以同时对外服务的节点,任意一个点挂了,也可以迅速切换到其他节点对外服务,节点之间的南宫NG·28做到准实时同步。相较于同城双活,异地的投入成本大,实现起来会更复杂。但是异地双活的一个天然优势,让大家对它趋之若鹜,即其扩容不会受地域的限制。
“异地双活”面临的挑战
1、切换问题
切换问题不仅仅是灾难发生自动切换到好的机房,还有另外一个问题,就是灾难机房恢复能力后,如何再切换回去,切换回去的南宫NG·28同步问题又是需要解决的。
2、跨机房流量问题
跨机房的流量是花钱的。所以不是无限大的。控制跨机房消息体的大小,当然是越小越好。然而,很多时候要想保证南宫NG·28同步是一件很耗费流量的事情。但跨机房流量真的是一座山。
既然跨机房流量有限制,而且不稳定。所以有一种解决方案就是不跨机房。既然不跨机房就要做用户分区,确保每个用户只能访问自己所在的区,这样至少能保证该用户自己的南宫NG·28的完整。
3、业务拆分
异地多活效果看起来很诱人,但异地多活是有成本的,包括开发成本和维护成本。需要实现异地多活的业务越多,方案越复杂,投入的设计开发时间越多;同时维护成本也会越高,需要更多的机器,需要更多的带宽。所以需要对业务进行拆分,识别出核心和关键业务,明确哪些业务是必须实现异地多活,哪些是可以不实现异地多活,哪些是不能实现异地多活的。比如“登录”必须实现异地多活、“注册”和“修改用户信息”不一定要实现异地多活。
4、冷备还是热备。冷备了以后,一直冷备,当真正出现问题,你还有勇气去切换到那个一直冷的机房吗?恐怕需要点勇气。
5、南宫NG·28一致性问题。
解决方案:
(1)、守护进程同步。
(2)、客户端双写。
(3)、不去解决。不需要解决的前提是用户分区。分区后,从本质上说,其实是没有做到双活的。只是看起来一个业务确实被分到了多个机房而已。
6、读取问题。
这个相对来说要好解决一些,就是就近读取。
及时响应,快速服务,为您保驾续航
立即注册