Instancias de clúster de conmutación por error de AlwaysOn (SQL Server)

Como parte de la oferta de SQL Server AlwaysOn, las instancias de clúster de conmutación por error de AlwaysOn aprovechan la funcionalidad de Clústeres de conmutación por error de Windows Server (WSFC) para proporcionar alta disponibilidad local mediante la redundancia en el nivel de instancias de servidor, una instancia de clúster de conmutación por error (FCI). Una FCI es una instancia de SQL Server que se instala a través de los nodos de Clústeres de conmutación por error de Windows Server (WSFC) y, posiblemente, a través de varias subredes. En la red, una FCI aparece como una instancia de SQL Server que se ejecuta en un equipo individual, pero proporciona la conmutación por error entre nodos de WSFC si el nodo actual deja de estar disponible.

Una FCI puede aprovechar las ventajas de los Grupos de disponibilidad de AlwaysOn para proporcionar recuperación remota ante desastres en la base de datos. Para obtener más información, vea Clúster de conmutación por error y grupos de disponibilidad de AlwaysOn (SQL Server).

En este tema:

• Ventajas

• Recomendaciones

• Información general de las instancias de clúster de conmutación por error

• Elementos de una instancia de clúster de conmutación por error

• Conceptos y tareas de conmutación por error de SQL Server

• Temas relacionados

Ventajas de una instancia de clústeres de conmutación por error

Cuando hay un error de hardware o software de un servidor, las aplicaciones o los clientes que se conecten al servidor experimentarán tiempo de inactividad. Cuando una instancia de SQL Server se configura para ser una FCI (en lugar de una instancia independiente), la alta disponibilidad de esa instancia de SQL Server está protegida por la presencia de nodos redundantes en la FCI. Solo uno de los nodos de la FCI pertenece al grupo de recursos de WSFC cada vez. En caso de se produzca un error (errores de hardware, errores del sistema operativo o errores de aplicación o servicio) o se realice una actualización planeada, la propiedad del grupo de recursos se mueve a otro nodo de WSFC. Este proceso es transparente para el cliente o aplicación que se conecta a SQL Server y minimiza el tiempo de inactividad que la aplicación o los clientes experimentan durante un error. A continuación se enumeran algunas ventajas clave que las instancias de clúster de conmutación por error de SQL Server proporcionan:

• Protección a través de la redundancia en el nivel de instancia.

• Conmutación automática por error en caso de error (errores de hardware, errores del sistema operativo, errores de la aplicación o de servicio)

  Importante

  En el grupo de disponibilidad de AlwaysOn, no se admite la conmutación automática por error de una FCI a otros nodos del grupo de disponibilidad. Esto significa que las FCI y los nodos independientes no deben acoplarse juntos en un grupo de disponibilidad si la conmutación automática por error es un componente importante de la solución de alta disponibilidad. Sin embargo, este acoplamiento se puede realizar para la solución de recuperación ante desastres.

• Compatibilidad con una amplia matriz de soluciones de almacenamiento, incluidos discos de clúster de WSFC (iSCSI, canal de fibra óptica, etc.) y recursos compartidos de archivos de Bloque de mensajes de servidor (SMB).

• Solución de recuperación ante desastres que utiliza una FCI de múltiples subredes o que ejecuta una base de datos hospedada por FCI en un grupo de disponibilidad de AlwaysOn. Con la nueva utilidad de múltiples subredes en Microsoft SQL Server 2012, una FCI de múltiples subredes ya no necesita una LAN virtual, con lo que aumentan su capacidad de administración y su seguridad.

• Reconfiguración cero de aplicaciones y clientes durante las conmutaciones por error

• Directiva de conmutación por error flexible para eventos de desencadenador específicos en conmutaciones automáticas por error

• Conmutaciones por error confiables a través de la detección periódica y detallada del estado mediante el uso de conexiones dedicadas y persistentes

• Facilidad de configuración y predicción en el momento de la conmutación por error mediante puntos de comprobación indirectos de antecedentes

• Uso acelerado de recursos durante las conmutaciones por error

Recomendaciones

En un entorno de producción, se recomienda usar las direcciones IP estáticas junto con la dirección IP virtual de una instancia de clúster de conmutación por error. Por el contrario, recomendamos usar DHCP en un entorno de producción. En caso de tiempo de inactividad, si expira el tiempo de concesión de la dirección de IP de DHCP, se necesitará un tiempo adicional para volver a registrar la nueva dirección IP de DHCP asociada al nombre DNS.

[Arriba]

Información general de las instancias de clúster de conmutación por error

Una FCI se ejecuta en un grupo de recursos de WSFC con uno o más nodos de WSFC. Cuando la FCI se inicia, uno de los nodos asume la propiedad del grupo de recursos y pone en línea la instancia de SQL Server. Entre los recursos que pertenecen a este nodo se incluyen:

