Fornire multicast per diversi geo-posizioni

Question

Ho bisogno di utilizzare in base indirizzo multicast uno PGM logica in applicazione mentre consentire tale applicazione "senza soluzione di continuità" che attraversa diversi luoghi geo-(vale a dire pensare US / Europe / Australia).

L'applicazione è piuttosto il throughput (diversi milioni biz. Messaggi al giorno) e la latenza esigente whith un sacco di piccoli ma molto spesso inviare messaggi. Classica Atom pub non funziona qui a causa dei limiti esterni delle latenze.

Sono venuto su con diverse opzioni per connettersi quei data center, ma non riesco a trovare quella migliore. Opzioni che ho considerati sono:   1) messaggi multicast Inoltra via VPN (VPN possono gestire tale carico grande).   2) Tradurre tutti i messaggi multicast a “messaggi wrapper” e li trasmette via AMQP.   3) specializzata porta in casa il quale incanala messaggi multicast tramite TCP ad altre due località.   4) Qualsiasi altra soluzione

Io preferirei l'opzione 1 in quanto non ha bisogno di ulteriore codice scrive da sviluppatori. ma temo che non sarà connessione affidabile.

Ci sono delle regole da applicare per tale connettività?

Ciò che la miglior configurazione di rete per quanto riguarda la configurazione geografica è per vincoli di cui sopra.

Answer 1

Volevo solo dire ciao:)

Per quanto riguarda il tema, non abbiamo molta esperienza con il multicasting su WAN, tuttavia, la mia sensazione è che PGM + WAN + elevato volume di dati porterebbe a tempeste di ritrasmissione. VPN non farà questo problema scompare come tutti i ricevitori australiani sarebbero, di fronte a pacchetti mancanti, inviare NACKs in Europa ecc.

specifica PGM non consentono di struttura ad albero di nodi per la consegna dei messaggi, quindi in teoria è possibile inserire un singolo nodo sul lato ricevente che avrebbe a sua volta ri-multicast i dati localmente. Tuttavia, non sono sicuro se questo tipo di funzionalità è disponibile con l'attuazione di MS PGM. Opzionalmente, è possibile inserire un router Cisco con supporto PGM sul lato ricevente che avrebbe gestito questo per voi.

In ogni caso, la mia preferenza sarebbe quella di convertire i dati in flusso TCP, passarlo sulla WAN e poi riconvertirlo in PGM sul lato opposto. Alcuni codice deve essere scritto, ma senza brutte sorprese sono da aspettarsi.

Martin S.

Answer 2

a CohesiveFT ci siamo imbattuti in un problema molto simile quando abbiamo progettato il nostro prodotto "VPN-Cubed" per collegare più nuvole fino a server dietro il nostro firewall, in una VPN. Abbiamo voluto essere in grado di eseguire applicazioni che parlavano tra loro utilizzando il multicast, ma per esempio Amazon EC2 non il supporto multicast per motivi che dovrebbero essere abbastanza ovvio se si considera il potenziale per le tempeste di rete attraverso un intero data center. Abbiamo voluto anche per instradare il traffico in una vasta federazione di nodi utilizzando internet zona.

Senza entrare troppo nel dettaglio, la soluzione ha coinvolto combinando tunneling con protocolli di routing standard come BGP, e tecnologie aperte per VPN. Abbiamo usato RabbitMQ AMQP per recapitare i messaggi in uno stile PubSub senza bisogno multicast fisica. Questo significa che è possibile multicast falso su ampi sottoreti zona, anche attraverso i domini e firewall, a condizione che siano nel porto sicuro VPN-Cubed. Funziona perché si tratta di una 'sovrapposizione di rete' come descritto nella nota tecnica qui: http://blog.elasticserver.com/2008/12/vpn-cubed-technical-overview.html

Non intendo effettivamente offrire una soluzione specifica, ma spero questa risposta ti dà fiducia per provare alcuni di questi approcci.

Saluti, alexis