异地多活实践与设计思考点归纳

305次阅读  |  发布于2年以前

引言

在异地多活项目整体推过程中的一些注意事项和设计点归纳和整理，抛砖引玉，其中一些点还有待深入探讨和优化。

一、指导事项归纳

1.多活原因归纳

推动多活的原因大体可归纳为以下三种。

2.多活指导归纳

多活牵扯公司业务方方面面，整体来讲业务改造和基础设施中间件改造两大块。

3.推动事项归纳

顺利推进多活事项是公司重要战略，需要统一思想，将多活项目当成最高优先级推进。

4.抓核心链路

先保证核心链路的多活，避免面面俱到严重拖累进度，例如：

二、多活规则与流量选择

1.路由因子选择与映射

路由因子选择： 需要根据公司业务场景选择，常见的路由因子有地域、用户ID。

路由因子与机房映射：

地域因子：将地域编号与机房建立映射，例如：001->unit-a

用户因子：将UID与机房建立映射，例如：123456与机房编号哈希后映射到unit-a

2.请求分配正确机房

一个请求有了多活规则后如何将请求路由到正确机房，归纳了以下几种方式：

3.多活管控中心服务

三、RPC跨机房调用能力

1.注册中心架构图

2.RPC框架跨机房调用

四、消息跨机房复制

1.复制插件管理与监控

在一些业务场景中需要消息集群提供跨机房复制能力，将其他机房的流量收敛到一个机房去消费。

2.流量隔离与动态订阅

五、存储双向同步

1.Redis双向同步

Redis双向同步并不是做多活的公司都需要，如果能作为极短时间过期使用无需进行同步。然而也有的作为较长时间去存储，如果业务改造成本巨大需要提供双向复制能力。方案有很多种，有改源码的，下面介绍一种RedisSyncer，java实现，详见下面github连接。

https://github.com/TraceNature/redissyncer-server

可根据实际场景进行改造，主要功能有：

实现原理：

注意事项：

2.MySql双向同步

数据库的双向同步在异地多活通常是必须要做的事情，下面是阿里开源otter，可基于其二次定制开发。

https://github.com/alibaba/otter

解决循环复制实现原理：

还需要提供其他周边工具：

注意事项提点：

另外，在存储侧流量切换时需要提供数据库禁写功能，避免实现切流过程数据的不一致，禁写的实现可以通过sql动态拼接一个很大的时间戳实现。

六、其他改造事项

除了中间件和业务核心服务改造外，还有一些其他的改造事项，例如：

七、流量切换过程

1.流量切换大体流程

从机房A流量切换机房B的大体流程图如下：

2.流量切换注意问题

3.复制器监控与思考

Copyright© 2013-2020

All Rights Reserved 京ICP备2023019179号-8