Como configurar uma instância de cluster de failover do SQL Server que usa discos do Hyperdisk Balanced High Availability no modo de vários gravadores

Como preparar o projeto e a rede

Para preparar o projeto Google Cloud e a VPC para a implantação da FCI do SQL Server, faça o seguinte:

1. No console Google Cloud , abra o Cloud Shell clicando no botão Ativar o Cloud Shell .

   Acessar o console do Google Cloud

2. Inicialize as seguintes variáveis:

   VPC_NAME=VPC_NAME
   SUBNET_NAME=SUBNET_NAME
   

   Em que:

   • VPC_NAME: nome da VPC.
   • SUBNET_NAME: nome da sub-rede.

3. Defina o ID do projeto padrão:

   gcloud config set project PROJECT_ID
   

   Substitua PROJECT_ID pelo ID do seu projeto Google Cloud .

4. Defina sua região padrão:

   gcloud config set compute/region REGION
   

   Substitua REGION pelo ID da região em que você quer fazer a implantação.

Crie regras de firewall

Para permitir que os clientes se conectem ao SQL Server, permita a comunicação entre os nós WSFC e que o balanceador de carga realize verificações de integridade, você precisa criar várias regras de firewall. Para simplificar a criação dessas regras de firewall, use tags de rede:

• Os dois nós WSFC são anotados com a tag wsfc-node.
• Todos os servidores (incluindo a testemunha) são anotados com a tag wsfc.

Crie regras de firewall que usem estas tags de rede:

1. Volte para a sessão atual do Cloud Shell.

2. Crie regras de firewall para os nós do WSFC:

   SUBNET_CIDR=$(gcloud compute networks subnets describe $SUBNET_NAME --format=value\('ipCidrRange'\))
   
   gcloud compute firewall-rules create allow-all-between-wsfc-nodes \
     --direction=INGRESS \
     --action=allow \
     --rules=tcp,udp,icmp \
     --enable-logging \
     --source-tags=wsfc \
     --target-tags=wsfc \
     --network=$VPC_NAME \
     --priority 10000
   
   gcloud compute firewall-rules create allow-sql-to-wsfc-nodes \
     --direction=INGRESS \
     --action=allow \
     --rules=tcp:1433 \
     --enable-logging \
     --source-ranges=$SUBNET_CIDR \
     --target-tags=wsfc-node \
     --network=$VPC_NAME \
     --priority 10000
   

3. Crie uma regra de firewall que permita verificações de integridade dos intervalos de IP das sondas do Google Cloud : (não é necessário com uma configuração de DNN)

   gcloud compute firewall-rules create allow-health-check-to-wsfc-nodes \
     --direction=INGRESS \
     --action=allow \
     --rules=tcp \
     --source-ranges=130.211.0.0/22,35.191.0.0/16 \
     --target-tags=wsfc-node \
     --network=$VPC_NAME \
     --priority 10000
   

Criar instâncias de VM

Agora, implante duas instâncias de VM para o cluster de failover. A qualquer momento, apenas uma dessas VMs serve como o nó FCI ativo enquanto o outro nó atua como o nó de failover. As duas instâncias de VM precisam ter:

• O cluster de failover do Windows Server e o SQL Server instalados.
• Suporte WSFC do Compute Engine ativado.

usar uma imagem premium do SQL Server que tenha o SQL Server 2022 pré-instalado.

Para dar um voto de desempate e conquistar um quórum para o cenário de failover, você implanta uma terceira VM que serve como controlador de domínio e uma testemunha de compartilhamento de arquivos.

1. Volte para a sessão atual do Cloud Shell.

2. Crie um script de especialização para os nós WSFC. O script instala o recurso necessário do Windows e cria regras de firewall para o WSFC e o SQL Server:

   cat << "EOF" > specialize-node.ps1
   
   $ErrorActionPreference = "stop"
   
   # Install required Windows features
   Install-WindowsFeature Failover-Clustering -IncludeManagementTools
   Install-WindowsFeature RSAT-AD-PowerShell
   
   # Open firewall for WSFC
   netsh advfirewall firewall add rule name="Allow SQL Server health check" dir=in action=allow protocol=TCP localport=59997
   
   # Open firewall for SQL Server
   netsh advfirewall firewall add rule name="Allow SQL Server" dir=in action=allow protocol=TCP localport=1433
   
   EOF
   

