我正在维护一个我们在内部开发的SaaS软件，它确实不能脱机。 离线会使大多数客户失望，很可能会导致一些合同的丢失。
我们正在托pipe一个很好的托pipe公司–Media Temple，但是最近我们因为DNS服务器closures而停机了，我们真的不能承担这个风险。 我知道托pipe公司不能保证100％的正常运行时间，所以我在考虑是否有任何虚拟主机的故障安全系统。 我尝试了解它，但似乎我们总是有一个单一的失败点。 什么是最安全的方式来主办一个网站？
我正在考虑这个问题，但是在他们遇到最新的技术问题之后，我重新考虑了这个问题。 如果有办法让一台服务器成为另一台服务器的备份，我很乐意采用例如亚马逊和MT。
是的，这是相当普遍的。 仍然总是有单点失败，但是你可以使那些失败的点失败。
如果您要使用Amazon的Web服务，则需要设置两个完全相同的EC2实例。 你可以通过master-master复制来连接数据库，因此每个服务器都有相同的数据，并且确保两个数据库都是相同的代码。
在这两台服务器前面，您将拥有一台Amazon ELB（弹性负载平衡器）。 ELB可以检测服务器是否脱机并将其转出，亚马逊的脚本会监控你的ELB，如果它开始变得不稳定，就更换它。
但是，再一次，没有什么是100％。 AWS最近出现了重大的中断。 当然，这可能会给你提供另外九到两个可靠性，但正如我在评论中所说的，即使Facebook，谷歌和亚马逊的某些部分有时也会下降。
尽pipe无法保证100％的正常运行时间，但您可能需要考虑一些诸如Keepalive等负载均衡解决scheme之王。 负载平衡将允许您有多个Web服务器冗余，以防其中一台服务器出现故障。 您当前的主机应该已经提供了某种负载均衡设置。
您可以通过使用您自己的多个托pipe公司托pipe的DNS服务器（至less2个不同的）来提高DNS的可用性。 这些域名服务器的地址将在我们认为始终可用的TLD域名服务器的NSlogging中发布（至less对于像com这样的巨大TLD来说，这是真实的）。 如果其中一个名称服务器失败，则DNSparsing器将自动使用另一个名称服务器。
注意select优秀的托pipe公司，使用不同的ISP（他们应该有来自更多ISP的链接）。
如果这项服务真的对贵公司非常重要，那么除了把它带到内部，别无select。
如果你这样做，那么你应该至less托pipe在两台服务器上，在不同的网站上，每个服务器都应该有两个ISP的链接，以及来自不同供应商的供电。 外部链接（电力和数据）需要通过单独的路线进入build筑物。
如果可能的话，服务器应该放在一起（正如现在常见的那样），以使可靠性最差的组件（电源和硬盘）加倍。 很明显，networking需要build立，因此局域网内没有单点故障。
当然，如果这项服务并不重要，那么就把它留给第三方吧，这是你永远无法控制的，谁将永远有一个很好的借口，可以传递给你的客户（谁也不会明白你为什么要使用服务器，你从来没有见过）。