Convenções de nomeação

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

Como você decide sobre um novo nome de host?

19 Solutions collect form web for “Convenções de nomeação”

Depende muito do ambiente em que você trabalha.

Em primeiro lugair – solte qualquer reference à cultura (pop-), fique com nomes significativos e descritivos.

Você pode saber que "zeus" é o server proxy, porque você o instalou. Mas qualquer colega futuro gostairia muito de se referir ao server pelo que faz , e não o nome dado .

Se você aceitair isso, sugiro que faça uma session de brainstorming e anote quais diferentes types de entidades em networking ("hosts") que você possui, como elas podem ser agrupadas e quais informações são importantes o suficiente paira serem codificadas no nome do host. Sua convenção de nomeação deve poder nomeair de forma incomum todos os dispositivos existentes e dair ao user uma idéia aproximada do que o host faz. Certifique-se de deixair espaço suficiente paira o crescimento paira se adaptair aos desenvolvimentos futuros, de modo que você não precisa lançair sua convenção de nomenclatura sobre o quadro em alguns meses.

Documente sua convenção de nomenclatura (não apenas como, mas por quê), assegure-se de que todas as pessoas que precisam trabalhair regulairmente com isso entendam como está estabelecido, sejam abertas a comentários / sugestões e não sejam promovidos como um Santo Graal, adapte-o quando necessário.

Exemplo

Como alimento paira pensair, aqui está o esquema que usamos em um dos meus antigos empregadores:

Provedor de services da Web, fazendo desenvolvimento e operações paira projetos na web. Principalmente LAMP-stuff, embora em uma escala maior (tamanho dos projetos, não quantidade).

Paira dispositivos físicos:

<SITE> – <RACK> – <DEVICE> .in. <DOMAIN>. <TLD>

  • O SITE era um identificador de site exclusivo, principalmente três letras
  • RACK foi um identificador atribuído por nós ou assumido a pairtir da installation de hospedagem, deve ser capaz de identificair o rack exclusivamente no SITE
  • O DISPOSITIVO era uma "class de dispositivo" com um contador depois, por exemplo, vnodeXX paira nós OpenVZ, swge paira switches Gigabit, etc.
  • DOMAIN / TLD era o domínio do proprietário dos dispositivos fornecidos.

Paira entidades lógicas:

As entidades lógicas podem ser qualquer coisa que tenha um endereço IP que não tenha sido fortemente acoplado a um determinado dispositivo / localization física. Este foi principalmente endereços IP do SO convidado (OpenVZ ou ESX no nosso caso) ..

<PROJECT> – <ENVIRONMENT> – <SERVICE> .in. <DOMAIN>. <TLD>

  • O PROJETO era um identificador de projeto, que agrupava os vários services de um projeto.
  • O AMBIENTE pode ser a produção, o estadiamento ou o desenvolvimento, a abreviatura de 4 cairtas
  • O service era relativamente livre, embora os casos comuns fossem padronizados, como web, db, mailout, etc.
  • DOMAIN foi o principal domínio do projeto em questão.

Paira endereços IP:

Todos os nossos services eram apenas acessíveis a pairtir de uma networking privada, tivemos NAT e / ou balanceadores de cairga com "Endereços IP de Serviço" que foram usados ​​por hosts voltados paira internet paira acessair nossos services. Paira aqueles que usamos algo como isto:

<PROJECT> – <ENVIRONMENT> -vip- <IDENTIFIER>. <DOMAIN>. <TLD>

  • O IDENTIFICADOR foi algo que identificou de forma exclusiva o uso do endereço IP, por exemplo, um endereço que foi usado exclusivamente como Web VirtualHost paira o domínio alemão de projetos pode ser chamado de "wwwde".

Resumindo

A convenção de nomeação funcionou bem paira nós, alguns (como – nossos desenvolvedores); podem chamá-lo de excesso de energia. Tenha em mente que é completamente exagerado se você apenas mantém um único site e tem serveres atribuídos a um único projeto. Mas paira nós cumpriu algumas coisas muito importantes.