3. Crie as instâncias de VM e ative o agente do clustering de failover do Windows Server nos nós WSFC definindo a chave de metadados enable-wsfc como true:

   MACHINE_TYPE=c3-standard-8
   REGION=$(gcloud config get-value compute/region)
   ZONE_1=$REGION-a
   ZONE_2=$REGION-b
   
   gcloud compute instances create node-1 \
     --zone $ZONE_1 \
     --machine-type $MACHINE_TYPE \
     --subnet $SUBNET_NAME \
     --image-family sql-ent-2022-win-2022 \
     --image-project windows-sql-cloud \
     --tags wsfc,wsfc-node \
     --boot-disk-size 50 \
     --boot-disk-type hyperdisk-balanced \
     --boot-disk-device-name node-1 \
     --metadata enable-wsfc=true \
     --metadata-from-file=sysprep-specialize-script-ps1=specialize-node.ps1
   
   gcloud compute instances create node-2 \
     --zone $ZONE_2 \
     --machine-type $MACHINE_TYPE \
     --subnet $SUBNET_NAME \
     --image-family sql-ent-2022-win-2022 \
     --image-project windows-sql-cloud \
     --tags wsfc,wsfc-node \
     --boot-disk-size 50 \
     --boot-disk-type hyperdisk-balanced \
     --boot-disk-device-name node-2 \
     --metadata enable-wsfc=true \
     --metadata-from-file=sysprep-specialize-script-ps1=specialize-node.ps1
   
   gcloud compute instances create witness \
     --machine-type n4-standard-2 \
     --subnet $SUBNET_NAME \
     --image-family=windows-2022 \
     --image-project=windows-cloud \
     --tags wsfc \
     --boot-disk-size 50 \
     --boot-disk-type hyperdisk-balanced \
     --zone $ZONE_1 \
     --metadata sysprep-specialize-script-ps1="add-windowsfeature FS-FileServer"
   

4. Para mesclar as três instâncias de VM ao Active Directory, faça o seguinte para cada uma das três instâncias de VM:

   1. Monitore o processo de inicialização da VM visualizando a saída da porta serial:

      gcloud compute instances tail-serial-port-output NAME
      

      Substitua NAME pelo nome da instância de VM.

      Aguarde cerca de três minutos até conferir a saída Instance setup finished e pressione Ctrl + C. Nesse momento, a instância de VM está pronta para ser usada.

   2. Crie um nome de usuário e uma senha para a instância de VM.

   3. Conecte-se à VM usando a Área de trabalho remota e faça login usando o nome de usuário e a senha criados na etapa anterior.

   4. Clique com o botão direito do mouse no botão Iniciar (ou pressione Win+X) e clique em Windows PowerShell (administrador).

   5. Confirme a elevação do prompt clicando em Sim.

   6. Associe o computador ao seu domínio do Active Directory e reinicie:

      Add-Computer -Domain DOMAIN -Restart
      

      Substitua DOMAIN pelo nome DNS do seu domínio do Active Directory.

      Aguarde aproximadamente um minuto para que a reinicialização seja concluída.

Criar discos de alta disponibilidade equilibrados do Hyperdisk no modo de vários gravadores

Agora, crie um disco do Hyperdisk Balanced High Availability no modo de vários gravadores e anexe-o aos dois nós do WSFC. Um dos benefícios do Hyperdisk é a capacidade de definir IOPS e capacidade de processamento para atender às necessidades do aplicativo. Para mais informações, consulte Sobre o Hyperdisk equilibrado de alta disponibilidade.

1. Volte para a sessão atual do Cloud Shell.

2. Crie um disco de alta disponibilidade equilibrado do Hyperdisk:

   SIZE=200
   
   gcloud compute disks create multiwriter-datadisk-1 \
     --size $SIZE \
     --provisioned-throughput 200 \
     --provisioned-iops 5000 \
     --access-mode READ_WRITE_MANY \
     --type hyperdisk-balanced-high-availability \
     --replica-zones $ZONE_1,$ZONE_2
   

3. Anexe o disco a node-1:

   gcloud compute instances attach-disk node-1 \
     --disk multiwriter-datadisk-1 \
     --zone $ZONE_1 \
     --disk-scope=regional
   

4. Anexe o disco a node-2:

   gcloud compute instances attach-disk node-2 \
     --disk multiwriter-datadisk-1 \
     --zone $ZONE_2 \
     --disk-scope=regional
   

