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 R730XD e nomeou S2D13G54 (chamado de cluster do membro 1).

O segundo cluster foi criado usando os dois R740XDs e nomeou S2D14G54 (chamado de cluster do membro 2).

Criação de dois volumes CSV em cada um dos clusters criados acima.

Criação de uma VM "vm1" no cluster de membros 1 e uma VM "vm2" no cluster de membros 2. Em seguida, combinei essas duas VMs para criar um cluster de gerenciamento (chamado mgClus54) para o conjunto de clusters. No 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 -nome <da infraestrutura SOFS> -Infrastructure

 

Criou um conjunto de clusters chamado CLUSSET54:

New-ClusterSet -Name CLUSSET54 -NamespaceRoot <Management Cluster SOFS Name> -CimSession <CIM session to Management Cluster>

 

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

Add-ClusterSetMember -ClusterName S2D14G54 -CimSession <Cim session to ClusterSet> -InfraSOFSName <Nome do SOFS criado no cluster S2D14G54>

 

Add-ClusterSetMember -ClusterName S2D13G54 -CimSession <Cim session to ClusterSet> -InfraSOFSName <Nome do SOFS criado em S2D13G54 cluster>

 

 

 

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 <Nome do> cluster | Register-ClusterSetVM -VMName <VM Name>

 
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. 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
      1. As diretrizes de delegação restrita da equipe de produto do Microsoft Hyper-V serão úteis na configuração disso.
      2. 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 }

1. 1. 3. 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 <management_cluster_name>$} }

 

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 <ClusterName> -CimSession <Session criada para ClusterSet>

 

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 um failover deVM utomática continue funcionando em um escopo de 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.