Convenção de nomenclatura para computadores [duplicados]

9

Qual convenção de nomenclatura sua organização usa para identificar computadores dentro da organização. Estes são internos para os desktops dos desenvolvedores, servidor, etc. Estamos prestes a comprar muitos desktops e laptops novos. Alguns esquemas em que posso pensar:

  • companyNamePrefix ####: como so02, so03).
  • nomes de cidades.
  • prefixos de localização.
  • especificidades de função: sourceControl.domain.com.
  • use a configuração (ps01xp3, ps02ubuntu10).
por ankitjaininfo 18.07.2010 / 11:22

10 respostas

8

Nossos servidores 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 servidor é, exatamente onde está; e nomes lógicos mudam com mais freqüência do que a posição.

Nossos nomes físicos são compostos assim:

Código do país, nome do data center, rack, gabinete blade / posição U, slot da lâmina. isto é, 044THDBA410211 está no Reino Unido (044), centro de dados chamado THD, rack BA41, compartimento de lâmina 02, slot de lâmina 11.

Desta forma, todo o cabeamento e rotulagem podem permanecer no lugar durante a vida útil do servidor.

Em seguida, o servidor obtém um nome lógico que normalmente indica a plataforma da qual ele faz parte, seu sistema operacional e sua função, mas não sua localização, pois isso frequentemente mudará.

Para as VMs, procuramos apenas no vCentre para descobrir onde estão, para os hosts físicos e de VM, simplesmente temos uma página da Web de pesquisa.

Isso funciona para nós, pois corrige muitos dos problemas que encontramos em outros lugares.

    
por 18.07.2010 / 12:36
7

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

Hostname's são inerentemente difíceis de mudar no mundo real. Aplicativos de software os incorporam em lugares estranhos. Caso em questão, as tabelas de concessão MYSQL.

Escolha um tema com um grande número de nomes próprios que não têm nada a ver com os sistemas e simplesmente os colocam fora da pilha. Esses nomes devem então ser chaves em um banco de dados apropriado contendo metadados sobre o host.

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

Se você nomear suas máquinas com base na localização física no datacenter, você não terá nada além de dores de cabeça assim que elas mudarem de local físico.

Se você precisa armazenar metadados no DNS, use um registro TXT em vez do registro A.

    
por 18.07.2010 / 20:33
3

Existem muitas escolas de pensamento diferentes sobre como atribuir um nome de host. Existem também muitas considerações. Por exemplo, o nome do host em uma máquina Windows não pode ter mais de 15 caracteres. Também alguns switches (antigos cisco IIRC) costumavam ter um problema com 12 ou mais caracteres no hostname.

Há também outras considerações ao nomear uma máquina. Um deles pode ser um problema de segurança, ou seja, não coloque windows, linux, sol5.2 ou qualquer informação identificável no nome do host que um observador casual possa aprender muito rapidamente. Embora na verdade não faça nada (o nmap pode determinar o tipo de host), é apenas uma boa ideia.

Isso também tem que ser pragmático na implementação, se você tiver muitas máquinas, precisará identificar o que ela faz e quem é o dono muito rapidamente da pesquisa reversa do DNS. Então, isso significa que você precisa compartilhar informações comuns entre seus administradores.

A grande coisa aqui que você deve alcançar é a uniformidade em toda a empresa e o acordo de todos os administradores sobre quais são as convenções.

O esquema atual do nome do host que eu uso é;

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

AA Este é um código curto de duas letras para identificar a empresa proprietária do recurso. Neste caso, vamos dar MC para minha empresa

BB Este é um código curto de duas letras para identificar o local em que a máquina está localizada OU o provedor de serviços que hospeda a máquina. Aqui rodamos o computador em um site chamado Super Center, por isso, atribuímos o código curto SC. No entanto, isso poderia facilmente ser um código de país iso de duas letras ou até mesmo um código curto de outra empresa.

CC Um código curto de duas letras identificando o papel da máquina. Essas designações de função são acordadas por todos nas operações de TI antes da atribuição, caso contrário, você terá significados diferentes. Neste exemplo, estamos atribuindo DM para o mestre de banco de dados, mas também usamos código como VJ para jboss virtual ou wk para estação de trabalho.

DD Esse é o identificador do cliente e pode ser uma combinação de letras ou números. Nós vamos dar o 01 neste caso

DDD Número do nó

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

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

Assim, posso derivar deste nome de host que a máquina é operada pela minha empresa, localizada no supercentro, um servidor de banco de dados, um mestre, atendendo às necessidades do cliente 01 e 10 hosts que são mestres de banco de dados. p>