Reservar endereços IP do cluster

Agora você reserva dois endereços IP estáticos na sua VPC. Um endereço IP é usado como o endereço IP do cluster WSFC, o outro é usado pelo balanceador de carga interno.

1. Reserve um IP estático para o balanceador de carga interno e capture o endereço em uma nova variável de ambiente chamada LOADBALANCER_ADDRESS:

   gcloud compute addresses create wsfc \
     --region $REGION \
     --subnet $SUBNET_NAME
   
   LOADBALANCER_ADDRESS=$(gcloud compute addresses describe wsfc \
     --region $REGION \
     --format=value\(address\)) && \
   echo "Load Balancer IP: $LOADBALANCER_ADDRESS"
   

   Anote o endereço IP, você precisará dele mais tarde.

2. Reserve outro endereço IP estático que você use como IP do cluster: (não necessário com uma configuração de DNN)

   gcloud compute addresses create wsfc-cluster \
     --subnet $SUBNET_NAME \
     --region $REGION && \
   CLUSTER_ADDRESS=$(gcloud compute addresses describe wsfc-cluster \
     --region $REGION \
     --format=value\(address\)) && \
   echo "Cluster IP: $CLUSTER_ADDRESS"
   

   Anote o endereço IP, você precisará dele mais tarde.

Agora o projeto e a VPC estão prontos para a implantação do WSFC e do SQL Server.

Criar um compartilhamento de arquivos da testemunha

Para preparar o witness que serve como uma testemunha de compartilhamento de arquivos, crie um compartilhamento de arquivos e conceda a você e aos dois nós WSFC acesso ao compartilhamento de arquivos:

1. Conecte-se a witness usando a Área de trabalho remota. Faça login com a conta de usuário do domínio.
2. Clique com o botão direito do mouse no botão Iniciar (ou pressione Win+X) e clique em Windows PowerShell (administrador).
3. Confirme a elevação do prompt clicando em Sim.

4. Crie a pasta da testemunha e compartilhe-a:

   New-Item 'C:\QWitness' -type directory
   
   New-SmbShare `
   -Name QWitness `
   -Path 'C:\QWitness' `
   -Description 'SQL File Share Witness' `
   -FullAccess  $env:username,node-1$,node-2$
   
   Grant-SmbShareAccess -Name 'QWitness' -AccountName 'node-1$' -AccessRight Full -Force
   Grant-SmbShareAccess -Name 'QWitness' -AccountName 'node-2$' -AccessRight Full -Force
   

Como implantar o cluster de failover

Use as instâncias de VM para implantar um WSFC e SQL Server.

Implantar o WSFC

Agora você está pronto para criar o cluster de failove.

1. Conecte-se a node-1 usando a Área de trabalho remota. Faça login com a conta de usuário do domínio.
2. Clique com o botão direito do mouse no botão Iniciar (ou pressione Win+X) e clique em Windows PowerShell (administrador).
3. Confirme a elevação do prompt clicando em Sim.

4. Crie um novo cluster:

   • Para a configuração do balanceador de carga

   New-Cluster `
     -Name sql-cluster `
     -Node node-1,node-2 `
     -NoStorage `
     -StaticAddress CLUSTER_ADDRESS
   

   Substitua CLUSTER_ADDRESS pelo endereço IP do cluster que você criou anteriormente.

   • Para configuração de DNN

   New-Cluster `
     -Name sql-cluster `
     -Node node-1,node-2 `
     -NoStorage `
     -ManagementPointNetworkType Distributed
   

5. Retorne à sessão do PowerShell em witness e conceda ao objeto de computador virtual do cluster a permissão de acesso ao compartilhamento de arquivos:

   icacls C:\QWitness\ /grant 'sql-cluster$:(OI)(CI)(M)'
   Grant-SmbShareAccess `
     -Name QWitness `
     -AccountName 'sql-cluster$' `
     -AccessRight Full `
     -Force
   

6. Retorne à sessão do PowerShell em node-1 e configure o cluster para usar o compartilhamento de arquivos em witness como um quórum de cluster:

   Set-ClusterQuorum -FileShareWitness \\witness\QWitness
   

