т.е. мне минимум надо 3 vmsotrage и настроить rf=2? чтобы я мог обслуживать по очереди один из vmstorage?

типа как кластер из elk

если один из стораджей не будет доступен данные запишутся в живой

это при rf=2 и vmstorage=3?

это при любом rf

при rf=2 надо как минимум 2 стораджа

rf = 2 означает что система будет делать две полные копии данных при записи

значит я смогу при vmstorage=2 и rf=2 полные данные иметь поочереди обслуживая один из vmstorage?

да

спасибо

данные будут записаны во любому все. но вот прочитаны при rf=1 и недоступности одной ноды только половина

так что да. rf2 и два сервера полное резервирование. однако позже при обслуживани сервера в который не писали вы по прежнему будете наблюдать дыры. ибо синхронизации между серверами нет

и как быть, чтобы их не было?

делать 3?

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

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

а за счёт чего прометеи это знают?

они имеют акноледж для отправленных таймсерий

это работает by design или что-то надо настроить? я пока просто указал remote_write

бай дезайн.