异地多活架构梳理演变（六）同城灾备

上文《异地多活架构梳理演变（五）应用层的冗余》我们介绍了应用的冗余，可以看到在我们实现了两套部署，用冗余的方式来满足系统的高可用。

但是对于企业来说，我们可能两套部署都是放在同一个机房的，并且有可能放在同一个机架上的。此时假如机房或者同一个机架出现了问题。是不是此时系统又全军覆没了。

所以我们继续异地多活架构的演进。此时我们就要考虑做同城灾备了。

所谓的同城灾备，其实就是把服务放在不同的机房，然后两个机房直接拉专线进行通信。此时如果一个机房发生故障，另外一个机房也发生故障的概率非常低。所以可以尽可能的让系统保持高可用。对外提供稳定的服务。所以此时的系统架构图如下：

此时同城的机房之间使用专线进行网络访问，虽然此时两个机房之间的延迟和同机房相比来说，延迟会大很多。但是同城之间专线的延迟大约也就几毫秒的样子，几乎可以忽略不计。所以此时的同城灾备也是能满足咱们得系统高可用的。

最后我们总结一下：

这里的同城灾备主要是：

1、在同城其他机房单独起一套系统。
2、系统之间通过专线进行备份。
3、同城两套系统都部署起来，当一个机房出现问题，直接从dns的层面把流量全部切换到第二个机房上。