如何实现高可用性的主动主动应用服务器？

Question

我需要设置我的应用程序是这样一种方式，它给我近0停机时间。我的一个数据中心在TX，另一个在拉斯维加斯。现在，如果我在TX的服务器(被认为是PR )下降，那么所有的流量都会被转移到维加斯服务器，在我的例子中，这就是DR (灾难恢复)。

如果我们使用像HAProxy或NginX这样的软件负载均衡器，使用Keepalived (检查DR站点负载均衡器和PR站点负载均衡器之间的心跳)，我们将以主动-被动负载平衡设置来克服故障转移。在这里，我们的应用程序将处于主动-主动模式。

上图显示，所有传入业务都将到达负载平衡器的虚拟IP (主动PR负载均衡器和被动DR负载均衡器，它们之间启用心跳)。如果PR站点负载平衡器处于活动状态，那么它将将负载路由到PR站点Portal应用程序实例以及DR站点门户实例(因为两个站点都处于活动状态)，此时DR站点负载平衡器将处于空闲状态，并不断监视主动负载均衡器的性能。如果PR站点下降，那么DR站点将变得活跃，并自动指向DR站点门户应用程序实例。

但我听说，主动-被动负载平衡设置与Keepalived的问题是，它工作在局域网，但在广域网的设置失败。在我们的情况下，主动PR负载平衡器将在TX和被动DR负载平衡器将在拉斯维加斯。

因此，要使用故障转移设置来实现HA，如何使用软件负载均衡器？

Answer 1

你不会那么做的。它在同一个LAN中工作的原因是因为在两者之间浮动的共享IP。您需要做复杂的BPG路由，并拥有您的IP空间。

你想让事情复杂化太多了。最好是让事情尽可能简单，迅速失败，而不用担心0停机时间。

您应该做的是使用DNS服务来管理流量。您有一个DNS服务，如来自AWS的route53或来自dyn.com设置的健康检查。因此，他们总是通过健康检查来检查这两个网站，以确保它们处于正常状态。它将所有的流量发送到主站。一旦主服务器上的健康检查失败，它将开始为故障转移站点提供DNS响应。

这也不是一件非常容易的事情，因为您必须让故障转移站点处于活动状态，直到您能够验证主故障与故障转移完全同步。

Answer 2

可以使用Nginx Plus及其健康检查模块。它后面有一个地址池，就像代理/负载均衡器一样，它将检查它们是否是活动的，并且应该将最终用户路由到。您还可以使用AWS或Azure提供的某些DNS API，例如，与Keepalived一起工作-因此，如果发生故障，它将更新DNS记录到新的LB服务器。