Comments 4
А если все-таки мы бы хотели оставить подсчет глобальны метрик на стороне Ignite-кластера, может стоило бы для этого поднимать каку-то MetricsNode, в которую бы все стекалось. Или мини-Ignite кластер или какой-ниудь сторонний, но embedded сервис?
+1
> А если все-таки мы бы хотели оставить подсчет глобальны метрик на стороне Ignite-кластера
Зачем? Какой от этого профит?
Внутри уже есть реализация протокола для подсчета глобальных метрик — она работает на основе DiscoverySPI. Насколько я знаю, при значительном количестве метрик это приводит к проблемам с производительностью.
Зачем? Какой от этого профит?
Внутри уже есть реализация протокола для подсчета глобальных метрик — она работает на основе DiscoverySPI. Насколько я знаю, при значительном количестве метрик это приводит к проблемам с производительностью.
+3
Все верно. В текущей реализации метрики с частотой heartbeat'а собираются по discovery со всего кольца, что на большом количестве кэшей приводит к пересылке и боработке десятков мегабайтов данных не имеющих прямого отношения к хранению и обработке пользовательских данных. Переход к хранению только локальных метрик и отказ от агрегации избавляет систему от этого недостака.
+4
Это не задача Ignite. Пусть этим занимаются специализированные системы. Тогда задача Ignite упрощается до сбора метрик и их передачи в эти самые специализированные системы.
+3
Sign up to leave a comment.
Мониторинг Apache Ignite. Сделали правильно