7. Verifique se o cluster foi criado com sucesso:

   Test-Cluster
   

   Talvez sejam exibidos alguns avisos que podem ser ignorados com segurança:

   WARNING: System Configuration - Validate All Drivers Signed: The test reported some warnings..
   WARNING: Network - Validate Network Communication: The test reported some warnings..
   WARNING:
   Test Result:
   HadUnselectedTests, ClusterConditionallyApproved
   Testing has completed for the tests you selected. You should review the warnings in the Report.  A cluster solution is
   supported by Microsoft only if you run all cluster validation tests, and all tests succeed (with or without warnings).
   

   Também é possível executar o snap-in de MMC do failover para analisar a integridade do cluster executando cluadmin.msc.

8. Se você estiver usando o AD gerenciado, adicione a conta de computador usada pelo WSFC ao grupo de Contas mescladas de domínio do Cloud Service para que ela possa juntar computadores ao domínio:

   Add-ADGroupMember `
     -Identity "Cloud Service Domain Join Accounts" `
     -Members sql-cluster$
   

Adicionar disco de cluster

Agora, inicialize o disco compartilhado do Hyperdisk Balanced High Availability que você criou antes e adicione-o ao cluster:

1. Volte para a sessão do PowerShell em node-1.

2. Inicialize o disco do Hyperdisk Balanced High Availability:

   $NodeName = [System.Net.Dns]::GetHostName()
   
   $ClusterDisks = Get-PhysicalDisk -CanPool $True |
     Where-Object { ($_ |
       Get-PhysicalDiskStorageNodeView |
       Select-Object -Property StorageNodeObjectId) -like ('*' + $NodeName + '*') }
   Initialize-Disk -Number $ClusterDisks[0].DeviceId
   

3. No disco, crie uma nova partição que use o sistema de arquivos NTFS e formate o disco com tamanho de bloco de 64 KB:

   New-Partition -DiskNumber $ClusterDisks[0].DeviceId `
       -UseMaximumSize  -DriveLetter D | Format-Volume `
       -FileSystem NTFS -newfilesystemlabel DataDisk -AllocationUnitSize 65536
   

4. Adicione o disco ao cluster:

   Get-ClusterAvailableDisk | Add-ClusterDisk
   

   O disco aparece automaticamente em node-2, já que o disco do Hyperdisk Balanced High Availability subjacente está anexado às duas instâncias de VM.

5. Abra o snap-in MMC do Gerenciado de cluster de failover:

   cluadmin.msc
   

Como testar o failover de disco

Como alternativa, é possível testar se o failover do disco funciona corretamente:

1. Conecte-se a node-2 usando a Área de trabalho remota. Faça login com a conta de usuário do domínio.
2. Clique com o botão direito do mouse no botão Iniciar (ou pressione Win+X) e selecione Executar
3. Digite cluadmin.msc e selecione OK.

4. No painel da janela à esquerda, acesse Failover Cluster Manager > sql-cluster > Storage > Disks.

   Você vai encontrar um disco chamado Cluster Disk 1 com o nó do proprietário definido como node-1.

5. Volte ao Cloud Shell e redefina a VM node-1 para simular um failover:

   gcloud compute instances reset node-1
   

6. Volte para o Failover Cluster Manager em node-2.

7. Observe o status do disco pressionando repetidamente F5 para atualizar a visualização.

   Depois de cerca de 30 segundos, o nó do proprietário deve alternar automaticamente para node-2.

Remover a instalação padrão do SQL Server

Agora, remova a instalação padrão do SQL Server dos dois nós e a substitua por uma nova configuração de FCI.

Para cada um dos dois nós WSFC, node-1 e node-2, execute as seguintes etapas:

1. Clique com o botão direito do mouse no botão Iniciar (ou pressione Win+X) e clique em Windows PowerShell (administrador).
2. Confirme a elevação do prompt clicando em Sim.

3. Remova a instância do SQL Server padrão:

   C:\sql_server_install\Setup.exe /Action=Uninstall /FEATURES=SQL,AS,IS,RS /INSTANCENAME=MSSQLSERVER /Q
   

4. Remova o driver OLE da Microsoft:

   Get-Package -Name "Microsoft OLE*" | Uninstall-Package -Force
   

5. Remova o driver ODBC da Microsoft:

   Get-Package -Name "Microsoft ODBC*" | Uninstall-Package -Force
   

6. Reinicie o computador:

   Restart-Computer
   

7. Aguarde aproximadamente um minuto para que a reinicialização seja concluída.

Instalar a FCI do SQL Server

Antes de instalar a nova configuração da FCI, verifique se o node-1 é o nó ativo no cluster:

