Windows Server: 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 del SDDC (centro de datos definido por software). Conjunto de clústeres es una tecnología que permite a los administradores combinar varios clústeres de Windows 2019 en un único conjunto de clústeres.

Los clústeres de conmutación por error existentes pueden alojar un máximo de 64 nodos. La tecnología de conjuntos de clústeres combina varios clústeres WS19 en un solo dominio, y cada uno de estos clústeres 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 lo dividimos en dos clústeres de 2 nodos y formamos un conjunto de clústeres a partir de él, puede sobrevivir a una falla del clúster más una falla del nodo del clúster restante. Por lo tanto, puede sobrevivir a 3 fallas de nodos en total.

Para obtener una descripción general de la función Conjuntos de clústeres en Server 2019, consulte "Introducción a los conjuntos de clústeres en Windows Server-2019" y "Conjuntos de clústeres". Los conjuntos de clústeres obtienen flexibilidad mediante el uso de una tecnología subyacente denominada servidor de archivos de escalamiento horizontal de la infraestructura; esto también facilita la migración entre clústeres de las VM dentro del conjunto de clústeres.

Configuración de 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 denominó S2D13G54 ( denominado clúster de miembros 1).
• Se creó el segundo clúster con los dos R740XD y se denominó S2D14G54 ( denominado clúster de miembros 2).
• Se crearon dos volúmenes CSV en cada uno de los clústeres creados anteriormente.
• Se creó una VM 'vm1' en Member Cluster 1 y una máquina virtual 'vm2' en Member Cluster 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.

Haber instalado la función de servicios de archivos 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 -Name -Infrastructure 

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

New-ClusterSet -Name CLUSSET54 -NamespaceRoot  -CimSession  

Y, a continuación, agregue el S2D14G54 creado y S2D13G54 clúster al clúster en el conjunto de clústeres:

Add-ClusterSetMember -ClusterName S2D14G54 -CimSession  -InfraSOFSName

Luego, 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  | Register-ClusterSetVM -VMName  

 
Para probar la migración en vivo entre clústeres, intenté migrar la VM "V213G" al clúster miembro 2. Antes de realizar una migración entre clústeres, debemos tener en cuenta los siguientes puntos:

1. La configuración de VM y la compatibilidad del procesador deben estar habilitadas.
2. Configurar la delegación restringida de Kerberos (KCD) entre todos los pares de nodos entre clústeres
   • Guía de delegación restringida del equipo de productos de Microsoft Hyper-V será útil para configurar esto.
   • Configure el tipo de autenticación de Live Migration de máquina virtual entre clústeres a Kerberos en cada nodo del conjunto de clústeres.

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

• • • Agregue el clúster de administración al grupo de administradores local en cada nodo del conjunto de clústeres.
• foreach($h in $hosts){ invoke-Command -ComputerName $h -ScriptBlock {net localgroup administrators /add $} }

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  -CimSession  

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 VM continúa funcionando dentro del alcance de un clúster de un solo miembro.

Los clústeres de conmutación por error existentes pueden alojar un máximo de 64 nodos. La tecnología de conjuntos de clústeres combina varios clústeres WS19 en un solo dominio, y cada uno de estos clústeres 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 lo dividimos en dos clústeres de 2 nodos y formamos un conjunto de clústeres a partir de él, puede sobrevivir a una falla del clúster más una falla del nodo del clúster restante. Por lo tanto, puede sobrevivir a 3 fallas de nodos en total.

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 VM continúa funcionando dentro del alcance de un clúster de un solo miembro.