Joh*_*ton 27
首先,任何选择命名方案的人都应该阅读 RFC 1178 - “为您的计算机选择一个名称”。自从计算机被命名以来,人们就一直在谈论这个问题,因此在重新发明轮子之前,请先阅读其他人所说的内容。
我自己的想法 - 我倾向于将命名策略分解为主题和方案。
使用主题(例如希腊诸神、神秘博士的角色、伏特加品牌)在小型网络中效果很好。如果您的主机少于 20 个,那么您可能有多个硬件配置——可能每个主机都有一个独特的配置。在这种情况下,能够将每台机器视为具有独特的个性是件好事,因为 - 很有可能 - 确实如此。
当您拥有大量具有相同硬件和/或软件配置的机器时,使用方案(例如,根据地理位置、机架位置、硬件 ID 等元素构建的名称)效果很好。如果您需要与不每天处理机器的人就机器进行交流,它也能很好地工作。例如,如果您需要告诉 NOC 员工重置机器,那么帮助他们在机架中定位机器的名称比让他们在机架中搜索带有特定标签的机器更好。
使用功能名称(例如邮件、网络、文件服务器)对虚拟机来说是个好主意,但根据我的经验,对物理主机来说却是个坏主意。物理主机通常最终会执行多种功能(即使这并不理想),并且各个功能会随着时间的推移在资源使用和需求方面发生变化,因此它们将迁移到其他主机。
主题的问题包括:
方案的问题包括:
在现实世界中,您会发现两个系统都在使用,有时并排使用。例如,根据我的经验,高性能计算集群总是有名字的。该名称通常分配给头节点(交互使用),而各个集群节点将具有诸如compute-01、highmem-01、storage-01等名称。
并且,如前所述,虚拟机和物理主机具有不同的命名方案是很常见的(而且很有用)。
在有趣的类别下,有一个来自Stack Overflow 的答案
元素周期表的元素。我们还使用 IP 地址中的元素编号,因此
氢 = 192.168.0.1
氦气 = 192.168.0.2
等等。
我非常相信物理服务器的命名(即国家代码/城市代码/数据中心代码/楼层/机架/机架 U 高度)和软件/虚拟机服务器仅按其功能命名(平台/功能/集群/迭代)。我知道这可以使名字比以七个小矮人或其他名字命名更长,但这是确保您更“面向未来”并以结构化方式处理虚拟化的好方法。
作为一个例子,我们有一个名为 044LONTH72G216 的 VMWare 服务器(这正好在世界上定位一个服务器)和来宾服务器 VM,例如 NESQLC11S08。您始终可以为内部 IT 团队的工作创建简短的名称,每个名称都可以引用这些更长、更有条理的名称。
希望这可以帮助。
Bre*_*nt 7
我们开始以特定的主题(圣经书籍)命名我们的服务器,但是随着我们的 IT 团队(和服务器的数量)增长并变得更加专业化 - 随着我们人员流动的增加,我们发现任何命名系统以某种方式与服务器的功能(或位置)无关变得混乱。
人们知道他们经常使用的服务器,但是在进行新项目、交叉培训或尝试帮助其他管理员做某事时,事情会被遗漏,因为“没有人知道psalms是邮件服务器”等。
我们现在已经切换回更具描述性的命名方案。
我们根据他们的角色给我们所有的服务器命名,即他们做什么。
所以我们的服务器有这样的名字
- PDC
- SQL
- EXCHANGE
- RDP
- FILE etc..
Run Code Online (Sandbox Code Playgroud)
归档时间: |
|
查看次数: |
19516 次 |
最近记录: |