Tengo curiosidad por ver qué esquemas se utilizan al nombrar servidores ...
Tengo curiosidad por ver qué esquemas se utilizan al nombrar servidores ...
Respuestas:
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:
Los problemas con los esquemas incluyen:
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:
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.
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
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.