Entregar multidifusión a varios diferentes geo-ubicaciones

Question

necesito usar una lógica PGM dirección de multidifusión basada en la aplicación mientras permitir dicha aplicación "perfectamente" que atraviesa varios diferentes geo-ubicaciones (es decir, piensan los Estados Unidos / Europa / Australia).

La aplicación es bastante rendimiento (varios millones de visitas. Mensajes al día) y la latencia exigentes con mucha cantidad de pequeñas pero muy frecuentemente enviar mensajes. Clásico pub Atom no funcionará aquí debido algunos límites externos de las latencias.

He llegado con varias opciones para conectar los centros de datos, pero no puedo encontrar el mejor. Las opciones que he considerado son:   1) mensajes de multidifusión Transmita por VPN (VPN pueden manejar tal carga grande).   2) Traducir todos los mensajes de multidifusión a “mensajes” envoltura y reenviarlos a través AMQP.   3) especializada en la puerta de la casa, que los túneles de mensajes de multidifusión a través de TCP a otros dos lugares.   4) Cualquier otra solución

Yo preferiría la opción 1, ya que no necesita código adicional escribe desde desarrolladores. pero me temo que no será una conexión fiable.

¿Hay reglas para solicitar dicha conectividad?

Lo que la mejor configuración de la red con respecto a la configuración geográfica es para restricciones anteriores.

Answer 1

Sólo quería decir hola:)

En cuanto a este tema, no tenemos mucha experiencia con la multidifusión a través de WAN, sin embargo, mi sentimiento es que PGM + + WAN de alto volumen de datos daría lugar a tormentas de retransmisión. VPN no hará que este problema desaparezca como todos los receptores australianos que, cuando se enfrentan a los paquetes que faltan, enviar NACKS a Europa, etc.

especificación PGM sí permite la estructura de árbol de nodos para la entrega de mensajes, por lo que en teoría se podría colocar un solo nodo en el lado receptor que lo haría a su vez re-multicast los datos a nivel local. Sin embargo, no estoy seguro de si este tipo de funcionalidad está disponible con la aplicación de MS PGM. Opcionalmente, se puede colocar un router de Cisco con el apoyo de PGM en el lado receptor que se ocuparía de esto para usted.

En cualquier caso, mi preferencia sería convertir los datos de flujo TCP, pasarla a través de la WAN y luego convertirlo de nuevo a PGM en el otro lado. Parte del código tiene que ser escrito, pero no hubo sorpresas desagradables son de esperar.

Martin S.

Answer 2

a CohesiveFT nos encontramos con un problema muy similar cuando diseñamos nuestro producto "VPN-Cubed" para la conexión de múltiples nubes hasta servidores detrás de nuestro propio servidor de seguridad, en una VPN. Quisimos ser capaz de ejecutar aplicaciones que hablaban entre sí por medio de multidifusión, pero por ejemplo Amazon EC2 no apoya multidifusión por razones que deberían ser bastante evidente si se tiene en cuenta el potencial de tormentas red a través de un centro de datos entero. También queríamos para enrutar el tráfico a través de una amplia zona de la federación de nodos que utilizan Internet.

Sin entrar en demasiados detalles, la solución implicó la combinación de un túnel con los protocolos de enrutamiento estándar como BGP, y tecnologías abiertas para redes privadas virtuales. Utilizamos RabbitMQ AMQP para entregar mensajes en un estilo pubsub sin necesidad de multidifusión física. Esto significa que puede multidifusión falsa sobre subredes de área amplia, incluso a través de dominios y servidores de seguridad, siempre y cuando esté en el puerto seguro VPN-Cubed. Funciona porque se trata de una 'red de superposición' como se describe en la nota técnica aquí: http://blog.elasticserver.com/2008/12/vpn-cubed-technical-overview.html

No es mi intención que realmente ofrecerle una solución específica, pero espero que esta respuesta le da confianza para probar algunos de estos enfoques.

Saludos, Alexis