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 Cluster-Sets 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 grupo de miembros 1).

Se creó el segundo clúster con los dos R740XD y se denominó S2D14G54 (denominado grupo de miembros 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. Nose 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 <Nombre de la infraestructura SOFS> -infrastructure

 

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

New-ClusterSet -Name CLUSSET54 -NamespaceRoot <Management Cluster SOFS Name> -CimSession <Sesión CIM al clúster> de gestión

 

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 <Cim Session to ClusterSet> -InfraSOFSName <Nombre del SOFS creado en S2D14G54 clúster>

 

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

 

 

 

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 <Nombre> del clúster | Register-ClusterSetVM -VMName <VM Name>

 
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. 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
      1. La guía de delegación restringida del equipo de productos de Microsoft Hyper-V será útil para configurar esto.
      2. 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 }

1. 1. 3. 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 <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. En Windows Server 2019 solo se admite la transferencia manual de recursos de un clúster a otro; a pesar de que unaconmutación por error de VM utomática 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.