最终,这将归结为预算和资源.处理边界可用性的最佳方法是使用网络协议,例如BGP.使网络高度可用更容易,因为在大多数情况下您不必担心数据完整性.

使用DNS round robin是一种折衷的解决方案,不太稳健,但也确实可行.

在堆栈中较低的位置,您可以使用Web服务器,这些服务器更易于动态故障转移,就像任何不涉及数据存储的操作一样.

在后端,您可以通过Internet或最好通过专用链接replicate MysqL.如果通过互联网,至少使用SSL. VPN会更好.这是最棘手的部分,我现在正在努力解决这个问题.如果您不关心数据完整性,那很简单.如果您的产品是专注的,那么您有更多的选择,因为它不那么复杂.

我一直回到的是以下……

High availability和@L_403_7@是两个截然不同的东西.高可用性环境最好在同一内部网络的同一设施内建立,因为可以应用最佳案例场景,同时将数据风险降至最低.除了以太网链路之外,使用3’串行电缆监控服务器状态的情况下,拆分大脑的可能性大大降低.在发生灾难时,通常会涉及手动步骤,并且SLA会规定影响和条款.如果主数据中心被烧毁,30分钟就可以恢复生产并不会太糟糕.

我可能会写一本关于这个主题的书,因为它有很多.您可能不得不根据您的资源妥协要求,这些资源必须传达给企业.这不是一个简单的请求.

一个更简单的解决方案可能是拥有两个外部DNS提供商,其中一个从一个站点上的服务器关闭,另一个从另一个站点上的DNS外部关闭.这样,如果任一ISP失败,您将能够使用DNS更改传入路径.

一个站点上的一个Web路径,一个在另一个站点上.后端双主机,手动故障转移顶部.这很简单,不存在风险数据完整性,但必须手动完成此操作.