可能重复：
networking中PC的命名约定
您的组织使用什么命名约定来识别组织中的计算机。 这些对于开发者的桌面，服务器等是内部的。我们将要购买许多新的台式机和笔记本电脑。 我能想到的几个scheme：
我们的服务器有两个名字; 一个物理的和一个逻辑的。 原因是布线不关心服务器是什么 ，只是在哪里; 逻辑名称比位置更频繁地变化。
我们的实体名称是这样构成的;
国家代码，数据中心名称，机架，刀片机箱/ U位置，刀片插槽。 即044THDBA410211在英国（044），数据中心名为THD，机架BA41，刀片机箱02，刀片插槽11。
通过这种方式，所有的布线和标签都可以在服务器的整个生命周期内保持不变。
然后，服务器得到一个逻辑名称，通常说明它所属的平台，它的操作系统，它的function，但不是它的位置，因为它会经常改变。
对于虚拟机，我们只需在vCentre中查找它的位置，对于物理和虚拟机主机，我们只需要一个查找网页即可。
这对我们很有用，因为它解决了我们在别处遇到的很多问题。
我有近10年的经验，我可以告诉你，在主机名中embedded元数据将导致问题。
主机名在现实世界中本质上难以改变。 软件应用程序将它们embedded到陌生的地方。 例如，MYSQL授予表。
select一些与系统无关的专有名词，然后将它们从堆栈中popup。 这些名称应该是关键字，包含关于主机的元数据。
共同的主题是神和女神，从你最喜欢的电视节目，艺术家，专辑，歌曲等字符…
如果您根据数据中心中的物理位置为您命名机器，则只要移动物理位置，就不会有任何问题。
如果您绝对必须将元数据存储在DNS中，请使用TXTlogging而不是Alogging。
关于如何分配主机名有许多不同的想法。 也有很多考虑。 例如，Windows机器上的主机名不能超过15个字符。 另外一些交换机（旧的思科IIRC）曾经有一个主机名中有12个或更多字符的问题。
命名机器时还有其他的考虑。 一个可能是一个安全问题，即不要把Windows，Linux，sol5.2或任何可识别的信息，在一个偶然的观察者会很快学习的主机名。 虽然它实际上什么都不做（nmap可以确定主机的操作系统types），这只是一个好主意。
如果你有很多机器，那么在执行时也必须实用，你需要从DNS反向查询中快速确定它的作用和谁是所有者。 所以这意味着你必须在你的pipe理员之间共享共同的信息。
在这里，你应该达到的重大事项是整个企业的统一，以及所有pipe理员对于公约的约定。
我使用的当前主机名称模式是;
aa-bb-cc-dd-ddd.domain.net AA这是一个双字母短码来标识拥有资产的公司。 在这种情况下，我们将把它交给我的公司
BB这是一个双字母短代码，用于标识机器所在的站点或者托pipe机器的服务提供商。 在这里，我们运行电脑在现场呼叫超级中心，所以我们已经分配了短码SC。 这可以很容易地是一个两个字母的国家代码，甚至是另一个公司的短代码。
CC识别机器angular色的双字母短代码。 这些angular色名称在分配之前由IT运营中的所有人同意，否则最终会有不同的含义。 在这个例子中，我们正在为数据库master分配DM，但是我们使用VJ代码作为虚拟jboss，或者wk代表工作站。
DD这是客户标识符，可能是字母或数字的组合。 在这种情况下，我们将给出01
DDD节点号码
所以使用上面的一个典型的主机将是
mc-sc-dm-01-010.domain.net
这样我就可以导出一个由我公司操作的机器，主机位于超级中心，它是一个数据库服务器，一个主服务器，服务于客户01的需要，他们有10个数据库主机的主机。
如果你注意，主机名公式的最后部分有问题。 客户编号不能超过99或z9，节点可以是999.我们build议改变这个，使客户可以是3位数和节点2。
然而，我们也喜欢能够做一些巧妙的技巧，比如使用主机名来确定木偶应该如何处理主机configuration（例如，在my-sc中的所有机器上应用一个通用主机文件）
这里最主要的是find适合自己的东西，以及你每天能够生活的东西。
到目前为止我看到的命名scheme是：
对于开发人员工作站
<City><EmployeeID> ny347 // Employee ID 347
这也与该员工的login帐户类似。
<City><Physical|Virtual><Linux|Windows><Department><Counter> nyvlpro01 // New York, Virtual Machine, Linux OS, Products Departments, Machine 1
其他scheme也区分开发，testing/ qa和生产环境，例如：
<Nickname>-<Dev|Test|Prod|>-<Clusternode> foobar-prod-1 // machine called foobar, for production environment, cluster node 1
其他人使用专用软件的名称，如
<Softwarename>-<Dev|Test|Prod> wiki-dev // The Wiki for the development department
或合并：
<Company><Country><Software><Environment><Node> INUKDBD1 // INitrode, United Kingdom, Database, Development, Node 1
或者区分机器在家庭办公室的angular色
<Role><Number> SE001 // Server 1 PC001 // Desktop PC 1
所以XP3的第一台笔记本电脑将是L-000-XP3。 第一个Ubuntu的将是L-000-UBT。 它很灵活，结构简单，比{companyname} 01,02,03等好多了。
那么我不在IT，但这是我们在工作中做的：
所以它看起来像这样：nyork56789087
不是很漂亮，但是在某个地方，IT人员可以查看数据库并获取有关该计算机的更多信息。
操作系统代码，加上资产标签号。
知道什么操作系统是有用的，当/如果试图远程连接。 您可以通过查找资产标签号码从您的CMDB获取城市（地狱办公室的位置，如果不是实际的办公桌）。
所以例如XP4640，WS5000，Vi5020，OSX6088
我只使用了两种不同的scheme，具体取决于操作的规模。 对于一个小公司，比如我现在工作的地方，每台机器都是以用户的名字命名的。 我很幸运，没有任何重复的名字。
对于一个大的全球networking，该scheme是CC-COMP-HOST，其中CC是国家代码，COMP是公司代码，HOST是机器名称。 服务器按顺序命名，工作站有两个字符部门（或小型办事处城市）名称和尽可能多的用户名称的组合。
与其他人不同的是，我更喜欢能够立即识别机器及其用户以及位置，并且当员工改变时很乐意重命名机器，而不是忍受一个神秘而难以安排的工作。 当然这并不适用于所有情况，但在我工作的地方工作得很好。
对于工作站，请使用序列号或资产标签号码。 他们几乎总是可以从BIOS中获得。 我们使用一些前缀…“w”用于PC /工作站，“n”用于笔记本电脑/笔记本电脑等。
我使用了一堆命名scheme，试图在主机名中embedded太多的信息，而且几乎总是一场噩梦。 坚持服务器function，位置和一系列编号，并从那里build立。 越简单越好。
不pipe你做什么，坚持下去。 当有人坚持在埃及法老王之后命名个人电脑或服务器的时候，就会发臭。
我们这里（小公司）正在给我们的服务器（大部分时间）的幻想名称（例如torbie是我们的文件服务器）。 有时，他们会得到关于他们正在使用的名称（例如我们的testing服务器的testing1和testing2 ）。
我们正在用别名工作很多。 文件服务器 torbie得到（作为一个例子）的别名文件服务器 ， dbserver和时间服务器 ，因为他服务SMB，MySQL和NTP。
工作站有幻想的名字（例如， 波特 ，因为开发者喜欢哈利·波特）。 对于不熟练的人，我将主机名设置为他的用户名（John Doe将拥有笔记本电脑jdoe ）。 由于笔记本电脑有多个接口，如无线局域网，约翰的笔记本电脑也会得到jdoe-w指向他的无线接口。