我必须到地点（办公室和服务提供者）。 一个DNS（绑定）服务于我们的域名作为权威，一个服务提供商的networking服务器与我们的企业网站在私人服务器上。
所以..
现在我们正在计划将ISP上的服务器升级到新的服务器，并希望利用这种情况来改善我们的服务。
是否有可能在不同的位置安装高可用性的Apache / MySQL / PHP？
我将在同一台新服务器上安装一个绑定从服务器，所以我希望它能使事情变得简单，但是我需要一些关于如何使用它的提示和技巧。
谢谢。
凯尔在指出标识CAP定理的post的头上碰了一下。
最终，这将归结为预算和资源。 处理边界可用性的最好方法是使用BGP等networking协议。 使networking高度可用更容易，因为在大多数情况下，您不必担心数据完整性。
使用DNS循环是一个折中的解决scheme，不太健壮，但也是可行的。
在堆栈中较低的位置有Web服务器，这些服务器更容易dynamic故障转移，与任何不涉及数据存储的事情一样。
在后端，您可以通过Internet 复制 MySQL，或者通过专用链接进行复制 。 如果通过互联网，至less使用SSL 。 VPN会更好。 这是最棘手的部分，我正在努力的事情仍然是现在。 如果你不关心数据的完整性，那很简单。 如果您的产品是专门阅读的，那么您有更多的select，因为它不那么复杂。
我一直回来的是以下..
高可用性和业务连续性是两个截然不同的事情。 高可用性环境最好在同一个内部networking的同一设施内build立，因为最佳情况下的应用可以将数据风险降到最低。 除了以太网链路之外，用3'串行电缆来监视服务器状态的分割大脑是不太可能的。 在发生灾难的情况下，往往会涉及人工步骤， SLA会指示影响和条款。 如果主数据中心烧到地面，30分钟的时间来恢复生产不会太糟糕。
我可以写一本关于这个主题的书，因为它有很多。 您可能必须根据您的资源来妥协需求，这些资源必须传达给业务。 这不是一个简单的要求。
一个更简单的解决scheme可能有两个外部DNS提供商，其中一个从一个站点上的服务器和另一个从另一个站点上的DNS。 这样，如果任一ISP失败，您将能够使用DNS更改传入path。
一个站点上的一个Webpath，一个在另一个上。 在后端手动故障转移顶端双主控。 这将是简单的，而不是风险数据的完整性，但将不得不手动来做到这一点。
这是可能的，但你可能会遇到最麻烦的MySQL。 看到华纳关于地理上不同的MySQL安装的这个问题。
就DNS故障转移而言，您可以阅读关于此问题的争论。
取决于你想要完成什么，你可以看看下面的（免费和开源）程序：
无论您select哪种解决scheme来提高可用性，您都应确保始终拥有可用的权威DNS服务器，但这是一个单独的问题。