Windows Server: Como configurar conjuntos de clusters Microsoft no Dell PowerEdge

Os conjuntos de clusters, introduzidos no Windows Server 2019 (WS19), melhoram a flexibilidade e a resiliência do SDDC (Software-Defined Data Center). O conjunto de clusters é uma tecnologia que permite que os administradores combinem vários clusters do Windows 2019 em um único conjunto de clusters.

Os clusters de failover existentes podem acomodar no máximo 64 nós. A tecnologia de conjuntos de clusters combina vários clusters WS19 em um único domínio, com cada um desses clusters dando suporte a até 64 nós WS19. Em comparação com um cluster de failover, o conjunto de clusters tem mais resiliência. Por exemplo, um cluster de failover de 4 nós pode sobreviver a falhas de dois nós. Com o mesmo cluster de 4 nós, se dividirmos em dois clusters de 2 nós e formarmos um conjunto de clusters, ele poderá sobreviver a uma falha de cluster mais uma falha de nó do cluster restante. Assim, ele pode sobreviver a falhas de três nós ao todo.

Para obter uma visão geral do recurso Conjuntos de clusters no Server 2019, consulte "Introdução aos conjuntos de clusters-no-windows-server-2019 " e "Conjuntos de clusters ". Os conjuntos de clusters ganham flexibilidade com o uso de uma tecnologia subjacente chamada Servidor de arquivos de scale-out da infraestrutura; isso também facilita a migração entre clusters de VMs dentro do conjunto de clusters.

Configuração em laboratório para implementar o conjunto de clusters no PowerEdge

Servidores usados: Dois PowerEdge R730XD e dois PowerEdge R740XD

• Criou o primeiro cluster usando os dois R730XDs e nomeou S2D13G54 (chamado de cluster de membros 1).
• Criou o segundo cluster usando os dois R740XD e nomeou S2D14G54 (chamado de Cluster de Membros 2).
• Criação de dois volumes CSV em cada um dos clusters criados acima.
• Criou uma VM 'vm1' em Member Cluster 1 e uma VM 'vm2' em Member Cluster 2. Em seguida, combinei essas duas VMs para criar um cluster de gerenciamento (chamado mgClus54) para o conjunto de clusters. Nenhum armazenamento compartilhado é necessário durante a criação do cluster de gerenciamento.

Instalação da função de serviços de arquivo em cada um dos nós do cluster de membros 1, cluster de membros 2 e cluster de gerenciamento:

Install-WindowsFeature File-Services -IncludeAllSubFeature –IncludeManagementTools –Restart 

Criação de um servidor de arquivos SOFS de infraestrutura no cluster membro 1, cluster membro 2 e cluster de gerenciamento:

Add-ClusterScaleOutFileServerRole -Name -Infrastructure 

Criou um conjunto de clusters chamado CLUSSET54:

New-ClusterSet -Name CLUSSET54 -NamespaceRoot  -CimSession  

Em seguida, adicione o S2D14G54 criado e o cluster S2D13G54 ao cluster ao conjunto de clusters:

Add-ClusterSetMember -ClusterName S2D14G54 -CimSession  -InfraSOFSName

Em seguida, implemento duas VMs, V213G e V214G, nos clusters de membros 1 e 2, respectivamente, e registro as VMs no conjunto de clusters:

Get-ClusterSetMember -ClusterName  | Register-ClusterSetVM -VMName  

 
Para testar a migração em tempo real entre clusters, tentei migrar a VM "V213G" para o cluster membro 2. Antes de executar a migração entre clusters, precisamos considerar os seguintes pontos:

1. Configurações da VM, a compatibilidade do processador deve ser habilitada.
2. Configurar a KCD (delegação restrita de Kerberos) entre todos os pares de nós entre clusters
   • Orientação de delegação restrita da equipe de produto Microsoft Hyper-V será útil na configuração disso.
   • Configure o tipo de autenticação de migração em tempo real da máquina virtual entre clusters para Kerberos em cada nó do conjunto de clusters.

• foreach($h in $hosts){Set-VMHost -VirtualMachineMigrationAuthenticationType Kerberos -computerName $h }

• • • Adicione o cluster de gerenciamento ao grupo de administradores locais em cada nó do conjunto de clusters.
• foreach($h em $hosts){ Invoke-Command -ComputerName $h -ScriptBlock {Net localgroup administrators /add $} }

Para executar qualquer atividade de manutenção de um cluster no conjunto de clusters, migre todas as VMs que fazem parte do cluster para outros clusters no conjunto de clusters e, em seguida, remova o cluster do conjunto:

Remove-ClusterSetMember -ClusterName  -CimSession  

Depois de executar a atividade de manutenção, adicione novamente o cluster ao conjunto de clusters.

Em caso de falha inesperada de um cluster membro, o conjunto de clusters não é inteligente o suficiente para lidar com o failover. Somente a movimentação manual de recursos de um cluster para outro cluster é compatível com o Windows Server 2019; mesmo que o failover automático de VM continue funcionando no escopo de um cluster de membro único.

Os clusters de failover existentes podem acomodar no máximo 64 nós. A tecnologia de conjuntos de clusters combina vários clusters WS19 em um único domínio, com cada um desses clusters dando suporte a até 64 nós WS19. Em comparação com um cluster de failover, o conjunto de clusters tem mais resiliência. Por exemplo, um cluster de failover de 4 nós pode sobreviver a falhas de dois nós. Com o mesmo cluster de 4 nós, se dividirmos em dois clusters de 2 nós e formarmos um conjunto de clusters, ele poderá sobreviver a uma falha de cluster mais uma falha de nó do cluster restante. Assim, ele pode sobreviver a falhas de três nós ao todo.

Depois de executar a atividade de manutenção, adicione novamente o cluster ao conjunto de clusters.

Em caso de falha inesperada de um cluster membro, o conjunto de clusters não é inteligente o suficiente para lidar com o failover. Somente a movimentação manual de recursos de um cluster para outro cluster é compatível com o Windows Server 2019; mesmo que o failover automático de VM continue funcionando no escopo de um cluster de membro único.