• Nombre de red

• Dirección IP

• Discos compartidos

• Servicio Motor de base de datos de SQL Server

• Servicio Agente SQL Server

• Servicio SQL Server Analysis Services, si está instalado

• Un recurso compartido de archivos, si está instalada la característica FILESTREAM

En cualquier momento, solo el propietario del grupo de recursos (y ningún otro nodo de la FCI) ejecuta sus servicios de SQL Server respectivos en el grupo de recursos. Cuando se produce una conmutación por error, ya sea automática o planeada, tiene lugar la siguiente secuencia de eventos:

1. A menos que se produzca un error hardware o del sistema, todas las páginas desfasadas de la memoria caché del búfer se escriben en el disco.

2. Todos los servicios de SQL Server respectivos del grupo de recursos se detienen en el nodo activo.

3. La propiedad del grupo de recursos se transfiere a otro nodo de la FCI.

4. El nuevo propietario del grupo de recursos inicia los servicios de SQL Server.

5. Las solicitudes de conexión de la aplicación cliente se dirigen automáticamente al nuevo nodo activo utilizando el mismo nombre de red virtual (VNN).

La FCI está en línea mientras el estado del quórum del clúster de WSFC subyacente sea bueno (la mayoría de los nodos de WSFC de quórum están disponibles como destinos de conmutación automática por error). Si el clúster de WSFC pierde su quórum, a causa de un error de hardware, de software o de red, o de una configuración de quórum incorrecta, todo el clúster de WSFC, junto con la FCI, se ponen en estado sin conexión. En este escenario de conmutación por error no planeada se requiere la intervención manual para restablecer el quórum en los nodos disponibles restantes con el fin de volver a poner en línea el clúster de WSFC y la FCI. Para obtener más información, vea Configuración de los votos y modos de quórum WSFC (SQL Server).

Tiempo de conmutación por error previsible

Dependiendo de cuándo la instancia de SQL Server haya realizado por última vez una operación de punto de comprobación, puede haber una cantidad considerable de páginas desfasadas en la memoria caché del búfer. Por tanto, las conmutaciones por error duran el tiempo que lleve escribir las páginas desfasadas restantes en el disco, lo que puede dar lugar a un tiempo de conmutación por error prolongado e imprevisible. A partir de Microsoft SQL Server 2012, la FCI puede usar puntos de comprobación indirectos para limitar la cantidad de páginas desfasadas que se mantienen en la memoria caché del búfer. Cuando este proceso utiliza recursos adicionales en una carga de trabajo normal, el tiempo de conmutación por error se hace más fácil de predecir y de configurar. Esto es muy útil cuando el acuerdo de servicio en su organización especifica el objetivo de tiempo de recuperación (RTO) para su solución de alta disponibilidad. Para obtener más información sobre los puntos de comprobación indirectos, vea Puntos de comprobación indirectos.

Supervisión de estado confiable y directiva de conmutación por error flexible

Después de que la FCI se inicie correctamente, el servicio de WSFC supervisa el estado del clúster de WSFC subyacente y el estado de la instancia de SQL Server. A partir de Microsoft SQL Server 2012, el servicio de WSFC utiliza una conexión dedicada para sondear la instancia de SQL Server activa a efectos de diagnósticos de componentes detallados mediante un procedimiento almacenado del sistema. Esto tiene una triple implicación:

• La conexión dedicada con la instancia de SQL Server permite un sondeo confiable a efectos de diagnósticos de componentes en todo momento, aunque la carga de la FCI sea elevada. Esto permite distinguir entre un sistema sometido a una carga elevada y un sistema que tenga realmente condiciones de error, lo que evita problemas tales como conmutaciones por error falsas.

• Los diagnósticos de componentes detallados permiten configurar una directiva de conmutación por error más flexible, en la que se puede elegir qué condiciones de error activan las conmutaciones por error y cuáles no.

• Los diagnósticos de componentes detallados también permiten una mejor solución de problemas de conmutaciones automáticas por error con carácter retroactivo. La información de diagnóstico se almacena los archivos de registro, que se colocan con los registros de errores de SQL Server. Puede cargarlos en el Visor de archivos de registro para inspeccionar los estados de los componentes que dan lugar a la conmutación por error para determinar la causa de dicha conmutación por error.

Para obtener más información, vea Directiva de conmutación por error para instancias de clústeres de conmutación por error.

[Arriba]

Elementos de una instancia de clúster de conmutación por error

