What's new in Failover Clustering (Novedades de los clústeres de conmutación por error)

Se aplica a: Windows Server 2022, Windows Server 2019, Windows Server 2016, Azure Stack HCI, versiones 21H2 y 20H2

En este tema se explica la funcionalidad nueva y modificada en clústeres de conmutación por error para Azure Stack HCI, Windows Server 2019 y Windows Server 2016.

Novedades de Windows Server 2019 y Azure Stack HCI

  • Conjuntos de clústeres

    Los conjuntos de clústeres permiten aumentar el número de servidores en una única solución de centro de datos definido por software (SDDC) más allá de los límites actuales de un clúster. Esto se logra mediante la agrupación de varios clústeres en un conjunto de clústeres, una agrupación de acoplamiento flexible de varios clústeres de conmutación por error: proceso, almacenamiento e hiperconvergido. Con los conjuntos de clústeres, puede mover máquinas virtuales en línea (migración en vivo) entre clústeres dentro del conjunto de clústeres.

    Para más información, consulte Conjuntos de clústeres.

  • Clústeres con reconocimiento de Azure

    Los clústeres de conmutación por error ahora detectan automáticamente cuándo se ejecutan en máquinas virtuales iaaS de Azure y optimizan la configuración para proporcionar conmutación por error proactiva y registro de eventos de mantenimiento planeado de Azure para lograr los niveles más altos de disponibilidad. La implementación también se simplifica quitando la necesidad de configurar el equilibrador de carga con el nombre de red distribuida para el nombre del clúster.

  • Migración de clúster entre dominios

    Los clústeres de conmutación por error ahora pueden pasar dinámicamente de un dominio de Active Directory a otro, lo que simplifica la consolidación de dominios y permite que los asociados de hardware puedan crear clústeres y unirse al dominio del cliente más adelante.

  • Testigo USB

    Ahora puede usar una unidad USB sencilla conectada a un conmutador de red como testigo para determinar el cuórum de un clúster. Esto amplía el testigo del recurso compartido de archivos para admitir cualquier dispositivo compatible con SMB2.

  • Mejoras de infraestructura de clústeres

    La caché de CSV ahora está habilitada de forma predeterminada para mejorar el rendimiento de la máquina virtual. MSDTC ahora admite volúmenes compartidos de clúster, para permitir la implementación de cargas de trabajo MSDTC en Espacios de almacenamiento Direct, como con SQL Server. Lógica mejorada para detectar nodos con particiones con recuperación automática para devolver nodos a la pertenencia al clúster. Detección de rutas de red de clúster mejorada y recuperación automática.

  • La actualización con reconocimiento de clúster es compatible con Espacios de almacenamiento directo

    La actualización con control de clústeres (CAU) ahora está integrada y es consciente de Espacios de almacenamiento Direct, validando y asegurándose de que la resincronización de datos se completa en cada nodo. La actualización con en cuenta del clúster inspecciona las actualizaciones para reiniciarse de forma inteligente solo si es necesario. Esto permite organizar los reinicios de todos los servidores del clúster para el mantenimiento planeado.

  • Mejoras de testigo de recurso compartido de archivo

    Hemos habilitado el uso de un testigo de recurso compartido de archivos en los escenarios siguientes:

    • Acceso a Internet ausente o extremadamente deficiente debido a una ubicación remota, lo que impide el uso de un testigo en la nube.

    • Falta de unidades compartidas para un testigo de disco. Podría ser una configuración hiperconvergida de Espacios de almacenamiento Direct, un grupo de disponibilidad (AG) de SQL Server Always On o un grupo de disponibilidad de base de datos (DAG) * Exchange, ninguno de los cuales usa discos compartidos.

    • Falta de una conexión de controlador de dominio debido a que el clúster está detrás de una red perimetral.

    • Un grupo de trabajo o clúster entre dominios para el que no Active Directory de nombre de clúster (CNO). Puede encontrar más información sobre estas mejoras & en la siguiente entrada en Blogs de administración de servidores: Testigo de recurso compartido de archivos de clúster de conmutación por error y DFS.

      Ahora también se bloquea explícitamente el uso de un recurso compartido de espacios de nombres DFS como ubicación. Agregar un testigo de recurso compartido de archivos a un recurso compartido DFS puede causar problemas de estabilidad para el clúster y esta configuración nunca se ha admitido. Hemos agregado lógica para detectar si un recurso compartido usa espacios de nombres DFS y, si se detectan espacios de nombres DFS, Administrador de clústeres de conmutación por error bloquea la creación del testigo y muestra un mensaje de error sobre que no se admite.

  • Refuerzo de clústeres

    La comunicación entre clústeres a través del bloque de mensajes del servidor (SMB) para volúmenes compartidos de clúster y Espacios de almacenamiento Direct ahora aprovecha los certificados para proporcionar la plataforma más segura. Esto permite que los clústeres de conmutación por error funcionen sin dependencias en NTLM y habiliten las líneas de base de seguridad.

  • Clúster de conmutación por error ya no usa autenticación NTLM

    Los clústeres de conmutación por error ya no usan la autenticación NTLM. En su lugar, se usa kerberos y la autenticación basada en certificados exclusivamente. El usuario o las herramientas de implementación no requieren ningún cambio para aprovechar esta mejora de seguridad. También permite implementar clústeres de conmutación por error en entornos donde NTLM se ha deshabilitado.

