Мобильная версияВ настоящее время я использую RabbitMQ (3.10.25) в производстве с 3 узлами и содержит несколько очередей:
[*]одна классическая очередь [*]одна очередь кворума (для обработки команд nservicebus — пакет NServiceBus.RabbitMQ 8.0.2) [*]Ошибка в одной очереди кворума [*]28 очередей кворума nservicebus (nsb.v2.delay-level-xx)
Классическая очередь обрабатывает 2 сообщения в секунду. Очереди кворума ничего не делают.
После нескольких часов один узел все еще работает стабильно (используется классической очередью), а два других активно используют память. Достигнут предел памяти водяных знаков. Кроме того, имеется много предварительно выделенной неиспользуемой памяти (кажется, это ненормально и ее количество продолжает увеличиваться). Остальные таблицы также занимают 1,2 ГБ... (продолжает увеличиваться)
Как лучше всего решить эту проблему? Предоставляет ли RabbitMq или NserviceBus определенные настройки? уменьшить использование памяти?
Некоторая информация доступна на RabbitMQ, но неясно, какие настройки необходимо настроить в качестве отправной точки.
ОБНОВЛЕНИЕ 1: Запись/синхронизация ввода-вывода также высока. (Снимки экрана выше созданы, когда некоторые производители/потребители подключены. Даже при отсутствии производителя/потребителя потребление памяти продолжает расти. Скриншот ввода-вывода с 0 производителями/потребителями)
ОБНОВЛЕНИЕ 2: Я заметил, что одна из очередей, nsb.v2.verify-stream-flag-enabled, отображает «Кластер в меньшинстве». Не могли бы вы объяснить, что это значит? Это вызывает описанную проблему с памятью?
