Implicaciones de los valores de políticas de grupos de alta disponibilidad

Todos los valores que se especifican para una política afectan al modo en el que el gestor de alta disponibilidad rige un grupo de alta disponibilidad asociado con esa política. Algunos valores de políticas son específicos del tipo de política mientras que otros se aplican a todos los tipos de políticas. Es importante tener conocimiento de las implicaciones para todos los grupos de alta disponibilidad asociados antes de cambiar los valores de una política existente.

Implicaciones de los valores de tipos de política

El tipo de política determina qué miembros de un grupo de alta disponibilidad se vuelven activos automáticamente cuando se inician los servidores que contiene esos miembros. No puede cambiar directamente el tipo de política de una política existente de grupo de alta disponibilidad. Si necesita cambiar el tipo de política, debe crear una nueva política con un tipo de política distinto y otorgarle un criterio de coincidencias que haga que el gestor de alta disponibilidad seleccione una nueva política en lugar de la política original para asociarla con el grupo de alta disponibilidad.

Antes de crear una nueva política con un tipo de política distinto, debe determinar los componentes que utilizan los grupos de alta disponibilidad regidos por la política original y asegurarse de que esos componentes den soporte al nuevo tipo de política. Por ejemplo, es posible que el componente SIB (bus de integración de servicio) necesite una política Uno de N para el grupo de alta disponibilidad porque sólo desee un miembro de grupo activo en un momento determinado. Si cambia la política asociada con el grupo de alta disponibilidad del bus de integración de servicio para que sea una política Todos activos, es posible que el soporte de alta disponibilidad del bus de integración de servicio no funcione correctamente y se dañen los datos.

Puede seleccionar uno de los siguientes tipos de política al crear una nueva política:

Política Todos activos
Cuando se selecciona esta política, todos los miembros del grupo de alta disponibilidad se vuelven activos.
Política M de N
Cuando se selecciona esta política para un grupo de alta disponibilidad con N miembros, M de ellos se vuelven activos. El número que M representa es configurable en los valores de políticas. Puede utilizar el valor Servidores preferidos para designar el orden de preferencia en que se activan los miembros del grupo de alta disponibilidad.
Política Sin operación
Cuando se selecciona esta política, ninguno de los miembros del grupo de alta disponibilidad se vuelven activos. Puede utilizar la consola administrativa para activar manualmente determinados miembros del grupo.
Política Uno de N
Cuando se selecciona esta política para un grupo de alta disponibilidad con N miembros, sólo un miembro del grupo se vuelve activo. Puede utilizar el valor Servidores preferidos para designar el orden de preferencia en que se activan los miembros del grupo de alta disponibilidad.
Política Estática
Cuando se selecciona esta política, sólo los miembros especificados en el valor Servidores del grupo estático se vuelven activos.
Avoid trouble Avoid trouble: Solamente las políticas Estática, Uno de N y Sin operación son aplicables para motores de mensajería e integración de servicios. Consulte la información sobre las políticas para la integración de servicios. gotcha

Implicaciones del valor Servidores preferidos

Con los tipos de políticas Uno de N y M de N, puede configurar una lista de servidores preferidos como parte de los valores de políticas. La lista de servidores preferidos le permite a un administrador indicar una preferencia en cuanto a los miembros del grupo de alta disponibilidad que se activarán. Si no se especifica una lista de servidores preferidos, puede seleccionarse cualquiera de los miembros del grupo de alta disponibilidad como miembro que se vaya a activar. Si se especifica una lista de servidores preferidos, el miembro que se va a activar se selecciona de esta lista en orden de preferencia. El servidor de mayor preferencia es el primero que aparece en la lista. El siguiente ejemplo demuestra cómo una política utiliza la lista de servidores preferidos.

Por ejemplo, un grupo de alta disponibilidad tiene tres miembros ubicados en los servidores de aplicaciones denominados ServidorA, ServidorB y ServidorC. Este grupo se rige por una política Uno de N, en la que sólo uno de los tres miembros puede estar activo en un momento determinado. Cuando los tres miembros se ejecuten y estén disponibles en el momento en el que se aplica la política:
  • Si no se especifican los servidores preferidos, el gestor de alta disponibilidad selecciona aleatoriamente uno de los tres miembros y lo vuelve activo.
  • Si ServidorB es el único servidor de la lista de servidores preferidos, el gestor de alta disponibilidad hace que se active el miembro ubicado en este servidor antes que cualquiera de los otros dos miembros, siempre y cuando el miembro ubicado en este servidor esté disponible cuando se aplique la política.
  • Si los tres servidores de aplicaciones aparecen enumerados en la lista de servidores preferidos en el orden siguiente, y si el resto de condiciones sigue igual, el gestor de alta disponibilidad hace que se active el miembro ubicado en ServidorC:
    • ServidorC
    • ServidorA
    • ServidorB

