功能服务器命名约定

Question

我见过“The Coolest Server Names”，而且我看到另一个与我有关的smaller-ish question，不幸的是关闭了。

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

服务器处理的应用程序可以是自行开发的自定义应用程序，也可以是像SharePoint这样的大型供应商。他们可以是：

• 在多个无法相互通信的网络环境中（想想防火墙外部服务器与内网式服务器）
• 在不同的物理位置（加州办事处与纽约等）
• 在多个部署层（生产，登台，测试，开发）中
• 拥有一个或多个功能（网络服务器，数据库服务器，邮件服务器，应用服务器）
• 负载均衡或不
• 待机（用于灾难恢复）或主要

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

我想到的另一件事是，旧的邮件中继服务器正在退役，这意味着我们必须搜索许多旧的应用程序来重新命名硬编码的服务器值（我知道......）。

Answer 1

根据我过去犯过的错误，以下是我尝试遵守的一些一般性指导原则。

永远不要将您的机器名称作为......

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

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

• 预期用途随着产品的发展，每台服务器的预期用途也会如此。拥有一台名为“dbsrv”但最终也充当文件服务器的机器令人困惑。

• 所有者“拥有”设备（员工）的人可能会因公司内的解雇，裁员和搬迁而改变。

• 子网正如我之前所说，实验室可以移动，子网也可以移动。 DNS的主要目标之一是让您免于被绑定到特定的IP地址，那么为什么不必要地将自己束缚住呢？

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

• 分布在某个区域的计算机这是DNS中的子域名。你可以拥有“west.company.com”和“east.company.com”。

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

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

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

我基本上说的是：

1. 将您的设备分成不同的区域子域
2. 选择一个名称很多的命名方案（本例中为希腊神）
3. 不要将名称基于我上面提到的任何标准（预期用途，位置等）

尝试做任何更多的事情比这更麻烦。

Answer 2

我知道将名称分配给描述其功能和其他类似属性的服务器，并且在一个完美的世界中可行，但实际上我已经发现，经过一段时间后，这些东西会被搞砸为功能和其他参数。服务器发生变化（随着业务需求的变化），因此名称不再反映现实。

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

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