Configuración de conjuntos de clústeres de Microsoft en Dell PowerEdge

Los conjuntos de clústeres, presentados en Windows Server 2019 (WS19), mejoran la flexibilidad y la resiliencia de SDDC (centro de datos definido por software). Cluster Set es una tecnología que permite a los administradores combinar varios clústeres de Windows 2019 en una única agrupación de clústeres.

Los clústeres de conmutación por error existentes pueden admitir un máximo de 64 nodos. La tecnología Cluster Sets combina múltiples clústeres WS19 en un solo dominio, con cada uno de estos clústeres que admite hasta 64 nodos WS19. En comparación con un clúster de conmutación por error, el conjunto de clústeres tiene más resiliencia. Por ejemplo, un clúster de conmutación por error de 4 nodos puede sobrevivir a una falla de 2 nodos. Con el mismo clúster de 4 nodos, si nos dividimos en dos clústeres de 2 nodos y formamos un clúster, puede sobrevivir a una falla de clúster más una falla de nodo del clúster restante. Por lo tanto, puede sobrevivir a 3 fallas de nodos por completo.

Para obtener una descripción general de la función de conjuntos de clústeres en Server 2019, consulte "Introduction-to-cluster-sets-in-windows-server-2019" y "Cluster sets". Los conjuntos de clústeres obtienen su flexibilidad mediante el uso de una tecnología subyacente denominada Servidor de archivos de escalamiento horizontal de infraestructura; esto también facilita la migración entre clústeres de VM dentro del conjunto de clústeres.

Configuración del laboratorio para implementar un conjunto de clústeres en PowerEdge

Servidores utilizados: Dos PowerEdge R730XD y dos PowerEdge R740XD

Se creó el primer clúster con los dos R730XD y se nombró S2D13G54 (denominado clúster miembro 1).

Se creó el segundo clúster con los dos R740XD y se nombró S2D14G54 (denominado clúster miembro 2).

Se crearon dos volúmenes CSV en cada uno de los clústeres creados anteriormente.

Se creó una VM "vm1" en el clúster miembro 1 y una VM "vm2" en el clúster miembro 2. Luego, combiné estas dos VM para crear un clúster de administración (denominado mgClus54) para el conjunto de clústeres. No se requiere almacenamiento compartido durante la creación del clúster de administración.

Se instaló la función File-Services en cada uno de los nodos del clúster miembro 1, el clúster miembro 2 y el clúster de administración:

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

Se creó un servidor de archivos SOFS de infraestructura en el clúster miembro 1, el clúster miembro 2 y el clúster de administración:

Add-ClusterScaleOutFileServerRole: nombre <del SOFS> de la infraestructura: infraestructura

 

Se creó un conjunto de clústeres denominado CLUSSET54:

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

 

Luego, agregue el S2D14G54 creado y S2D13G54 cluster al clúster al clusterSet:

Add-ClusterSetMember -ClusterName S2D14G54 -CimSession <Cim Session to ClusterSet> -InfraSOFSName <Nombre de SOFS creado en S2D14G54 clúster>

 

Add-ClusterSetMember -ClusterName S2D13G54 -CimSession <Cim Session to ClusterSet> -InfraSOFSName <Nombre de SOFS creado en S2D13G54 clúster>

 

 

 

A continuación, implemento dos VM V213G y V214G en el clúster miembro 1 y el clúster miembro 2, respectivamente, y registro las VM en el conjunto de clústeres:

Get-ClusterSetMember -ClusterName <Nombre> del clúster | Register-ClusterSetVM -VMName <VM Name>

 
Para probar la live migration entre clústeres, intenté migrar la VM "V213G" al clúster miembro 2. Antes de realizar la migración entre clústeres, debemos considerar los siguientes puntos:

1. 1. Configuración de VM, compatibilidad del procesador debe estar habilitada.
   2. Configurar la delegación restringida (KCD) de Kerberos entre todos los pares de nodos entre clústeres
      1. La orientación de delegación restringida del equipo de productos de Microsoft Hyper-V será útil para configurar esto.
      2. Configure el tipo de autenticación live migration de máquina virtual entre clústeres en Kerberos en cada nodo del conjunto de clústeres.

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

1. 1. 3. Agregue el clúster de administración al grupo de administradores locales en cada nodo del conjunto de clústeres.

foreach($h en $hosts){ Invoke-Command -ComputerName $h -ScriptBlock {Net localgroup administrators /add <management_cluster_name>$} }

 

Para realizar cualquier actividad de mantenimiento de un clúster en el conjunto de clústeres, migre todas las VM que forman parte del clúster a otros clústeres del conjunto de clústeres y, a continuación, elimine el clúster del conjunto de clústeres:

 

Remove-ClusterSetMember -ClusterName <ClusterName> -CimSession <Sesión creada para ClusterSet>

 

Después de realizar la actividad de mantenimiento, vuelva a agregar el clúster al conjunto de clústeres.

 

En caso de una falla inesperada de un clúster miembro, el conjunto de clústeres no es lo suficientemente inteligente como para manejar la conmutación por error. Windows Server 2019 solo admite la transferencia manual de recursos de un clúster a otro; a pesarde que una conmutación por error de VM utomática continúa funcionando dentro de un solo alcance de clúster miembro.

 

 

 

 

 

 

 

 

 

 

 

Los clústeres de conmutación por error existentes pueden admitir un máximo de 64 nodos. La tecnología Cluster Sets combina múltiples clústeres WS19 en un solo dominio, con cada uno de estos clústeres que admite hasta 64 nodos WS19. En comparación con un clúster de conmutación por error, el conjunto de clústeres tiene más resiliencia. Por ejemplo, un clúster de conmutación por error de 4 nodos puede sobrevivir a una falla de 2 nodos. Con el mismo clúster de 4 nodos, si nos dividimos en dos clústeres de 2 nodos y formamos un clúster, puede sobrevivir a una falla de clúster más una falla de nodo del clúster restante. Por lo tanto, puede sobrevivir a 3 fallas de nodos por completo.

Después de realizar la actividad de mantenimiento, vuelva a agregar el clúster al conjunto de clústeres.

 

En caso de una falla inesperada de un clúster miembro, el conjunto de clústeres no es lo suficientemente inteligente como para manejar la conmutación por error. Solo se admite la transferencia manual de recursos de un clúster a otro clúster en Windows Server 2019; a pesar de que la conmutación por error automática de máquinas virtuales continúa funcionando dentro de un alcance de clúster de un solo miembro.