Los otros dos valores de políticas que afectan directamente al modo en que se utiliza la lista de servidores preferidos son los valores Inversión de sustitución y Servidores proferidos.

Implicaciones del valor Inversión de sustitución

El valor Inversión de sustitución se utiliza para especificar qué le ocurre al miembro del grupo de alta disponibilidad del servidor de mayor preferencia cuando se reinicia tras una anomalía. El efecto del valor Inversión de sustitución sobre un miembro se demuestra de la mejor manera con dos ejemplos.

Durante el inicio, un grupo de alta disponibilidad tiene tres miembros ubicados en los servidores de aplicaciones denominados ServidorA, ServidorB y ServidorC. Este grupo se rige por una política Uno de N, en la que sólo uno de los tres miembros puede estar activo en un momento determinado. El servidor denominado ServidorB es el único servidor de la lista de servidores preferidos. En este ejemplo, no está iniciado ninguno de los servidores.

Cuando se inicia ServidorA, la política Uno de N dicta que el gestor de alta disponibilidad active un miembro. Como este servidor de aplicaciones es el único servidor en ejecución, se activa el miembro de ServidorA. Cuando se inicia ServidorB, que es el único servidor de la lista de servidores preferidos, ocurre una de las dos cosas siguientes:
  • Si el valor Inversión de sustitución está habilitado cuando se inicia ServidorB, el gestor de alta disponibilidad desactiva el miembro activo actualmente y activa el miembro de ServidorB ya que ServidorB aparece en la lista de servidores preferidos.
  • Si el valor Inversión de sustitución está inhabilitado cuando se inicia ServidorB, el miembro activo actualmente permanece como el miembro activo.
Después de un error, un grupo de alta disponibilidad tiene tres miembros ubicados en los servidores de aplicaciones denominados ServidorA, ServidorB y ServidorC. Este grupo se rige por una política Uno de N, en la que sólo uno de los tres miembros puede estar activo en un momento determinado. ServidorB es el único servidor de la lista de servidores preferidos y es el único miembro que está activo actualmente. Si se produce una anomalía en ServidorB, el gestor de alta disponibilidad activa uno de los miembros restantes para sustituir a ese miembro. El valor Inversión de sustitución determina qué ocurre después de que se repare y reinicie ServidorB.
  • Si el valor Inversión de sustitución está habilitado cuando se reinicia ServidorB, el miembro activo actualmente se desactiva y el miembro de ServidorB se activa ya que ServidorB es todavía el servidor de mayor preferencia.
  • Si el valor Inversión de sustitución está inhabilitado cuando se reinicia ServidorB, el miembro activo actualmente permanece como el miembro activo.

Implicaciones del valor Sólo servidores preferidos

El valor Sólo servidores preferidos se utiliza para indicar a la política que sólo active los miembros de los servidores preferidos. Con este valor habilitado, sólo se activan los miembros que se ejecutan en los servidores especificados en la lista de servidores preferidos. Si no se especifican servidores preferidos o no existen servidores preferidos disponibles actualmente, no se activa ningún miembro.

Durante el inicio, un grupo de alta disponibilidad tiene tres miembros ubicados en los servidores de aplicaciones denominados ServidorA, ServidorB y ServidorC. Este grupo se rige por una política Uno de N, en la que sólo uno de los tres miembros puede estar activo en un momento determinado. ServidorB es el único servidor de la lista de servidores preferidos. En este ejemplo, no está iniciado ninguno de los servidores.

