我正在运行一个分布式应用程序(在多个服务器上运行),它从运行RabbitMQ集群的主后端服务器获取消息。
但是,消息几乎都是同一类型,但我为每个客户使用一个队列。 我注意到我们的负载&内存使用率非常高 - 只能使用一个带路由密钥的队列作为客户ID来解决问题吗?
目前,我每个消费者使用一个频道,每个连接最多使用20个频道 - 因此访问rabbitmq服务器的一个服务器可以有多个连接。大约500-800个连接并不罕见。
更新
以下是一些指标:
Connections: 748
Channels: 6577
Exchanges: 8
Queues: 1590
Consumers: 1098
Messages Total: 153.394
Messages unacked: 152.848
Acknowledge: 2674/s
Publish: 704/s
Deliver: 586/s
rabbitmqctl status
输出:
Status of node rabbit@masternode ...
[{pid,10814},
{running_applications,
[{rabbitmq_management,"RabbitMQ Management Console","3.5.6"},
{rabbitmq_web_dispatch,"RabbitMQ Web Dispatcher","3.5.6"},
{webmachine,"webmachine","1.10.3-rmq3.5.6-gite9359c7"},
{mochiweb,"MochiMedia Web Server","2.7.0-rmq3.5.6-git680dba8"},
{rabbitmq_management_agent,"RabbitMQ Management Agent","3.5.6"},
{rabbit,"RabbitMQ","3.5.6"},
{os_mon,"CPO CXC 138 46","2.2.14"},
{inets,"INETS CXC 138 49","5.9.7"},
{mnesia,"MNESIA CXC 138 12","4.11"},
{amqp_client,"RabbitMQ AMQP Client","3.5.6"},
{xmerl,"XML parser","1.3.5"},
{sasl,"SASL CXC 138 11","2.3.4"},
{stdlib,"ERTS CXC 138 10","1.19.4"},
{kernel,"ERTS CXC 138 10","2.16.4"}]},
{os,{unix,linux}},
{erlang_version,
"Erlang R16B03 (erts-5.10.4) [source] [64-bit] [smp:32:32] [async-threads:64] [kernel-poll:true]\n"},
{memory,
[{total,1093604792},
{connection_readers,8069400},
{connection_writers,6168304},
{connection_channels,115667448},
{connection_other,20448952},
{queue_procs,526134000},
{queue_slave_procs,3045928},
{plugins,1638160},
{other_proc,20891248},
{mnesia,5975616},
{mgmt_db,63193376},
{msg_index,2245016},
{other_ets,3895632},
{binary,214973160},
{code,20000582},
{atom,703377},
{other_system,80554593}]},
{alarms,[]},
{listeners,[]},
{vm_memory_high_watermark,0.4},
{vm_memory_limit,54036645478},
{disk_free_limit,50000000},
{disk_free,100918980608},
{file_descriptors,
[{total_limit,49900},
{total_used,1231},
{sockets_limit,44908},
{sockets_used,243}]},
{processes,[{limit,1048576},{used,15377}]},
{run_queue,1},
{uptime,2241834}]
发布并传递有时失速(非常低)
更新2
日志中没有显示任何内容,并且当某些内容被阻止时,java驱动程序不会调用回调。
我有几个用例,例如用于批量加载到我们的搜索服务器(solr)的文档。许多生产者(> 50)每分钟产生大约50.000个消息,并且消费者使用该队列而没有自动包装。
成功发送消息(或重试最多5次)后,消息将被激活。也许这会阻止一切?我将它设置为autoack,现在一切运行得更顺畅。
我最初的问题是:我们的每个客户都有一个目前正在自动包装的队列。可能会发生其中一个客户突然没有客户,但这根本不成问题。那么,使用带路由密钥的单个队列会提高性能吗?
目前我只是将没有路由密钥(或空路由密钥)的空交换机(默认交换机)直接发送到客户队列。消息是gzip json,非常小,平均几kb。
答案 0 :(得分:1)
就目前而言,连接和通道都是轻量级对象,尽管创建连接需要额外的流程和开销,而不是通道,这只是一个单包命令。我不希望800连接甚至开始拉伸RabbitMQ。内存使用和磁盘使用主要由队列中的消息数量驱动,在某种程度上取决于队列数量。如果没有关于应用程序吞吐量的详细信息,很难进一步猜测,但我首先要确保您的生产者和消费者从卷的角度大致匹配。
要了解有关使用内存的更多信息,请调用rabbitmqctl status
(请参阅文档here)。