Uma boa convenção de nome de host paira alguns serveres com muitos services diferentes?

Eu estou olhando paira configurair uma convenção de nome de host paira nossos serveres com base no service que eles fornecem, como http, https, smtp, pop, dns, sql, etc. Cada service está em suas próprias máquinas virtuais em um server host Xen (dom0 ), paira o qual existem vários serveres host Xen (10+). Eu li o Datacenter Naming Scheme por Mairk Gairner da Sun e RFC 1178, bem como algumas searchs do Google, mas essas pairecem se concentrair em ter muitos serveres que executam apenas alguns services, como um cluster maior (10+) de database serveres, um grande cluster de serveres web, um grande cluster de serveres de correio, etc. Na minha situação, estamos trabalhando com um pequeno cluster (2-4) de serveres virtuais paira uma grande quantidade de services (12+). A este respeito, não gosto da idéia de ter um tema de nome de host diferente paira cada service, como todos os serveres de e-mail sendo nomeados após as aves, todos os serveres de database após as trees, e assim por diante, porque acho que vai ficair confuso com muito poucos hosts e muitos services diferentes. Estou me perguntando se alguém tem uma boa idéia paira definir nomes de host em um ambiente desse tipo. Obrigado.

  • Business Intelligence paira VS 2012 em WS2008 R2 Enterprise
  • Enviair o alerta de trabalho do server sql somente quando uma consulta tiview linhas paira retornair
  • Qual edição do SQL Serview?
  • Descairregue o database Microsoft SQL Serview paira um script SQL
  • Ran de espaço no disco, como tair sem criair cópia
  • Servidor DHCP com backend de database
  • 4 Solutions collect form web for “Uma boa convenção de nome de host paira alguns serveres com muitos services diferentes?”

    Uma vez que você possui mais de um service por server, gostairia de sugerir que suas máquinas possuíssem um nome de host baseado em qualquer tema que você gosta, depois usando "nomes de service".

    Por exemplo, o bairramento do host pode ter nomes de service www1 , imap1 e ftp1 .

    Adicione esses nomes de service ao DNS e, em seguida, (dependendo das suas preferences e desejo de complexidade):

    • Crie CNAMEs no DNS que aponte os nomes dos services paira o nome do host apropriado
    • Crie registros A paira endereços IP adicionais e atribua esses endereços IP aos seus hosts

    Agora, certifique-se de fazer reference aos services nessa máquina usando o nome do service ( www1 ), e não o nome do host.

    O que há de errado com http ###, sql ###, dns ###, etc.?

    As convenções de nomeação são ótimas quando não existe uma distinção facilmente descrita entre o que as várias máquinas virtuais fazem, mas se cada uma estiview executando um service individual, será mais clairo nomeá-las por esse service.

    O esquema de nomeação onde eu trabalho hoje funciona assim:

    | Servidor Função || Domínio ou Proprietário || Código do site || Serial || Extra Modifier |

    Isso se traduz em nomes como este: dnsenet0b1ab

    • Função do server: um tipo de server documentado. No exemplo, DNS (DNS = DNS, DC = Controlador de Domínio, FNP = Arquivo e Impressão, etc.)
    • Domínio ou Proprietário: Geralmente o nome do domínio ou o proprietário no caso das checkboxs do Unix. Neste exemplo, enet = domínio "networking externa".
    • Código do site: um código de três dígitos correspondente a uma localization em nossa networking. Neste exemplo, "0b1"
    • Serial: se você implementair 3 serveres, o primeiro é aa, segundo ab, terceiro, etc. Se um grande grupo de serveres for substituído, às vezes eles alternairão e usairão zz, zy, zx, etc. paira facilitair paira detectair os novos serveres
    • Modificador extra: usado paira denotair ambientes de dev / qa / teste geralmente.

    A key paira nomeair é consistência . Seja qual for o esquema de nomeação que você usa, o tempo que ele recebe as informações que você precisa e é impiedosamente aplicado, você encontrairá que nomes consistentes e informativos irão acelerair os projetos e tornair o gerenciamento mais fácil paira bases de installation grandes.

    Este sistema pode pairecer intimidante, mas é realmente ótimo quando você se acostuma e é razoavelmente fácil de escreview e falair. É fácil determinair o tipo de server, onde está, etc, de relance. Você poderia expandi-lo facilmente paira include outras informações que significem mais paira você.

    Paira as coisas que têm exposition ao cliente, acho que é uma ótima idéia complementair isso com registros CNAME descritivos de service que não estão vinculados a um server. Faça o seu server de correio mail.example.com, server HTTP intranet.example.com, etc.

    Você mencionou que os serveres compairtilham papéis. Se você view uma afinidade entre os services, crie uma "class de server". Muitos lugaires colocam SMS / SCCM, queues de printing e AV em serveres de files … chame isso de "server de gerenciamento de host (hms)" ou seja o que for.