容灾多活解决方案

容灾多活解决方案

同城双活

两个中心机房各有一组服务，两组服务层各接收50%的流量；
资源层（数据库等等）分主备，分别部署在两个中心机房中，默认只使用主资源层，数据同步到备用资源层；
当某一中心机房不可用的时候，在DNS域名解析环节把故障机房地址映射信息摘除，这样全部流量就到了正常的机房中。
DNS一般部署在两个机房外的第三方或者云上，防止出现因为某个中心数据故障而无法进行数据切换。
只使用一个资源层的原因：资源层的数据双活难度大，数据一致性很难100%保证。

缺点：
没有异地容灾能力，当整个城市出现问题，业务不能恢复

两地三中心

同城双活 + 异地灾备
在同城双活的基础上，增加一个异地灾备中心，将资源层的数据异步复制到异地灾备中心。
当双中心由于自然灾害发生故障时，异地灾备中心可以用备份数据来恢复业务。
两地三中心是综合评估业务高可用和数据安全的一种折中方案，投入产出比较高，很多机构都在使用。

异地双活

异地双活或者多活是真正实现业务高可用的必要条件，任何一个城市出现重大灾难时，异地机房仍然可以确保核心业务不中断。
不同于同城双活，异地双活距离较远，网络延迟已经超出业务的允许范围，所以单次服务请求必须在同一机房中完成闭环。
两地机房会将同一份数据双向复制，为了避免冲突，要求不同机房的数据基于特定的垂直拆分规则，能够完全拆分，不存在交叉重叠的数据。
两个机房的数据会实时的异步复制，以确保每个机房的数据都是全量的，由于复制是异步的，鼓掌时候会丢失少量数据。

单元化方案

是对异地双活方案的延伸，当异地机房数量超过两个，多个机房间进行数据复制就会很困难。
单元化方案就是将业务垂直拆分，每个单元都能完成业务的自闭环，当某一单元不可用时候，由中心单元接管。