1. Reconecte-se ao node-1 usando a área de trabalho remota e faça login usando o usuário do domínio.
2. Clique com o botão direito do mouse no botão Iniciar (ou pressione Win+X) e selecione Executar
3. Digite cluadmin.msc e selecione OK.

4. No painel da janela à esquerda, acesse Failover Cluster Manager > sql-cluster.

   Verifique se o servidor host atual está definido como node-1.

   Se o servidor de host atual estiver definido como node-2, clique com o botão direito do mouse em sql-cluster no painel da janela à esquerda e selecione More actions > Move core cluster resources > Select node… > node-1 e clique em OK.

5. No painel da janela à esquerda, acesse Failover Cluster Manager > sql-cluster > Storage > Disks.

   Verifique se o nó do proprietário do Disco do cluster 1 está definido como node-1.

   Se o nó do proprietário estiver definido como node-2, clique em Mover armazenamento disponível > Selecionar nó... > node-1 no menu Ações à direita OK.

Agora, crie uma nova instalação do cluster de failover do SQL Server em node-1:

1. Clique com o botão direito do mouse no botão Iniciar (ou pressione Win+X) e clique em Windows PowerShell (administrador).
2. Confirme a elevação do prompt clicando em Sim.

3. Crie uma conta de usuário de domínio para o servidor SQL e o agente SQL e atribua uma senha:

   $Credential = Get-Credential -UserName sql_server -Message 'Enter password'
   New-ADUser `
     -Name "sql_server" `
     -Description "SQL Agent and SQL Admin account." `
     -AccountPassword $Credential.Password `
     -Enabled $true -PasswordNeverExpires $true
   

4. Inicie a configuração do SQL Server:

   & c:\sql_server_install\setup.exe
   

5. No menu à esquerda, selecione Installation.

6. Selecione Nova instalação do cluster de failover do SQL Server.

7. Na página Edição, marque Eu tenho somente uma licença do SQL Server e selecione Próxima.

8. Na página Termos de licença, analise os termos e, se você aceitar, selecione Próxima.

9. Na página Microsoft Update, selecione Próxima para iniciar a instalação.

10. Na página Instalar regras de cluster de failover, você verá um aviso Avisos de verificação de cluster MSCS e Firewall do Windows. Ignore esses avisos e selecione Próxima.

11. Na página Seleção de recurso, selecione Serviços do banco de dados e depois Próximo.

12. Na página Instance Configuration, insira sql como o nome da rede e selecione Next.

13. Na página Cluster Resource Group, mantenha os padrões e selecione Next.

14. Na página Seleção de disco do cluster, selecione Disco 1 do cluster e clique em Próxima.

15. Na página Cluster Network Configuration, defina as configurações a seguir e selecione Next:

    • DHCP: claro
    • Endereço IP: insira o endereço IP do balanceador de carga interno.

16. Na página Configuração do servidor, defina as configurações a seguir para o SQL Server Agent e o SQL Server Database Engine:

    • Nome da conta: DOMAIN\sql_server em que DOMAIN é o nome do NetBIOS do seu domínio do Active Directory
    • Senha: digite a senha que você criou anteriormente

17. Selecione a guia Agrupamento e selecione o agrupamento que você quer usar. Depois clique em Next.

18. Na página Configuração do mecanismo do banco de dados, selecione Adicionar usuário atual para designar o usuário atual como administrador do SQL Server. Depois, selecione Próxima.

19. Na página Pronto para instalar, revise as configurações e selecione Instalar.

20. Após a conclusão da instalação, selecione Fechar.

Agora adicione node-2 ao cluster de failover do SQL Server:

1. Conecte-se ao node-2 usando a área de trabalho remota e faça login usando o usuário do domínio.
2. Clique com o botão direito do mouse no botão Iniciar (ou pressione Win+X) e clique em Windows PowerShell (administrador).
3. Confirme a elevação do prompt clicando em Sim.

4. Inicie a configuração do SQL Server:

   & c:\sql_server_install\setup.exe
   

5. No menu à esquerda, selecione Installation.

6. Selecione Adicionar nó a um cluster de failover do SQL Server.

7. Siga as instruções do assistente de instalação e aceite as configurações padrão até chegar à página Contas de serviço.

8. Na página Contas de serviço, digite a senha que você criou anteriormente para o SQL Server Agent e o SQL Server Database Engine. Depois, selecione Próxima.

