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

Configurando o Suporte ao Quorum SIP Usando o Grupo Principal Padrão

Você pode configurar o quorum para evitar inconsistência entre contêineres SIP (Session Initiation Protocol), ou erros repetidos de um servidor proxy. Se o quorum for ativado antes que ocorra uma partição de rede, decisões corretas de roteamento poderão ser tomadas. Um partição de rede pode ocorrer quando um conjunto de contêineres SIP é desconectado da rede e depois reconectado.

Antes de Iniciar

Determine se você deseja configurar o recurso de quorum para todo o grupo principal ou para clusters específicos em um grupo principal. O tópico Implicações de Configurações de Política de Grupo de Alta Disponibilidade fornece informações adicionais sobre a funcionalidade de quorum.

Sobre Esta Tarefa

Todos os contêineres SIP publicam um conjunto de IDs (Identificadores Exclusivos) para o servidor proxy SIP. Cada ID representa um conjunto de sessões do SIP. O servidor proxy SIP está apto a tomar as decisões corretas de roteamento com base no mapeamento de um para um desses IDs para os contêineres SIP.

Uma partição de rede ocorre sempre que um dispositivo de rede na topologia da célula falha. Como resultado, uma parte, ou partição, da célula desconecta-se da outra parte, ou partição.
Evitar Problemas Evitar Problemas: Se uma partição de rede dividir os membros de cluster uniformemente, metade dos membros de cluster serão selecionados arbitrariamente para estarem no quorum. Essa divisão poderá causar um reinício da partição enquanto ela ainda está conectada aos clientes. Portanto, você deve configurar seu sistema para minimizar partições divididas uniformemente. Um conjunto de três agrupamentos deve ser criado: três centros de dados, três centros blade e três agrupamentos de membros de cluster.gotcha

Sempre que a conectividade de rede é interrompida, um contêiner SIP de backup assume a propriedade de todos os IDs que foram gerenciados pelo contêiner SIP desconectado. O contêiner de backup então publica a propriedade desses IDs no servidor proxy SIP de modo que o servidor proxy possa tomar as decisões de roteamento corretas.

Quando a conexão de rede para o contêiner primário é restaurada, o contêiner primário começa a publicar a propriedade do ID no servidor proxy SIP para indicar que ele possui os mesmos IDs que o contêiner de backup. Se o servidor proxy SIP tiver dois destinos para cada ID, será impossível para o servidor proxy SIP tomar as decisões de roteamento corretas de forma consistente. Para evitar esse problema, é necessário configurar o recurso de quorum SIP para os servidores proxy antes que ocorra uma partição de rede.

O recurso de quorum SIP pode ser ativado para um grupo principal inteiro, como DefaultCoreGroup, ou para clusters específicos em um grupo principal. Quando o recurso de quorum é ativado na política Quorum SIP Padrão para um grupo principal, o recurso é ativado para todos os clusters no grupo principal. Se o recurso de quorum SIP estiver ativado somente em alguns dos clusters de um grupo principal, você deverá modificar a política padrão e criar uma configuração de política de grupo principal duplicada para ativar o suporte de quorum nesses clusters.

É necessário ativar a política de grupo principal Quorum SIP Padrão ou configurar uma política de grupo principal duplicada com o quorum ativado para cada grupo principal que exige suporte de quorum. O propósito do grupo de alta disponibilidade que utiliza a política de grupo principal é rastrear o quorum entre os contêineres SIP, ou servidores proxy SIP, em um cluster.

Execute estas etapas para configurar o recurso de quorum utilizando uma política de grupo principal adicional de quorum SIP.

Nota: Somente um nome de cluster pode ser aplicado a uma política. Repita esse procedimento para cada cluster que exige que o recurso de quorum SIP crie uma nova política com os critérios de correspondência apropriados. Cada política de quorum SIP deve ter no máximo três critérios de correspondência.

