ну или rate, просто если вопрос почему они растут, то потому что счетчик по нарастанию и это норм для таких счетчиков, или я вопрос не понял

меня больше интересует вопрос откуда рост. потому что на другой ноде роста нет

если я правильно понял, не рост, а просто появления, ну типо счетчик по нарастанию не может не расти, если будут хоть какие то ошибки, то график всегда будет идти вверх, в лучшем случае остановится на одной точке, если новых ошибок нет.
но как уже сказал я не ковырял метрику которую ты собираешь, поэтому почему там ошибки в принципе появляюстя, я не знаю

это стандартный экспортер из модуля metrics

я просто пока собираю все что есть в наличии :)

все что мог сказал, конкретно прометеус не ковырял, надо смотреть что у тебя там собирается, я не знаю 😆

на графике не заметно периодов когда не растет значение. оно монотонно растет всегда. и это немного напрягает

это модуль самого тарантула для реализации экспортера

полезная информация, но не для меня, я сначала вопрос прочитал, потом посмотрел что за чат 😆
обычно в группе заббикса подсказываю, а тут тарантул и прометеус, сорян, могу только потупить на пару

в заббиксе при сборе данных есть параметр latest value, там четко видно какие значения забирает заббикс при каждом опросе, может в прометеусе тоже есть возможность посмотреть какие значения у тебя прилетают, если прометеус получает
100
110
120
и так далее, значит надо смотреть почему у тебя значения летят по нарастанию, опять же возможно это нормальная ситуация и не стоит паниковать.

да там конечно есть

плюс прямо из самого экспортера можно посмореть вывод

Используйте в прометеус функции increase или rate, для отслеживания изменений по времени

или оконные функции например. но это от задачи зависит

я немного о другом: меня интересовал вопрос что именно за errors меряется. и почему оно с авторизациями коррелирует

https://www.tarantool.io/en/doc/2.2/reference/reference_rock/vshard/vshard_ref/#lua-function.vshard.router.call

If balance=true then there is load balancing – reads are distributed over all the nodes in the replica set in round-robin fashion, with a preference for replicas if prefer_replica=true is also set.

если выставлены и balance и prefer - то чтения будут в основном на реплики, мастер отдыхает?

А вы не проверяли кто авторизацию проходит? Может вас взломать пытаются

и мне непонятно, зачем нужен callro без balance и prefer?

https://www.tarantool.io/en/doc/2.2/reference/reference_rock/vshard/vshard_ref/#lua-function.vshard.router.callro

callre тоже самое: он же нагрузку не шарит с репликами

нет, там только внутри и никто пока не ходит больше

исключено. но я на всякий случай проверю