[AIX Solaris HP-UX Linux Windows][IBM i]

Configuración del soporte del quórum de SIP mediante el grupo principal predeterminado

Puede configurar un quórum para evitar inconsistencias entre contenedores de Protocolo de iniciación de sesión (SIP) o errores repetidos de otro servidor proxy. Si el quórum está habilitado antes de que tenga lugar una partición de red, se pueden tomar las decisiones de direccionamiento correctas. Una partición de red puede tener lugar cuando un conjunto de contenedores SIP (Session Initiation Protocol) se desconectan de la red y luego se vuelven a conectar.

Antes de empezar

Determine si quiere configurar la característica de quórum para un grupo principal entero o para clústeres específicos dentro de un grupo principal. El tema Implicaciones de los valores de política de grupo de alta disponibilidad proporciona información sobre funcionalidad del quórum.

Acerca de esta tarea

Todos los contenedores SIP publican un conjunto de identificadores (ID) exclusivos en el servidor proxy del SIP. Cada ID representa un conjunto de sesiones SIP. El servidor proxy SIP puede tomar las decisiones de direccionamiento correctas en base a la correlación uno a uno de estos ID con los contenedores SIP.

Una partición de red se produce cuando un dispositivo de red dentro de la topología de la célula falla. Como consecuencia, alguna porción o partición de la célula se desconecta de otra porción.
Avoid trouble Avoid trouble: Si una partición de red divide de forma equitativa los miembros del clúster, la mitad de los miembros del clúster se seleccionan de forma arbitraria para que estén en el quórum. Ésta división puede provocar una reinicio de la partición mientras que aún esté conectada a clientes. Por lo tanto, debe configurar el sistema para minimizar las particiones divididas de forma equitativa. Debe crear un conjunto de tres grupos: tres centros de datos, tres centros blade y tres miembros de clúster.gotcha

Cuando se interrumpe la conectividad de red, un contenedor SIP se apropia de todos los ID que gestionaba el contenedor SIP desconectado. El contenedor de respaldo publica la propiedad de estos ID en el servidor proxy SIP, de modo que el servidor proxy pueda tomar las decisiones de direccionamiento correctas.

Cuando se restaura la conexión de red del contenedor principal, el contenedor principal comienza a publicar la propiedad de los ID en el servidor proxy SIP para indicar que posee los mismos ID que el contenedor de respaldo. Si el servidor proxy SIP tiene dos destinos para cada ID, es imposible que el servidor proxy SIP tome las decisiones de direccionamiento correctas. Para evitar este problema, debe configurar la característica de quórum SIP para los servidores proxy antes de que se produzca una partición de red.

La característica de quórum de SIP se puede habilitar para un grupo principal completo, como DefaultCoreGroup, o para clústeres específicos dentro de un grupo principal. Cuando la característica de quórum está habilitada en una política de quórum SIP por omisión para un grupo principal, la característica está habilitada para todos los clústeres del grupo principal. Si la característica de quórum sólo está habilitada para algunos clústeres de un grupo principal, deberá modificar la política predeterminada y crear un valor de política de grupo principal duplicado para habilitar el soporte de quórum para dichos clústeres.

Debe habilitar la política de grupo principal de quórum de SIP por omisión o configurar una política de grupo principal duplicada con el quórum habilitado para cada grupo principal que exija soporte de quórum. El objetivo del grupo de alta disponibilidad que utiliza esta política de grupo principal es realizar un seguimiento del quórum entre los contenedores SIP o los servidores proxy SIP, en un clúster.

Efectúe estos pasos para configurar la característica de quórum utilizando una política de grupo principal de quórum SIP adicional.

Nota: Sólo se puede aplicar un nombre de clúster a una política. Repta este procedimiento por cada clúster que precise la característica quórum de SIP para crear una política nueva con el criterio de coincidencia adecuado. Cada política de quórum de SIP debe tener, como máximo, tres criterios de coincidencia.

