Configurar y administrar el quórum

  • 06/07/2019
  • 20 minutos de lectura
    • J
    • h
    • M
    • d
    • D
    • +7

Válido para: Windows Server 2019, Windows Server 2016, Windows Server 2012 R2, Windows Server 2012

En este tema se proporcionan antecedentes y pasos para configurar y administrar el quórum en un clúster de conmutación por error de Windows Server.

Comprensión del quórum

El quórum de un clúster está determinado por el número de elementos de votación que deben formar parte de la pertenencia activa al clúster para que ese clúster se inicie correctamente o continúe ejecutándose. Para obtener una explicación más detallada, consulte el documento quórum de clústeres y grupos.

Opciones de configuración de quórum

El modelo de quórum en Windows Server es flexible. Si necesita modificar la configuración de quórum de su clúster, puede usar el Asistente para configurar quórum de clúster o los cmdlets de Windows PowerShell de los clúster de conmutación por error. Para conocer los pasos y consideraciones para configurar el quórum, consulte Configurar el quórum del clúster más adelante en este tema.

En la tabla siguiente se enumeran las tres opciones de configuración de quórum que están disponibles en el Asistente para Configurar quórum de clúster.

Opción Descripción
Use la configuración típica El clúster asigna automáticamente un voto a cada nodo y administra dinámicamente los votos del nodo. Si es adecuado para el clúster y hay almacenamiento compartido de clúster disponible, el clúster selecciona un testigo de disco. Esta opción se recomienda en la mayoría de los casos, ya que el software del clúster elige automáticamente una configuración de quórum y testigo que proporciona la mayor disponibilidad para el clúster.
Agregar o cambiar el testigo de quórum Usted puede agregar, cambiar o eliminar un recurso de testigo. Puede configurar un recurso compartido de archivos o un testigo de disco. El clúster asigna automáticamente un voto a cada nodo y administra dinámicamente los votos del nodo.
Configuración avanzada de quórum y selección de testigos Solo debe seleccionar esta opción cuando tenga requisitos específicos de la aplicación o del sitio para configurar el quórum. Puede modificar el testigo de quórum, agregar o quitar votos de nodo y elegir si el clúster administra dinámicamente los votos de nodo. De forma predeterminada, los votos se asignan a todos los nodos y los votos de nodo se administran dinámicamente.

En función de la opción de configuración de quórum que elija y de la configuración específica, el clúster se configurará en uno de los siguientes modos de quórum:

Modo Descripción
Mayoría de nodos (sin testigos) Solo los nodos tienen votos. No se ha configurado ningún testigo de quórum. El quórum del clúster es la mayoría de los nodos de votación de la membresía activa del clúster.
La mayoría de nodos con testigos (disco o recurso compartido de archivos) Los nodos tienen votos. Además, un testigo de quórum tiene derecho a voto. El quórum del clúster es la mayoría de los nodos de votación de la membresía activa del clúster más un voto de testigo. Un testigo de quórum puede ser un testigo de disco designado o un testigo de uso compartido de archivos designado.
Ninguna mayoría (solo testigo de disco) Ningún nodo tiene votos. Sólo un testigo de disco tiene voto.
El quórum del clúster está determinado por el estado del testigo de disco. Por lo general, no se recomienda este modo y no debe seleccionarse porque crea un único punto de error para el clúster.

Las siguientes subsecciones le darán más información sobre la configuración avanzada de quórum.

Configuración de testigos

Como regla general, cuando se configura un quórum, los elementos de votación en el clúster deben ser un número impar. Por lo tanto, si el clúster contiene un número par de nodos de votación, debe configurar un testigo de disco o un testigo de uso compartido de archivos. El clúster podrá sostener un nodo adicional hacia abajo. Además, agregar un voto de testigo permite que el clúster continúe ejecutándose si la mitad de los nodos del clúster se caen simultáneamente o se desconectan.

Generalmente se recomienda un testigo de disco si todos los nodos pueden ver el disco. Se recomienda un testigo de uso compartido de archivos cuando necesite considerar la recuperación ante desastres en varios sitios con almacenamiento replicado. La configuración de un testigo de disco con almacenamiento replicado solo es posible si el proveedor de almacenamiento admite el acceso de lectura y escritura desde todos los sitios al almacenamiento replicado. Un testigo de disco no es compatible con Storage Spaces Direct.