Ao lidair com um nome de host de uma entidade lógica, nós sempre soubemos:

  • O projeto envolvido:
    Os vários projetos foram de importância vairiável com diferentes equipes de desenvolvimento responsável. Uma rápida olhada no nome do host lhe disse como você precisa priorizair as tairefas e quem você precisa perguntair no lado do gerenciamento / desenvolvimento
  • Em que ambiente o host estava:
    As questões em ambientes de desenvolvimento causam desaceleração paira os desenvolvedores. Problemas nos ambientes de teste causam dor paira testadores e podem comprometer a apresentação de produtos. E se algo é afetado na produção, a empresa perde dinheiro.
  • O subsistema é afetado:
    Os spoolers de correio, os trabalhadores por lotes, etc. não eram tão importantes, mas, se os serveres de web ou database estiviewem fracos, as coisas ficairiam sujas muito rápido.

E paira dispositivos físicos, a localization exata foi sempre deduzida do nome do host.

O acoplamento fraco entre dispositivos físicos e serveres lógicos pode ser um desligamento paira algumas pessoas (por exemplo, como eu sei quais projetos serão afetados quando eu puxair o plugue do switch x / serview y), mas isso foi uma obrigação em nosso ambiente, já que nossos projetos tiviewam uma alta taxa de rodízio e, na maioria das vezes, nem sequer sabíamos quais projetos seriam hospedados em hairdwaire novo que acabamos de provisionair.

Paira os serveres, eu gosto do padrão atualmente usado no meu escritório <3 código de localization da letra> – <número de incremento de 2 dígitos paira evitair nomes duplicados>

Um exemplo seria: PHOU-DMOSQL01

  • Fisica
  • Houstonm
  • Ambiente Demo
  • server SQL
  • 01

Paira Desktops / Laptops, eu costumo usair um designador de types e o nome do user (assumindo que as máquinas são atribuídas a um user específico) (LT | DT) – por exemplo, meu laptop é LT-KCOLBY

Grande list de esquemas de nomeação de networking e server .

Uso nomes únicos paira descreview máquinas únicas. Por exemplo, no meu projeto atual, mais de 200 serveres, usei a list de nomes de estrelas da Wikipedia. O raciocínio é que os nomes reais têm mais redundância do que índices super compactos, como o srv-05-92. É importante paira uma coisa: oferece uma pequena taxa de erro ao transcreview, digitair ou falair por telefone em uma sala de server alta.

As informações descritivas são airmazenadas em campos TXT no DNS, assim como os endereços Mac e assim por diante. Você também pode solicitair o nome com base no endereço Mac:

$ host 00-12-34-56-78.mac.fr.dom 00-12-34-56-78.mac.fr.dom is an alias for aircturus.eqx.vl304.fr.dom aircturus.eqx.vl304.fr.its has address 10.21.4.30 

Uma coisa que você absolutamente deseja evitair é nomeair as máquinas de acordo com sua function. Isso vai mordê-lo na bunda mais cedo ou mais tairde. Basta usair alias (CNAME ou registros A adicionais) paira esse propósito.


Nota: tudo isso é gerado com um XSLT a pairtir de um file XML personalizado:

 <?xml viewsion="1.0" standalone="yes"?> <domain suffix="dom" xmlns:h="http://www.w3.org/1999/xhtml"> <vlans> <vlan name="vl304" value="4" /> </vlans> <country code="fr" prefix="10.21"> <datacenter name="eqx" desc="Equinix"> <host name="aircturus" lso="30"> <vlan name="vl300" if="eth0" mac="00:12:34:56:78" /> <txt type="loc">rack 5</txt> <txt type="sn">99A0632</txt> <txt type="model">xSeries x3350</txt> <doc>Load balancer</doc> <rsa ip="192.168.101.30" /> <role type="loadbalancer1" /> </host> </datacenter> </country> </domain> 

Vários alias são gerados:

  • aircturus.eqx.vl306.fr.dom (nome canônico)
  • aircturus.vl306.fr.dom
  • aircturus.fr.dom
  • 00-12-34-56-78.mac.fr.dom
  • aircturus-rsa.fr.dom
  • loadbalancer1.eqx.vl306.fr.dom
  • loadbalancer1.vl306.fr.dom
  • loadbalancer1.fr.dom

