Geben Sie Multicast an mehrere verschiedene geo-Standorten

Question

Ich brauche eine logische PGM basierten Multicast-Adresse in der Anwendung zu verwenden, während eine solche Anwendung ermöglichen „nahtlos“ über mehrere verschiedene Geo-Standorten ausgeführt (das heißt denken US / Europa / Australien).

Die Anwendung ist ganz Durchsatz (mehrere Millionen biz. Nachrichten pro Tag) und Latenz anspruchsvolle whith vielen kleinen, aber sehr häufig Nachrichten senden. Klassische Atom gesehen werden hier nicht durch einige externe Grenzen der Latenzen arbeiten.

Ich habe mit mehreren Optionen kommen, um diese Datenzentren zu verbinden, aber die besten nicht finden kann. Optionen, die ich in Frage:   1) Vorwärts Multicast-Nachrichten via VPN (VPN können so große Last bewältigen).   2) Übersetzen alle Multicast-Nachrichten zu „Wrapper-Nachrichten“ und leiten sie über AMQP.   3) Schreiben spezialisiert in-house-Gatter, das Multicast-Nachrichten über TCP beiden anderen Standorten tunnelt.   4) Jede andere Lösung

Ich würde es vorziehen Option 1, da es keine zusätzlichen Code benötigt von Devs schreibt. aber ich fürchte, es nicht zuverlässige Verbindung sein wird.

Gibt es Regeln für eine solche Verbindung zu bewerben?

Was ist die beste Netzwerkkonfiguration in Bezug auf die geographische Konfiguration über Constraints ist.

Answer 1

Ich wollte nur sagen, hallo:)

Wie für das Thema, wir haben nicht viel Erfahrung mit Multicasting über WAN, aber mein Gefühl ist, dass PGM + WAN + hohe Datenvolumen zu Neuübertragung Stürme führen würde. VPN wird dieses Problem nicht verschwinden wie alle die australischen Empfänger würde, wenn sie mit fehlenden Paketen konfrontiert, NACKS nach Europa usw. senden.

PGM-Spezifikation ist für Baumstruktur von Knoten für die Nachrichtenübermittlung ermöglichen, so in der Theorie Sie einen einzelnen Knoten auf der Empfangsseite platzieren konnte das würde seinerseits wieder Multicast lokal die Daten. Aber ich bin nicht sicher, ob diese Art von Funktionalität mit MS Implementierung von PGM zur Verfügung steht. Optional können Sie einen Cisco-Router mit PGM-Unterstützung auf der Empfangsseite platzieren, die dies für Sie behandeln würde.

In jedem Fall wäre meine Präferenz sein, die Daten zu TCP-Stream zu konvertieren, übergeben Sie es über das WAN und dann auf der anderen Seite zu PGM zurück zu konvertieren. Einiger Code hat geschrieben werden, aber keine bösen Überraschungen zu erwarten sind.

Martin S.

Answer 2

bei CohesiveFT liefen wir in ein sehr ähnliches Problem, wenn wir unser „VPN-Cubed“ Produkt entwickelt, um mehrere Wolken für den Anschluss von bis zu Servern hinter unserem eigenen Firewall, in einem VPN. Wir wollten in der Lage sein, Anwendungen zu laufen, die miteinander unter Verwendung von Multicast gesprochen, aber zum Beispiel Amazon EC2 bietet keine Unterstützung für Multicast aus Gründen, die ziemlich offensichtlich sein sollen, wenn Sie das Potenzial für Netzstürme für einen ganzen Rechenzentrum betrachten. Wir wollten auch den Datenverkehr über einen weiten Bereich Verband von Knoten über das Internet.

Ohne zu sehr ins Detail zu gehen, beteiligte die Lösung Tunneling mit Standard-Routing-Protokollen wie BGP Kombination und offenen Technologien für VPNs. Wir verwenden RabbitMQ AMQP-Nachrichten in einem PubSub Stil zu liefern, ohne physikalischen Multicast zu benötigen. Dies bedeutet, dass Sie gefälschte Multicast über Wide Area Subnetze können, auch über mehrere Domains und Firewalls, sofern Sie in der VPN-Cubed sicheren Hafen sind. Es funktioniert, weil es ein 'Netzwerk-Overlay' wie in technischem Hinweis ist hier beschrieben: http://blog.elasticserver.com/2008/12/vpn-cubed-technical-overview.html

Ich beabsichtige nicht, tatsächlich zu bieten Ihnen eine spezifische Lösung, aber ich hoffe, dass diese Antwort gibt Ihnen Vertrauen, einige dieser Ansätze zu versuchen.

Cheers, alexis