La siguiente tabla proporciona información y consideraciones adicionales sobre los tipos de testigos de quórum.

Tipo de testigo Descripción Requisitos y recomendaciones
Testigo de disco
  • LUN dedicado que almacena una copia de la base de datos de clústeres
  • Más útil para clústeres con almacenamiento compartido (no replicado)
  • El tamaño del LUN debe ser de al menos 512 MB
  • Debe estar dedicado al uso en clúster y no asignado a un rol en clúster
  • Debe estar incluido en el almacenamiento en clúster y pasar las pruebas de validación de almacenamiento
  • No puede ser un disco un volumen compartido de clúster (CSV)
  • El disco básico con un solo volumen
  • No necesita tener una letra de unidad
  • Se puede formatear con NTFS o ReFS
  • Se puede configurar opcionalmente con RAID de hardware para tolerancia a errores
  • Se debe excluir de las copias de seguridad y la exploración antivirus
  • No se admite un testigo de disco con Espacios de Almacenamiento Directo
Testigo para compartir archivos
  • El recurso compartido de archivos SMB configurado en un servidor de archivos que ejecuta Windows Server
  • No almacena una copia del clúster la base de datos
  • Mantiene la información del clúster solo en un testigo.archivo de registro
  • Más útil para clústeres de varios sitios con almacenamiento replicado
  • Debe tener un mínimo de 5 MB de espacio libre
  • Debe estar dedicado al clúster único y no debe usarse para almacenar datos de usuarios o aplicaciones
  • Debe tener habilitados permisos de escritura para el objeto de equipo para el nombre del clúster

Las siguientes consideraciones adicionales para un servidor de archivos que aloja el testigo de uso compartido de archivos:

  • Se puede configurar un solo servidor de archivos con testigos de uso compartido de archivos para varios clústeres.
  • El servidor de archivos debe estar en un sitio separado de la carga de trabajo del clúster. Esto permite la igualdad de oportunidades para que cualquier sitio de clúster sobreviva si se pierde la comunicación de red de sitio a sitio. Si el servidor de archivos está en el mismo sitio, ese sitio se convierte en el sitio principal y es el único sitio que puede llegar al recurso compartido de archivos.
  • El servidor de archivos puede ejecutarse en una máquina virtual si la máquina virtual no está alojada en el mismo clúster que utiliza el testigo de uso compartido de archivos.
  • Para alta disponibilidad, el servidor de archivos se puede configurar en un clúster de conmutación por error independiente.
Testigo en la nube
  • Se recomienda un archivo testigo almacenado en Azure Blob Storage
  • cuando todos los servidores del clúster tienen una conexión a Internet fiable.
Consulte Implementar un testigo en la nube.

Asignación de votos de nodo

Como opción de configuración avanzada de quórum, puede elegir asignar o eliminar votos de quórum por nodo. De forma predeterminada, se asignan votos a todos los nodos. Independientemente de la asignación de votos, todos los nodos continúan funcionando en el clúster, reciben actualizaciones de la base de datos del clúster y pueden alojar aplicaciones.

Es posible que desee eliminar votos de nodos en ciertas configuraciones de recuperación ante desastres. Por ejemplo, en un clúster de varios sitios, puede quitar votos de los nodos de un sitio de copia de seguridad para que esos nodos no afecten a los cálculos de quórum. Esta configuración solo se recomienda para la conmutación por error manual entre sitios. Para obtener más información, consulte Consideraciones de quórum para configuraciones de recuperación ante desastres más adelante en este tema.

El voto configurado de un nodo se puede verificar buscando la propiedad común NodeWeight del nodo del clúster mediante el cmdlet Get-ClusterNode de Windows PowerShell. Un valor de 0 indica que el nodo no tiene configurado un voto de quórum. Un valor de 1 indica que el voto de quórum del nodo está asignado y es administrado por el clúster. Para obtener más información sobre la administración de votos de nodo, consulte Administración dinámica de quórum más adelante en este tema.

La asignación de votos para todos los nodos del clúster se puede verificar mediante la prueba de validación de quórum del clúster de validación.

