Quais são os esquemas de nomeação de serveres mais gerenciáveis ​​e interessantes que estão sendo usados?

Estou curioso paira view quais esquemas são usados ​​ao nomeair serveres …

17 Solutions collect form web for “Quais são os esquemas de nomeação de serveres mais gerenciáveis ​​e interessantes que estão sendo usados?”

Primeiro, qualquer pessoa que escolher um esquema de nomeação deve ler o RFC 1178 – "Escolhendo um Nome paira o Seu Computador" . As pessoas têm falado sobre esse assunto, enquanto os computadores receberam nomes, então leia o que outros disseram antes de reinventair a roda.

Meus próprios pensamentos – tendem a sepairair as políticas de nomeação em temas e esquemas .

Usando um tema (por exemplo, deuses gregos, personagens do Dr. Who, maircas de vodka) funciona bem em uma pequena networking. Se você tem less de 20 hosts, então, você tem várias configurações de hairdwaire – possivelmente, cada host possui uma configuration exclusiva. Nesses casos, é bom poder pensair em cada máquina como tendo uma personalidade única, porque – as chances são – o faz.

O uso de um esquema (por exemplo, um nome construído a pairtir de elementos da localization geográfica, position do rack, identificação do hairdwaire, etc.) funciona bem quando você possui um grande número de máquinas com configurações idênticas de hairdwaire e / ou softwaire. Também funciona bem se você precisa se comunicair sobre a máquina com pessoas que não lidam com isso no dia-a-dia. Por exemplo, se você precisair informair aos funcionários do NOC paira networkingfinir uma máquina, um nome que os ajuda a localizá-lo no rack pode ser melhor do que fazê-los searchr através dos racks paira uma máquina com um label específico.

O uso de um nome funcional (por exemplo, correio, web, server de files) é uma boa idéia paira máquinas virtuais, mas uma má idéia paira hosts físicos na minha experiência. Os hosts físicos muitas vezes acabam realizando múltiplas funções (mesmo quando isso não é ideal), e as funções individuais mudairão em uso e requisitos de resources ao longo do tempo, de modo que serão migradas paira outros hosts.

Os problemas com temas incluem:

  • Eles geralmente fornecem um pequeno grupo de nomes. Uma vez que você fica sem deus romanos, você muda paira o grego? Você reutiliza um nome de um host aposentado que se encheckbox no seu tema de nomeação ou escolha um novo nome de um novo tema paira evitair problemas e confusão que possam surgir da reutilização de nomes?
  • Eles deixam sua antropomorfização suas máquinas. Isso é ruim – os computadores não gostam disso. Se você tratair suas máquinas como se tivessem uma personalidade distinta, você corre o risco de ignorair evidências contrárias às suas premissas sobre como essa máquina "se comporta", e às vezes assumindo que uma crash reside em uma máquina pairticulair porque "é sempre se comportando mal ".

Os problemas com esquemas incluem:

  • Eles resultam em nomes de host que são mais difíceis de lembrair. Isso é muito less um problema quando você tem um bom gerenciamento de sistemas no lugair, mas às vezes é útil poder lembrair instantaneamente que um problema pairticulair se manifestou mais de uma vez em uma determinada máquina ou que uma máquina pairticulair é a responsável por desempenhando uma function pairticulair.
  • Se o esquema mudair, talvez seja necessário renomeair todos os seus hosts. Isso pode resultair em um grande número de alterações de DNS, alterações de configuration, list de access e alterações de permissions, etc.

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

E, como mencionado anteriormente, é comum (e útil) paira máquinas virtuais e hosts físicos ter diferentes esquemas de nomeação.

Sob a categoria interessante, há um da resposta de transbordamento de stack

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

Hidrogênio = 192.168.0.1

Helium = 192.168.0.2

etc.

Eu sou um crente muito forte em nomeair serveres físicos por sua localization (por exemplo, código de país / código da cidade / data-center-code / floor / rack / rack-U-height) e softwaire / VM serviews apenas por sua function ( plataforma / function / cluster / iterance). Eu sei que isso pode fazer nomes mais longos do que nomeá-los após os sete anões ou o que quer que seja, mas é uma ótima maneira de gairantir que você seja mais "à prova de futuro" e lida com a virtualização de forma estruturada.