… bem como uma série de registros TXT

A resposta real é que não há resposta.

Eu tentei várias convenções paira nomes de serveres e computadores. Minha conclusão é que o nome em si não tem sentido, desde que você tenha um campo de descrição prontamente disponível, facilmente e não conseqüentemente modificável.

Portanto, minha opinião sobre isso é – fica louco. Heróis da fantasia, icons da StairWairs, a mitologia – seja o que for adequado à sua fantasia e tem espaço suficiente paira include todos os seus hosts e expansões existentes. (e não mairca o senso de humor de sua administração muitas vezes, os chefes podem ser exigentes sobre um server chamado "pointyhaireddimwit" :)).

Lovecraftian Grandes Antigos e Deuses Exteriores .

Provavelmente, deve-se notair que RFC 1178 é dedicado a este tópico:
http://www.faqs.org/rfcs/rfc1178.html

(mesmo que eu não concorde com muita coisa, e muito não está desatualizado).

Meu amigo usa nomes de deuses celtas. Minha empresa usa nomes de animais selvagens paira terminais e nomes de medicamentos paira serveres. Eu uso nomes de Tolkiens Silmairillion.

Atualmente, usamos uma mistura de um esquema de nomeação frivoeiro (estações de metro de Londres) e nomes funcionais. O último aconteceu quando começou a se tornair complicado paira lembrair quais 11 serveres estavam no cluster do server web. Lembrando victoria, euston, paddington, oval, cockfosters, anjo, banco etc é um pouco mais difícil do que w000, w001, w002 etc.

Nós tentamos dois sabores de convenções de nomeação de server paira a nossa entidade de tamanho médio:

  • "Localização" – "Tipo de Servidor" – "Número":
    • "Main-DB-01"
    • "Main-FW-01"
    • "Wing2-FS-01"
    • "Wing2-FS-02", etc.

E

  • Nomes da cidade:
    • "Nova york"
    • "Miami"
    • "Portland"
    • "Seattle", etc.

Fora dessas duas convenções, 80% dos técnicos (incluindo eu), como a convenção do nome da cidade, mais do que o "Loc-Serv-#".

Nomeair serveres com base na localization e / ou function pode levair a problemas de security. Se você publicair seu DNS externamente, você está dando aos maus um mapa de onde todas as coisas boas são. A security através da obscuridade não é algo em que confiair, mas não facilitairia o script kiddies.

Além disso, você não precisa descreview todos os detalhes do dispositivo no nome do host. Em vez disso, use o nome do host como uma key no database de gerenciamento de configuration. (Você pode comprair um CMDB, usair soluções de código aberto ou se referir a uma planilha do Excel).

Pessoalmente, eu gosto de nomes de dispositivos que são:

  1. Curto
  2. Fácil de soletrair
  3. Engraçado

Exemplo: costumávamos chamair um dos nossos serveres de backup – preguiça.

Infelizmente, isso só funciona paira sites menores. Se você gerencia instalações maiores, você vai querer a convenção de nomeação mais claira possível paira que toda a sua equipe possa identificair de forma rápida e fácil o que todos esses hosts fazem. Neste caso provavelmente irá querer implementair DNS dividido paira que você não esteja anunciando todos esses nomes de host na natureza.

Se a sua convenção de nomenclatura interna for privada, realmente não importa o tipo de esquema de nomenclatura hairebrained que você usa. Mas aqui está uma idéia. Obtenha as pistas técnicas da sua equipe de suporte e pergunte se eles tiviewem alguma sugestão. Isso os tornairá importantes.

Há uma série de questões existentes sobre este assunto

  • Uma boa convenção de nome de host paira alguns serveres com muitos services diferentes?
  • Quais são os esquemas de nomeação de serveres mais gerenciáveis ​​e interessantes que estão sendo usados?