Consideraciones adicionales para la asignación de votos de nodo

  • La asignación de votos de nodo no se recomienda para imponer un número impar de nodos de votación. En su lugar, debe configurar un testigo de disco o un testigo de uso compartido de archivos. Para obtener más información, consulte Configuración de testigos más adelante en este tema.
  • Si la administración de quórum dinámico está habilitada, solo los nodos configurados para asignar votos de nodo pueden asignar o eliminar sus votos dinámicamente. Para obtener más información, consulte Administración dinámica de quórum más adelante en este tema.

Administración dinámica de quórum

En Windows Server 2012, como opción de configuración avanzada de quórum, puede optar por habilitar la administración dinámica de quórum por clúster. Para obtener más detalles sobre cómo funciona el quórum dinámico, consulte esta explicación.

Con la administración de quórum dinámico, también es posible que un clúster se ejecute en el último nodo de clúster superviviente. Al ajustar dinámicamente el requisito de mayoría de quórum, el clúster puede mantener paradas secuenciales de nodos en un solo nodo.

El voto dinámico asignado al clúster de un nodo se puede verificar con la propiedad común DynamicWeight del nodo del clúster mediante el cmdlet Get-ClusterNode de Windows PowerShell. Un valor de 0 indica que el nodo no tiene un voto de quórum. Un valor de 1 indica que el nodo tiene un voto de quórum.

La asignación de votos para todos los nodos del clúster se puede verificar mediante la prueba de validación de quórum del clúster de validación.

Consideraciones adicionales para la gestión de quórum dinámico

  • La gestión dinámica de quórum no permite que el clúster sufra un fallo simultáneo de la mayoría de los miembros con derecho a voto. Para seguir ejecutándose, el clúster siempre debe tener una mayoría de quórum en el momento del apagado o error de un nodo.

  • Si ha eliminado explícitamente el voto de un nodo, el clúster no puede agregar o quitar ese voto de forma dinámica.

  • Cuando se habilita Storage Spaces Direct, el clúster solo admite dos errores de nodo. Esto se explica más en la sección de quórum de la piscina

Recomendaciones generales para la configuración del quórum

El software del clúster configura automáticamente el quórum para un nuevo clúster en función del número de nodos configurados y la disponibilidad del almacenamiento compartido. Esta suele ser la configuración de quórum más adecuada para ese clúster. Sin embargo, es una buena idea revisar la configuración de quórum después de crear el clúster, antes de colocar el clúster en producción. Para ver la configuración detallada de quórum de clúster, puede usar el Asistente Para Validar una configuración o el cmdlet Prueba-clúster de Windows PowerShell para ejecutar la prueba de configuración de quórum de validación. En el Administrador de clúster de conmutación por error, la configuración básica de quórum se muestra en la información de resumen del clúster seleccionado, o puede revisar la información sobre los recursos de quórum que se devuelve al ejecutar el cmdlet Get-ClusterQuorum de Windows PowerShell.

En cualquier momento, puede ejecutar la prueba de configuración de quórum de validación para validar que la configuración de quórum es óptima para el clúster. La salida de prueba indica si se recomienda un cambio en la configuración de quórum y los ajustes que son óptimos. Si se recomienda un cambio, puede usar el Asistente Configurar quórum de clúster para aplicar la configuración recomendada.

Después de que el clúster esté en producción, no cambie la configuración de quórum a menos que haya determinado que el cambio es apropiado para el clúster. Es posible que desee considerar cambiar la configuración de quórum en las siguientes situaciones:

  • Agregar o desalojar nodos
  • Agregar o quitar almacenamiento
  • Un error de nodo o testigo a largo plazo
  • Recuperar un clúster en un escenario de recuperación ante desastres de varios sitios

Para obtener más información sobre la validación de un clúster de conmutación por error, consulte Validar hardware para un clúster de conmutación por error.

Configurar el quórum del clúster

Puede configurar la configuración del quórum del clúster mediante el Administrador de clúster de conmutación por error o los cmdlets de Windows PowerShell de los clúster de conmutación por error.

Importante

