Quais são os esquemas de nomeação de servidores mais gerenciáveis ​​e interessantes em uso? [fechadas]

Estou curioso para ver quais esquemas estão sendo usados ​​ao nomear servidores ...

Primeiro, quem escolher um esquema de nomeação deve ler a RFC 1178 - "Escolhendo um nome para o seu computador" . As pessoas têm falado sobre esse problema desde que os computadores receberam nomes; portanto, leia o que outros disseram antes de reinventar a roda.

Meus próprios pensamentos - costumo dividir políticas de nomes em temas e esquemas .

Usar um tema (por exemplo, deuses gregos, personagens do Dr. Who, marcas de vodka) funciona bem em uma pequena rede. Se você tiver menos de 20 hosts, é provável que tenha várias configurações de hardware - possivelmente todos os hosts tenham uma configuração exclusiva. Nesses casos, é bom poder pensar em cada máquina como tendo uma personalidade única, porque - as chances são de que sim.

O uso de um esquema (por exemplo, um nome construído a partir de elementos da localização geográfica, posição do rack, ID do hardware etc.) funciona bem quando você possui um grande número de máquinas com configurações idênticas de hardware e / ou software. Também funciona bem se você precisar se comunicar sobre a máquina com pessoas que não lidam com ela diariamente. Por exemplo, se você precisar instruir a equipe do NOC para redefinir uma máquina, um nome que os ajude a localizá-la no rack pode ser melhor do que fazê-los procurar nos racks por uma máquina com uma etiqueta específica.

Usar um nome funcional (por exemplo, correio, web, servidor de arquivos) é uma boa idéia para máquinas virtuais, mas uma má idéia para hosts físicos na minha experiência. Os hosts físicos geralmente acabam executando várias funções (mesmo quando isso não é o ideal), e as funções individuais mudam no uso de recursos e nos requisitos ao longo do tempo, para que sejam migrados para outros hosts.

Os problemas com os temas incluem:

• Eles geralmente fornecem um pequeno pool de nomes. Depois que os deuses romanos acabam, você muda para o grego? Você reutiliza um nome de um host aposentado adequado ao seu tema de nomenclatura ou escolhe um novo nome de um novo tema para evitar os problemas e a confusão que podem surgir com a reutilização de nomes?
• Eles permitem que você antropomorfize suas máquinas. Isso é ruim - os computadores não gostam disso. Se você tratar suas máquinas como se elas tivessem uma personalidade distinta, você corre o risco de ignorar evidências contrárias às suas suposições sobre como essa máquina "se comporta", além de às vezes supor que uma falha está em uma máquina específica porque "é sempre se comportando mal ".

Os problemas com esquemas incluem:

• Eles resultam em nomes de host mais difíceis de lembrar. Isso é muito menos problemático quando você tem um bom gerenciamento de sistemas, mas às vezes é útil poder lembrar instantaneamente que um problema específico se manifestou mais de uma vez em uma máquina específica ou que uma máquina específica é a responsável por executando alguma função específica.
• Se o esquema mudar, pode ser necessário renomear todos os seus hosts. Isso pode resultar em um grande número de alterações no DNS, alterações na configuração, alterações na lista de acesso e permissões, etc.

No mundo real, você encontra os dois sistemas em uso, às vezes lado a lado. Por exemplo, na minha experiência, os clusters de computação de alto desempenho sempre têm nomes. O nome geralmente é atribuído a um nó principal (que é usado interativamente), enquanto os vários nós do cluster terão nomes como compute-01, highmem-01, storage-01 etc.

E, como mencionado anteriormente, é comum (e útil) que máquinas virtuais e hosts físicos tenham esquemas de nomes diferentes.

Sob a categoria interessante, há um da resposta Stack Overflow

Elementos da tabela periódica. Também usamos o número do elemento no endereço IP, então

Hidrogênio = 192.168.0.1

Hélio = 192.168.0.2

etc.

Acredito muito em nomear servidores físicos por sua localização (por exemplo, código do país / código da cidade / código do data center / piso / rack / rack-altura U) e servidores de software / VM apenas por sua função ( plataforma / função / cluster / iterância). Eu sei que isso pode tornar os nomes mais longos do que nomear os nomes dos sete anões ou qualquer outra coisa, mas é uma ótima maneira de garantir que você seja mais "à prova de futuro" e lide com a virtualização de maneira estruturada.

