¿Cuáles son los esquemas de nombres de servidor más manejables e interesantes que se utilizan? [cerrado]

Tengo curiosidad por ver qué esquemas se utilizan al nombrar servidores ...

En primer lugar, cualquiera que elija un esquema de nomenclatura debe leer RFC 1178 - "Elección de un nombre para su computadora" . La gente ha estado hablando sobre este tema durante el tiempo que se le han dado nombres a las computadoras, así que lea sobre lo que otros han dicho antes de reinventar la rueda.

Mis propios pensamientos: tiendo a dividir las políticas de nombres en temas y esquemas .

El uso de un tema (por ejemplo, dioses griegos, personajes del Dr. Who, marcas de vodka) funciona bien en una red pequeña . Si tiene menos de 20 hosts, entonces es probable que tenga múltiples configuraciones de hardware, posiblemente cada host tenga una configuración única. En tales casos, es bueno poder pensar que cada máquina tiene una personalidad única, porque lo más probable es que sí.

El uso de un esquema (por ejemplo, un nombre construido a partir de elementos de la ubicación geográfica, posición del bastidor, ID de hardware, etc.) funciona bien cuando tiene un gran número de máquinas con configuraciones idénticas de hardware y / o software. También funciona bien si necesita comunicarse sobre la máquina con personas que no se ocupan de ella diariamente. Por ejemplo, si necesita decirle al personal de NOC que reinicie una máquina, un nombre que los ayude a ubicarlo en el estante puede ser mejor que hacer que busquen en las estanterías una máquina con una etiqueta en particular.

Usar un nombre funcional (por ejemplo, correo, web, servidor de archivos) es una buena idea para máquinas virtuales, pero una mala idea para hosts físicos en mi experiencia. Los hosts físicos a menudo terminarán realizando múltiples funciones (incluso cuando esto no sea ideal), y las funciones individuales cambiarán en el uso de los recursos y los requisitos con el tiempo, de modo que se migrarán a otros hosts.

Los problemas con los temas incluyen:

• Generalmente proporcionan un pequeño grupo de nombres. Una vez que te quedas sin dioses romanos, ¿cambias al griego? ¿Reutiliza un nombre de un host retirado que se ajusta a su tema de nombres, o elige un nuevo nombre de un nuevo tema para evitar los problemas y la confusión que pueden surgir de la reutilización de nombres?
• Permiten que tu antropomorfise tus máquinas. Eso es malo, a las computadoras no les gusta eso. Si trata a sus máquinas como si tuvieran una personalidad distinta, corre el riesgo de ignorar la evidencia que va en contra de sus suposiciones sobre cómo se "comporta" esa máquina, y también a veces supone que hay una falla en una máquina en particular porque "es siempre portándose mal ".

Los problemas con los esquemas incluyen:

• Resultan en nombres de host que son más difíciles de recordar. Esto es mucho menos problemático cuando se cuenta con una buena administración de sistemas, pero a veces es útil poder recordar instantáneamente que un problema particular se ha manifestado más de una vez en una máquina en particular, o que una máquina en particular es la responsable de realizando alguna función particular.
• Si el esquema cambia, es posible que deba cambiar el nombre de todos sus hosts. Esto podría resultar en una gran cantidad de cambios de DNS, cambios de configuración, lista de acceso y cambios de permisos, etc.

En el mundo real, se encuentran ambos sistemas en uso, a veces uno al lado del otro. Por ejemplo, en mi experiencia, los clústeres informáticos de alto rendimiento siempre tienen nombres. El nombre a menudo se asigna a un nodo principal (que se usa de forma interactiva), mientras que los distintos nodos del clúster tendrán nombres como compute-01, highmem-01, storage-01, etc.

Y, como se mencionó anteriormente, es común (y útil) que las máquinas virtuales y los hosts físicos tengan diferentes esquemas de nombres.

En la categoría interesante, hay una de la respuesta de desbordamiento de pila

Elementos de la tabla periódica. También usamos el número de elemento en la dirección IP, por lo que

Hidrógeno = 192.168.0.1

Helio = 192.168.0.2

etc.

Creo firmemente en nombrar servidores físicos por su ubicación (es decir, código de país / código de ciudad / código de centro de datos / piso / rack / rack-U-height) y servidores de software / VM solo por su función ( plataforma / función / clúster / iteración). Sé que esto puede hacer que los nombres sean más largos que nombrarlos después de los siete enanos o lo que sea, pero es una excelente manera de asegurarse de que está más preparado para el futuro y se ocupa de la virtualización de una manera estructurada.

