我正在寻找基于他们提供的服务，例如http，https，smtp，pop，dns，sql等为我们的服务器设置主机名约定。每个服务都在Xen主机服务器上的自己的虚拟机上（dom0 ），其中有多个Xen主机服务器（10+）。 我已经阅读了Sun公司的Mark Garner和RFC 1178的Datacenter Naming Scheme以及一些Google的search，但是似乎只关注于许多服务器只执行一些服务，比如更大的集群（10+）数据库服务器，大型Web服务器集群，大型邮件服务器集群等等。在我的情况下，我们正在为大量服务（12+）使用一个小型集群（2-4）的虚拟服务器。 在这方面，我不喜欢为每个服务设置不同的主机名主题的想法，例如所有的邮件服务器都是以鸟命名的，所有的数据库服务器都是在树之后的，等等，因为我认为这会让很less的主机感到困惑和很多不同的服务。 我想知道是否有人在这样的环境中定义主机名好主意。 谢谢。
由于每个服务器有多个服务，所以我build议给你的机器一些主机名，然后使用“服务名”。
例如，主机bart可能有服务名称www1 ， imap1和ftp1 。
将这些服务名称添加到DNS，然后（取决于您的偏好和复杂性）：
现在，请确保您使用服务名称（ www1 ）在该机器上引用服务，而不是主机名。
在这里我find了一个很好的命名约定：
http ###，sql ###，dns ###等有什么问题？
命名约定非常好，因为在各种虚拟机之间没有简单的区分，但是如果每个虚拟机都运行单独的服务，那么通过该服务命名将是最清楚的。
我今天工作的命名scheme是这样的：
|服务器angular色||域或所有者||站点代码||串行||额外修饰符|
这转换为这样的名字：dnsenet0b1ab
命名的关键是一致性 。 无论您使用何种命名scheme，只要获得您需要的信息并且被无情地强制执行，您就会发现一致的信息性命名将加快项目进度，并使pipe理更容易。
这个系统可能看起来很吓人，但是一旦你习惯了，这个系统真的很棒，而且打字和谈论起来也相当简单。 一眼就可以确定服务器的types，位置等。 您可以轻松地将其扩展为包含对您更重要的其他信息。
对于那些有客户端暴露的事情，我认为用服务描述性的CNAMElogging来补充这一点是一个好主意，这些logging并不依赖于服务器。 使您的邮件服务器mail.example.com，http服务器intranet.example.com等
你提到服务器共享angular色。 如果你看到服务之间的亲和力，创build一个“服务器类”。 许多地方把文件服务器上的SMS / SCCM，打印队列和AV …称为“主机pipe理服务器（hms）”或其他。