![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
![[IBM i]](../images/iseries.gif)
Proteção Contra Sobrecarga do SIP (Session Initiation Protocol)
A sobrecarga do SIP (Session Initiation Protocol) protege o sistema contra duas condições de sobrecarga: de memória e de CPU. O CMOP (Container Managed Overload Protection) e o PMOP (Proxy Managed Overload Protection) permitem proteção em tempo real com base nas informações de configuração da sobrecarga.
Proteção contra Sobrecarga Gerenciada pelo Contêiner do SIP
Em uma implementação de servidor independente, a proteção contra sobrecarga gerenciada por contêiner (CMOP) do SIP apenas defende contra condições de sobrecarga de memória e de CPU. Um administrador pode configurar vários limites estáticos utilizando as configurações do contêiner do SIP. Quando esses limites são excedidos, o contêiner começa a eliminar novos pedidos, respondendo a todos os pedidos que iniciam novos diálogos com uma resposta 503, até que o contêiner não esteja mais sobrecarregado. Isso inclui configurações que afetam o uso de memória e CPU.
Em uma implementação ND, o CMOP permite que o contêiner utilize as mesmas configurações de contêiner SIP para notificar o servidor proxy quando o contêiner estiver em um estado sobrecarregado. Depois que o servidor proxy recebe essa notificação, ele começa a eliminar novos pedidos, em vez de redirecioná-los aos contêineres. Todas as condições de sobrecarga de memória no ND são evitadas pelo CMOP, independentemente da configuração.
- Número Máximo de Sessões de Aplicativos
- Máximo de Mensagens por Período Médio
- Tempo Máximo de Resposta
- Tamanho Máximo da Fila de Dispatch
- message.queue.burst.factor
- thread.message.queue.max.size
- weight.overload.watermark
Proteção contra Sobrecarga Gerenciada pelo Proxy do SIP
- O mecanismo de ativação ou desativação poderá se tornar muito granular
- As taxas de admissão poderão flutuar
- Uma proteção absoluta sobre a carga poderá ser difícil de estabelecer
- Cargas instáveis poderão ser enviadas aos contêineres
Quando o PMOP é implementado, o servidor proxy utiliza controladores de taxa de admissão para cada contêiner. Quando um contêiner está sobrecarregado, em vez de aceitar ou rejeitar nova carga por um período de tempo, uma nova carga de trabalho pode ser enviada aos contêineres backend sem encerrar completamente o fluxo de novo tráfego. Isso permite que o servidor proxy ofereça uma carga consistente aos contêineres sem exceder os valores máximos das configurações do contêiner.

O servidor proxy do SIP calcula um valor máximo para o rendimento de mensagens para cada contêiner backend com base em uma porcentagem da definição MMAP (Maximum Messages per Averaging Period) configurada, especificada para o contêiner. O valor máximo para o rendimento de mensagens é chamado de MTF (Maximum Throughput Factor).
O MTF é desativado por padrão e só pode ser ativado especificando um valor para a propriedade customizada maxThroughputFactor. O valor especificado para a propriedade customizada MTF deverá ser menos de 100 por cento, para evitar sobrecarga de CPU no contêiner. Por exemplo, digamos que você configure esse valor como 90%.
Quando o valor da propriedade customizada MTF é definido como inferior a 100 por cento, o rendimento total do contêiner nunca deverá exceder o valor máximo especificado para a configuração do contêiner MMAP. Este processo protege o contêiner contra manipulação de cargas excessivas resultantes de uma condição de sobrecarga.
O valor MTF deve sempre ser especificado quando a proteção estável e precisa contra sobrecarga é necessária. A especificação da configuração de MTF fornece os melhores resultados para cargas que variam até o dobro da capacidade do sistema. Considere a capacidade de seu sistema ao configurar a proteção contra sobrecarga.
- Controle de taxa por servidor gerenciado no servidor proxy
- Controlador de taxa de admissão com ajuste automático por segundo
- Proporção de médias em diálogo para sem diálogo utilizada para controlar a taxa
- Redução da taxa automática quando em um estado de sobrecarga
- Capacidade de absorver transições de carga rápida
- Tolerância a burst para permitir burst de carga ocasional curto sem acionar sobrecarga
- Controle de estabilização para evitar sobrecarga excessiva quando houver uma transição no cluster
- burstResetFactor
- deflatorRatio
- dropOverloadPackets
- inDialogAveragingPeriod
- maxThroughputFactor
- outDialogAveragingPeriod
- perSecondBurstFactor
- proxyTransitionPeriod
- sipProxyStartupDelay