Novedades de Windows Server 2016

Actualización gradual del sistema operativo del clúster

La actualización gradual del sistema operativo de clúster permite a un administrador actualizar el sistema operativo de los nodos del clúster de Windows Server 2012 R2 a una versión más reciente sin detener las cargas de trabajo de Hyper-V o del servidor de archivos Scale-Out. Con esta característica, se pueden evitar las penalizaciones de tiempo de inactividad en los acuerdos de nivel de servicio (SLA).

¿Qué valor aporta este cambio?

La actualización de un clúster de Hyper-V Scale-Out File Server de Windows Server 2012 R2 a Windows Server 2016 ya no requiere tiempo de inactividad. El clúster seguirá funcionando en un nivel Windows Server 2012 R2 hasta que todos los nodos del clúster se ejecuten Windows Server 2016. El nivel funcional del clúster se actualiza a Windows Server 2016 mediante el cmdlet Windows PowerShell .Update-ClusterFunctionalLevel

Advertencia

  • Después de actualizar el nivel funcional del clúster, no puede volver a un Windows Server 2012 funcional del clúster R2.

  • Hasta que Update-ClusterFunctionalLevel se ejecuta el cmdlet, el proceso es reversible y Windows Server 2012 se pueden agregar nodos R2 y Windows Server 2016 se pueden quitar nodos.

¿Qué funciona de manera diferente?

Un clúster de conmutación por error del servidor de archivos de Hyper-V o Scale-Out ahora se puede actualizar fácilmente sin tiempo de inactividad o sin necesidad de crear un nuevo clúster con nodos que ejecuten el Windows Server 2016 operativo. La migración de clústeres a Windows Server 2012 R2 implicaba desconectar el clúster existente y volver a instalar el nuevo sistema operativo para cada nodo y, a continuación, volver a poner el clúster en línea. El proceso anterior era complicado y requería tiempo de inactividad. Sin embargo, en Windows Server 2016, el clúster no necesita desconectarse en ningún momento.

Los sistemas operativos de clúster para la actualización en fases son los siguientes para cada nodo de un clúster:

  • El nodo se pausa y se purga de todas las máquinas virtuales que se ejecutan en él.
  • Las máquinas virtuales (u otra carga de trabajo de clúster) se migran a otro nodo del clúster.
  • Se quita el sistema operativo existente y se realiza una instalación limpia Windows Server 2016 sistema operativo en el nodo.
  • El nodo que ejecuta Windows Server 2016 sistema operativo se vuelve a agregar al clúster.
  • En este punto, se dice que el clúster se ejecuta en modo mixto, porque los nodos del clúster se ejecutan Windows Server 2012 R2 o Windows Server 2016.
  • El nivel funcional del clúster permanece en Windows Server 2012 R2. En este nivel funcional, las nuevas características de Windows Server 2016 que afectan a la compatibilidad con versiones anteriores del sistema operativo no estarán disponibles.
  • Finalmente, todos los nodos se actualizan a Windows Server 2016.
  • Después, el nivel funcional del clúster se cambia a Windows Server 2016 mediante el cmdlet Windows PowerShell .Update-ClusterFunctionalLevel En este punto, puede aprovechar las ventajas de las Windows Server 2016 características.

Para obtener más información, vea Actualización gradual del sistema operativo del clúster.

Réplica de almacenamiento

