it-swarm-es.com

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

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

19
James Moore

En primer lugar, cualquiera que elija un esquema de nomenclatura debe leer RFC 1178 - "Elegir 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 temasesquemas.

Usando un tema (por ejemplo, dioses griegos, personajes del Dr. Who, marcas de vodka) funciona bien en un pequeña red. 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 así sea.

Usando un esquema (por ejemplo, un nombre construido a partir de elementos de la ubicación geográfica, posición del rack, 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.

Usando 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. incluir:

  • 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, así como a veces supone que hay una falla en una máquina en particular porque "es siempre portándose mal ".

Los problemas con los esquemas incluir:

  • 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 encuentra 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.

27
John Dalton

En la categoría interesante, hay una de 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.

9
Adam Gibbins

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.

7
Chopper3

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) creció y se especializó, 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 perdían porque "nadie sabía que salmos era un correo servidor "o similar.

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

7
Brent

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

Entonces nuestros servidores tienen nombres como

- PDC
- SQL
- EXCHANGE
- RDP
- FILE etc..
5
Frode Lillerud

En mi experiencia, los servidores con nombres no legibles por humanos (es decir, el método del esquema) son no 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 por humanos con metadatos asociados almacenados en un campo de descripción o similar parece ser menos propenso a problemas de PEBKAC.

3
Alex Angas

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)

Bueno, algunos de los favoritos perennes incluyen:

2
chaos

Personajes de los Simpsons :)

1
Andy White

Tuve un cliente una vez que nombró a los servidores por 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. Gin para servidores de correo, whiskys para bases de datos, el PDC siempre fue Moonshine.

1
Daniel Laughland

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.

1
CC.

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.

0
Tom Wright

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.

0
jay_dubya

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

GSK-WEB-12
ST-DB-3
0
Surgical Coder

Usamos esto, que funciona bastante bien.

  • sitio (2 caracteres)
  • dev/test/live (3/4 caracteres)
  • función (3+ caracteres)
  • cuenta (2 caracteres)
  • vm o no (2 caracteres)
0
Bravax

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

  • piedras preciosas
  • pez
  • flores
  • Personajes de Star Wars
  • animales
0
Joseph

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.

0
David