Procedimiento

  1. En la consola administrativa, pulse Servidores > Grupos principales > Valores de grupo principal > nombre_grupo_principal.
  2. Pulse Políticas > Nueva.
  3. Seleccione Política todos activos y pulse Siguiente
  4. Especifique un nombre exclusivo para la política en el campo Nombre y escriba una descripción en el campo Descripción.
  5. Seleccione Quórum y luego pulse Aceptar. Recibirá un mensaje de aviso que indica que debe definir al menos un criterio de coincidencia para esta política.
  6. En la sección Propiedades adicionales, pulse Criterio de coincidencia > Nuevo.
  7. Especifique política en el campo Nombre y AllActiveQuorumPolicy en el campo Valor. Ambos campos son sensibles a mayúsculas y minúsculas, y ambos valores se deben mostrar según se indica en este paso.
  8. Pulse Aplicar.
  9. Pulse en el nombre de su política en el rastro de navegación de esta página de la consola administrativa y, a continuación, en la sección Propiedades adicionales, pulse nuevamente Criterio de coincidencia > Nuevo.
  10. Esta vez, especifique type en el campo Nombre y SIP_QUORUM en el campo Valor. Como se dijo anteriormente, ambos campos son sensibles a mayúsculas y minúsculas, y ambos valores se deben mostrar según se indica en este paso.
  11. Pulse Aplicar.
  12. Realice las acciones siguientes si sólo quiere que esta política se aplique a un clúster específico dentro del grupo principal. Salte este paso si quiere que esta política nueva se aplique a todo el grupo principal.
    1. Pulse en el nombre de su política en el rastro de navegación de esta página de la consola administrativa y, a continuación, en la sección Propiedades adicionales, pulse nuevamente Criterio de coincidencia > Nuevo.
    2. Esta vez, especifique IBM_hc en el campo Nombre y el nombre del clúster al que quiera aplicar esta política en el campo Valor. Ambos campos son sensibles a mayúsculas y minúsculas. Por lo tanto, asegúrese de especificar el nombre de clúster exactamente como está definido en el grupo principal.
    3. Pulse Aplicar.
  13. Pulse Guardar para guardar los cambios realizados en la configuración.
  14. Reinicie los servidores afectados.

    Si la política de grupo principal de quórum de SIP nueva se aplica al grupo principal completo, debe reiniciar todos los servidores que sean parte de dicho grupo principal.

    Si la política de grupo principal de quórum de SIP nueva sólo se aplica a un clúster específico dentro del grupo principal, debe reiniciar todos los miembros de dicho clúster.

  15. Repita estos pasos si sólo está habilitando el quórum SIP para clústeres específicos en el grupo principal.

    Sólo se puede asociar un nombre de clúster a una política. Si tiene varios clústeres en este grupo principal para los que quiere habilitar el quórum de SIP, pero no quiere habilitar el quórum para el grupo principal completo, debe crear una política completamente nueva para cada clúster para el que habilita el quórum de SIP. Por cada política nueva, debe especificar tres criterios de coincidencia type=SIP_QUORUM, policy=AllActiveQuorumPolicy y IBM_hc=nombre_clúster.

Resultados

La mayoría de los miembros que se incluyen en un contenedor SIP o en un clúster de servidor proxy deben iniciarse antes de alcanzar un quórum. Los miembros de un clúster de servidor proxy no empiezan la escucha para solicitudes SIP hasta que se alcance el quórum.

Cuando se desconecta un servidor proxy SIP de la red, otro servidor SIP de la partición minoritaria de la célula continua gestionando las solicitudes SIP. La partición minoritaria de una célula es la partición que tiene conectividad con el menor número de clústeres.

Cuando se desconecta un contenedor SIP de la red, el contenedor SIP de la partición minoritaria se reinicia automáticamente para borrar toda la información sobre las particiones lógicas que se han gestionado anteriormente. Los contenedores SIP de la partición mayoritaria se apropian de las particiones lógicas del contenedor SIP desconectado y publican esos ID en los servidores proxy SIP.


Icon that indicates the type of topic Task topic



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