回答:
まず、命名スキームを選択する人は、 RFC 1178- "コンピュータの名前を選択する"を読んでください。コンピューターに名前が与えられている限り、人々はこの問題について話し続けてきました。
私自身の考え-私はネーミングポリシーをテーマとスキームに分割する傾向があります。
テーマ（ギリシャの神々、Dr。Whoのキャラクター、ウォッカのブランドなど）を使用すると、小規模なネットワークでうまく機能します。ホストの数が20未満の場合、複数のハードウェア構成が存在する可能性があります-すべてのホストに固有の構成がある可能性があります。そのような場合、各マシンがユニークな性格を持っていると考えることができるのは良いことです。なぜなら、チャンスがあるからです。
スキーム（地理的位置、ラック位置、ハードウェアIDなどの要素から構成される名前）を使用すると、同一のハードウェアおよび/またはソフトウェア構成を持つ多数のマシンがある場合に効果的です。また、日常的にマシンを扱っていない人とマシンについて通信する必要がある場合にも役立ちます。たとえば、NOCスタッフにマシンをリセットするように指示する必要がある場合、特定のラベルが付いたマシンをラック内で検索するよりも、ラック内でそれを見つけるのに役立つ名前の方が良い場合があります。
機能名（メール、ウェブ、ファイルサーバーなど）を使用することは仮想マシンにとっては良い考えですが、私の経験では物理ホストにとっては悪い考えです。物理ホストは多くの場合、（これが理想的ではない場合でも）複数の機能を実行することになり、個々の機能は他のホストに移行されるように、時間の経過とともにリソースの使用と要件が変化します。
テーマの問題は次のとおりです。
スキームの問題は次のとおりです。
現実の世界では、両方のシステムが使用されており、場合によっては並んでいます。たとえば、私の経験では、高性能コンピューティングクラスタには常に名前があります。多くの場合、名前はヘッドノード（対話的に使用される）に割り当てられますが、さまざまなクラスターノードにはcompute-01、highmem-01、storage-01などの名前が付けられます。
また、前述したように、仮想マシンと物理ホストが異なる命名スキームを持つことは一般的です（そして便利です）。
興味深いカテゴリの下には、Stack Overflowの回答があります
周期表の要素。IPアドレスの要素番号も使用するため、
水素= 192.168.0.1
ヘリウム= 192.168.0.2
等
私は、物理サーバーをその場所（国コード/都市コード/データセンターコード/フロア/ラック/ラックU高さ）で命名し、ソフトウェア/ VMサーバーを機能のみで命名することを非常に強く信じています（ platform / function / cluster / iterance）。これにより、7人のドワーフなどにちなんで名前を付けるよりも名前を長くすることができますが、構造化された方法で仮想化に対処する「将来性」を確保する優れた方法です。
例として、NESQLC11S08などのゲストサーバーVMを備えた044LONTH72G216（これは世界のサーバーを正確に見つけます）と呼ばれるVMWareサーバーがあります。内部のITチームの作業のために、これらのより短い、より体系化された名前を参照する短い名前をいつでも作成できます。
お役に立てれば。
特定のテーマ（聖書の本）を使用してサーバーに名前を付けることから始めましたが、ITチーム（およびサーバーの数）が成長し、専門性が高まるにつれて、スタッフの入れ替わりが増えるにつれて、サーバーの機能（または場所）に何らかの形で関連していなかったため、混乱しました。
人々は自分が定期的に作業しているサーバーを知っていましたが、新しいプロジェクトで作業したり、クロストレーニングをしたり、他の管理者を助けようとすると、「詩編がメールサーバーであることを誰も知らなかった」などのために物事が見逃されます。
これで、よりわかりやすい命名規則に戻りました。
私たちはすべてのサーバーにその役割に応じて名前を付けます。
サーバーには次のような名前が付いています
- PDC
- SQL
- EXCHANGE
- RDP
- FILE etc..
私の経験では、人間が読めない名前のサーバー（スキーム方式など）は管理できません。文字の入力ミスにより、誤ったサーバーに操作xyzが適用されることがよくありますが、場合によっては惨事が発生します。
説明フィールドなどにメタデータが関連付けられた人間が読める名前は、PEBKACの問題が発生しにくいようです。
2つのmicroVAX 3400のクラスタが会社にとって大したことだった頃に、バートとアーニーから始めました。私たちはしばらくの間セサミストリートに固執しました-ビッグバード、エルモ、グローバー、thecount（金融システム）、しかし最終的には計画を行かなければなりませんでした。スキームに含まれる要素は、会社の規模に応じて正確に異なります。以下を含める必要があります。
場所（市の2文字の略称）部門（会社は4社を合併して形成されたため、3文字の略語がありました）機能（PDC、メール、印刷物、wwwなど）シリアル番号（I '年と月をシリアル番号の一部として持つことが常に好きでした）
かつてプレイボーイバニーにちなんでサーバーに名前を付けたクライアントがいました。ただし、IT以外では広く公表されていませんでした。;-)
大きな猫にちなんで命名するのが好きでしたが、OS Xがやって来てそれを台無しにしました。
別のお気に入りはアルコールの種類です。JimBeam、Beefeater、Stoliなど。アルコールの異なるクラスはサーバーの異なるクラスでした。メールサーバー用のジン、データベース用のウイスキー、PDCは常にMoonshineでした。
私が勉強している大学では、AsterixとObelixの物語の異なるキャラクターの名前を使用しています。奇跡、astmatixなど。