Nomes de instâncias de cluster SQL para projetos grandes

Nomes de instâncias de cluster SQL para projetos grandes

Estamos configurando dois clusters. Um desenvolvedor e um produto. A Produção hospedará duas instâncias SQL – uma OLTP e uma DW.

O desenvolvimento hospedará 4 ambientes OLTP de não produção e pelo menos um ambiente DW de não produção. Estamos trabalhando para obter mais não-prods DW e possivelmente mais sistemas OLTP.

Estou considerando um esquema de nomenclatura como este, onde PROJ teria 3 iniciais para o nome do projeto.

Cluster de desenvolvedores

  • MSSQLPROJD1\D1 (DEV)
  • MSSQLPROJD2\D2 (TESTE)
  • MSSQLPROJD3\D3 (controle de qualidade)
  • MSSQLPROJD4\D4 (ESTÁGIO)
  • MSSQLPROJD5\D5 (DW)

Cluster Prd

  • MSSQLPROJP1\P1 (PRD)
  • MSSQLPROJP2\P2 (DW)

À esquerda da barra, cada nome deve ser exclusivo em toda a rede. Em cada servidor, o nome da instância, à direita da barra, deve ser exclusivo.

Alguma opinião sobre isso? Estou tentando evitar que nomes de instâncias se desviem da realidade à medida que o projeto avança - digamos que mudamos o que chamamos de determinado ambiente ou queremos redirecionar um. Então podemos atualizar uma lista dos aplicativos para os casos e pronto.

Como um esquema como esse funcionou para você? Talvez você faça as coisas de outra maneira em sua loja - conte-me sobre isso.

Obrigado.


rev2

Cluster de desenvolvedores

  • SQLERPD1\D1 (DEV)
  • SQLERPD2\D2 (TESTE)
  • SQLERPD3\D3 (controle de qualidade)
  • SQLERPD4\D4 (ESTÁGIO)
  • SQLERPD10\D10 (DWDev)
  • SQLERPD11\D11 (DWTest)*

Cluster Prd

  • SQLERPP1\P1 (PRD)
  • SQLERPP10\P10 (DW)

*esperado, mas não especificado no momento.

Responder1

Existem um milhão de padrões de nomenclatura diferentes que as pessoas usam. Não existe realmente um padrão certo ou errado para usar, desde que o padrão que você usa funcione para você em seu ambiente a longo prazo. A pior coisa que você pode fazer é alterar sua convenção de nomenclatura depois de escolher uma.

Algo a se pensar é como essa convenção funcionará se você adicionar outro cluster de desenvolvimento ou outro cluster de produção. Continuará a escalar bem?


Pessoalmente, gosto de usar uma convenção de nomenclatura como esta. Você pode modificar isso facilmente conforme necessário com nomes de sites, etc., conforme necessário.

Máquinas físicas:

SQL01A
SQL01B

O nome do cluster do Windows:

SQL01

Os nomes virtuais SQL:

SQL01V01
SQL01V02\INST1
SQL01V02\INST2

Dessa forma, você pode ver de forma rápida e fácil a quais máquinas físicas um nome virtual pertence, sem precisar fazer login no servidor para procurar. E ele é bem dimensionado à medida que você adiciona outro cluster que se torna o que mostrei abaixo. Você pode adicionar mais clusters facilmente, pode adicionar mais instâncias a qualquer cluster sem tornar as coisas complexas de descobrir.

Máquinas físicas:

SQL02A
SQL02B

O nome do cluster do Windows:

SQL02

Os nomes virtuais SQL:

SQL02V01
SQL02V02\INST1
SQL02V02\INST2

informação relacionada