Pergunta

Eu preciso usar um endereço de multicast com base PGM lógica no aplicativo enquanto permitem tal aplicação "perfeitamente" que atravessa vários diferentes geo-localização (ou seja, pensar US / Europe / Australia).

A aplicação é bastante rendimento (biz vários milhões. Mensagens por dia) e latência exigentes whith um monte de pequenas, mas muito freqüentemente enviam mensagens. pub Atom clássica não vai funcionar aqui devido alguns limites externos de latência.

Eu vim com várias opções para conectar esses datacenters mas não consegue encontrar o melhor. Opções que eu tenho considerados são: 1) Encaminhar o multicast de mensagens via VPN (pode lidar com VPN tão grande carga). 2) Traduzir todas as mensagens multicast para “mensagens de mensagens publicitárias” e transmiti-los via AMQP. 3) Escrever especializada gate in-house que túneis mensagens multicast através de TCP para outros dois locais. 4) Qualquer outra solução

Eu preferiria a opção 1, uma vez que não precisa escreve código adicional da devs. mas temo que não será conexão confiável.

Existem regras para se candidatar a essa conectividade?

O que a melhor configuração da rede no que respeita à configuração geográfica é para acima restrições.

Foi útil?

Solução

Apenas queria dizer Olá:)

Quanto ao tema, não temos muita experiência com o multicast sobre WAN, no entanto, o meu sentimento é que PGM + WAN + alto volume de dados levaria a tempestades de retransmissão. VPN não vai fazer esse problema desaparecer como todas os receptores australianos iria, quando confrontado com pacotes em falta, NACKS enviar para a Europa etc.

especificação

PGM não permite a estrutura de árvore de nós para a entrega de mensagens, por isso, em teoria, você poderia colocar um único nó no lado receptor que possa por sua vez re-multicast os dados localmente. No entanto, não tenho a certeza se este tipo de funcionalidade está disponível com a implementação MS da PGM. Opcionalmente, você pode colocar um roteador Cisco com suporte PGM no lado receptor que iria lidar com isso para você.

Em qualquer caso, a minha preferência seria para converter os dados de fluxo TCP, passe-o sobre a WAN e depois convertê-lo de volta à PGM do outro lado. Algum código tem de ser escrito, mas sem surpresas desagradáveis ??são esperadas.

Martin S.

Outras dicas

no CohesiveFT nós funcionamos em um problema muito semelhante quando nós projetamos nosso produto "VPN-Cubed" para conectar vários nuvens até servidores por trás do nosso próprio firewall, de uma VPN. Queríamos ser capaz de executar aplicativos que falavam entre si usando multicast, mas, por exemplo Amazon EC2 não suporta multicast por razões que deverá ser bastante óbvio se você considerar o potencial para tempestades de rede em todo um centro de dados. Também queríamos para rotear o tráfego através de uma ampla federação de nós usando a internet área.

Sem entrar em muitos detalhes, a solução envolveu a combinação de tunelamento com protocolos de roteamento padrão como BGP, e tecnologias abertas para VPNs. Usamos RabbitMQ AMQP para entregar mensagens em um estilo pubsub sem a necessidade de multicast física. Isto significa que pode falso multicast sobre sub-redes de área ampla, até mesmo entre domínios e firewalls, desde que você está no porto seguro VPN-Cubed. Ele funciona porque é uma 'sobreposição de rede', como descrito na nota técnica aqui: http://blog.elasticserver.com/2008/12/vpn-cubed-technical-overview.html

Eu não pretendo realmente oferecer-lhe uma solução específica, mas eu espero que esta resposta lhe dá confiança para tentar algumas dessas abordagens.

Cheers, alexis

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top