Entregar multicast a varias ubicaciones geográficas diferentes

votos
2

Necesito usar una dirección lógica de multidifusión basada en PGM en la aplicación, mientras habilito dicha aplicación ejecutando a la perfección en varias ubicaciones geográficas diferentes (es decir, piensa en EE. UU./ Europa / Australia).

La aplicación es bastante eficiente (varios millones de mensajes de negocios por día) y latencia exigente con un montón de mensajes pequeños pero muy frecuentes. El pub Atom clásico no funcionará aquí debido a algunos límites externos de latencias.

He encontrado varias opciones para conectar esos centros de datos pero no puedo encontrar el mejor. Las opciones que he considerado son: 1) Reenviar mensajes de multidifusión a través de VPN (¿puede VPN manejar esa gran carga). 2) Traduzca todos los mensajes de multidifusión a mensajes contenedoras y reenvíelos a través de AMQP. 3) Escriba la puerta interna especializada que canaliza los mensajes de multidifusión a través de TCP a otras dos ubicaciones. 4) Cualquier otra solución

Preferiría la opción 1, ya que no necesita escrituras de código adicionales de los desarrolladores. pero me temo que no será una conexión confiable.

¿Hay alguna regla para solicitar dicha conectividad?

Cuál es la mejor configuración de red con respecto a la configuración geográfica para las restricciones anteriores.

Publicado el 10/12/2008 a las 01:12
fuente por usuario
En otros idiomas...                            


2 respuestas

votos
0

en CohesiveFT nos topamos con un problema muy similar cuando diseñamos nuestro producto "VPN-Cubed" para conectar nubes múltiples a servidores detrás de nuestro propio firewall, en una VPN. Queríamos poder ejecutar aplicaciones que hablaran entre sí mediante multidifusión, pero por ejemplo, Amazon EC2 no es compatible con multidifusión por razones que deberían ser bastante obvias si se tiene en cuenta el potencial de tormentas de red en todo un centro de datos. También queríamos enrutar el tráfico a través de una federación de nodos de área amplia usando Internet.

Sin entrar en demasiados detalles, la solución implicó combinar la tunelización con protocolos de enrutamiento estándar como BGP y tecnologías abiertas para VPN. Usamos RabbitMQ AMQP para entregar mensajes en un estilo pubsub sin necesidad de multidifusión física. Esto significa que puede falsificar multidifusión en subredes de área amplia, incluso en dominios y firewalls, siempre que se encuentre en el puerto seguro de VPN-Cubed. Funciona porque es una 'superposición de red' como se describe en la nota técnica aquí: http://blog.elasticserver.com/2008/12/vpn-cubed-technical-overview.html

No tengo la intención de ofrecerle una solución específica, pero espero que esta respuesta le dé confianza para probar algunos de estos enfoques.

Saludos, alexis

Respondida el 10/01/2009 a las 11:31
fuente por usuario

votos
0

Sólo quería decir hola :)

En cuanto al tema, no tenemos mucha experiencia con multicasting a través de WAN, sin embargo, mi sensación es que PGM + WAN + alto volumen de datos conduciría a tormentas de retransmisión. VPN no hará que este problema desaparezca, ya que todos los receptores australianos, al enfrentarse a paquetes faltantes, enviarían NACKS a Europa, etc.

La especificación de PGM permite la estructura en árbol de los nodos para la entrega de mensajes, por lo que, en teoría, podría colocar un solo nodo en el lado receptor que a su vez redirigiría los datos a nivel local. Sin embargo, no estoy seguro de si este tipo de funcionalidad está disponible con la implementación de MS de PGM. Opcionalmente, puede colocar un enrutador Cisco con compatibilidad PGM en el lado de recepción que lo manejaría por usted.

En cualquier caso, mi preferencia sería convertir los datos a flujo TCP, pasarlos a través de la WAN y luego convertirlos a PGM en el otro lado. Se debe escribir un código, pero no se esperan sorpresas desagradables.

Martin S.

Respondida el 29/12/2008 a las 22:12
fuente por usuario

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