Una FCI consta de un conjunto de servidores físicos (nodos) que contienen una configuración de hardware similar y una configuración de software idéntica que incluye la versión y el nivel de revisión del sistema operativo, así como la versión, el nivel de revisión, los componentes y el nombre de instancia de SQL Server. Es necesaria una configuración de software idéntica para garantizar que la FCI pueda estar totalmente funcional cuando realice la conmutación por error entre los nodos.

• Grupo de recursos de WSFC
  Una FCI de SQL Server se ejecuta en un grupo de recursos de WSFC. Cada nodo del grupo de recursos conserva una copia sincronizada de los valores de configuración y las claves del Registro con punto de comprobación para garantizar la funcionalidad total de la FCI después de una conmutación por error, y solo uno de los nodos del clúster pertenece al grupo de recursos cada vez (el nodo activo). El servicio de WSFC administra el clúster de servidores, la configuración de quórum, la directiva de conmutación por error y las operaciones de conmutación por error, así como el VNN y las direcciones IP virtuales para la FCI. En caso de que se produzca un error (errores de hardware, errores del sistema operativo o errores de aplicación o de servicio) o se realice una actualización planeada, la propiedad del grupo de recursos se mueve a otro nodo de la FCI. El número de nodos que se admiten en un grupo de recursos de WSFC depende de la edición de SQL Server. Además, el mismo clúster de WSFC puede ejecutar varias FCI (varios grupos de recursos), dependiendo de la capacidad de hardware, como número de CPUs, memoria y número de discos.

• Binarios de SQL Server
  Los archivos binarios del producto se instalan localmente en cada nodo de la FCI; es un proceso similar a las instalaciones independientes de SQL Server. Sin embargo, durante el inicio, los servicios no se inician automáticamente sino que son administrados por WSFC.

• Almacenamiento
  Al contrario que en el grupo de disponibilidad de AlwaysOn, una FCI debe utilizar el almacenamiento compartido entre todos los nodos de la FCI para el almacenamiento de la base de datos y del registro. El almacenamiento compartido puede realizarse en forma de discos de clúster de WSFC, discos de una SAN o recursos compartidos de archivos en SMB. De esta manera, todos los nodos de la FCI tienen la misma vista de datos de instancia cada vez que se produce una conmutación por error. Sin embargo, esto significa que el almacenamiento compartido tiene la posibilidad de ser el punto de error único y la FCI depende de la solución de almacenamiento subyacente para garantizar la protección de datos.

• Nombre de red
  La VNN para la FCI proporciona un punto de conexión unificado para la FCI. Esto permite que las aplicaciones se conecten a la VNN sin necesidad de conocer el nodo actualmente activo. Cuando se produce una conmutación por error, la VNN se registra en el nuevo nodo activo después de iniciarse. Este proceso es transparente para el cliente o aplicación que se conecta a SQL Server y minimiza el tiempo de inactividad que la aplicación o los clientes experimentan durante un error.

• Direcciones IP virtuales
  En el caso de una FCI de múltiples subredes, se asigna una dirección IP virtual a cada subred de la FCI. Durante una conmutación por error, la VNN en el servidor DNS se actualiza para señalar a la dirección IP virtual correspondiente a la subred respectiva. Las aplicaciones y los clientes pueden conectarse entonces a la FCI utilizando la misma VNN después de una conmutación por error de múltiples subredes.

[Arriba]

Conceptos y tareas de conmutación por error de SQL Server

Conceptos y tareas	Tema
Describe el mecanismo de detección de errores y la directiva de conmutación por error flexible.	Directiva de conmutación por error para instancias de clústeres de conmutación por error
Describe los conceptos de la administración y el mantenimiento de la FCI.	Administración y mantenimiento de la instancia de clúster de conmutación por error
Describe la configuración y conceptos de varias subredes	Agrupación en clústeres de varias subredes de SQL Server (SQL Server)

[Arriba]

Temas relacionados

Descripciones del tema	Tema
Describe cómo instalar una nueva FCI de SQL Server.	Crear un nuevo clúster de conmutación por error de SQL Server (programa de instalación)
Describe cómo actualizarse a un clúster de conmutación por error de SQL Server 2012.	Actualizar un clúster de conmutación por error de SQL Server
Describe los conceptos de clúster de conmutación por error de Windows y proporciona vínculos a las tareas relacionadas con el clúster de conmutación por error de Windows	Windows Server 2008: Información general de los clústeres de conmutación por error Windows Server 2008 R2: Información general de los clústeres de conmutación por error
Describe las distinciones de conceptos entre nodos de una FCI y réplicas de un grupo de disponibilidad y las consideraciones para utilizar una FCI de modo que hospede una réplica para un grupo de disponibilidad.	Clúster de conmutación por error y grupos de disponibilidad de AlwaysOn (SQL Server)

[Arriba]