理解 多活&容灾

部署多个web实例是为了方式单实例宕机

如果一套环境多个实例的机器全部在一个机房，而机房着火了。

（长沙电信大楼着火，一锅端）

那么就在汶川一个地方部署两套环境，在两个不同的机房。然而地震了。

（被埋的渣渣都不剩了）

那么在其他城市也部署一套环境，除非地球毁灭，两个地方同时发生灾难概率上很小。

多活是为了容灾，那么得看容什么灾难了

( 地球毁灭了，地球上部署再多点有毛用，边界定了 )

灾难(影响范围由小变大)

1.进程：被阻塞，或者被操作系统无理由干掉了

2.机器/OS：部署的服务的机器，操作系统故障，或者宕机了

3.机房：机房着火，整个大楼着火，园区电路短路断电

4.城市区县：城市按照片区限电停电，电路升级断电

5.城市：水灾整个城市都断电，园区机器进水；地区政策大停电；地震

6.区域：华东，东北区域，地区政策大停电；区域性局势紧张

7.国家：全国同时发生灾难基本就没有了

8.全球：更多的是为了全球业务，用外国的机器对国内进行容灾，延迟是个问题。但如果是小国家，比如东欧很多小国家，大小是咱们的省那么大，跨国也类似中国的跨区域了。

容灾维度：

1. 多机器多实例部署：小公司，刚开始，有一套环境能提供服务就行。但机器宕机是经常的事，需要能包容。

2. 多区域多活(环境)部署：那得看这个区域是什么维度了

       - 园区的不同机房：

       - 城市的不同县区的机房：

       - 两个相邻城市的机房：

       - 两个相距很远城市的机房：从这个维度看，这个是最佳方案。

3. 其他因素：多活的带来的问题，数据同步，举例长同部署间长。

       - 从容灾维度看：两套环境的物理地址距离越远越好

       - 从数据同步时长维度来看：越近越好

       - 其实患还有一个维度：国家安定，在中国这个维度基本没考虑。

4. 中间方案：

       - 两地三中心：同城异区(多环境备份提供日常服务) + 异地(容灾)  一共三套环境

- 在一个城，不如北京的两个区域部署两个环境同时提供服务，流量根据一定规则进行分流；中间的微服务不相互调用，毕竟不在一个机房；底层DB相互进行数据同步。

- 异地，一般是距离较远的两座城市，比如广州，再搭建一套环境，如果北京发生自然灾害；可以立马将广州的环境Enable

- 同城异区：适配了灾难1234频率高的特点；用户对这种灾难导致的服务停机的容忍度也较低所以发生后需要很快，近乎无感知的切换到另一套环境；所以数据同步快，但稍微有延迟，这个延迟也是可以接受的

- 异地容灾：这个灾就是大灾难，即使切换用一两个小时，用户心里上也能接受。如果更短时间就更好了。这种灾难十年八年没一回的，即使遇上只要保证数据不丢失，服务很快能启用，一般用户都能谅解。

热备：A环境主要服务，B保持跟A一样代码，数据实时同步给B。当A环境宕机，B环境立马接受。缺点是有一套环境B大部分时间空闲。

冷备：依旧以A环境为主，B环境只是备份，平时不运行，数据同步实时性也可以要求不高，所以A环境如果出问题可能导致数据有稍微不一致，但大部分是同步过来了。而且冷备大部分是异地备份，而且是全网冷备，所以成本不低。而且冷备还有版本同步问题，A环境发布可能很及时，B环境平时也不怎么用，发版本不及时，平时不怎么用导致线上问题基本没有，所以真到用的时候，还需要一点时间的。

热备和冷备区别：

1. 热备就在跟前，可以预见问题大概率会发生。所以B环境时刻准备着

2. 冷备就是万一出问题了，还有的用。或者经过一点时间的修复可以用

双活：

1. 双活的提出：既然冷备和热备都有一套环境空闲，还有发布不及时的问题。那么为啥不二者共同提供服务呢，互为备份

2. 双活带来数据一致性问题：要求尽可能近，而时延、同步、一致性在同城基本上不是问题，所以双活最好放在一个城市，为了最大程度容灾，放在一个一个城市的两个区域

异地冷备：

1. 提出：双活解决了冷备热备的机器使用效率问题，但也提出数据一致性问题。所以局限了双活必须放在同城（按照现在的网络传输是这样），但灾难5,6频率是低，也会发生，如果再没有备份，很容易被一锅端。那么在同城双活的基础上，在加一个异地冷备

2. 异地冷备：异地，还尽可能远，因为是冷备，数据最终一致也能接受

如果系统是小网络，就可以满足。但如果系统是阿里哪种众多团队的众多系统，系统之间还有联系，怎么做容灾？ -- 业务的切分

还有一个问题，每个系统只在一个城市部署，距离远的会有较大的时间延迟，所以需要同个系统网状部署才好。 -- 数据的切分

异地多活：

1.每个城市 双活

2.城市 之间相互备份

3.业务的纵向拆分：不同服务需要包装为单独可提供服务的业务

4.数据的切分：维度如访问地域

异地多活没有标准的方案，根据什么拆分业务和数据，跟各自的业务有关系了。

业务和数据拆分了就得有同步，万一本地机房烧了，其他机房要能接的住，用户能接受。