Storage Replica es una nueva característica que permite la replicación sincrónica de nivel de bloque independiente del almacenamiento entre servidores o clústeres para la recuperación ante desastres, así como la extensión de un clúster de conmutación por error entre sitios. La replicación sincrónica permite el reflejo de datos en sitios físicos con volúmenes coherentes frente a bloqueos para asegurar que no se produce absolutamente ninguna pérdida de datos en el nivel de sistema de archivos. La replicación asincrónica permite la extensión de sitios más allá del área metropolitana con la posibilidad de pérdida de datos.

¿Qué valor aporta este cambio?

Storage replicación le permite hacer lo siguiente:

  • Especificar una sola solución de recuperación ante desastres de proveedores para las interrupciones planificadas y no planificadas de cargas de trabajo esenciales.

  • Utilizar el transporte SMB3 con rendimiento, escalabilidad y confiabilidad probada.

  • Extender los clústeres de conmutación por error de Windows a distancias metropolitanas.

  • Use el software de Microsoft de un extremo a otro para el almacenamiento y la agrupación en clústeres, como Hyper-V, réplica de Storage, Espacios de almacenamiento, clúster, servidor de archivos de Scale-Out, SMB3, desduplicación de datos y ReFS/NTFS.

  • Ayudar a reducir el costo y la complejidad como sigue:

    • Es independiente del hardware, y no requiere una configuración del almacenamiento específica como SAN o DAS.

    • Permite las tecnologías de red y el almacenamiento de productos.

    • Presenta facilidad de administración gráfica para nodos y clústeres individuales mediante el Administrador de clústeres de conmutación por error.

    • Incluye opciones de scripting completas y a gran escala a través de Windows PowerShell.

  • Ayudar a reducir el tiempo de inactividad y aumentar la confiabilidad y productividad intrínseca de Windows.

  • Proporcionar funcionalidades de diagnóstico, métricas de rendimiento y compatibilidad.

Para más información, consulte Storage Replica in Windows Server 2016 (Réplica de almacenamiento en Windows Server 2016).

Testigo en la nube

Testigo en la nube es un nuevo tipo de testigo de cuórum de clúster de conmutación por error en Windows Server 2016 que utiliza Microsoft Azure como punto de arbitraje. El testigo en la nube, como cualquier otro testigo de cuórum, obtiene un voto y pueden participar en los cálculos de cuórum. Puede configurar el testigo en la nube como un testigo de cuórum el Asistente para configurar un cuórum de clúster.

¿Qué valor aporta este cambio?

El uso del testigo en la nube como testigo de cuórum de clúster de conmutación por error proporciona las siguientes ventajas:

  • Aprovecha Microsoft Azure elimina la necesidad de un tercer centro de datos independiente.

  • Usa el estándar disponible públicamente Microsoft Azure Blob Storage que elimina la sobrecarga de mantenimiento adicional de las máquinas virtuales hospedadas en una nube pública.

  • La misma Microsoft Azure Storage cuenta se puede usar para varios clústeres (un archivo de blob por clúster; identificador único de clúster usado como nombre de archivo de blob).

  • Proporciona un costo continuado muy bajo para la cuenta de Storage (datos muy pequeños escritos por archivo de blob, archivo de blob actualizado solo una vez cuando cambia el estado de los nodos del clúster).

Para más información, consulte Implementación de un testigo en la nube para un clúster de conmutación por error.

¿Qué funciona de manera diferente?

Esta funcionalidad es nueva en Windows Server 2016.

Resistencia de máquina virtual

La capacidad de Windows Server 2016 de proceso incluye una mayor resistencia de proceso de máquinas virtuales para ayudar a reducir los problemas de comunicación entre clústeres en el clúster de proceso como se muestra a continuación:

  • Opciones de resistencia disponibles para máquinas virtuales: Ahora puede configurar opciones de resistencia de máquina virtual que definan el comportamiento de las máquinas virtuales durante los errores transitorios:

    • Nivel de resistencia: Ayuda a definir cómo se controlan los errores transitorios.

    • Período de resistencia: Ayuda a definir cuánto tiempo se permite que todas las máquinas virtuales se ejecuten aisladas.

  • Cuarentena de nodos incorrectos: Los nodos incorrectos se ponen en cuarentena y ya no pueden unirse al clúster. Esto evita que los nodos de aleteo se acomenten negativamente a otros nodos y al clúster general.

Para más información sobre el flujo de trabajo de resistencia de proceso de máquinas virtuales y la configuración de cuarentena de nodos que controlan cómo se coloca el nodo en aislamiento o cuarentena, consulte Resistencia de proceso de máquina virtual en Windows Server 2016.

