托pipe文件与DNS进行数据中心pipe理

使用hosts文件(例如通过Puppet更新)与DNS进行数据中心机器pipe理的缺点和优点是什么?

我期待从繁琐的IPscheme切换,但关心使用DNS,因为它增加了另一层可能的失败。 而为十几台机器设置多余的DNS似乎并不正确。

另一方面,使用主机文件似乎更可靠,万一有一个好方法集中pipe理。

有任何想法吗?

集中pipe理主机文件的方式非常重要,以至于很久以前就已经解决了。 这就是所谓的DNS。

一旦你的DNS工作,你可以很快设置在你的几个服务器上。 将每个服务器设置为主服务器,并让每个服务器在/etc/resolv.conf引用多个服务器。 这样,如果一个人失败,你没有太多的失败。 我看到失败的最大方法是出现configuration错误,但也可能发生在主机文件中。

Syrenity,

DNS出现的原因是因为主机文件pipe理不能缩放:

http://en.wikipedia.org/wiki/Domain_Name_System#History

使用较旧的系统时,networking上的每台计算机都从SRI(现为SRI International)的计算机上检索到一个名为HOSTS.TXT的文件[2] [3] [4] HOSTS.TXT文件将名称映射到数字地址。 主机文件仍然存在于大多数现代操作系统,无论是默认还是通过configuration,并允许用户指定一个IP地址(例如208.77.188.166)用于主机名(例如www.example.net),而无需检查DNS 。 基于主机文件的系统具有固有的限制,因为明显的要求是每当给定的计算机的地址改变时,每个试图与其通信的计算机都需要更新其主机文件