Como exemplo, temos servidores VMWare chamados 044LONTH72G216 (isso localiza um servidor exatamente no mundo) com VMs de servidor convidado, como NESQLC11S08. Você sempre pode criar nomes abreviados para o trabalho interno da equipe de TI, cada um referente a nomes mais longos e organizados.

Espero que isto ajude.

Começamos nomeando nossos servidores com um tema específico (livros da Bíblia), mas à medida que nossa equipe de TI (e o número de servidores) crescia e se tornava mais especializada - e como tínhamos mais rotatividade de pessoal, descobrimos que qualquer sistema de nomeação que de alguma maneira se relacionar com a função (ou localização) do servidor ficou confuso.

As pessoas conheciam os servidores em que trabalhavam regularmente, mas, ao trabalhar em um novo projeto, fazer um treinamento cruzado ou tentar ajudar outro administrador com alguma coisa, as coisas perdiam porque "ninguém sabia que o salmo era um servidor de correio" ou algo parecido.

Agora voltamos a um esquema de nomes mais descritivo.

Nós damos nomes a todos os nossos servidores de acordo com sua função, ou seja, o que eles fazem.

Portanto, nossos servidores têm nomes como

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

Na minha experiência, servidores com nomes não legíveis por humanos (ou seja, o método do esquema) não são gerenciáveis. Eu sempre vi caracteres digitados incorretamente, resultando no servidor errado tendo a operação xyz aplicada a ele, às vezes com resultados desastrosos.

Um nome legível por humanos com metadados associados armazenados em um campo de descrição ou similar parece ser menos propenso a problemas de PEBKAC.

Bem, alguns favoritos perenes incluem:

• deuses gregos
• Deuses romanos (às vezes indistinguíveis de 'Planetas')
• Deuses nórdicos (o servidor mais mal-comportado pode ser Loki)
• Príncipes de Âmbar
• Filósofos

Começamos com Bert e Ernie nos dias em que um cluster de 2 microVAX 3400s era um grande negócio para a empresa. Ficamos na Rua Sésamo por um tempo - Bigbird, Elmo, Grover, a conta (sistema financeiro), mas finalmente tivemos que seguir um esquema. Exatamente quais elementos estão no esquema dependem do tamanho da sua empresa, tivemos que incluir:

Localização (abreviação de duas letras para a cidade) Divisão (a empresa foi formada pela fusão de 4 empresas, portanto tínhamos abreviação de três letras para essas) Função (PDC, correio, impressão, www, etc.) Número de série (I sempre gostei de ter ano e mês como parte de um número de série)

Personagens dos Simpsons :)

Já teve um cliente que nomeou servidores como coelhinhos da Playboy. Isso não foi amplamente divulgado fora da TI, no entanto. ;-)

Eu gostava de chamá-los de gatos grandes, mas o OS X apareceu e estragou tudo para mim.

Outro favorito é tipos de álcool. JimBeam, Beefeater, Stoli, etc. Diferentes classes de álcool eram diferentes classes de servidor. Gin para servidores de correio, uísques para bancos de dados, o PDC sempre foi Moonshine.

A partir de qualquer novo sistema este ano, começaremos a usar nomes descritivos chatos (correspondência, impressão, etc.), mas até agora usamos animais - com diferentes tipos de animais para diferentes fins: pássaros, peixes, animais da selva etc.

Músicos no top 40.

Eles mudam com frequência suficiente para continuar fornecendo novos novos, mas, o mais importante, são suficientemente enigmáticos para qualquer pessoa com mais de 12 anos.

Tendemos a ter as iniciais da empresa seguidas de sua tarefa, seguidas de seu número, ou seja,

GSK-WEB-12
ST-DB-3

Usamos isso, que funciona muito bem.

• site (2 caracteres)
• dev / test / live (3/4 caracteres)
• função (3 ou mais caracteres)
• contagem (2 caracteres)
• vm ou não (2 caracteres)

Nos trabalhos que tive, vi outras tendências além do clássico server01, server02, etc .:

• pedras preciosas
• peixe
• flores
• Personagens de Star Wars
• animais

Na universidade onde estou estudando, eles usam nomes de personagens diferentes das histórias de Asterix e Obelix. Como miraculix, astmatix etc.

Todos os nossos servidores têm nomes de animais de estimação. com uma leve discriminação por tipo. Todos os controladores de domínio têm o nome de pássaros. Cães para arquivo e impressão. Gatos para servidores de aplicativos.