Storage resistencia en Windows Server 2016, las máquinas virtuales son más resistentes a errores de almacenamiento transitorios. La resistencia mejorada de la máquina virtual ayuda a conservar los estados de sesión de la máquina virtual del inquilino en caso de una interrupción del almacenamiento. Esto se logra mediante una respuesta inteligente y rápida de la máquina virtual a los problemas de la infraestructura de almacenamiento.

Cuando una máquina virtual se desconecta de su almacenamiento subyacente, se detiene y espera a que se recupere el almacenamiento. Mientras está en pausa, la máquina virtual conserva el contexto de las aplicaciones que se ejecutan en ella. Cuando se restaura la conexión de la máquina virtual a su almacenamiento, la máquina virtual vuelve a su estado de ejecución. Como resultado, el estado de sesión de la máquina del inquilino se conserva en la recuperación.

En Windows Server 2016, la resistencia del almacenamiento de máquinas virtuales también es consciente y está optimizada para los clústeres invitados.

Mejoras de diagnóstico en clústeres de conmutación por error

Para ayudar a diagnosticar problemas con clústeres de conmutación por error, Windows Server 2016 incluye lo siguiente:

Clústeres de conmutación por error con reconocimiento de sitios

Windows Server 2016 clústeres de conmutación por error que tienen en cuenta el sitio que habilitan los nodos de grupo en clústeres extendidos, en función de su ubicación física (sitio). El reconocimiento del sitio del clúster mejora las operaciones clave durante el ciclo de vida del clúster, como el comportamiento de la conmutación por error, las directivas de selección de ubicación, el latido entre los nodos y el comportamiento del cuórum. Para obtener más información, consulte Clústeres de conmutación por error que tienen en cuenta el sitio Windows Server 2016.

Clústeres de grupo de trabajo y de dominios múltiples

En Windows Server 2012 R2 y versiones anteriores, solo se puede crear un clúster entre nodos miembros unidos al mismo dominio. Windows Server 2016 rompe estas barreras y presenta la capacidad para crear un clúster de conmutación por error sin dependencias de Active Directory. Ahora puede crear clústeres de conmutación por error en las siguientes configuraciones:

  • Clústeres de dominio único. Clústeres con todos los nodos unidos al mismo dominio.

  • Clústeres de varios dominios. Clústeres con nodos que son miembros de dominios diferentes.

  • Clústeres de grupo de trabajo. Clústeres con nodos que son servidores miembros o grupo de trabajo (no unidos a un dominio).

Para obtener más información, consulte Clústeres de grupo de trabajo y varios dominios en Windows Server 2016

Equilibrio de carga de máquinas virtuales

El equilibrio de carga de máquinas virtuales es una nueva característica de clústeres de conmutación por error que facilita el equilibrio de carga sin problemas de las máquinas virtuales en los nodos de un clúster. Los nodos sobre confirmados se identifican en función del uso de memoria y CPU de la máquina virtual en el nodo. A continuación, las máquinas virtuales se mueven (migradas en vivo) de un nodo sobreaprobado a nodos con ancho de banda disponible (si procede). La agresividad del equilibrio se puede ajustar para garantizar un rendimiento y un uso óptimos del clúster. El equilibrio de carga está habilitado de forma predeterminada en Windows Server 2016 Technical Preview. Sin embargo, el equilibrio de carga está deshabilitado cuando está habilitada la optimización dinámica de SCVMM.

Orden de inicio de la máquina virtual

El orden de inicio de la máquina virtual es una nueva característica de clústeres de conmutación por error que introduce la orquestación del orden de inicio para las máquinas virtuales (y todos los grupos) de un clúster. Las máquinas virtuales ahora se pueden agrupar en niveles y se pueden crear dependencias de orden de inicio entre distintos niveles. Esto garantiza que las máquinas virtuales más importantes (como controladores de dominio o máquinas virtuales de la utilidad) se inician primero. Las máquinas virtuales no se inician hasta que también se inician las máquinas virtuales de las que tienen una dependencia.

SMB multicanal simplificada y redes de clústeres de varias NIC

Las redes de clúster de conmutación por error ya no se limitan a una sola NIC por subred o red. Con las redes de clúster smb multicanal y de varias NIC simplificadas, la configuración de red es automática y todas las NIC de la subred se pueden usar para el tráfico de clúster y carga de trabajo. Esta mejora permite a los clientes maximizar el rendimiento de red para Hyper-V, SQL Server de clúster de conmutación por error y otras cargas de trabajo SMB.

Para obtener más información, vea Redes de clúster smb multicanal y de varias NIC simplificadas.

Consulte también