Como ejemplo, tenemos servidores VMWare llamados 044LONTH72G216 (esto ubica un servidor exactamente en el mundo) con máquinas virtuales de servidor invitado como NESQLC11S08. Siempre puede crear nombres cortos para ellos para el trabajo interno del equipo de TI, cada uno refiriéndose a estos nombres más largos y organizados.

Espero que esto ayude.

Comenzamos nombrando nuestros servidores con un tema particular (libros de la Biblia), pero a medida que nuestro equipo de TI (y la cantidad de servidores) crecieron y se volvieron más especializados, y a medida que tuvimos más rotación de personal, descubrimos que cualquier sistema de nombres que no se relacionó de alguna manera con la función (o ubicación) del servidor se volvió confuso.

La gente conocía los servidores en los que trabajaban regularmente, pero cuando trabajaba en un nuevo proyecto, realizaba entrenamientos cruzados o intentaba ayudar a otro administrador con algo, las cosas se echaban de menos porque "nadie sabía que los salmos eran un servidor de correo" o cosas por el estilo.

Ahora hemos vuelto a un esquema de nombres más descriptivo.

Damos todos los nombres de nuestros servidores según su función, es decir, lo que hacen.

Entonces nuestros servidores tienen nombres como

- PDC
- SQL
- EXCHANGE
- RDP
- FILE etc..

En mi experiencia, los servidores con nombres no legibles por humanos (es decir, el método del esquema) no son manejables. A menudo he visto caracteres mal escritos que dan como resultado que el servidor equivocado tenga la operación xyz aplicada, a veces con resultados desastrosos.

Un nombre legible para humanos con metadatos asociados almacenados en un campo de descripción o similar parece ser menos propenso a problemas de PEBKAC.

Bueno, algunos de los favoritos perennes incluyen:

• dioses griegos
• Dioses romanos (a veces indistinguibles de los 'planetas')
• Dioses nórdicos (el servidor con el peor comportamiento puede ser Loki)
• Príncipes de ámbar
• Filósofos

Comenzamos con Bert y Ernie en los días en que un grupo de 2 microVAX 3400 era un gran problema para la compañía. Nos quedamos con Sesame Street por un tiempo: Bigbird, Elmo, Grover, thecount (sistema financiero), pero finalmente tuvimos que seguir un esquema. Exactamente qué elementos están en el esquema dependen del tamaño de su empresa, tuvimos que incluir:

División de ubicación (abreviatura de 2 letras para la ciudad) (la compañía se formó fusionando 4 co.s, por lo que teníamos una abreviatura de 3 letras para esas) Función (PDC, correo, impresión, www, etc.) Número de serie (I siempre me ha gustado tener año y mes como parte de un número de serie)

Personajes de los Simpsons :)

Tuve un cliente una vez que nombró a los servidores como conejitos de Playboy. Sin embargo, eso no se publicitó ampliamente fuera de TI. ;-)

Me gustó nombrarlos como grandes felinos, pero luego apareció OS X y me arruinó eso.

Otro favorito son los tipos de alcohol. JimBeam, Beefeater, Stoli, etc. Las diferentes clases de alcohol eran diferentes clases de servidor. Ginebra para servidores de correo, whiskys para bases de datos, el PDC siempre fue Moonshine.

Comenzando con cualquier sistema nuevo este año, comenzaremos a usar nombres descriptivos aburridos (correo, impresión, etc.), pero hasta ahora usamos animales, con diferentes tipos de animales para diferentes propósitos: pájaros, peces, animales de la selva, etc.

Músicos en el top 40.

Cambian con la frecuencia suficiente para seguir proporcionando nuevos y frescos, pero lo más importante, serán lo suficientemente crípticos para cualquier persona mayor de 12 años.

Tendemos a tener iniciales de la compañía seguidas de su tarea, seguida de su número, es decir

GSK-WEB-12
ST-DB-3

Usamos esto, que funciona bastante bien.

• sitio (2 caracteres)
• dev / test / live (3/4 caracteres)
• función (más de 3 caracteres)
• cuenta (2 caracteres)
• vm o no (2 caracteres)

En los trabajos que he tenido, he visto las siguientes tendencias además del clásico server01, server02, etc .:

• piedras preciosas
• pescado
• flores
• Personajes de Star Wars
• animales

En la universidad donde estoy estudiando usan los nombres de diferentes personajes de las historias de Astérix y Obélix. Tales como miraculix, astmatix, etc.

Todos nuestros servidores llevan nombres de mascotas. con un ligero desglose por tipo. Todos los controladores de dominio llevan el nombre de pájaros. Perros para archivo e impresión. Gatos para servidores de aplicaciones.