Cluster de asterisco de quatro nós

Question

Eu tenho uma pergunta sobre os servidores do Asterisk. Eu tenho um cliente que tem dois locais conectados com fibra óptica. Em ambos os locais eles têm PRI ISDN-s. Em um local há 4 PRI ISDN, e no outro há 1 PRI ISDN. O cliente comprou quatro servidores HP, dois por local e também comprou caixas PRI ISDN Failover. A questão é, como fazer cluster Asterisk esticado (dois um um local e dois no outro). Algo parecido com isto:

Location one Location two +----------+ +----------+ |Asterisk 1|\ /|Asterisk 1| +----------+ \ / +----------+ PRI|Cluster >-------------Cluster IP-------------< PRI|Cluster +----------+ / \ +----------+ |Asterisk 2| / \|Asterisk 2| +----------+ +----------+

Tão básico, eles querem ter telefonia, não importa se algum site falha, o outro "pequeno" cluster deve assumir a conectividade SIP. Posso configurar facilmente dois clusters de nó em ambos os locais (Corosync, Pacemaker ou DRBD), mas como conectar esses dois locais como um grande cluster.

    

Answer 1

Algumas informações relacionadas podem ser encontradas nesta questão ServerFault . Fazer um cluster de dois clusters é incomum (também conhecido como design ruim), e fazer um cluster de 4 peers com dois peers por localização é um desperdício e inútil (nenhum valor acima de um par por local). Na verdade, com um cluster de 2 peers por local, você corre o risco de contenção de dupla atividade, pois o peer ativo em cada local luta com o outro. Que bagunça.

Parece que seu cliente está procurando por um alto grau de tolerância a falhas e está bem em investir em hardware; no entanto, eles estão investindo nas áreas erradas. Tomando a abordagem de abordagem barata com software: DRBD (o que significa corrupção em um par imediatamente corrompe o outro par), nenhum sensor de fatores ambientais indicando que um par está falhando, nenhum monitoramento profundo de hardware do cluster, nenhum conhecimento de ITSP / SIP upstream sincronização inteligente, etc., significa um cluster com funcionamento muito fraco. E o que você quer dizer com caixas de failover ISDN PRI? Comutadores PRI A / B manuais / automáticos, como o comutador de failover da beroNet ? Conversores de protocolo?

Eu sugeriria ao seu cliente redesenhar a solução de modo que eles tivessem gateways ISDN-para-SIP (por exemplo: gateways da beroNet ou digium gateways ) em cada local, e mantenha apenas um único servidor Asterisk em cada site, em seguida, link eles com HAAst . A HAAst se responsabilizará pelo reencaminhamento do tráfego, movimentação de IPs, arquivos de sincronização / bancos de dados nos clusters, etc., E, poderá atualizar os IPs nos gateways ao mesmo tempo. Melhor ainda, tenha links PRI em espera / escuro que sejam faturados apenas quando ativados (muitas operadoras / ITSP oferecerão este serviço) no local secundário.

Se você usar o HAAst, ele também poderá modificar automaticamente o plano de discagem sincronizado no failover, para que apenas os serviços essenciais sejam exibidos (suponho que é por isso que o cliente tem apenas um único PRI no local secundário).

Se você realmente quiser manter o design acima, suspeito que o HAAst possa atender às suas necessidades originais ... mas se o seu cliente estiver aberto para fazer isso da maneira correta, comece de novo.