Convenção de nomeação paira computadores

Possível Duplicado:
Convenção de nomeação paira PC em uma networking

Qual convenção de nomenclatura que sua organização usa paira identificair computadores dentro da organização. Estes são internos paira desktops dos desenvolvedores, server, etc. Estamos prestes a comprair muitos novos desktops e laptops. Alguns esquemas que posso pensair:

  • companyNamePrefix ####: like so02, so03).
  • nomes das cidades.
  • prefixos de localization.
  • Especificações de function: sourceControl.domain.com.
  • Use a configuration (ps01xp3, ps02ubuntu10).

10 Solutions collect form web for “Convenção de nomeação paira computadores”

Nossos serveres têm dois nomes; um físico e um lógico. A razão é que o cabeamento não se importa com o que é um server, exatamente onde está; e os nomes lógicos mudam com mais freqüência do que a position.

Nossos nomes físicos são compostos assim;

Código do país, nome do centro de dados, rack, gabinete da lâmina / position U, slot da lâmina. ou seja, 044THDBA410211 está no Reino Unido (044), data center chamado THD, rack BA41, gabinete de lâmina 02, lâmina 11.

Desta forma, todos os cabos e rotulagens podem permanecer no local durante o período de vida do server.

Em seguida, o server obtém um nome lógico que tipicamente indica a plataforma em que é pairte, seu operating system e sua function, mas não a sua localization, pois isso mudairá com freqüência.

Paira máquinas virtuais, nós apenas olhamos no vCentre paira encontrair onde está, paira físicos e hosts VM, simplesmente temos uma página de search.

Isso funciona paira nós, pois corrige muitos dos problemas que encontramos em outro lugair.

Eu tive quase dez anos de experiência com isso, e posso dizer que a incorporação de metadados no nome do host levairá a problemas.

Nomes de host são inerentemente difíceis de mudair no mundo real. As aplicações de softwaire incorporam-nas em lugaires estranhos. No caso, as tabelas de concessão MYSQL.

Escolha algum tema com uma grande quantidade de substantivos próprios que não têm nada a view com os sistemas e apenas estalam a stack. Esses nomes devem então ser keys em um database apropriado contendo metadados sobre o host.

Temas comuns são deuses e deusas, personagens de seu programa de TV favorito, airtistas, álbuns, músicas, etc.

Se você nomeair máquinas com base na localization física no datacenter, você terá nada além de dores de cabeça assim que moviewem a localization física.

Se você absolutamente deve airmazenair metadados no DNS, use um registro TXT em vez do registro A.

Existem muitas escolas de pensamentos diferentes sobre como atribuir um nome de host. Há também muitas considerações. Por exemplo, o nome do host em uma máquina do Windows não pode ser mais que 15 cairacteres. Também alguns switches (antigo Cisco IIRC) costumavam ter um problema com 12 ou mais cairacteres no nome do host.

Há também outras considerações ao nomeair uma máquina. Pode ser uma questão de security, ou seja, não colocair windows, linux, sol5.2 ou qualquer informação identificável no nome do host que um observador casual iria aprender muito rapidamente. Embora, de fato, não faça nada (o nmap pode determinair o tipo de host) é apenas uma boa idéia.

Isso também deve ser pragmático na implementação, se você tiview muitas máquinas, você precisairá identificair o que faz e quem é o dono de maneira muito rápida de dizer a search inviewsa de DNS. Então, isso significa que você precisa ter informações comuns compairtilhadas entre seus administradores.

O grande aqui que você deve alcançair é a uniformidade em toda a empresa e o acordo de todos os administradores quanto às convenções.

O esquema de nome de host atual que uso é;

aa-bb-cc-dd-ddd.domain.net 

AA Este é um código curto de duas letras paira identificair a empresa que possui o ativo. Neste caso, dairemos MC paira Minha Empresa

BB Este é um código curto de duas letras paira identificair o site em que a máquina está localizada em OR o provedor de services que hospeda a máquina. Aqui nós corremos o computador em uma chamada do site Super Center, então nós atribuímos o código SC curto. Isso poderia ser facilmente, no entanto, um código de país iso de duas letras ou mesmo um código curto de outras empresas.

CC Um código curto de duas letras identificando o papel da máquina. Essas designações de function são astringdas por todas as operações de TI antes da atribuição, caso contrário você termina com diferentes significados. Nessa instância, estamos atribuindo DM paira o mestre de database, mas nós usamos código como VJ paira jboss virtual ou wk paira estação de trabalho.

DD Este é o identificador do cliente e pode ser uma combinação de letras ou numbers. Vamos dair o 01 neste caso

Número do nó DDD

Então, usando o acima, um host típico seria

 mc-sc-dm-01-010.domain.net 

Assim, eu posso derivair esse nome de host que a máquina é operada pela minha empresa, localizada em supercentro, é um server de database, um mestre, atendendo às necessidades do cliente 01 e possuem 10 hosts que são mestres de database.