Procedimento

  1. No console administrativo, clique em Servidores > Grupos Principais > Configurações do grupo principal > core_group_name.
  2. Clique em Políticas > Novo.
  3. Selecione Todas as Políticas Ativas e clique em Avançar
  4. Especifique um nome exclusivo para a política no campo Nome e, em seguida, digite uma descrição no campo Descrição.
  5. Selecione Quorum e depois clique em OK. Você receberá uma mensagem de aviso que indica ser necessário definir pelo menos um critério de correspondência para essa política.
  6. Na seção Propriedades Adicionais, clique em Critério de Correspondência > Novo.
  7. Especifique a política no campo Nome e AllActiveQuorumPolicy no campo Valor. Ambos os campos fazem distinção entre maiúsculas e minúsculas, e ambos os valores devem ser digitados conforme mostrado nesta etapa.
  8. Clique em Aplicar.
  9. Clique no nome de sua política na trilha de navegação nessa página do console administrativo e, em seguida, na seção Propriedades Adicionais, clique em Critérios de Correspondência > Novo novamente.
  10. Especifique o tipo no campo Nome e SIP_QUORUM no campo Valor. Conforme mencionado anteriormente, ambos os campos fazem distinção entre maiúsculas e minúsculas, e ambos os valores devem ser digitados conforme mostrado nesta etapa.
  11. Clique em Aplicar.
  12. Execute as ações a seguir se quiser apenas que essa nova política se aplique a um cluster específico no grupo principal. Ignore esta etapa se quiser que essa nova política se aplique ao grupo principal inteiro.
    1. Clique no nome de sua política na trilha de navegação nesta página do console administrativo e, em seguida, na seção Propriedades Adicionais, clique em Critérios de Correspondência > Novo novamente.
    2. Desta vez, especifique IBM_hc no campo Name e o nome de um cluster, no qual você deseja aplicar essa política, no campo Valor. Ambos os campos fazem distinção entre maiúsculas e minúsculas. Portanto, certifique-se de digitar o nome do cluster exatamente como definido no grupo principal.
    3. Clique em Aplicar.
  13. Clique em Salvar para salvar suas alterações na configuração.
  14. Reinicie os servidores afetados.

    Se a nova política de grupo principal de quorum SIP se aplicar ao grupo principal inteiro, você deverá reiniciar cada servidor que faz parte desse grupo principal.

    Se a nova política de grupo principal de quorum SIP se aplicar apenas a um cluster específico no grupo principal, você deverá reiniciar todos os membros desse cluster.

  15. Repita essas etapas se estiver apenas ativando o quorum SIP para clusters específicos no grupo principal.

    Somente um nome de cluster pode ser associado a uma política. Se você tiver vários clusters nesse grupo principal, para os quais deseja ativar o quorum SIP, mas não estiver ativando o quorum SIP para o grupo principal inteiro, deverá criar uma política inteiramente nova para cada cluster para o qual está ativando o quorum SIP. Para cada nova política, é necessário especificar os três critérios de correspondência type=SIP_QUORUM, policy=AllActiveQuorumPolicy e IBM_hc=nome_do_cluster.

Resultados

A maioria dos membros incluídos em um contêiner SIP ou cluster de servidores proxy deve ser iniciada antes que o quorum seja alcançado. Os membros de um cluster de servidores proxy não começarão a atender pedidos SIP enquanto o quorum não for alcançado.

Quando um servidor proxy SIP é desconectado da rede, um servidor proxy SIP na partição minoritária da célula continua a tratar os pedidos SIP. A partição minoritária de uma célula é a partição que tem conectividade com menos membros de cluster.

Quando um contêiner SIP é desconectado da rede, o contêiner SIP na partição minoritária é reiniciado automaticamente para limpar todas as informações sobre as partições lógicas que foram gerenciadas anteriormente. Os contêineres SIP na partição majoritária assumem a propriedade das partições lógicas do contêiner SIP desconectado e publicam esses IDs nos servidores proxy SIP.


Ícone que indica o tipo de tópico Tópico de Tarefa



Ícone de registro de data e hora Última atualização: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=tjpx_sippxquorum
Nome do arquivo: tjpx_sippxquorum.html