Por lo general, es mejor utilizar la configuración de quórum recomendada por el Asistente para Configurar quórum de clúster. Recomendamos personalizar la configuración de quórum solo si ha determinado que el cambio es apropiado para su clúster. Para obtener más información, consulte Recomendaciones generales para la configuración de quórum en este tema.

Configurar la configuración de quórum del clúster

La pertenencia al grupo Administradores local de cada servidor en clúster, o equivalente, es el permiso mínimo requerido para completar este procedimiento. Además, la cuenta que utilice debe ser una cuenta de usuario de dominio.

Nota

Puede cambiar la configuración de quórum del clúster sin detener el clúster ni desconectar los recursos del clúster.

Cambiar la configuración de quórum en un clúster de conmutación por error mediante el Administrador de clúster de conmutación por error

  1. En el Administrador de clúster de conmutación por error, seleccione o especifique el clúster que desea cambiar.

  2. Con el clúster seleccionado, en Acciones, seleccione Más acciones y, a continuación, seleccione Configurar configuración de quórum del clúster. Aparecerá el Asistente Configurar Quórum de Clúster. Seleccione Siguiente.

  3. En la página Seleccionar opción de configuración de Quórum, seleccione una de las tres opciones de configuración y complete los pasos para esa opción. Antes de configurar la configuración de quórum, puede revisar sus opciones. Para obtener más información acerca de las opciones, consulte Descripción del quórum, más adelante en este tema.

    • Para permitir que el clúster restablezca automáticamente la configuración de quórum óptima para la configuración actual del clúster, seleccione Usar configuración de quórum predeterminada y, a continuación, complete el asistente.

    • Para agregar o cambiar el testigo de quórum, seleccione Seleccionar el testigo de quórum y, a continuación, complete los siguientes pasos. Para obtener información y consideraciones sobre la configuración de un testigo de quórum, consulte Configuración de testigos anteriormente en este tema.

      1. En la página Seleccionar testigo de quórum, seleccione una opción para configurar un testigo de disco o un testigo de uso compartido de archivos. El asistente indica las opciones de selección de testigos recomendadas para el clúster.

        Nota

        También puede seleccionar No configurar un testigo de quórum y, a continuación, completar el asistente. Si tiene un número par de nodos de votación en su clúster, es posible que esta no sea una configuración recomendada.

      2. Si selecciona la opción para configurar un testigo de disco, en la página Configurar testigo de almacenamiento, seleccione el volumen de almacenamiento que desee asignar como testigo de disco y, a continuación, complete el asistente.

      3. Si selecciona la opción para configurar un testigo de uso compartido de archivos, en la página Configurar testigo de uso compartido de archivos, escriba o busque un recurso compartido de archivos que se utilizará como recurso de testigo y, a continuación, complete el asistente.

      4. Si selecciona la opción para configurar un testigo en la nube, en la página Configurar testigo en la nube, escriba el nombre de su cuenta de almacenamiento de Azure, la clave de cuenta de almacenamiento de Azure y el punto de conexión de servicio de Azure, y, a continuación, complete el asistente.

        Nota

        Esta opción está disponible en Windows Server 2016 y arriba.

    • Para configurar la configuración de administración de quórum y agregar o cambiar el testigo de quórum, seleccione Configuración de quórum avanzada y, a continuación, complete los siguientes pasos. Para obtener información y consideraciones sobre los valores de configuración avanzada de quórum, consulte Asignación de votos de nodo y Administración dinámica de quórum anteriormente en este tema.

      1. En la página Seleccionar configuración de votación, seleccione una opción para asignar votos a los nodos. De forma predeterminada, a todos los nodos se les asigna un voto. Sin embargo, para ciertos escenarios, puede asignar votos solo a un subconjunto de nodos.

        Nota

        También puede seleccionar Sin nodos. Esto generalmente no se recomienda, porque no permite que los nodos participen en la votación de quórum y requiere configurar un testigo de disco. Este testigo de disco se convierte en el único punto de fallo del clúster.

      2. En la página Configurar administración de quórum, puede habilitar o deshabilitar la opción Permitir que el clúster administre dinámicamente la asignación de votos de nodo. Seleccionar esta opción generalmente aumenta la disponibilidad del clúster. De forma predeterminada, la opción está habilitada y se recomienda encarecidamente no deshabilitarla. Esta opción permite que el clúster continúe ejecutándose en situaciones de error que no son posibles cuando esta opción está deshabilitada.

        Nota

        Esta opción no está presente en Windows Server 2016 y arriba.

      3. En la página Seleccionar testigo de quórum, seleccione una opción para configurar un testigo de disco, un testigo de uso compartido de archivos o un testigo de nube. El asistente indica las opciones de selección de testigos recomendadas para el clúster.

        Nota

        También puede seleccionar No configurar un testigo de quórum y, a continuación, completar el asistente. Si tiene un número par de nodos de votación en su clúster, es posible que esta no sea una configuración recomendada.

      4. Si selecciona la opción para configurar un testigo de disco, en la página Configurar testigo de almacenamiento, seleccione el volumen de almacenamiento que desee asignar como testigo de disco y, a continuación, complete el asistente.

      5. Si selecciona la opción para configurar un testigo de uso compartido de archivos, en la página Configurar testigo de uso compartido de archivos, escriba o busque un recurso compartido de archivos que se utilizará como recurso de testigo y, a continuación, complete el asistente.

      6. Si selecciona la opción para configurar un testigo en la nube, en la página Configurar testigo en la nube, escriba el nombre de su cuenta de almacenamiento de Azure, la clave de cuenta de almacenamiento de Azure y el punto de conexión de servicio de Azure, y, a continuación, complete el asistente.

        Nota

        Esta opción está disponible en Windows Server 2016 y arriba.

  4. Seleccione Siguiente. Confirme sus selecciones en la página de confirmación que aparece y, a continuación, seleccione Siguiente.

