ActiveMQ 5 мониторинг нескольких дисков - PullRequest
0 голосов
/ 10 мая 2019

Я переключился с одного журнала на несколько журналов (mkahadb).
У меня есть один отдельный журнал для каждого пункта назначения из списка 38 и резервный журнал для других пунктов назначения.
Я использовал для мониторинга использования диска, собирая StorePercentUsage брокера.
Исходя из моих расчетов (подробности см. Ниже), брокер предоставляет только использование диска резервным журналом, а не каждым конкретным журналом.

Это правильно?
Как я могу контролировать общее использование диска всеми адресатами?


Расчет на основе пределов и наблюдений

  • расчет общего использования диска для всех целей: 3,1 г / 74 г = 0,042 = 4,2%
  • расчет только использования резервного диска журнала (подкаталог # 210): 2,8 г / 30 г = 0,093 = 9,3% => округляет до 10%, наблюдаемых в консоли брокера

Ограничения на использование диска:

  • каждый из 38 определенных пунктов назначения имеет ограничение использования магазина в 1 г, за исключением 3, имеющих соответственно предел 2 г, 2 г и 5 г: общий лимит = 44 г
  • общий лимит использования системного магазина (который применяется к резервному журналу) составляет 30 ГБ.
  • всего = 74 г

Соблюдаемые меры

  • Текущее использование диска, отображаемое в консоли Hawtio брокера: 10
  • Использование диска в системе:

$ du -h / opt / amq / kahadb /
6.5M /opt/amq/kahadb/queue#3a#2f#2fVirtualTopic.EventTopic
6,5M / opt / amq / kahadb / queue # 3a # 2f # 2fLabelDocumentReplyQueueDead
14M / opt / amq / kahadb / queue # 3a # 2f # 2fCarrierConfirmBookingReplyQueue
2,8G / opt / amq / kahadb / # 210
6,5M / opt / amq / kahadb / queue # 3a # 2f # 2fBatchQueueDead
16M / opt / amq / kahadb / queue # 3a # 2f # 2fReplyQueue
6,5M / opt / amq / kahadb / queue # 3a # 2f # 2fDocumentReplyQueueDead
16M / opt / amq / kahadb / queue # 3a # 2f # 2fLongInteractiveQueue
6,5M / opt / amq / kahadb / queue # 3a # 2f # 2fShortBatchQueueDead
6,5M / opt / amq / kahadb / queue # 3a # 2f # 2fLabelDocumentReplyQueue
6,5M / opt / amq / kahadb / queue # 3a # 2f # 2fCustomerServiceDocumentReplyQueueDead
13M / opt / amq / kahadb / queue # 3a # 2f # 2fVeryLongBatchQueue
14M / opt / amq / kahadb / queue # 3a # 2f # 2fLongBatchQueueDead
6.5M / opt / amq / kahadb / queue # 3a # 2f # 2fNotificationServiceDocumentResponseQueueDead
6,5M / opt / amq / kahadb / queue # 3a # 2f # 2fDocumentRequestQueueDead
6,5M / opt / amq / kahadb / queue # 3a # 2f # 2fReplyErrorQueueDead
15M / opt / amq / kahadb / queue # 3a # 2f # 2fLongBatchQueue
14M / opt / amq / kahadb / queue # 3a # 2f # 2fReplyQueueDead
6,5M / opt / amq / kahadb / queue # 3a # 2f # 2fErrorQueue
6,5M / opt / amq / kahadb / queue # 3a # 2f # 2fReplyErrorQueue
6.5M / opt / amq / kahadb / queue # 3a # 2f # 2fLongInteractiveQueueDead
6,5M / opt / amq / kahadb / queue # 3a # 2f # 2fDocumentReplyQueue
13M / opt / amq / kahadb / queue # 3a # 2f # 2fBatchQueue
6,5M / opt / amq / kahadb / queue # 3a # 2f # 2fVeryLongBatchQueueDead
6,5M / opt / amq / kahadb / queue # 3a # 2f # 2fWarehouseServiceDocumentReplyQueueDead
13M / opt / amq / kahadb / queue # 3a # 2f # 2fShortInteractiveQueue
6,5M / opt / amq / kahadb / queue # 3a # 2f # 2fBDocumentReplyQueueDead
6.5M /opt/amq/kahadb/topic#3a#2f#2fVirtualTopic.EventTopicDead
16K / opt / amq / kahadb / txStore
11M / opt / amq / kahadb / queue # 3a # 2f # 2fWarehouseServiceDocumentReplyQueue
14M / opt / amq / kahadb / queue # 3a # 2f # 2fCarrierConfirmBookingReplyQueueDead
11M / opt / amq / kahadb / queue # 3a # 2f # 2fNotificationServiceDocumentResponseQueue
9,8M / opt / amq / kahadb / queue # 3a # 2f # 2fAMQEventQueue
17M / opt / amq / kahadb / queue # 3a # 2f # 2fDocumentRequestQueue
12M / opt / amq / kahadb / queue # 3a # 2f # 2fShortBatchQueue
6,5M / opt / amq / kahadb / queue # 3a # 2f # 2fCustomerServiceDocumentReplyQueue
6,5 млн.# 2f # 2fErrorQueueDead
3.1G / opt / amq / kahadb /

...