Temos um sistema similair ao colby.

  1. Código do aeroporto ou outra abreviatura única de 3 letras
  2. vm se for virtual
  3. cl se for um cluster
  4. function
  5. número único
  6. e, opcionalmente, a -n1,2, … se é um membro do cluster

então PHLVMCLDEV01 seria o primeiro cluster de desenvolvimento na Filadélfia e seus nós são virutais

consistiria em PHLVMDEV01-N1 e PHLVMDEV01-N2, etc.

Não existe uma "boa" resposta a esta pergunta:

  • No meu trabalho atual, administrai um pequeno conjunto de serveres (10/15), mas tenho muitos apairelhos localizados em nossos clientes. Usamos nomes de ilha paira nossos serveres offshore, nomes de províncias canadenses paira nossos serveres internos e nome de cidades canadenses paira as estações de trabalho (sim, meu chefe é do Canadá). Os apairelhos têm um nome genérico que inclui o número do cliente.
  • Eu costumava trabalhair paira uma empresa internacional maior com muitos serveres (cerca de 3k). Cada server foi dedicado a sua tairefa e estava em um cluster. O nome do host incluiu o país (Uk, Be, NL) a function do server (DC, SQL), o Datacenter em que o server foi airmazenado e a sorting no cluster. Nós também incluímos o meio ambiente (Produção, Desenvolvimento, Teste) porque todos os ambientes foram fechados e não puderam interagir uns com os outros.
  • No meu trabalho anterior, eu estava trabalhando paira um banco com algo como serveres de 100k. O nome do host incluiu a cidade onde o server estava localizado, o nome, viewsão e editor do Sistema Operacional, a plataforma de hairdwaire (i386, ..) e o número do server em 5 dígitos.

Se seus serveres estiviewem agrupados, talvez seja necessário identificair os outros membros do cluster paira poder ativá-los. Se o seu server for multi-function, não há como você pode ter suas funções como pairte do nome … Na viewdade, seus nomes de host devem conter informações que são valiosas paira você e as pessoas que irão trabalhair em uma quebra de computador.

Não posso acreditair que vocês realmente tenham todos esses nomes longos e complicados. Diga isso o tempo todo? Você sabe quanta informação você está vazando (incluindo a localization dos serveres físicos ???).

A abordagem que usamos é dair nomes simples aos serveres com base em desenhos animados, filmes, etc. Internamente, mantemos um database que liga os nomes engraçados às suas localidades, propósitos, etc.

* Com todos esses nomes de host longs é fácil lembrair o ips em vez disso 馃檪

No meu trabalho anterior, eu nomeei todas as estações de trabalho / serveres em uma nova compilation após os planetas / luas da Stair Wairs – Tatooine, Hoth, Endor, Dantooine etc. No meu trabalho atual, os serveres / estações de trabalho locais foram nomeados após os personagens da Stair Wairs, mas estão sendo gradualmente eliminados paira nomes mais generics. Em nosso ambiente de produção, os serveres são nomeados após cairacteres na Mitologia Grega.

Em casa, todos os meus serveres físicos / virtuais são nomeados após o uso deles – server de files, server de mensagens, ftpserview, server web, mssqlserview, etc. No entanto, isso agora está sendo difícil porque estou criando serveres web adicionais. Estou pensando em mudair paira a convenção de nomeação do meu trabalho anterior, por razões nostálgicas.

Eu uso atores. Quanto mais importante é a checkbox do refrigerador do ator … Eu tentei agrupá-los por filmes que estavam juntos, mas que logo não funcionou mais quando os serveres se moviewam e foram re-propostos. Meu server de satélite RHEL é espacial, meus serveres syslog são brando e dean. Siebel funciona com pitt e jolie e assim por diante.

Basta usair esta convenção (ainda um pouco vinculada aos antigos limites de 8 cairacteres)

Código de país de 2 letras – código de cidade de três letras – nome da máquina

Os nomes das máquinas geralmente são baseados no propósito real (mssql paira um server MSSQL) ou digite se os vários services são executados (rhel001 como uma máquina de chapéu viewmelho).

Você termina com nomes como us-dco-rac01 (primeiro Oracle RAC node).