Después de que se ejecute el asistente y aparezca la página Resumen, si desea ver un informe de las tareas realizadas por el asistente, seleccione Ver informe. El informe más reciente permanecerá en la carpeta systemroot\Cluster\Reports con el nombre QuorumConfiguration.mht.

Nota

Después de configurar el quórum del clúster, le recomendamos que ejecute la prueba de configuración de quórum de validación para verificar la configuración de quórum actualizada.

Comandos equivalentes de Windows PowerShell

En los siguientes ejemplos se muestra cómo usar el cmdlet Set-ClusterQuorum y otros cmdlets de Windows PowerShell para configurar el quórum del clúster.

El siguiente ejemplo cambia la configuración de quórum en el clúster CONTOSO-FC1 a una configuración de mayoría de nodos simple sin testigos de quórum.

Set-ClusterQuorum –Cluster CONTOSO-FC1 -NodeMajority

El siguiente ejemplo cambia la configuración de quórum en el clúster local a una mayoría de nodos con configuración testigo. El recurso de disco denominado Cluster Disk 2 se configura como testigo de disco.

Set-ClusterQuorum -NodeAndDiskMajority "Cluster Disk 2"

El siguiente ejemplo cambia la configuración de quórum en el clúster local a una mayoría de nodos con configuración testigo. El recurso compartido de archivos denominado \ \ CONTOSO-FS\fsw está configurado como testigo de uso compartido de archivos.

Set-ClusterQuorum -NodeAndFileShareMajority "\fileserver\fsw"

El siguiente ejemplo elimina el voto de quórum del nodo ContosoFCNode1 en el clúster local.

(Get-ClusterNode ContosoFCNode1).NodeWeight=0

El siguiente ejemplo agrega el voto de quórum al nodo ContosoFCNode1 en el clúster local.

(Get-ClusterNode ContosoFCNode1).NodeWeight=1

El siguiente ejemplo habilita la propiedad DynamicQuorum del clúster CONTOSO-FC1 (si estaba deshabilitado previamente):

(Get-Cluster CONTOSO-FC1).DynamicQuorum=1

Recuperar un clúster iniciando sin quórum

Un clúster que no tenga suficientes votos de quórum no se iniciará. Como primer paso, siempre debe confirmar la configuración de quórum del clúster e investigar por qué el clúster ya no tiene quórum. Esto puede ocurrir si tiene nodos que dejaron de responder o si el sitio principal no es accesible en un clúster de varios sitios. Después de identificar la causa raíz del error del clúster, puede utilizar los pasos de recuperación descritos en esta sección.

