Привет. Почему может RabbitMQ через эндпойнт :15692/metrics/detailed?family=queue_metrics не выдавать метрик по

конкретной очереди (выдавать нули)?
кластер кроля в кубере состоит из стейтфул сета из 3 подов.
Я скрейплю викторией с помощью предлагаемого в справке кроля конфига, на уровне эндпойнтов, и rabbitmq_detailed_queue_messages_persistent{queue="cpp-router-out-queue"} всегда 0.
я попробовал curl'ом дергать разные поды, и на одном из них (rabbit-primary-cluster-server-0) метрики по этой очереди есть, но rabbitmq_detailed_queue_messages_persistent == 0, да и все прочие 0 кроме rabbitmq_detailed_queue_disk_reads/writes_total.
На двух других подах метрик по этой очереди нет.
То есть сам кроль метрики по этой очереди отдает нулевые
очереди определены идентично:
{
"name": "cpp-router-out-queue",
"durable": true,
"auto_delete": false,
"arguments":
{
"x-message-ttl": 600000,
"x-queue-type": "classic"
}
},
{
"name": "router-out-queue",
"durable": true,
"auto_delete": false,
"arguments":
{
"x-message-ttl": 600000,
"x-queue-type": "classic"
}
}
они подвергаются одинаковой нагрузке. в вебинтерфейсе кроля графики идут у обеих очередей, визуально все параметры те же.
при этом, добавив queue_coarse_metrics в адрес, я получаю coarse метрики для обеих очередей, а детальные - нет

Используйте внешний экспортер и будет вам счастье. Не знаю как на текущих версиях, но когда я писал курс - у встроенного экспортера мне много чего не хватало

а внешний откуда берет инфу? или он как то встраивается в кроля? мне то собственно и надо толщину очереди, если повышается, значит, консьюмеры тупят, алерт настроить

по апи затягивает. через менеджмент порт. лучше не только длины очередей мониторить но и количество консьюмеров. примеры как настроить есть в курсе

В документации есть отличная статья, о том, какие параметры лучше всего мониторить