Convenção de nomenclatura para máquinas virtuais

Question

O que é uma boa convenção ou esquema de nomenclatura para máquinas virtuais?

Estamos construindo um cluster de servidores de hardware de virtualização em nossa sede e um cluster semelhante em cada um de nossos escritórios estaduais (um cluster por estado).

Precisamos nomear os servidores de hardware de virtualização, o que é a parte fácil, mas também precisamos criar uma convenção de nomenclatura para as máquinas virtuais (VMs) que serão executadas no hardware de virtualização.

A convenção de nomenclatura precisa ser descritiva o suficiente para que os administradores e desenvolvedores identifiquem facilmente o que a VM é, mas curta o suficiente para não gerar lesões por esforço repetitivo no teclado.

Para tornar as coisas mais interessantes, nossas convenções de nomenclatura de hardware existentes são diferentes entre as áreas funcionais da empresa. Internamente consistente, mas diferente. Existem culturas diferentes, como AIX, HP-UX, Linux, Windows.

Meus pensamentos iniciais são construir uma listagem de DNS ou Active Directory com DOIS nomes por máquina: Um nome que é único em toda a empresa e é bastante descritivo; e o outro nome que é local para uma área funcional. Basicamente, um espaço de nome da VM corporativa e um espaço de nome da VM da área funcional. Os nomes de VMs corporativos podem ser longos, porque serão principalmente máquinas que os utilizam para mapeamento entre empresas de nomes de VMs de áreas funcionais. Os nomes das áreas funcionais precisam ser curtos e concisos para que os desenvolvedores possam gerenciá-los facilmente.

    

Answer 1

Para nomes de host internos, gosto de atribuir um subdomínio para máquinas virtuais, por exemplo, "vm.example.com". Você pode delinear isso com o tipo de virtualização (vmware., Xen., Kvm., Etc.).

Em seguida, cada host tem o nome descritivo de acordo com seus padrões internos. Eu trabalhei em dois ambientes que tinham padrões sensatos de nome de host:

• ambiente de número de finalidade, ou seja, web1prod, db3test, etc.
• sequência de sub-rede de finalidade (a-z versus #), em que sub-rede é 1 (voltada para o público), 2 (dmz / interna) ou 3 (rede de gerenciamento), ou seja, web1a, build2a, mon3a.

A primeira é minha preferência principal, por exemplo, uma máquina virtual de servidor da web para seu ambiente de desenvolvimento:

• web1dev.vm.example.com

Para um servidor de banco de dados no ambiente de teste do Xen (se você for com vários tipos de virtualização).

• db1.xen.example.com

Answer 2

Compartilharei o que fazemos com nossos equipamentos de rede. O mesmo princípio se aplica:

DNS entries:
switchoffice-3550-12G     IN A X.X.X.X
so355012                  IN CNAME switchoffice-3550-12G

A ideia básica é um nome curto para digitação e um nome longo para propósitos descritivos. Isso vai junto com sua ideia de nomes diferentes para os hosts, mas usar CNAMEs tem a vantagem adicional de que um dig ou nslookup fará referência ao nome longo.