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

кластерная версия использует отсортированный лейбл и констистент хэшинг для нахождения правильной ноды - если нода недоступна то пишет в соседнюю

читается со всех нод - если данные с какой либо ноды невозможно получить то запрос помечается как partial

ну запись по какому-то хешрингу это норм, мне интереснее чтение - то есть если есть метрики на двух нодах, то VM сделает merge самостоятельно?

да (если это кластерная версия и vmselect знает об этих storage нодах )

а как вы делаете ребалансировку кластера с добавлением новой ноды? Или не делаете?

1/n новых запросов уйдут на новую ноду, данные уже записанные мигрировать не будут

имею ввиду ребалансировку данных. Впрочем в случае когда есть merge ребалансировку можно и не делать в большинстве случае

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

кластеная версия заточена под диски google compute engine, которые имеют два полезных свойства:
1) их можно увеличивать без остановки системы. Максимальный размер диска на один инстанс - 64ТБ. Это означает, что не нужно переплачивать за неиспользуемое место на дисках - достаточно вовремя увеличивать их размер.
2) они защищены от повреждения данных в случае аппаратных сбоев. Это означает, что не нужно заморачиваться с репликацией данных.

я правильно понимаю, что VM не предназначена для отображения realtime-метрик, а только для быстрой обработки исторических данных?

VM прекрасно справляется с этой задачей - по бенчмаркам на 1 порядок лучше чем прометеус

хмм

проверял вчера на jmeter - пишу по графиту в VM, пока не остановлю сценарий - в графане графиков нет, что я делаю не так?

Мы уже давно сменили датасорс, работает прекрасно

какой датасорс выбирать? выбирал прометеусовский

Та не, все работает и даже очень быстро. Писал как tsdb и так пром

прометеусовский датасорс выбрать https://github.com/VictoriaMetrics/VictoriaMetrics/wiki/Single-server-VictoriaMetrics#grafana-setup

там я был

если вы пишете данные в графит-протоколе через одно tcp-подключение к VM? Такие данные попадают в сторедж либо после закрытия подключения либо после достижения определенного объема. Предполагается, что графит-агенты должны создавать новые tcp-подключения для записи новых данных в VM, либо записывать их по udp. Подумаю над тем, чтобы записывать накопленные данные спустя короткое время