АД
cartridge.service_get('httpd') -- v1
А в нем quantile будет?
Size: a a a
2020 December 22
GM
Да, функционал метрик не зависит от версии HTTP
GM
просто подключать надо по инструкции для v1
GM
Для квантилей надо просто дефолтным коллектором поставить summary
АД
Включил. Сейчас перепроверю с 0.6.0
Обновил до 0.6.0.
в init.luа в cartridge.cfg есть
-- metrics rock
'cartridge.roles.metrics',
А в админке ее теперь вообще нет, это нормально?
в init.luа в cartridge.cfg есть
-- metrics rock
'cartridge.roles.metrics',
А в админке ее теперь вообще нет, это нормально?
DS
да
IZ
Обновил до 0.6.0.
в init.luа в cartridge.cfg есть
-- metrics rock
'cartridge.roles.metrics',
А в админке ее теперь вообще нет, это нормально?
в init.luа в cartridge.cfg есть
-- metrics rock
'cartridge.roles.metrics',
А в админке ее теперь вообще нет, это нормально?
Начиная с этой версии, роль «перманентная», т.е. она включается по умолчанию после бутстрапа инстанса и в UI не отображается
АД
Начиная с этой версии, роль «перманентная», т.е. она включается по умолчанию после бутстрапа инстанса и в UI не отображается
Спасибо, вот теперь заработало.
АД
Но остался вопрос что нет quantile в выводимых метриках, хотя http_middleware.v1 указан в роуте
АД
или тут тоже что-то надо дополнительно сделать?
АД
А нет, моя ошибка.
АД
Всем спасибо большое. Правда хотелось бы это легко понять по документации....
AK
Всем спасибо большое. Правда хотелось бы это легко понять по документации....
У нас теперь есть дока на сайте: https://www.tarantool.io/en/doc/latest/book/monitoring/metrics_reference/
AK
Если там чего-то не хватает или непонятно — нажимаете большую красную фидбек-кнопку в углу
АД
У нас теперь есть дока на сайте: https://www.tarantool.io/en/doc/latest/book/monitoring/metrics_reference/
спасибо
NS
Привет
Есть кластер из двух нод настроенных в режим мастер-мастер. Периодически одна из нод теряет связь и если в этот момент производится интенсивная запись данных на оставшуюся ноду, то на восстановившейся ноде потребляется большой объем памяти видимый в box.runtime.info(). Подскажите, как эо можно исправить?
Есть кластер из двух нод настроенных в режим мастер-мастер. Периодически одна из нод теряет связь и если в этот момент производится интенсивная запись данных на оставшуюся ноду, то на восстановившейся ноде потребляется большой объем памяти видимый в box.runtime.info(). Подскажите, как эо можно исправить?
Может кто помочь с этим вопросом? У нас такая похожая проблема
DS
рестарт помогает?
MA
Привет
Есть кластер из двух нод настроенных в режим мастер-мастер. Периодически одна из нод теряет связь и если в этот момент производится интенсивная запись данных на оставшуюся ноду, то на восстановившейся ноде потребляется большой объем памяти видимый в box.runtime.info(). Подскажите, как эо можно исправить?
Есть кластер из двух нод настроенных в режим мастер-мастер. Периодически одна из нод теряет связь и если в этот момент производится интенсивная запись данных на оставшуюся ноду, то на восстановившейся ноде потребляется большой объем памяти видимый в box.runtime.info(). Подскажите, как эо можно исправить?
А можно чуть подробнее?
NS
рестарт помогает?
помогает
ВК
рестарт помогает?
в зависимости от того сколко по времени был разрыв, если появилось несколько xlog файлов, то при рестарте снова проявляется повышенное потребелние памяти. По признакам похоже на https://github.com/tarantool/tarantool/issues/5536