Question

I am looking for a message queue which would replicate messages across a cluster of servers. I am aware that this will cause a performance hit, but that s what the requirements are - message persistence is very important.

The replication can be asynchronous, but it should be there - if there s a large backlog of messages waiting for processing, they shouldn t be lost.

So far I didn t manage to find anything from the well-known MQs. HornetQ for example supported message replication in 2.0 but in 2.2 it seems to be removed. RabbitMQ doesn t replicate messages at all, etc.

那里是否有任何东西可以满足我的要求?

Answer 1

至少要考虑三种办法,视你们需要解决办法的强大程度而定。

One: pick any messaging tech, then replicate your disk-storage. Using something like DRBD you can have the file-backed storage copied to another machine under the covers. If your primary box dies, you should be able to restart on your second machine from the replicated files.

2: 留意。各种商业系统无疑是这样做的,其中两种(本人没有经济效益)是::Informaticaewaging(前29个西方)和Solace 。这些资金通常用于金融界。

三个:建立自己的网站:ZeroMQ,是你可以用来从设计前的散射区进行滚动的系统的工具。即便是没有正式支持的系统,也很容易被配置成结构,以公布对两个地点的所有信息。你们的读者将不得不从两方面抽走,因此这很可能是一个非开端者,但无论如何都是可能的。

总体而言:确实测试了你的绩效假设,因为所有这些假设都会对业绩产生不同的影响。

Answer 2

亚马孙SQS是出于这一考虑设计的,但由于一致性模式(这是一条通向信息的一部分),你负责在消费者方面复制信息。补贴后,SQS可能有些缓慢,费用可能会增加很多信息,但如果你想要保证不丢失任何信息,那就是一个非常可靠的途径。

Answer 3

新的Kafka 0.8.1提供了复制!

友情链接