什么是最易于pipe理和有趣的服务器命名scheme正在使用？

首先，任何select命名scheme的人都应阅读RFC 1178 – “为您的计算机select名称” 。 人们一直在讨论这个问题，因为只要电脑已经有了名字，所以在重新发明车轮之前阅读别人所说的话。

我自己的想法 – 我倾向于将命名策略分解为主题和计划 。

使用一个主题 （例如希腊神，来自Dr. Who的人物，伏特加品牌）在小型networking中运作良好。 如果主机less于20个，则可能有多个硬件configuration – 可能每个主机都有独特的configuration。 在这种情况下，能够将每台机器都认为具有独特的个性是很好的，因为机会是这样的。

如果您有大量具有相同硬件和/或软件configuration的机器，则使用scheme （例如，从地理位置，机架位置，硬件ID等元素构build的名称）可以很好地工作。 如果您需要将机器与日常不处理的人员进行交stream，那么这种方法也可以很好地工作。 例如，如果您需要告诉NOC工作人员重置机器，可以帮助他们在机架中find它的名称比通过机架search具有特定标签的机器更好。

使用function名称 （例如邮件，网页，文件服务器）对于虚拟机来说是一个好主意，但对于我的经验来说，对于物理主机来说是一个坏主意。 物理主机经常会执行多个function（即使这不是理想的），并且随着时间的推移，各个function将在资源使用和需求方面发生变化，使得它们将被迁移到其他主机。

主题的问题包括：

• 他们通常提供一小堆名字。 一旦你用完罗马神，你是否转用希腊语？ 你是否重用了一个适合你的命名主题的退役主机的名字，或者从一个新的主题中select一个新的名字来避免由于名称重用而产生的问题和混乱？
• 他们让你的机器拟人化。 这很糟糕 – 电脑不喜欢这样。 如果你把你的机器看作是一个独特的个性，那么你冒着忽视与你对机器“行为”的假设相抵触的证据的风险，以及有时假设某个特定机器出现故障的风险，因为“它是总是行为不端“。

计划的问题包括：

• 他们导致难以记住的主机名。 当你拥有良好的系统pipe理时，这个问题就不那么重要了，但是能够立即回想起特定的问题在一台特定的机器上不止一次performance出来，或者是一个特定的机器负责执行一些特定的function。
• 如果scheme更改，则可能必须重命名所有主机。 这可能会导致大量的DNS更改，configuration更改，访问列表和权限更改等。

在现实世界中，你会发现两个系统都在使用，有时并排。 例如，根据我的经验，高性能计算集群总是有名称的。 这个名称通常被分配给一个头节点（交互使用），而各个集群节点的名称则是compute-01，highmem-01，storage-01等。

而且，如前所述，虚拟机和物理主机具有不同的命名scheme是很常见的（也是有用的）。

在有趣的类别下，有一个来自Stack Overflow的答案

元素周期表。 我们也使用IP地址中的元素号，所以

氢气= 192.168.0.1

氦气= 192.168.0.2

等等

我是一个非常坚定的信徒，他们的位置（即国家代码/城市代码/数据中心代码/地板/机架/机架高）和软件/虚拟机服务器的位置平台/function/簇/复述）。 我知道这可以让名字更长，而不是在七个矮人之后命名它们，但是这是确保你更加“面向未来”并且以结构化方式处理虚拟化的一个好方法。

作为一个例子，我们有一个叫做044LONTH72G216的VMWare服务器（这个服务器正好位于全球的服务器上）和访客服务器虚拟机，比如NESQLC11S08。 您可以随时为他们创build内部IT团队工作的简短名称，每个名称都指向这些更长，更有组织的名称。

希望这可以帮助。

我们首先以特定的主题（圣经书）命名我们的服务器，但随着我们的IT团队（和服务器的数量）增长并变得更加专业化 – 而且由于我们有更多的人员stream动，我们发现任何命名系统并没有涉及到服务器的function（或位置）变得混乱。

人们知道他们经常使用的服务器，但是当开展一个新项目，交叉培训或者试图帮助另一个pipe理员时，事情会被错过，因为“没人知道诗歌是邮件服务器”等等。

现在我们已经回到了更具描述性的命名scheme。

我们根据他们的angular色给我们所有的服务器名称，即他们做什么。

所以我们的服务器有类似的名字

- PDC - SQL - EXCHANGE - RDP - FILE etc.. 

根据我的经验，具有非人类可读名称的服务器（即scheme方法）是不可pipe理的。 我经常看到错误的字符导致错误的服务器操作xyz应用到它，有时会有灾难性的结果。

具有存储在描述字段或类似内容中的关联元数据的人类可读名称似乎不太容易受到PEBKAC问题的影响。

那么，一些常年的最爱包括：

• 希腊诸神
• 罗马神 （有时难以与“行星”区分）
• 北欧神 （最不礼貌的服务器可以是Loki）
• 琥珀王子
• 哲学家

我们开始与伯特和厄尼回来的时候，一群2 microVAX 3400s是一个重大的交易。 我们和芝麻街呆了一段时间–Bigbird，Elmo，Grover，thecount（金融体系），但最终还是要有一个计划。 这个计划中究竟有什么元素取决于你公司的规模，我们必须包括：

function（PDC，邮件，打印，万维网等）序列号（I）（位于城市的2字母缩写）分部（公司是由4个公司组成的，所以我们有3个字母的缩写）一直喜欢把年份和月份作为序列号的一部分）

辛普森字符:)

曾经有一位客户曾经在花花公子兔子之后命名服务器。 但是，这在IT之外还没有广泛宣传。 😉

我喜欢在大猫之后给它们命名，但是随后OS X出现了并且毁了我。

另一个爱好是酒类。 JimBeam，Beefeater，Stoli等不同的酒类是不同类别的服务器。 杜松子酒的邮件服务器，威士忌的数据库，PDC总是月光。

从今年的任何新系统开始，我们将开始使用枯燥的描述性名称（邮件，打印等），但到现在为止，我们使用动物 – 不同types的动物用于不同的目的：鸟类，鱼类，丛林动物等。

前40名音乐家。

他们经常变化，不断提供新鲜的东西，但更重要的是，对于12岁以上的任何人来说，这些变化足够神秘。

我们倾向于有公司首字母缩写，紧随其后的是其数字，即

 GSK-WEB-12 ST-DB-3 

我们用这个，效果很好。

• 网站（2个字符）
• dev / test / live（3/4个字符）
• function（3个字符）
• 计数（2个字符）
• vm或不是（2个字符）

在我所做的工作中，除了传统的server01，server02等之外，我还看到了以下趋势：

• 珍贵的石头
• 鱼
• 花卉
• 星球大战的人物
• 动物

在我正在学习的大学里，他们使用Asterix和Obelix故事中不同angular色的名字。 如奇迹，黄芪等

我们的服务器都是以宠物命名的。 按types略有分解。 所有的域控制器都是以鸟命名的。 狗的文件和打印。 用于应用程序服务器的猫。