我们正在一个很好的托pipe服务提供商的网站设置，但我想如果它是一个好主意，以及转移域名。
从利弊angular度来看，从pipe理的angular度来看应该更快，更less麻烦。
在不利的方面，这意味着所有的鸡蛋在一个篮子里。 虽然如果主机停机，那么在任何地方redirect用户都没有意义。
任何意见在那里最好的办法是什么？ （a）两个提供者相同，（b）托pipe和域名注册的独立提供者
这取决于主机的服务质量和声誉。 通常他们拥有或拥有庞大的基础架构服务器，过滤空气，故障转移系统等。
对于一个高信誉的提供者来说，一切都下降的可能性是相当低的，即你的托pipe服务器+他们的DNS服务器。
但是，由于计算机效率低下，或者（更可能）带宽/内部路由问题，您可能拥有一家非常优秀的托pipe公司，它们并不十分小心 – 低估了DNS服务。
例如，虽然托pipe运作良好，但DNS响应速度可能会很慢。 通常，DNS超时时间非常短（〜3秒），并且请求可能会落到辅助（等等）服务器上。 用户总是看到烦人的
Looking up domain.com... 在浏览器的底部几秒钟，而网站本身很快为网页提供服务（DNS响应caching几分钟，但第一次/偶尔用户会感到失望）。
作为一种结论，与DNS响应时间相比，我更less担心停机时间（对于一家知名的托pipe公司），如果DNS响应速度缓慢，会毫不犹豫地将DNSpipe理到另一个级别（例如注册服务商或其他公司）。
编辑
添加一种方法来观察DNS响应时间
从网上find一个好的工具并不容易。 这显示了DNS响应时间的重要性。 这是一个小的Perl脚本，可以适应; 用很多域填充域数组。 我们认为TTL（基本上是一个域名想要被caching的时间）是最多一天 – 这是一个相当高的价值。
您必须确保您的工作站已将其resolv.conf设置为托pipe公司的DNS服务器（或者可以修改dig ，但是如果从服务器执行testing，则直接访问DNS服务器会更好）。
我们希望了解这些DNS服务器第一次被其他DNS服务器/客户端查询时，如何快速回复您的域名。 虽然托pipeDNS应该有你的域在其caching，它可能会受到低带宽，低效的路由，性能问题，共享问题等…
#!/usr/bin/perl # Put a lot of domains... better if used infrequently @domains = ( "google.com","cnn.com","stackoverflow.com","serverfault.com" ); # Change the path to the log file reflecting the response times per domain $log = "/tmp/dns-log.txt"; # Sleep $sleep seconds per domain, for a day you need (24*3600) / $sleep domains # if you consider the average (max) TTL to be 1 day. Or increase the $sleep. $sleep = 60; foreach $domain (@domains) { @r = `dig $domain`; for (@r) { if (m/^;; Query time:\s*(\d+)/) { &log($domain, $1); } } sleep 1; } sub log { my ($domain,$time) = @_; open F, ">>$log"; print F sprintf("%6d %s\n", $time, $domain); close F; }
响应时间还取决于目标域名的速度 – 我们希望得到一个关于您的托pipeDNS行为如何的全局图。 最好的做法是从另一台DNS服务器上运行相同的testing（例如，第二天，否则，第一台testing人员可能会在几分钟后帮助第二台testing人员 – 在目标域上）。
目标
主机和域名/ DNS服务应该分开。 这意味着您可以轻松更改服务器提供商并将所有数据传输到新位置， 而无需redirect客户 。 至于可靠性，好吧，如果你的DNS提供商提供了多个名称服务器，并有良好的logging，你应该没问题。
我build议分开服务如下：