Nota

  • Si el servicio de clúster se detiene porque se pierde quórum, aparece el ID de evento 1177 en el registro del sistema.
  • Siempre es necesario investigar por qué se perdió el quórum del clúster.
  • Siempre es preferible llevar un nodo o testigo de quórum a un estado saludable (unirse al clúster) en lugar de iniciar el clúster sin quórum.

Forzar inicio de nodos de clúster

Después de determinar que no puede recuperar el clúster al llevar los nodos o el testigo de quórum a un estado saludable, es necesario forzar el inicio del clúster. Forzar el inicio del clúster anula la configuración de quórum del clúster e inicia el clúster en modo ForceQuorum.

Forzar el inicio de un clúster cuando no tiene quórum puede ser especialmente útil en un clúster de varios sitios. Considere un escenario de recuperación ante desastres con un clúster que contenga sitios primarios y de copia de seguridad ubicados por separado, SiteA y SiteB. Si hay un verdadero desastre en SiteA, podría tomar una cantidad significativa de tiempo para que el sitio vuelva a estar en línea. Es probable que desee forzar a SiteB a conectarse, aunque no tenga quórum.

Cuando un clúster se inicia en modo ForceQuorum, y después de recuperar suficientes votos de quórum, el clúster abandona automáticamente el estado forzado y se comporta normalmente. Por lo tanto, no es necesario iniciar el clúster de nuevo con normalidad. Si el clúster pierde un nodo y pierde quórum, vuelve a desconectarse porque ya no está en el estado forzado. Para volver a ponerlo en línea cuando no tiene quórum, es necesario forzar que el clúster se inicie sin quórum.

Importante

  • Después de iniciar un clúster por la fuerza, el administrador tiene el control total del clúster.
  • El clúster utiliza la configuración del clúster en el nodo donde se inicia forzosamente el clúster y lo replica en todos los demás nodos disponibles.
  • Si fuerza que el clúster se inicie sin quórum, se ignorarán todas las opciones de configuración de quórum mientras el clúster permanezca en modo ForceQuorum. Esto incluye asignaciones de votos de nodo específicas y configuraciones de administración de quórum dinámico.

Prevenir el quórum en los nodos restantes del clúster

Después de haber iniciado forzosamente el clúster en un nodo, es necesario iniciar los nodos restantes del clúster con una configuración para evitar el quórum. Un nodo iniciado con una configuración que impide que el quórum indique al servicio de clúster que se una a un clúster en ejecución existente en lugar de formar una nueva instancia de clúster. Esto evita que los nodos restantes formen un clúster dividido que contenga dos instancias competidoras.

Esto es necesario cuando necesita recuperar el clúster en algunos escenarios de recuperación ante desastres de varios sitios después de haber iniciado forzosamente el clúster en el sitio de copia de seguridad, SiteB. Para unirse al clúster iniciado por fuerza en SiteB, los nodos de su sitio principal, SiteA, deben iniciarse con el quórum impedido.

Importante

Después de iniciar un clúster por fuerza en un nodo, le recomendamos que siempre inicie los nodos restantes con el quórum impedido.

A continuación se explica cómo recuperar el clúster con el Administrador de clúster de conmutación por error:

  1. En el Administrador de clúster de conmutación por error, seleccione o especifique el clúster que desea recuperar.

  2. Con el clúster seleccionado, en Acciones, seleccione Forzar inicio del clúster.

    La fuerza del administrador de clúster de conmutación por error inicia el clúster en todos los nodos a los que se puede acceder. El clúster utiliza la configuración actual del clúster al iniciar.

Nota

  • Para forzar que el clúster se inicie en un nodo específico que contenga una configuración de clúster que desee usar, debe usar los cmdlets de Windows PowerShell o herramientas de línea de comandos equivalentes tal y como se presentan después de este procedimiento.
  • Si usa el Administrador de clúster de conmutación por error para conectarse a un clúster que se inicia por la fuerza y usa la acción Iniciar servicio de clúster para iniciar un nodo, el nodo se inicia automáticamente con la configuración que impide el quórum.

Comandos equivalentes de Windows PowerShell (Start-Clusternode)

