正在使用的最易于管理和最有趣的服务器命名方案是什么?

Jam*_*ore 19 hostname

我很好奇在命名服务器时使用了什么方案......

Joh*_*ton 27

首先,任何选择命名方案的人都应该阅读 RFC 1178 - “为您的计算机选择一个名称”。自从计算机被命名以来,人们就一直在谈论这个问题,因此在重新发明轮子之前,请先阅读其他人所说的内容。

我自己的想法 - 我倾向于将命名策略分解为主题方案

使用主题(例如希腊诸神、神秘博士的角色、伏特加品牌)在小型网络中效果很好。如果您的主机少于 20 个,那么您可能有多个硬件配置——可能每个主机都有一个独特的配置。在这种情况下,能够将每台机器视为具有独特的个性是件好事,因为 - 很有可能 - 确实如此。

当您拥有大量具有相同硬件和/或软件配置的机器时,使用方案(例如,根据地理位置、机架位置、硬件 ID 等元素构建的名称)效果很好。如果您需要与不每天处理机器的人就机器进行交流,它也能很好地工作。例如,如果您需要告诉 NOC 员工重置机器,那么帮助他们在机架中定位机器的名称比让他们在机架中搜索带有特定标签的机器更好。

使用功能名称(例如邮件、网络、文件服务器)对虚拟机来说是个好主意,但根据我的经验,对物理主机来说却是个坏主意。物理主机通常最终会执行多种功能(即使这并不理想),并且各个功能会随着时间的推移在资源使用和需求方面发生变化,因此它们将迁移到其他主机。

主题的问题包括:

  • 它们通常提供一小部分名称。一旦你用完了罗马神,你会转向希腊吗?您是重新使用适合您命名主题的已退休主机的名称,还是从新主题中选择一个新名称以避免名称重复使用可能引起的问题和混淆?
  • 他们让你的机器拟人化。这很糟糕 - 计算机不喜欢那样。如果您认为您的机器具有独特的个性,您就有可能忽略与您对该机器如何“行为”的假设相反的证据,有时还会假设故障出在特定机器上,因为“它是总是行为不端”。

方案的问题包括:

  • 它们导致更难记住的主机名。当您有良好的系统管理时,这不是一个问题,但有时能够立即回忆特定问题在特定机器上出现不止一次,或者特定机器是负责执行某些特定的功能。
  • 如果方案发生变化,您可能必须重命名所有主机。这可能会导致大量 DNS 更改、配置更改、访问列表和权限更改等。

在现实世界中,您会发现两个系统都在使用,有时并排使用。例如,根据我的经验,高性能计算集群总是有名字的。该名称通常分配给头节点(交互使用),而各个集群节点将具有诸如compute-01、highmem-01、storage-01等名称。

并且,如前所述,虚拟机和物理主机具有不同的命名方案是很常见的(而且很有用)。


Ada*_*ins 9

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

元素周期表的元素。我们还使用 IP 地址中的元素编号,因此

氢 = 192.168.0.1

氦气 = 192.168.0.2

等等。

  • 118 显然是 DHCP 范围的开始:) (9认同)

Cho*_*er3 7

我非常相信物理服务器的命名(即国家代码/城市代码/数据中心代码/楼层/机架/机架 U 高度)和软件/虚拟机服务器仅按其功能命名(平台/功能/集群/迭代)。我知道这可以使名字比以七个小矮人或其他名字命名更长,但这是确保您更“面向未来”并以结构化方式处理虚拟化的好方法。

作为一个例子,我们有一个名为 044LONTH72G216 的 VMWare 服务器(这正好在世界上定位一个服务器)和来宾服务器 VM,例如 NESQLC11S08。您始终可以为内部 IT 团队的工作创建简短的名称,每个名称都可以引用这些更长、更有条理的名称。

希望这可以帮助。


Bre*_*nt 7

我们开始以特定的主题(圣经书籍)命名我们的服务器,但是随着我们的 IT 团队(和服务器的数量)增长并变得更加专业化 - 随着我们人员流动的增加,我们发现任何命名系统以某种方式与服务器的功能(或位置)无关变得混乱。

人们知道他们经常使用的服务器,但是在进行新项目、交叉培训或尝试帮助其他管理员做某事时,事情会被遗漏,因为“没有人知道psalms是邮件服务器”等。

我们现在已经切换回更具描述性的命名方案。

  • 每个人都知道*书信*应该是邮件服务器。 (4认同)

Fro*_*rud 5

我们根据他们的角色给我们所有的服务器命名,即他们做什么。

所以我们的服务器有这样的名字

- PDC
- SQL
- EXCHANGE
- RDP
- FILE etc..
Run Code Online (Sandbox Code Playgroud)

  • 这是您可以作为 CNAME 拥有的东西。A 记录应该是宿主独有的,并且不说明其功能。用户不需要知道 A 记录,只需要知道 CNAME imo。 (4认同)
  • 我尽量避免这样做,因为如果服务器改变目的,你会忘记哪个服务器是哪个服务器。许多服务器也有多种用途。 (3认同)
  • 如果服务器更改用途,则无论如何都应该重新格式化(并因此重命名)。 (2认同)

Tom*_*ght 0

前40名的音乐家。

它们经常变化,足以不断提供新鲜的新内容,但更重要的是,它们对于 12 岁以上的任何人来说都足够神秘。