Redundância SIPPulse - Softswitch

A arquitetura SIPPulse oferece diferentes tipos de redundância de produtos para apoiar o funcinamento da alta disponibilidade da sua operção e da integridade dos dados. As principais abordagens são:

• Redundância de Operação: Garante que o sistema continue funcionando mesmo com a falha de um proxy. As principais técnicas incluem VRRP, redundância via domínio (DNS) e IP Anycast.

• Redundância de Dados: Preserva a integridade das informações armazenadas. As soluções incluem réplicas de banco de dados (master-slave) e snapshots do servidor.

Redundância de Operação

VRRP (Virtual Router Redundancy Protocol)

O VRRP permite que outros proxies assumam a função do proxy principal em caso de falha, garantindo alta disponibilidade da rede.

Funcionamento:

• Um grupo VRRP é formado por um proxy principal e um ou mais proxies de backup.

• O grupo compartilha um IP virtual, atribuído ao proxy principal.

• Se o proxy principal falhar, o IP virtual é automaticamente associado a um proxy de backup, que assume a função principal.

Observação: O IP é migrado em caso de falha de resposta de keep alive na comunicação entre os dois servidores (master e slave), ou quando o serviço SIP (opensips) estiver down, protegendo quanto a parada do servidor.

A SIPPulse consegue apoiá-los na instalação e configuração desse tipo de redundância. Neste caso, se pensarmos em um ambiente com 1 proxy principal e 1 proxy redundante, a atividade de subir a solução de VRRP levará cerca de 8h para ser finalizada, 4 para instalação do proxy secundário e 4h para configuração do VRRP. Porém para o perfeito funcionamento da solução é preciso subir um banco de dados com a réplica das configurações, o que leva 2h a mais de trabalho. Totalizando 10h de implantação da solução.

Redundância via DNS

No modelo baseado em DNS, o domínio principal (exemplo: proxy.meusite.com) é configurado em um servidor DNS capaz de alterar dinamicamente o IP de destino.

Funcionamento:

• Se o proxy principal falhar, o servidor DNS atualiza o registro para apontar para um proxy secundário.

Desvantagem: Pode haver um pequeno atraso na propagação da alteração DNS, impactando temporariamente a disponibilidade do serviço.

Já quando falamos na redundância por DNS, a SIPPulse não atua diretamente, a única coisa que cabe a nós é a instalação do Proxy secundário e subir um banco de dados com a réplica das configurações nos dois proxys. Total da atividade 6h.

Observação: caso seja necessário consultoria para que seja possível a configuração dessa solução ela será cobrada como serviço avulso baseado nas horas comerciais.

Redundância via Anycast

No modelo Anycast, múltiplos servidores compartilham o mesmo endereço IP público, garantindo baixa latência e balanceamento de carga.

Funcionamento:

• Cada proxy anuncia o mesmo IP via protocolos de roteamento dinâmico (BGP).

• O tráfego é automaticamente direcionado ao servidor mais próximo, de acordo com as tabelas de roteamento.

• Se um servidor falhar, sua rota é removida e o tráfego é redirecionado para outra instância ativa.

Vantagem: Esse é o modelo que proporciona menor latência e um balanceamento eficiente de carga entre servidores.

Assim como no cenário de redundância por DNS, a SIPPulse não atua diretamente na redundância por Anycast. O que cabe a nós é a instalação do Proxy secundário e subir um banco de dados com a réplica das configurações nos dois proxys. Total da atividade 6h.

Observação: caso seja necessário consultoria para que seja possível a configuração dessa solução ela será cobrada como serviço avulso baseado nas horas comerciais.

Observação: Em todos os cenários descritos acima, a redundância dos módulos de roteamento de chamadas está prevista. Para que as soluções sejam eficazes, é essencial que os proxies tenham acesso local aos dados de configuração.

Redundância de Dados

Master-Slave (Réplica de Banco de Dados)

Esse modelo de redundância garante que os dados sejam replicados periodicamente entre um banco principal (master) e bancos secundários (slaves).

Funcionamento:

• A cada minuto, os dados do banco master são copiados para os bancos réplicas.

• Se o banco master falhar, os proxies podem ser reconfigurados para escrever nos bancos réplicas, evitando perda de bilhetes e garantindo a continuidade da operação.

Essa solução pode ser combinada com uma abordagem de redundância operacional para garantir que o serviço continue funcionando sem interrupção.

É importante salientar que para esse cenário funcionar conforme o planejado, é necessário, duas máquinas idênticas, uma conexão de baixíssima latência, indicamos que seja um crossconect e se em locais distintos um link dedicado.

Nesse cenário a responsabilidade, pelo servidor, comunicação e instalação sistema operacional é do Cliente. Já a parte de configuração, validação, testes é da sippulse.

Snapshot do Servidor

Outra alternativa para a redundância de dados é a criação de snapshots periódicos do banco de dados.

Funcionamento:

• O sistema gera snapshots diários do servidor de banco de dados.

• Se o banco de dados for corrompido, é possível restaurá-lo a partir do último snapshot (D-1).

Limitação: Essa abordagem é útil apenas para a recuperação de dados e não garante a continuidade imediata da operação.

Neste cenário o Cliente fica responsável por gerar e manter a integridade do Snapshot.

Com essas soluções, a arquitetura SIPPulse assegura maior confiabilidade e resiliência, permitindo um funcionamento ininterrupto mesmo em cenários de falha.