我正在考虑根据他们提供的服务为我们的服务器设置主机名约定，例如 http、https、smtp、pop、dns、sql 等。每个服务都在 Xen 主机服务器上的自己的虚拟机上（dom0 )，其中有多个 Xen 主机服务器 (10+)。我已经阅读了 Sun 的 Mark Garner 和 RFC 1178 的数据中心命名方案以及一些 Google 搜索，但这些似乎专注于拥有许多只执行少数服务的服务器，例如更大的数据库集群 (10+)服务器，大型网络服务器集群，大型邮件服务器集群等。在我的情况下，我们正在使用一个小型虚拟服务器集群（2-4）来提供大量服务（12+）。在这方面，我不喜欢为每个服务使用不同的主机名主题的想法，例如所有邮件服务器都以鸟类命名，树之后的所有数据库服务器，等等，因为我认为它会因为很少的主机和很多不同的服务而变得混乱。我想知道是否有人对在这样的环境中定义主机名有一个好主意。谢谢你。
AskOverflow.Dev
由于每台服务器有多个服务，我建议根据您喜欢的任何主题为您的机器提供一些主机名，然后使用“服务名称”。
例如，主机bart可能具有服务名称www1、imap1和ftp1。
将这些服务名称添加到 DNS，然后（取决于您的偏好和对复杂性的期望）：
现在，确保您使用服务名称 ( www1 ) 而不是主机名来引用该机器上的服务。
在这里我找到了一个很好的命名约定：
http://virtualizationreview.com/blogs/virtual-insider/2011/10/how-to-design-an-effective-naming-convention.aspx
http###、sql###、dns###等有什么问题？
当各种虚拟机的功能之间没有容易描述的区别时，命名约定非常好，但是如果每个虚拟机都运行一个单独的服务，那么通过该服务命名它们将是最清楚的。
我今天工作的命名方案是这样的：
|服务器角色||域或所有者||站点代码||序列号||额外修饰符|
这翻译成这样的名称：dnsenet0b1ab
命名的关键是一致性。无论您使用何种命名方案，只要它能够获得您需要的信息并无情地执行，您就会发现一致的、信息丰富的命名将加快项目速度，并使大型安装基础的管理更容易。
这个系统可能看起来很吓人，但一旦你习惯了它，它真的很棒，而且相当容易打字和谈论。一目了然地确定服务器的类型、位置等很容易。您可以轻松地扩展它以包含对您来说更重要的其他信息。
对于有客户端暴露的事情，我认为用不绑定到服务器的服务描述性 CNAME 记录来补充它是一个好主意。让你的邮件服务器mail.example.com、http服务器intranet.example.com等
您提到服务器共享角色。如果您看到服务之间的相似性，请创建一个“服务器类”。许多地方将 SMS/SCCM、打印队列和 AV 放在文件服务器上……称之为“主机管理服务器 (hms)”或其他什么。