功能服务器命名约定

我见过" 最酷的服务器名称 ",我看到了另一个与我有关的小问题,不幸的是关闭了.

这是一个严肃的问题,因为我是一个内部应用程序开发团队,负责管理几十台服务器上的应用程序.网络人员通常不关心我们所谓的服务器,只要他们知道他们,所以我们可以提出任何约定.

服务器处理的应用程序可以是自行开发的自定义应用程序,也可以是SharePoint等大型供应商.他们可以:

在多个无法相互通信的网络环境中(想想防火墙外部服务器与内部网络服务器)

在不同的物理位置(加州办事处与纽约等)

在多个部署层(生产,登台,测试,开发)中

有一个或多个功能(Web服务器,数据库服务器,邮件服务器,应用程序服务器)

负载平衡与否

待机(用于灾难恢复)或主要用途

呼!认为甚至可以提出一个可以解决所有这些方面或重要方面的公约？听到一个服务器名称(或者它的DNS条目)并且能够立即知道它的作用是很好的,它也适用于让新人加快速度."sharepoint-IPC-1已关闭"可以解析为"加利福尼亚数据中心的内部生产SharePoint Web服务器,这是负载平衡中的第一个节点已关闭!"......但这看起来似乎过于复杂.

我想到的另一件事是旧的邮件中继服务器正在退役,这意味着我们必须遍历许多旧的应用程序以重新命名硬编码的服务器值(我知道...... :).

基于我过去犯过的错误,以下是我试图遵守的一些一般性指导原则.

永远不要根据您的机器名称...

硬件计算机一直处于交换状态,如果从IBM服务器,Sun服务器更改为Dell服务器,您不希望做太多工作.

位置设备甚至整个服务器机房都可以根据业务需求或技术问题进行移动.

预期用途随着产品的发展,每台服务器的预期用途也在不断发展.拥有一台名为"dbsrv"但最终也充当文件服务器的机器令人困惑.

所有者 "拥有"设备(员工)的人可以因公司内的解雇,裁员和搬迁而改变.

子网正如我之前所说,实验室可以移动,子网也可以移动.DNS的主要目标之一是让您免于被绑定到特定的IP地址,那么为什么不必要地陷入困境？

现在,针对您描述的情况提出一些建议......

遍布区域的计算机这是DNS中的子域.你可以拥有"west.company.com"和"east.company.com".

有一个或多个功能不要根据预期用途命名它们.如果你根据一些大型名称(例如希腊神)命名它们,你最终会直观地知道zeus.east意味着你的主数据库服务器和apollo.west是你的备份数据库服务器.最坏的情况,请在电子表格中查找.

负载平衡与否您可以采取两种方法.您可以在负载均衡器后面的每个节点上使用唯一的名称,或者您可以执行类似athena-1.east,athena-2.east等的操作.无论哪种方式,负载均衡器(希望)都可以让您免于担心太多每个节点的名称.

待机与否这听起来不像应该对机器名称产生影响的标准.

我基本上说的是:

将您的设备分成不同的区域子域

选择一个有很多名字的命名方案(本例中为希腊神)

不要将名称基于我上面提到的任何标准(预期用途,位置等)

试图做更多的事情将比它的价值更麻烦.

我知道将名称分配给描述其功能和其他类似属性的服务器并且在一个完美的世界中可行,但实际上我已经发现,经过一段时间这些事情会随着功能和服务器的其他参数的变化而变得混乱(随着业务需求的变化)所以名称不再反映现实.

我认为您应该为服务器分配唯一的名称,这些服务器不会告诉任何有关该功能或其他参数的信息,并且有一些(最新的)列表详细说明这些事情,以便您的员工可以查找它.这就是我们在这里所做的.

另一个极端是仅使用IP地址或具有基于IP地址的名称,如果您必须更改IP地址,也可能导致灾难.