Estamos deixando de usar o VMWare para o Windows Failover Cluster (versão 2019) para hospedar os serviços da nossa empresa. Configurei o WFC com êxito e tenho algumas funções de máquina virtual em execução junto com a função de servidor de arquivos e a função de servidor DHCP. O próximo passo é configurar nossas instâncias do servidor SQL (também versão 2019) e me deparam com uma questão arquitetônica.
É aceitável instalar a função clusterizada do SQL Server diretamente nos hipervisores WFC bare-metal? Deixe-me dar um passo para trás..
Queremos que o SQL Server esteja altamente disponível, assim como qualquer outra coisa no cluster. Seguindo artigos comohttps://www.mssqltips.com/sqlservertip/6586/clustering-sql-server-2019-step-by-step/ele mostra como configurar uma instância do SQL Server sempre online, que usa o Wordfast como base para facilitar o failover entre as instâncias do SQL Server.
Meu pensamento é: por que desperdiçar recursos iniciando duas novas máquinas virtuais, transformando essas duas máquinas em um WFC e depois instalando o SQL AO nesse WFC quando isso pode ser feito apenas na instância pai? Parece excessivamente redundante, os servidores SQL podem fazer failover no WFC virtual e cada VM pode fazer failover no WFC pai. Parece que foi projetado para ser instalado diretamente na instância principal do WFC junto com outras funções.
Qual é a melhor prática aqui?
Responder1
O SQL Server em execução na VM no cluster estará altamente disponível. O cluster de failover com Hyper-V lidará com o failover de VMs. As práticas recomendadas da MS afirmam que o Hyper-V deve ser a única função instalada em um host.
Você pode implantar um cluster de failover aninhado. O VHDX compartilhado pode ser usado para configurar o cluster do SQL Server.
Verifique o artigo a seguir para melhorar o desempenho do SQL FCI.