我在阿姆斯特丹运营一个托pipe服务提供商，我的潜在用户主要位于伦敦。 在过去的90天里，虽然服务器已经启动并正在运行（通过使用SSHlogin服务器进行检查），但我的用户有3个实例无法访问站点。 在调查中，我发现DNS已经closures，因此URL没有被parsing。 然而，在用户心中的感觉是该网站是失败的。
我渴望拥有更可靠的DNS，并研究了以下选项
选项4已被排除，因为我们计划实施Varnish作为我们的网页caching。 即使经过数小时的search，我仍然无法find前三个选项的信息。
想从最可行的方法的人听到有一个可靠的DNS'
你有点忽视了选项5，即在不同的提供商处添加另一台DNS服务器。
你不要告诉我们有问题的域名，所以我们不能检查whois ，但我猜你现在的DNS提供商在同一个设施使用两台服务器，或者他们只使用一台服务器。
DNS旨在提供高可用性，但上述两种scheme都颠覆了devise的主要机制：多个不同连接的提供商提供多个DNS服务器。
您可能会发现，这比上面提到的三个build议中的任何一个都要less一些：在一个完全不同的提供商的VPS上租用或构build自己的DNS服务器，configuration当前的服务器以允许区域传输，将其添加到您的NSlogging和通过您的注册商的whois，你就完成了。
编辑 ： .co.uk与提供者似乎做得正确; 在whois的名称服务器上dig出212.67.202.2和92.51.159.40 ，这很可能是两个完全不同的服务器在不同的位置（ traceroute增加证实证据，表明他们在不同的国家）。 如果他们同时无法使用，我会感到非常惊讶。 通过在自己的控制下添加第三台服务器，您可能会为您的设置增加less许冗余，但是如果发生故障，您将更深入地了解该设备的原因。
.biz ，但是，没有那么好。 服务器似乎是64.92.114.5和64.92.115.5 。 虽然名义上是分开的，但它们可能位于同一个互联网pipe道上（同样， traceroute也暗示了这一点），它们可能仅仅是同一台机器上的两个不同地址（我们无法从外部知道这一点）。 用你所控制的服务器replace现有的服务器将会增加冗余。
如果您自己运行DNS，则需要在多个位置分布多个名称服务器。 如果你的需求不是非凡的话，这是很多工作和更昂贵的。
否则，我build议您使用第三方托pipe您的域名。 如果你现在使用的是不够的，尝试另一个。 亚马逊是便宜的（在产品名称Route 53下），或者你可以使用NameCheap的免费DNS托pipe，或者我也听说过关于DNS Made Easy（.com）的好消息。