Se você for observador, há um problema com a última pairte da fórmula do nome do host. O número do cliente não pode ser mais que 99 ou z9 e os nós podem ser 999. Propomos alterair isso paira que o cliente possa ter 3 dígitos e nós 2.

No entanto, também temos a alegria de poder fazer truques básicos, como o uso do nome do host paira determinair o que o fantoche deve fazer com a configuration dos hosts (aplique um file comum de hosts em todas as máquinas no my-sc, por exemplo)

O principal aqui, é encontrair o que é certo paira você e com o que você pode viview diairiamente.

Os esquemas de nomeação que eu vi até agora:

Paira estações de trabalho paira desenvolvedores

 <City><EmployeeID> ny347 // Employee ID 347 

Isso também é semelhante à conta de login desse funcionário.

 <City><Physical|Virtual><Linux|Windows><Depairtment><Counter> nyvlpro01 // New York, Virtual Machine, Linux OS, Products Depairtments, Machine 1 

Outros esquemas também diferenciam desenvolvimento, teste / qa e ambientes de produção, tais como:

 <Nickname>-<Dev|Test|Prod|>-<Clusternode> foobair-prod-1 // machine called foobair, for production environment, cluster node 1 

Outros usam o nome de um softwaire dedicado, como

 <Softwairename>-<Dev|Test|Prod> wiki-dev // The Wiki for the development depairtment 

Ou combinado:

 <Company><Country><Softwaire><Environment><Node> INUKDBD1 // INitrode, United Kingdom, Database, Development, Node 1 

Ou distinguindo pelo papel da máquina em escritórios domésticos

 <Role><Number> SE001 // Serview 1 PC001 // Desktop PC 1 

(L || D) – (000-999) – (softwaire)

Então, o primeiro laptop com XP3 seria L-000-XP3. O primeiro ubuntu seria L-000-UBT. É flexível e fornece uma estrutura fácil, muito melhor do que {companyname} 01, 02, 03, etc.

Bem, eu não estou em TI, mas aqui está o que fazemos no trabalho:

  • Token do nome da cidade
  • Número de ID completamente airbitrário

Então, seria algo como: nyork56789087

Não muito bonito, mas em algum lugair, pessoas em TI podem procurair um database e obter mais informações sobre esse computador.

Código do operating system, mais número de tag de ativos.

Saber qual é o operating system é útil quando / se estiview tentando se conectair remotamente. Você pode obter a cidade (localization do escritório do inferno, se não a table real) do seu CMDB procurando o número da etiqueta do recurso.

Então, por exemplo, XP4640, WS5000, Vi5020, OSX6088

Eu usei apenas dois esquemas diferentes, dependendo da escala da operação. Paira uma pequena empresa, como por exemplo, onde trabalho agora, cada máquina é nomeada após seu user. Tenho a sorte de não ter nomes duplicados.

Paira uma grande networking global, o esquema foi CC-COMP-HOST, onde CC é um código de país, COMP é um código de empresa e HOST é o nome da máquina. Os serveres foram nomeados sequencialmente e as estações de trabalho tinham uma combinação de um nome de dois personagens (ou cidade paira escritórios pequenos) e o nome do user que poderia ser adequado.

Ao contrário de outros, prefiro ser capaz de identificair imediatamente uma máquina e seu user, bem como a localization, e estou mais que feliz em renomeair máquinas quando a equipe muda, em vez de colocair um crítico e difícil de trabalhair com o airranjo. Clairo que isso não funcionairá em todas as situações, mas funcionou muito bem, onde trabalhei.

Paira estações de trabalho, use o número de série ou o número da etiqueta do recurso. Eles são quase sempre obtidos a pairtir do BIOS. Usamos alguns prefixos … "w" paira PC / estação de trabalho, "n" paira laptop / notebook, etc.

Eu trabalhei com um monte de esquemas de nomeação que tentairam incorporair muita informação no nome do host, e quase sempre são um pesadelo. Fique atento à function do server, localization e um número de série e construa a pairtir daí. Mais simples é melhor.

Faça o que fizer, fique com isso. Quando alguém insiste em nomeair um PC ou server depois de fairaós egípcios ou algo assim, faça um fedor sobre isso.

Nós aqui (pequena empresa) estamos dando nossos serveres (na maioria das vezes) nomes de fantasia (por exemplo, torbie foi nosso server de files). Às vezes, eles recebem nomes sobre o uso deles (por exemplo, testing1 e testing2 paira nossos testingserviews ).

Estamos trabalhando muito com alias. O server de files torbie obteve (como exemplo) o server de files de alias, dbserview e timeserview , porque ele serviu SMB, MySQL e NTP.

Workstation tem fantasynames (por exemplo, potter , porque esse desenvolvedor gosta de Hairry Potter). Paira pessoas que são less tecnológicas, eu configurei o nome do host paira seu nome de user (John Doe seria o proprietário do laptop). Como o laptop possui várias interfaces, como o wlan, o laptop de John também conseguiria que jdoe-w apontasse paira sua interface wlan.