RabbitMQ
- В настоящее время версия 3.8.19.
- 16 ленивых зеркальных очередей.
- Выделенные DLQ для всех.
[*]Сейчас версия 3.3.1.
[*]4 сервера приложений в кластере.
[*]Используется значение предварительной выборки 250 (по умолчанию).
[*]minConsumer — 2, а maxConsumer — 50 и имеют тип Simple.
< /ul>
Итак, у нас есть проблема происходит во время небольшого большого объема (2000-3000) сообщений в RabbitMQ, одно приложение весенней загрузки отправляет своих потребителей на maxConsumer, а остальные 3 просто расслабляются с minConsumer. Мы видим это в консоли управления RabbitMQ, поскольку у нас есть настраиваемая конфигурация стратегии тегов при весенней загрузке для RabbitMQ. После этого приложение со всеми этими потребителями сохраняет эти сообщения как UNACK и занимает >30 минут для их обработки и возврата ACK в RabbitMQ, что обычно занимает всего несколько милли. Мы проверили логи и не обнаружили никаких ошибок или даже замедления работы наших внешних сервисов (база данных, API и т. д.). Не уверен, но в чем может быть проблема, но у нас были одни и те же конфигурации приложений и кроликов в течение многих лет, и это начало происходить внезапно. Будем признательны за любую помощь в решении этой проблемы.
Подробнее здесь: https://stackoverflow.com/questions/793 ... one-server