9. Na página Pronto para instalar, revise as configurações e selecione Instalar.

10. Após a conclusão da instalação, selecione Fechar.

Configurar verificações de integridade

A última etapa é configurar o cluster para expor um endpoint de verificação de integridade que possa ser usado por um balanceador de carga interno:

1. Volte para a sessão do PowerShell em node-2

2. Inicialize uma variável com o endereço IP do balanceador de carga.

   $LoadBalancerIP = 'IP_ADDRESS'
   

   Substitua IP_ADDRESS pelo endereço IP do wsfc que você reservou anteriormente.

3. Configure o cluster de failover para responder ao serviço de verificação de integridade:

   $SqlGroup = Get-ClusterGroup |
     Where-Object {$_.Name.StartsWith("SQL Server")}
   $SqlIpAddress = Get-ClusterResource |
     Where-Object {$_.Name.StartsWith("SQL IP Address")}
   
   $SqlIpAddress | Set-ClusterParameter -Multiple @{
    'Address'=$LoadBalancerIP;
    'ProbePort'= 59997;
    'SubnetMask'='255.255.255.255';
    'Network'= (Get-ClusterNetwork).Name;
    'EnableDhcp'=0; }
   

4. Reinicie o recurso do cluster:

   $SqlIpAddress | Stop-ClusterResource
   $SqlIpAddress | Start-ClusterResource
   

5. Reinicie o grupo do cluster:

   $SqlGroup | Stop-ClusterGroup
   $SqlGroup | Start-ClusterGroup
   

criar um balanceador de carga interno

Agora, para fornecer um único endpoint para clientes do SQL Server, implante um balanceador de carga interno que use uma verificação de integridade que garanta que o tráfego seja direcionado ao nó ativo da WSFC

1. Volte para a sessão atual do Cloud Shell.

2. Crie um grupo de instâncias não gerenciadas e adicione os dois nós ao grupo:

   gcloud compute instance-groups unmanaged create wsfc-group-1 \
   --zone $ZONE_1
   gcloud compute instance-groups unmanaged add-instances wsfc-group-1 \
   --zone $ZONE_1 \
   --instances node-1
   
   gcloud compute instance-groups unmanaged create wsfc-group-2 \
   --zone $ZONE_2
   gcloud compute instance-groups unmanaged add-instances wsfc-group-2 \
   --zone $ZONE_2 \
   --instances node-2
   

3. Crie uma verificação de integridade que o balanceador de carga possa usar para determinar qual é o nó ativo.

   gcloud compute health-checks create tcp wsfc-healthcheck \
     --check-interval="2s" \
     --healthy-threshold=1 \
     --unhealthy-threshold=2 \
     --port=59997 \
     --timeout="1s"
   

   A verificação de integridade faz sondagem na porta 59997, que foi configurada anteriormente como ProbePort para o endereço IP do cluster do WSFC.

4. Crie um serviço de back-end e adicione o grupo de instâncias:

   gcloud compute backend-services create wsfc-backend \
   --load-balancing-scheme internal \
   --region $REGION \
   --health-checks wsfc-healthcheck \
   --protocol tcp
   
   gcloud compute backend-services add-backend wsfc-backend \
   --instance-group wsfc-group-1 \
   --instance-group-zone $ZONE_1 \
   --region $REGION
   
   gcloud compute backend-services add-backend wsfc-backend \
   --instance-group wsfc-group-2 \
   --instance-group-zone $ZONE_2 \
   --region $REGION
   

5. Criar o balanceador de carga interno:

   gcloud compute forwarding-rules create wsfc-sql \
     --load-balancing-scheme internal \
     --address $LOADBALANCER_ADDRESS \
     --ports 1433 \
     --network $VPC_NAME \
     --subnet $SUBNET_NAME \
     --region $REGION \
     --backend-service wsfc-backend
   

Configurar um recurso DNN e um nome DNN DNS

Semelhante ao balanceador de carga interno, o recurso DNN atua como um gateway único para clientes do SQL Server. Durante os failovers, o cluster roteia o tráfego para o nó FCI ativo do SQL Server sem problemas. Os clientes se conectam à FCI do SQL Server com o nome DNS.

1. Volte para a sessão do PowerShell em node-1.