Cuando se inicia ServidorA, la política Uno de N dicta que el gestor de alta disponibilidad active un miembro. Como ServidorA es el único servidor en ejecución, se activa el miembro de ServidorA. Como es el único servidor de la lista de servidores preferidos, cuando se inicia ServidorB, ocurrirá una de los dos cosas siguientes:
  • Si el valor Sólo servidores preferidos está habilitado cuando se inicia ServidorA o ServidorC, ningún miembro se activa porque el gestor de alta disponibilidad sólo puede activar un miembro que esté ubicado en un servidor que aparezca en la lista de servidores preferidos. Cuando se inicia ServidorB, el gestor de alta disponibilidad activa el miembro de ServidorB ya que ServidorB está en la lista de servidores preferidos.
  • Si el valor Sólo servidores preferidos está inhabilitado cuando se inicia ServidorA, el miembro de ServidorA se activa ya que cualquier miembro del grupo puede ser el miembro activo. Cuando se inicia ServidorB o ServidorC, no se produce ninguna activación ya que el miembro de ServidorA ya está activo.
Después de un error, un grupo de alta disponibilidad tiene tres miembros ubicados en los servidores de aplicaciones denominados ServidorA, ServidorB y ServidorC. Este grupo se rige por una política Uno de N, en la que sólo uno de los tres miembros puede estar activo en un momento determinado. ServidorB es el único servidor de la lista de servidores preferidos. El miembro situado en ServidorB es el miembro activo. Si se produce una anomalía en ServidorB, ocurre una de las dos cosas:
  • Si el valor Sólo servidores preferidos está habilitado cuando se genera una anomalía en ServidorB, el gestor de alta disponibilidad sólo puede activar otro miembro que esté ubicado en un servidor que esté incluido en la lista de servidores preferidos. Como ServidorB es el único servidor de la lista de servidores preferidos, no se activa ningún otro miembro.
  • Si el valor Sólo servidores preferidos está inhabilitado cuando se produce una anomalía en ServidorB, el gestor de alta disponibilidad activa uno de los miembros restantes para sustituir al miembro de ServidorB.

Implicaciones del valor Servidores del grupo estático

Puede especificar una lista de servidores del grupo estático como parte de los valores de configuración de un tipo de política estática. Cuando un grupo de alta disponibilidad se rige por un tipo de política estática, la lista de servidores del grupo estático define qué miembros del grupo se activan si ello es posible.

Implicaciones del valor Temporizador de actividad

El valor Temporizador de actividad controla la frecuencia con la que el High Availability Manager comprueba el buen funcionamiento de los miembros del grupo activo que se rigen por una determinada política. El gestor de alta disponibilidad puede detectar dos tipos de anomalías totalmente distintas:

  • Puede detectar cuándo un proceso completo deja de funcionar o se interrumpe. Este tipo de detección de anomalía no depende del valor especificado para el valor Temporizador de actividad.
  • Puede detectar cuándo se produce una anomalía en el programa. Este tipo de detección de anomalía depende del valor especificado para el valor Temporizador de actividad. El valor que se especifica para el valor Temporizador de actividad determina el periodo de tiempo que puede pasar antes de que se detecte un problema de proceso que no provoque la detención del funcionamiento del proceso completo o su interrupción.

El administrado puede especificar el valor Temporizador de actividad en el nivel de política, donde se aplica a todos los miembros regidos por esta política, o en el nivel de proceso, donde se aplica a todos los miembros que se ejecuten en un determinado proceso. Asimismo, el administrador puede inhabilitar este tipo de detección de anomalía en cualquiera de estos niveles.

Implicaciones del valor Quórum

Quórum es un mecanismo que se puede utilizar para proteger, en el caso de una anomalía, los recursos compartidos entre los miembros de un grupo de alta disponibilidad. Cuando está habilitado, la política no activa ningún miembro del grupo hasta que se alcanza un quórum. Un grupo de alta disponibilidad no alcanza el quórum hasta que la mayoría de los miembros están en ejecución. Por ejemplo, si hay n miembros en un grupo, (n/2) + 1 servidores deben estar en línea para poder alcanzar el quórum.

Quórum es una función avanzada diseñada para que funciones con clústeres, código de componente especializado y un recurso de control de hardware. Actualmente, ninguno de los grupos de alta disponibilidad que dan soporte a los componentes del producto utilizan el mecanismo de quórum. Por lo tanto, no habilite el valor Quórum.


Icon that indicates the type of topic Concept topic



Timestamp icon Last updated: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=crun_ha_policysettings
File name: crun_ha_policysettings.html