p
а что делать ?
Size: a a a
2020 June 02
p
ну там же со временем явно будет дисбаланс по нодам.
AS
Внимательно думать нужно ли это
S
а в чем проблема графаны тут?
4 раза жмем refresh, четыре раза разный график
в prometheus который единственный источник. данные возвращаются нормально
в prometheus который единственный источник. данные возвращаются нормально
p
Внимательно думать нужно ли это
я может что то не оч понимаю, но просто добавляя ноды в кластер рано или поздно мы получим что одна занята на 90% а новая на 1%. нет ?
AS
ты правильные вопросы задаёшь, но вот кажется мне что преждевременные с учётом данных которые хранятся.
AS
пока кейс "добавлять ноды в кластер" отсутствует как класс
p
ты правильные вопросы задаёшь, но вот кажется мне что преждевременные с учётом данных которые хранятся.
я опишу ситуацию. у нас сейчас несколько промов (пром оператор), и мы рассматриваем vm как multi tenancy скейлящийся сторадж.
и скейлится хочется довольно плавно.
и скейлится хочется довольно плавно.
AS
у меня тоже несколько пром операторов и несколько промов. я подошёл к проектированию схемы как к статической конфигурации а не динамической
VS
4 раза жмем refresh, четыре раза разный график
в prometheus который единственный источник. данные возвращаются нормально
в prometheus который единственный источник. данные возвращаются нормально
а ты проверял что ответы прям одни и те же?
p
пока кейс "добавлять ноды в кластер" отсутствует как класс
ну там написано что ноды можно добавить и vmselect сам будет бегать по нодам, и искать серию если не нашёл на одной из. так что так или иначе на select работать все будет.
AS
селекты и инсерты добавлять и правда можно в любой момент это не оч критично
S
а ты проверял что ответы прям одни и те же?
в смысле в grafana datasource?
проверю когда еще раз наступлю
проверю когда еще раз наступлю
AS
но что делать со сторадж нодами и как им сделать "динамическую" конфигурацию пока не понятно
VS
в смысле в grafana datasource?
проверю когда еще раз наступлю
проверю когда еще раз наступлю
условно открыть inspection и сохранить ответы от прома и сравнить
AS
сейчас я бы сказал что сделать это нельзя
p
сейчас я бы сказал что сделать это нельзя
а replication factor тоже никак не восстановить ? тоесть vminsert записал на N нод и считает что всё сохранено. И никак не проверяется что одна из нод погибла, была заменена, и у части старых метрик rf стал равен 2
так ?
так ?
AS
а replication factor тоже никак не восстановить ? тоесть vminsert записал на N нод и считает что всё сохранено. И никак не проверяется что одна из нод погибла, была заменена, и у части старых метрик rf стал равен 2
так ?
так ?
так. rf появился чуть больше недели назад и в целом механизм пока эволюционирует
i
Нене, система-то под контролем.
Но идея проверять именно внешнюю доступность, т.е. условно говоря 3-5 запросов из разных датацентров в мире.
Но идея проверять именно внешнюю доступность, т.е. условно говоря 3-5 запросов из разных датацентров в мире.
Можно pingdom заюзать
AS
мы обсуждали с коллегами эту ситуацию они понимают что без ребалансинга это такой себе rf