Nomes de instâncias do cluster SQL para projetos grandes

Question

Estamos configurando dois clusters. Um dev e um prod. A produção hospedará duas instâncias de SQL - um OLTP e um DW.

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

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

Dev Cluster

• MSSQLPROJD1 \ D1 (DEV)
• MSSQLPROJD2 \ D2 (TEST)
• MSSQLPROJD3 \ D3 (QA)
• MSSQLPROJD4 \ D4 (STAGE)
• MSSQLPROJD5 \ D5 (DW)

Cluster de dados

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

À esquerda da barra, cada nome deve ter uma largura de rede única. 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 um determinado ambiente ou queremos redirecionar um. Em seguida, podemos atualizar uma listagem das finalidades para as instâncias e concluí-las.

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

Dev Cluster

• SQLERPD1 \ D1 (DEV)
• SQLERPD2 \ D2 (TESTE)
• SQLERPD3 \ D3 (QA)
• SQLERPD4 \ D4 (STAGE)
• SQLERPD10 \ D10 (DWDev)
• SQLERPD11 \ D11 (DWTest) *

Cluster de dados

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

* esperado, mas não especificado a partir de agora.

    

Answer 1

Existem milhões de padrões de nomenclatura diferentes usados pelas pessoas. Não existe um 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 em que pensar é como essa convenção funcionará se você adicionar outro cluster de Dev ou outro cluster de prod. Continuará a escalar bem?

Pessoalmente, gosto de usar uma convenção de nomenclatura como essa. 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 quais máquinas físicas um nome virtual pertence a dois sem precisar fazer logon no servidor para procurar. E ele escala bem quando você adiciona outro cluster que se torna o que eu mostrei abaixo. Você pode adicionar mais clusters facilmente, pode adicionar mais instâncias a qualquer cluster sem tornar as coisas complexas para descobrir.

Máquinas físicas:

SQL02A
SQL02B

O nome do cluster do Windows:

SQL02

Os nomes virtuais SQL:

SQL02V01
SQL02V02\INST1
SQL02V02\INST2