2. Execute o script para criar o recurso DNN

     $DNNResourceName='fci-dnn'
     $DNN_DNSName='fcidnn'
   
     # create the DNN resource
     Add-ClusterResource -Name $DNNResourceName -ResourceType 'Distributed Network Name' -Group 'SQL Server (MSSQLSERVER)'
   
     # set the DNS name of the DNN resource
     Get-ClusterResource -Name $DNNResourceName | Set-ClusterParameter -Name DnsName -Value $DNN_DNSName
   
     # start the DNN resource
     Start-ClusterResource -Name $DNNResourceName
   

3. Reinicie node-1 e node-2

Como testar o cluster de failover

Você concluiu a instalação do cluster de failover, mas ainda precisa testar se o cluster funciona corretamente.

Preparar um cliente

Crie uma nova instância de VM que possa ser usada para se conectar ao cluster de failover:

1. Volte para a sessão atual do Cloud Shell.

2. Crie uma nova instância de VM:

   gcloud compute instances create sqlclient \
     --machine-type n2-standard-2 \
     --subnet $SUBNET_NAME \
     --image-family sql-ent-2022-win-2022 \
     --image-project windows-sql-cloud \
     --boot-disk-size 50 \
     --boot-disk-type pd-ssd
   

3. Monitore o processo de inicialização da VM visualizando a saída da porta serial:

   gcloud compute instances tail-serial-port-output sqlclient
   

   Aguarde cerca de três minutos até conferir a configuração da instância de saída concluída e pressione Ctrl+C. Nesse momento, a instância de VM está pronta para ser usada.

4. Crie um nome de usuário e uma senha para a instância de VM.

5. Conecte-se à VM usando a Área de trabalho remota e faça login usando o nome de usuário e a senha criados na etapa anterior.

6. Clique com o botão direito do mouse no botão Iniciar (ou pressione Win+X) e clique em Windows PowerShell (administrador).

7. Confirme a elevação do prompt clicando em Sim.

8. Associe o computador ao seu domínio do Active Directory:

   Add-Computer -Domain DOMAIN
   

   Substitua DOMAIN pelo nome DNS do seu domínio do Active Directory.

9. Reinicie o computador:

   Restart-Computer
   

   Aguarde aproximadamente um minuto para que a reinicialização seja concluída.

Fazer o teste

Use a VM sqlclient para testar se é possível se conectar ao cluster de failover e verificar se o failover funciona corretamente:

1. Conecte-se ao sqlclient usando a área de trabalho remota e faça login usando o usuário do domínio.
2. Clique com o botão direito do mouse no botão Iniciar (ou pressione Win+X) e clique em Windows PowerShell.

3. Conecte-se ao cluster do SQL Server usando o nome de rede sql e consulte a tabela dm_os_cluster_nodes:

   & "$env:ProgramFiles\Microsoft SQL Server\Client SDK\ODBC\170\Tools\Binn\SQLCMD.EXE" `
      -S SQL_SERVER_NAME -E -Q "SELECT * FROM sys.dm_os_cluster_nodes"
   

   Substitua SQL_SERVER_NAME pelo sql para a configuração do balanceador de carga ou fcidnn para a configuração do DNN.

   O resultado será semelhante a este:

   NodeName                       status      status_description is_current_owner
   ------------------------------ ----------- ------------------ ----------------
   NODE-1                                   0 up                                1
   NODE-2                                   0 up                                0
   
   (2 rows affected)
   

   node-1 é o proprietário atual do recurso de cluster de failover do SQL Server.

4. Volte ao Cloud Shell e desative a VM node-1 para testar o cenário de failover.

   gcloud compute instances stop node-1
   

5. Repita a consulta:

   & "$env:ProgramFiles\Microsoft SQL Server\Client SDK\ODBC\170\Tools\Binn\SQLCMD.EXE" `
      -S SQL_SERVER_NAME -E -Q "SELECT * FROM sys.dm_os_cluster_nodes"
   

   Substitua SQL_SERVER_NAME pelo sql para a configuração do balanceador de carga ou fcidnn para a configuração do DNN.

   A resposta será semelhante a esta:

   NodeName                       status      status_description is_current_owner
   ------------------------------ ----------- ------------------ ----------------
   NODE-1                                   1 down                              0
   NODE-2                                   0 up                                1
   
   (2 rows affected)
   

   Observe que, independentemente da perda do node-1, a consulta é bem-sucedida e mostra que o node-2 já é o proprietário atual do cluster de failover.