如何让灾备中心同时成为应急中心

双活吧，生产中心和灾备中心同时跑业务，互为备份，再出现灾难时互为切换收起

回复 4# zyearth


同意，实际上一个应用里面的不同模块都可能存在可以双活或不能双活的情况，要尽量避免跨数据中心的数据访问。应用层可以通过负载均衡来实现收起

真实情况下，灾备中心的大规模切换是非常少的，那灾备中心通常就处于待机状态。
目前我们行的做法和思路是：
1. 选择部分应用直接运行在备份中心。
2.  部分应用在应用层做成双活，但数据库仍然在主中心。收起

回复 1# skilljiang

我觉得应急可能要分两种情况来看，一是生产中心单应用出现故障，而备份设备也没起作用，需要应急备份。另一种情况是，某个应用出现大规模的访问，生产中心资源无法处理，需要额外资源。

1. 对于情况1，一般的灾备中心接管单个应用，问题不大，比较麻烦的是网络的处理，只把单个应用的流量引向灾备。另外，还要考虑回退的流程

2. 对于情况2，可能要考虑双活的技术，在两个中心之间分担负载。应用/接入层的负载分担比较好做，数据库层的处理比较麻烦。目前看，应用/接入层分流的用的很多。收起

作为应急中心，架构设计初期应注意应急这个主要目标，应用系统是否需要进行降级处理，灾备中心定位在那个级别，生产中心数据与灾备中心数据的差距有多少，能承担哪些业务（主体业务）。然后需要注意的就是流程，应急切换流程在应急过程中非常重要，再后期需要考虑的就是技术架构了。收起