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). 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 um máximo de 64 nós. A tecnologia Cluster Sets combina vários clusters WS19 em um único domínio, com cada um desses clusters comportando 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 cluster fora dele, ele poderá sobreviver a uma falha de cluster mais uma falha de nó do cluster restante. Assim, ele pode sobreviver a falhas de 3 nós completamente.

Para obter uma visão geral do recurso Cluster-Sets no Server 2019, consulte "Introduction-to-cluster-sets-in-windows-server-2019" e "Cluster sets". Os conjuntos de clusters ganham flexibilidade com o uso de uma tecnologia subjacente chamada Infrastructure Scale-Out File Server; isso também facilita a migração entre clusters de VMs dentro do conjunto de clusters.

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

Servidores usados: Dois PowerEdge R730XDs e dois PowerEdge R740XDs

Criou o primeiro cluster usando os dois R730XDs e chamado S2D13G54 (chamado cluster membro 1).

Criou o segundo cluster usando os dois R740XDs e nomeados S2D14G54 (chamado cluster membro 2).

Criaram dois volumes CSV em cada um dos clusters criados acima.

Criaram uma VM "vm1" no cluster membro 1 e uma VM "vm2" no cluster membro 2. Depois, 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.

Instalei a função File-Services em cada um dos nós do cluster membro 1, cluster membro 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 <of the Infrastructure 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 os S2D14G54 e S2D13G54 cluster ao cluster ao ClusterSet:

Add-ClusterSetMember -ClusterName S2D14G54 -CimSession <Cim Session to ClusterSet> -InfraSOFSName Name <of SOFS created on S2D14G54 cluster>

 

Add-ClusterSetMember -ClusterName S2D13G54 -CimSession <Cim Session to ClusterSet> -InfraSOFSName Name <of SOFS created on S2D13G54 cluster>

 

 

 

Em seguida, implemento duas VMs V213G e V214G no cluster membro 1 e cluster membro 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 pontos abaixo:

1. 1. As configurações de VM, Processor Compatibility (Compatibilidade do processador) devem ser ativadas.
   2. Configurar a delegação restrita do Kerberos (KCD) entre todos os pares de nós entre clusters
      1. A orientação de delegação restrita da equipe de produtos Microsoft Hyper-V será útil para configurar isso.
      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 in $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 de clusters:

 

Remove-ClusterSetMember -ClusterName <ClusterName> -CimSession <Session created for 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 de VM utomático continue funcionando dentro de um único escopo de cluster membro.

 

 

 

 

 

 

 

 

 

 

 

Os clusters de failover existentes podem acomodar um máximo de 64 nós. A tecnologia Cluster Sets combina vários clusters WS19 em um único domínio, com cada um desses clusters comportando 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 cluster fora dele, ele poderá sobreviver a uma falha de cluster mais uma falha de nó do cluster restante. Assim, ele pode sobreviver a falhas de 3 nós completamente.

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 dentro de um único escopo de cluster membro.