Alta Disponibilidade e Gerenciamento de Carga de Trabalho com o Servidor Proxy do Session Initiation Protocol

A solução de alta disponibilidade do SIP (Session Initiation Protocol) assume que todas as mensagens que pertencem ao mesmo diálogo são manipuladas pelo mesmo contêiner. Se u m contêiner falhar, todas as sessões que foram manipuladas por esse contêiner serão pegas pelos outros servidores no domínio de replicação desse contêiner e serão ativadas imediatamente. Todas as mensagens subsequentes que pertencem a uma sessão do contêiner que falhou são enviadas ao novo contêiner sob os encargos dessa sessão.

Evitar Problemas Evitar Problemas: O servidor proxy SIP não administra failover de nível de transação, que são chamadas feitas no meio de uma transação. O servidor proxy SIP administra failover de chamadas estáveis, que são chamadas não feitas no meio de uma transação.gotcha
A alta disponibilidade gerencia o seguinte:
  • Escalabilidade – A capacidade de incluir mais servidores no cluster para manipular carregamentos aumentados.
  • Balanceamento de carga – A capacidade de distribuir a carga entre todos os servidores no cluster de forma que nenhum servidor fique sobrecarregado enquanto há outros servidores que não são utilizados.
  • Failover – A capacidade de recuperar-se de uma falha em um ou mais dos componentes na solução.
A solução de alta disponibilidade do SIP utiliza os seguintes componentes:
  • Contêiner do SIP - Mantém todas as sessões e ativa todos os aplicativos.
  • Servidor proxy do SIP - Gerencia um grande número de conexões do cliente, roteia mensagens recebidas para o contêiner SIP apropriado e cria conexões de saída para clientes e outros domínios.
  • Dispatcher da Rede - Fornece um único IP para o cluster e round-robins entre proxies.
  • UCF (Unified Clustering Framework) - Comunica informações de roteamento entre o contêiner do SIP e o proxy do SIP. Utilizando o UCF, o proxy do SIP roteia mensagens para o contêiner do SIP menos carregado ou para um contêiner que esteja guiando as sessões para um servidor que falhou.
    Nota: Se você incluir contêineres do SIP em um cluster enquanto o tráfego estiver fluindo, inclua-os um de cada vez, para que o sistema possa passar pelo processo de auto-inicialização do contêiner sem reduzir os recursos do cluster inteiro. Se você incluir um contêiner de cada vez, somente o contêiner incluído passará pelo processo de auto-inicialização, ao contrário de todos os contêineres do cluster.
Gerencie o failover no proxy do SIP fazendo o seguinte:
  1. Replicando os dados nas sessões entre contêineres do SIP para que outros contêineres consigam ativar as sessões que falharam no caso de uma falha do servidor.
  2. Ativando as sessões que falharam no restante dos servidores imediatamente quando uma falha for detectada porque as sessões do SIP podem ter cronômetros associados a elas.
  3. Roteando mensagens que chegam pertencentes a sessões que falharam para o novo servidor que está manipulando a sessão.

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



Í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=cjpx_sipproxyha
Nome do arquivo: cjpx_sipproxyha.html