Se você é observador, há um problema com a última parte da fórmula do nome do host. O número do cliente não pode ser maior que 99 ou z9 e os nós podem ser 999. Propusemos alterá-lo para que o cliente possa ter 3 dígitos e nós 2.

No entanto, também temos a alegria de poder fazer truques como usar o nome do host para determinar o que o fantoche deve fazer com a configuração do host (aplique um arquivo de host comum a todas as máquinas no my-sc, por exemplo)

A principal coisa aqui, é encontrar o que é certo para você e com o que você pode viver diariamente.

    
por 18.07.2010 / 12:04
3

Os esquemas de nomenclatura que vi até agora:

Para estações de trabalho do desenvolvedor

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

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

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

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

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

Outros usam o nome de um software dedicado, como

<Softwarename>-<Dev|Test|Prod>
wiki-dev // The Wiki for the development department

Ou combinado:

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

Ou distinguir o papel da máquina nos escritórios domésticos

<Role><Number>
SE001 // Server 1
PC001 // Desktop PC 1
    
por 18.07.2010 / 14:49
0

(L || D) - (000-999) - (software)

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.

    
por 18.07.2010 / 11:27
0

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 arbitrário

Então, seria algo como: nyork56789087

Não é muito bonito, mas em algum lugar, as pessoas na área de TI podem procurar em um banco de dados e obter mais informações sobre esse computador.

    
por 18.07.2010 / 11:28
0

Código do sistema operacional, mais o número da etiqueta de patrimônio.

Conhecer o sistema operacional é útil quando / se estiver tentando se conectar remotamente. Você pode obter a cidade (localização do escritório do inferno, se não a mesa real) do seu CMDB procurando o número da etiqueta de patrimônio.

Assim, por exemplo, XP4640, WS5000, Vi5020, OSX6088

    
por 18.07.2010 / 20:42
0

Eu usei apenas dois esquemas diferentes, dependendo da escala da operação. Para uma empresa pequena, como onde eu trabalho agora, cada máquina recebe o nome de seu usuário. Tenho a sorte de não ter nomes duplicados.

Para uma grande rede global, o esquema era CC-COMP-HOST, onde CC é um código de país, COMP é uma empresa e HOST é o nome da máquina. Os servidores foram nomeados sequencialmente e as estações de trabalho tinham uma combinação de um nome de departamento de dois caracteres (ou cidade para pequenos escritórios) e o máximo de um nome de usuário que pudesse ser encaixado.

Ao contrário de outros, prefiro poder identificar imediatamente uma máquina e seu usuário, bem como a localização, e estou mais do que feliz em renomear as máquinas quando a equipe muda, em vez de trabalhar de maneira críptica e difícil de trabalhar com arranjo. É claro que isso não funcionará em todas as situações, mas funcionou muito bem onde trabalhei.

    
por 19.07.2010 / 01:22
0

Para estações de trabalho, use o número de série ou o número da etiqueta de patrimônio. Eles são quase sempre obtidos a partir do BIOS. Usamos alguns prefixos ... "w" para PC / workstation, "n" para laptop / notebook, etc.

Eu trabalhei com vários esquemas de nomeação que tentaram incorporar muita informação no nome do host, e eles são quase sempre um pesadelo. Atenha-se à função do servidor, localização e um número de série e construa a partir daí. Mais simples é melhor.

Não importa o que você faça, fique com ela. Quando alguém insiste em nomear um PC ou servidor depois de faraós egípcios ou algo assim, faça um mau cheiro sobre isso.

    
por 19.07.2010 / 01:34
0

Nós aqui (pequena empresa) estamos dando aos nossos servidores (na maioria das vezes) nomes fantasia (por exemplo, torbie foi nosso servidor de arquivos). Às vezes, eles recebem nomes em relação ao uso (por exemplo, testes1 e testes2 para nossos servidores de teste).

Estamos trabalhando muito com aliases. O servidor de arquivos torbie tem (como um exemplo) os aliases fileserver , dbserver e timeserver , porque ele serviu SMB, MySQL e NTP.

A estação de trabalho tem fantasynames (por exemplo, potter , porque o desenvolvedor gosta de Harry Potter). Para pessoas que são menos técnicas, eu defino o nome do host para o seu nome de usuário (John Doe seria dono do laptop jdoe ). Como o Laptop tem várias interfaces como o wlan, o laptop do John também teria o jdoe-w apontando para sua interface wlan.

    
por 21.07.2010 / 10:04

Tags