我需要在应用程序中使用的一个逻辑PGM基于多播地址而实现这样的应用“无缝”在几个不同的地理地点运行(即认为US /欧洲/澳大利亚)。

应用程序是相当的吞吐量(数百万BIZ,每日消息)和延迟要求苛刻的蒙山很多小,但非常频繁发送的邮件。经典原子酒馆这里不能工作,由于等待时间的一些外部限制。

我已经想出了多种方法用于连接这些数据中心,但无法找到最好的一个。 我所考虑的选项包括:   1)通过VPN的(前向多播消息可在VPN处理这样的大负载)。   2)翻译的所有组播消息“包装消息”和经由AMQP转发它们。   3)写入专门的内部栅极经由TCP隧道的多播消息发送到其他两个位置。   4)任何其它溶液

,因为它并不需要额外的代码从开发者写我宁愿选择1。但恐怕不会是可靠的连接。

是否有任何规则申请此类连接?

关于地理配置的最佳网络配置为上述约束什么。

有帮助吗?

解决方案

只是想打个招呼:)

对于这个话题,我们已经与多播通过广域网没有太多的经验,但是,我的感觉是PGM + WAN +数据的高容量会导致重传风暴。 VPN不会让这个问题消失的所有的澳大利亚接收器会,当丢失的包遇到,发送NACKS到欧洲等。

PGM规范允许用于消息传递的节点的树结构,所以在理论上可以放置在单个节点上接收侧那会反过来再组播所述数据本地。但是,我不知道这种功能是否可与MS执行PGM的。任选地,可以将与在接收侧PGM支持Cisco路由器,将处理这个要求。

在任何情况下,我的偏好是将数据转换成TCP流,通过它在WAN上,然后将其转换回PGM在另一侧。一些代码已被写入,但是没有讨厌的惊喜是可以预期的。

马丁S上。

其他提示

在CohesiveFT,我们遇到了一个非常类似的问题,当我们设计我们的“VPN-Cubed模型”的产品,用于连接多个云到我们自己的防火墙后面的服务器,在一个VPN。我们希望能够运行彼此交谈使用多播的应用程序,但是,例如亚马逊EC2不支持组播的原因,如果你考虑跨整个数据中心网络风暴的可能性,应该是相当明显的。我们也希望将流量路由跨越利用互联网节点的广域联合会。

没有进入太多细节,将溶液参与标准路由协议像BGP和开放技术的VPN隧道结合。我们使用的RabbitMQ AMQP提供一个发布订阅式的消息,而无需物理多播。这意味着你可以在广域子网假组播,甚至跨域和防火墙,只要你是在VPN-Cubed模型避风港。它的工作原理,因为它是在这里技术说明中描述的“网络覆盖”:的 http://blog.elasticserver.com/2008/12/vpn-cubed-technical-overview.html

我不打算其实你提供具体的解决办法,但我不希望这个答案让你信心尝试一些这些方法。

干杯,亚历

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top