Entregar multicast a vários diferentes geo-localização

votos
2

Eu preciso usar um PGM lógico endereço de multicast baseado no aplicativo enquanto permitem tal aplicação perfeitamente que atravessa vários diferentes geo-localização (ie pensar US / Europe / Australia).

Aplicação é bastante rendimento (vários milhões biz. Mensagens por dia) e latência exigentes whith um monte de pequenas, mas muito freqüentemente enviam mensagens. Classical pub Atom 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) a transmitir mensagens multicast através de VPN de (pode VPN lidar com essa grande carga). 2) Traduzir todas as mensagens multicast para “mensagens de mensagens publicitárias” e transmiti-los via AMQP. 3) Escrever portão especializado em casa que túneis mensagens multicast através de TCP para outros dois locais. 4) Qualquer outra soluo

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

Existem regras para se candidatar a essa conectividade?

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

Publicado 10/12/2008 em 01:12
fonte usuário
Em outras línguas...                            


2 respostas

votos
0

em CohesiveFT nós funcionamos em um problema muito semelhante quando nós projetamos nosso produto "VPN-Cubed" para conectar vários nuvens até servidores atrás 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 multicast falso 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

Não tenho a intenção de 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

Respondeu 10/01/2009 em 11:31
fonte usuário

votos
0

Só 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 à medida que todos os receptores australianos que, quando confrontado com os pacotes em falta, envie NACKS 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, por sua vez re-multicast os dados localmente. No entanto, eu não tenho 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.

Respondeu 29/12/2008 em 22:12
fonte usuário

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more