En el siguiente ejemplo se muestra cómo usar el cmdlet Start-ClusterNode para forzar el inicio del clúster en el nodo ContosoFCNode1.

Start-ClusterNode –Node ContosoFCNode1 –FQ

Alternativamente, puede escribir el siguiente comando localmente en el nodo:

Net Start ClusSvc /FQ

En el siguiente ejemplo se muestra cómo usar el cmdlet Start-ClusterNode para iniciar el servicio de clúster con el quórum impedido en el nodo ContosoFCNode1.

Start-ClusterNode –Node ContosoFCNode1 –PQ

Alternativamente, puede escribir el siguiente comando localmente en el nodo:

Net Start ClusSvc /PQ

Consideraciones de quórum para configuraciones de recuperación ante desastres

En esta sección se resumen las características y las configuraciones de quórum para dos configuraciones de clúster de varios sitios en implementaciones de recuperación ante desastres. Las directrices de configuración de quórum difieren en función de si necesita conmutación por error automática o manual para cargas de trabajo entre los sitios. Por lo general, la configuración depende de los acuerdos de nivel de servicio (SLA) que existen en su organización para proporcionar y admitir cargas de trabajo en clúster en caso de fallo o desastre en un sitio.

Conmutación por error automática

En esta configuración, el clúster consta de dos o más sitios que pueden alojar roles en clúster. Si se produce un error en cualquier sitio, se espera que los roles agrupados se transfieran automáticamente a los sitios restantes. Por lo tanto, el quórum del clúster debe configurarse para que cualquier sitio pueda sufrir un error de sitio completo.

La siguiente tabla resume las consideraciones y recomendaciones para esta configuración.

Artículo Descripción
El número de votos de nodo por sitio debe ser igual
Asignación de votos de nodo Los votos de nodo no deben eliminarse porque todos los nodos son igualmente importantes
Debe habilitarse la gestión dinámica de quórum
Configuración de testigo Se recomienda testigo de uso compartido de archivos, configurado en un sitio que esté separado de los sitios del clúster
Cargas de trabajo Las cargas de trabajo se pueden configurar en cualquier de los sitios

Consideraciones adicionales para la conmutación por error automática

  • Es necesario configurar el testigo de uso compartido de archivos en un sitio separado para dar a cada sitio la misma oportunidad de sobrevivir. Para obtener más información, consulte Configuración de testigos anteriormente en este tema.

Conmutación por error manual

En esta configuración, el clúster consta de un sitio principal, SiteA, y un sitio de copia de seguridad (recuperación), SiteB. Los roles agrupados se alojan en SiteA. Debido a la configuración de quórum del clúster, si se produce un error en todos los nodos de SiteA, el clúster deja de funcionar. En este escenario, el administrador debe conmutar manualmente los servicios de clúster al sitio web y realizar pasos adicionales para recuperar el clúster.

La siguiente tabla resume las consideraciones y recomendaciones para esta configuración.

Artículo Descripción
Número de votos de nodo por sitio
  • Los votos de nodo no deben eliminarse de los nodos del sitio principal, SiteA
  • Los votos de nodo deben eliminarse de los nodos del sitio de copia de seguridad, SiteB
  • Si se produce una interrupción a largo plazo en SiteA, los votos deben asignarse a los nodos del SiteB para habilitar una mayoría de quórum en ese sitio como parte de la recuperación
Debe habilitarse la gestión dinámica de quórum
Testigo configuración
  • Configurar un testigo si hay un número par de nodos en SiteA
  • Si se necesita un testigo, configure un testigo de uso compartido de archivos o un testigo de disco al que solo puedan acceder los nodos de SiteA (a veces llamado testigo de disco asimétrico)
Cargas de trabajo Use propietarios preferidos para mantener las cargas de trabajo ejecutándose en nodos en SiteA

Consideraciones adicionales para la conmutación por error manual

  • Solo los nodos de SiteA se configuran inicialmente con votos de quórum. Esto es necesario para garantizar que el estado de los nodos en SiteB no afecte al quórum del clúster.
  • Los pasos de recuperación pueden variar dependiendo de si SiteA sufre un fallo temporal o un fallo a largo plazo.

Deja una respuesta

Tu dirección de correo electrónico no será publicada.