我们正在使用rabbitmq (3.6.6)将分析(百万)发送到不同的分析器。这些非常快,我们计划使用兔子消息插件来安排对分析元素的监视。
我们正在考虑兔子延迟交换插件,我们已经做了一些测试,我们需要一些澄清。
目前:
在2.0g设置高内存水印时发生了什么:
rabbitmqctl
。这会持续至少18个小时(总是会终止,删除磁盘上的mnesia延迟文件(大约100 / 200 MB )并重新启动)。在3.6g设置高内存水印时发生了什么:
现在我们在问自己:我们是不是有点过头了,用兔子延迟交换插件来获取这些信息?如果我们是,那么问题的结束,重新考虑和重新启动,但如果不是,什么是批准的硬件和/或配置设置?
发布于 2017-01-10 10:15:33
RabbitMQ延迟交换插件的设计不当,无法存储数百万条消息。
它也被记录在插件页面中。
当前这个插件的设计并不适合大量延迟消息的场景(例如,1000或数百万条消息)。详情见72。
也可以在这里阅读:https://github.com/rabbitmq/rabbitmq-delayed-message-exchange/issues/72
这个插件经常被用作数据库,就像RabbitMQ一样。事实并非如此。
https://stackoverflow.com/questions/41565495
复制相似问题