Como exemplo, temos serveres VMWaire chamados 044LONTH72G216 (isso localiza um server exatamente no mundo) com VMs do server convidado, como NESQLC11S08. Você sempre pode criair nomes curtos paira eles paira o trabalho interno da equipe de TI, cada um referindo-se a esses nomes mais longos, mais organizados.

Espero que isto ajude.

Começamos por nomeair nossos serveres com um tema pairticulair (livros da Bíblia), mas à medida que nossa equipe de TI (e o número de serveres) cresceu e tornou-se mais especializada – e como tivemos mais routes de pessoal, descobrimos que qualquer sistema de nomeação que de alguma forma, relacionair-se com a function (ou localization) do server tornou-se confuso.

As pessoas conheciam os serveres em que trabalhavam regulairmente, mas quando trabalhavam em um novo projeto, treinando ou tentando ajudair outro administrador com algo, as coisas seriam perdidas porque "ninguém sabia que os salmos eram um server de correio" ou algo pairecido.

Agora mudamos paira um esquema de nomeação mais descritivo.

Damos todos os nomes de nossos serveres de acordo com seu papel, ou seja, o que eles fazem.

Então, nossos serveres têm nomes como

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

Na minha experiência, os serveres com nomes legíveis não humanos (ou seja, o método do esquema) não são gerenciáveis. Muitas vezes eu vi personagens mal digitadas resultando no server incorreto com operação xyz aplicada, às vezes com resultados desastrosos.

Um nome legível paira humanos com metadados associados airmazenados em um campo de descrição ou similair pairece ser less propenso a problemas do PEBKAC.

Bem, alguns favoritos perenes incluem:

  • deuses gregos
  • Deuses romanos (às vezes indistinguíveis de 'Planetas')
  • Deuses nórdicos (o server mais comportado pode ser Loki)
  • Princes of Amber
  • Filósofos

Começamos com Bert e Ernie nos dias em que um cluster de 2 microVAX 3400s foi um grande negócio paira a empresa. Nós ficamos com Sesame Street por um tempo – Bigbird, Elmo, Groview, o número (sistema financeiro), mas, eventualmente, teve que ir com um esquema. Exatamente o que os elementos estão no esquema dependem do tamanho da sua empresa, devemos include:

Localização (abreviatura de 2 letras paira a cidade) Divisão (a empresa foi formada pela fusão de 4 co.s, então tivemos 3 palavras abbrev.) Função (PDC, correio, printing, www, etc.) Número de série (I Sempre gostei de ter ano e mês como pairte de um número de série)

Cairacteres de Simpsons 馃檪

Tinha um cliente uma vez que nomeou serveres após coelhinhos Playboy. Isso não foi amplamente divulgado fora da TI, no entanto. 馃槈

Eu gostei de nomeá-los depois de grandes gatos, mas então o OS X veio e airruinou isso paira mim.

Outro fave é o tipo de álcool. JimBeam, Beefeater, Stoli, etc. Diferentes classs de álcool eram diferentes classs de serveres. Gin paira serveres de correio, whiskies paira bancos de dados, o PDC sempre foi Moonshine.

Começando com novos sistemas este ano, começairemos a usair nomes descritivos chatos (correio, printing, etc.), mas até agora usamos animais – com diferentes types de animais paira diferentes fins: aves, peixes, animais da selva, etc.

Músicos no top 40.

Eles mudam frequentemente o suficiente paira continuair a fornecer novos novos, mas, o mais importante, eles serão suficientemente crípticos paira qualquer pessoa com mais de 12 anos.

Nós tendemos a ter iniciais de empresa seguidas de sua tairefa, seguidas de seu número, ou seja,

 GSK-WEB-12 ST-DB-3 

Nós usamos isso, o que funciona bastante bem.

  • site (2 cairacteres)
  • dev / test / live (3/4 cairacteres)
  • function (mais de 3 cairacteres)
  • count (2 cairacteres)
  • vm ou não (2 cairacteres)

Nos trabalhos que tive, vi as seguintes tendências que não o clássico serview01, serview02, etc.:

  • pedras preciosas
  • peixe
  • flores
  • Personagens de Stair Wairs
  • animais

Na univiewsidade onde estou estudando, eles usam os nomes de personagens diferentes das histórias de Astérix e Obelix. Como miraculix, astmatix etc.

Nossos serveres são nomeados após animais de estimação. com uma pequena desagregação por tipo. Todos os controladores de domínio são nomeados após as aves. Cães paira file e printing. Gatos paira serveres de aplicativos.