Planeación de clústeres de conmutación por error de Windows Server
Los clústeres de conmutación por error de Windows Server tienen requisitos de hardware y software más estrictos que los servidores independientes. Como resultado, la implementación requiere tareas de planeación adicionales. El examen de los requisitos de implementación y una cuidadosa planeación simplificarán el proceso de aprovisionamiento de clústeres.
Consideraciones de planeación de clústeres de conmutación por error
Al planear la implementación de clústeres de conmutación por error de Windows Server, comience identificando las cargas de trabajo adecuadas y, a continuación, considere los recursos requeridos por las cargas de trabajo.
Cargas de trabajo de clústeres de conmutación por error
Dado que los clústeres de conmutación por error no son siempre adecuados, antes de implementar la tecnología de clústeres de conmutación por error, debe identificar los servicios y las aplicaciones que se pueden y deben ejecutar como recursos en clúster.
Los clústeres de conmutación por error admiten:
- Un intervalo de aplicaciones con estado que admiten el almacenamiento de datos en el almacenamiento compartido.
- Hospedaje de aplicaciones con estado que usan sus propios mecanismos de replicación de datos nativos, con una copia grabable única de esos datos.
Ambos escenarios son comunes entre los sistemas de administración de bases de datos, como Microsoft SQL Server. Los clústeres de conmutación por error también son adecuados para las máquinas virtuales de Hyper-V y las aplicaciones con estado que se ejecutan en sus sistemas operativos.
Capacidad de clústeres de conmutación por error
Use las siguientes directrices al planear la capacidad en un clúster de conmutación por error:
- Distribuya cargas de trabajo de alta disponibilidad desde un nodo con errores de una manera bien equilibrada. Si todos los nodos de un clúster de conmutación por error están activos, los servicios o aplicaciones de alta disponibilidad de un nodo con errores deben conmutar por error a distintos nodos que funcionan correctamente para evitar que un solo nodo se sobrecargue.
- Asegúrese de que cada nodo tiene suficiente capacidad para atender los servicios o aplicaciones de alta disponibilidad que le asigna cuando se produce un error en otro nodo. Esta capacidad debe ser suficiente para dar cabida a demandas de recursos adicionales.
- Use hardware con una capacidad similar en todos los nodos del clúster. Esto simplifica el proceso de planeación de conmutación por error, lo que permite una distribución uniforme entre los nodos que funcionan correctamente.
- Considere la posibilidad de usar un servidor en espera para simplificar el planeamiento de capacidad. Un nodo pasivo de un clúster minimiza la necesidad de un planeamiento de capacidad complejo.
Resistencia de clústeres de conmutación por error
Examine todos los componentes de configuración de clúster para identificar puntos de error únicos. Solucione los puntos de error únicos con estas configuraciones como controladores de almacenamiento redundantes, configuraciones de varios discos como creación de reflejo o paridad, adaptadores de red asociados y software de múltiples rutas. Estas soluciones reducen la probabilidad de que un único error de dispositivo tenga un impacto perjudicial en la estabilidad de un clúster de conmutación por error.
Nota:
Normalmente, el hardware de servidor incluye varias fuentes de alimentación para proporcionar redundancia de energía y controladores de matriz redundante de discos independientes (RAID).
Requisitos y recomendaciones generales de hardware
Los clústeres de conmutación por error deben cumplir las siguientes directrices de software:
- El hardware debe estar certificado para Windows Server.
- En cada nodo de clúster de conmutación por error se debe instalar el mismo hardware o similar.
- Cada nodo debe ejecutar la misma arquitectura de procesador y la misma familia de procesadores.
- Si usa conexiones de almacenamiento de Canal de fibra o SCSI (SAS) de conexión de serie, los controladores de dispositivos de almacenamiento dedicados al almacenamiento de clúster deben ser idénticos en todos los servidores en clúster y usar la misma versión de firmware.
- Si usa conexiones de almacenamiento SCSI (iSCSI) de Internet, cada servidor en clúster debe tener uno o varios adaptadores de red o adaptadores de bus host dedicados al almacenamiento de clúster. En todos los servidores en clúster, los adaptadores de red que usa para conectar con el destino de almacenamiento de iSCSI deben ser idénticos.
Importante
No debe usar la red utilizada para las conexiones de almacenamiento iSCSI para la comunicación de red sin almacenamiento.
Requisitos de red
Además de los requisitos generales de hardware, los requisitos específicos de red incluyen:
- Los adaptadores de red de cada nodo deben ser idénticos y tener las mismas funcionalidades de velocidad, dúplex y control de flujo.
- Los adaptadores de red de una red en clúster deben tener el mismo método de asignación de direcciones IP, ya sea estático o dinámico mediante DHCP.
- Si tiene redes privadas que no se enrutan al resto de la infraestructura de red, asegúrese de que cada una de esas redes privadas usa una subred única. Esto es necesario aunque asigne una dirección IP única a cada adaptador de red.
Requisitos de infraestructura
Los clústeres de conmutación por error podrían depender de servicios de infraestructura. Windows Server admite clústeres de varios dominios y clústeres de grupo de trabajo.
Nota:
Aunque puede implementar clústeres de varios dominios y clústeres de grupo de trabajo, no debe usar esta configuración para clústeres de servidores de archivos o Hyper-V.
Debe instalar las mismas características y roles de Windows Server en cada nodo. Las configuraciones incoherentes de los nodos de clúster podrían provocar problemas de rendimiento e inestabilidad. Además, no debe instalar el rol de Active Directory Domain Services (AD DS) en ninguno de los nodos de clúster porque AD DS tiene su propio mecanismo de tolerancia a errores.
Debe disponer de los elementos de la infraestructura de red para un clúster de conmutación por error cuya descripción aparece en la tabla siguiente.
| Elemento | Descripción |
|---|---|
| DNS | Los servidores del clúster usan el sistema de nombres de dominio (DNS) para la resolución de nombres. |
| Pertenencia a un dominio | En los clústeres de conmutación por error de Windows Server, no es necesario que los nodos de clúster sean miembros del mismo dominio. |
| Una cuenta administrativa | Al crear un clúster por primera vez o agregarle servidores, debe iniciar sesión en el dominio con una cuenta que tenga privilegios administrativos en todos los servidores de ese clúster. |
Importante
No es necesario que la cuenta administrativa sea miembro del grupo Admins. del dominio si es miembro del grupo Administradores local en cada nodo de clúster. Sin embargo, si esa cuenta no es miembro del grupo Admins. del dominio, debe tener el permiso Crear objetos de equipo en el dominio que hospeda los nodos de clúster.
Nota:
A partir de Windows Server 2016, puede crear los llamados clústeres desasociados, que no requieren esta asignación de permisos.
En Windows Server, no es necesario tener una cuenta de servicio de clúster. En su lugar, el servicio de clúster se ejecuta automáticamente en un contexto especial que proporciona los permisos y las credenciales específicos que son necesarios para el servicio. Cuando se crea un clúster de conmutación por error y un objeto de equipo correspondiente en AD DS, ese objeto se configura para evitar la eliminación accidental. Además, el recurso Nombre de red del clúster tiene lógica de comprobación de estado adicional, que comprueba periódicamente el estado y las propiedades del objeto de equipo que representa el recurso Nombre de red.
Requisitos de software para una implementación de clústeres de conmutación por error
Como procedimiento recomendado, cada nodo de clúster debe ejecutar la misma edición de Windows Server, ya sea Windows Server 2025 Standard o Windows Server 2025 Datacenter. Los nodos deben tener instaladas las mismas actualizaciones de software. Aunque tiene la opción de usar la instalación Server Core de Windows Server 2025 como nodos de clúster, depende de las cargas de trabajo y los roles del servidor que pretenda implementar.