A
А регламент РК и восстановления будет актуализировать тоже нейронка? Если ИИ будет постоянно перебрасывает вм между заданиями РК, у которых будут разные дни выполнения фула, как планировать капасити инфраструкты системы РК?
Size: a a a
2021 September 24
ND
Добрый день коллеги. По вчерашнему будет ли выложена запись со вчерашним вебинаром по нагрузке? Не смог присутствовать, но хотелось бы послушать о чём говорили.
ND
Чем не устраивает добавление по тегам? Очень удобно в плане добавления. Правда если нужно удалить из задания какую-то ВМ, то нужно потом будет ручками удалять бекап.
В
дешевле капасити взять с запасом и прикрутить забикс, чем админо-часы оплачивать. тем более что капасити платит фирма, а админо-часы мои. личные :)
В
ну вариант, минус только что балансировку: в смысле куда добавить - ручками считать надо
ND
Ведите таблицу/ы и считать почти ничего не нужно будет. Или у Вас может быть прирост более чем в 10-50%?
AL
А разве инженер срк это не этот самый ии?
В
там главная проблема, что бекапами заведую только я, а виртуалки создавать могут разные люди, и часто бывает, "это тестовая виртуалка, я ничего к ней не буду прописывать," а через время, давай грохнем твой тест? Та ты что, это уже злой продуктив, низя
YZ
В пятницу вечером точно искусственный... 😂
ND
Не бывает предсказуемых бекапов на продуктиве. Очень много влияет - нагруженность машин/СХД в это время, нагруженость VBR и СХД куда будут литься бекапы, нагруженость сети. Все параметры относительны и просто считать, что ВМ в 100 гб будет бекапиться 5 минут или 20 минут нельзя. Нужно исходить из реалей.
A
вот именно. исходя и реалий в итоге выбирается день выполнения фула. и из этих же реалий принимается решение о внесении изменений в состав КТС системы РК, может нужно добавить прокси, может гейтвей, может отдельную репу, т.к. упёрлись в производительность имеющихся, а может просто новый SOBR использовать в режиме performance
A
в Джобах можно указать Retention poliсy в днях, а не в точках восстановления
по идее, должно удалить после окончания срока (не проверял еще)
по идее, должно удалить после окончания срока (не проверял еще)
A
ВМ можно логически поделить например по папкам из VC или по стораджам и т.д.
на случай добавления ВМ делал отдельное задание
в котором бекапится все, кроме того, что бекапиться в остальных заданиях
периодически конечно надо проверять, туда попало и сортировать
но внимания это требует меньше
на случай добавления ВМ делал отдельное задание
в котором бекапится все, кроме того, что бекапиться в остальных заданиях
периодически конечно надо проверять, туда попало и сортировать
но внимания это требует меньше
В
в общем, будет как было. фул в субботу и на два дня
A
что мешает разделить логику по папкам и делать фулл частями в будние дни ночью?
если у вас большая глубина хранения
сделайте фулл частей в разные недели в течение месяца
если у вас большая глубина хранения
сделайте фулл частей в разные недели в течение месяца
A
в разрезе veeam не вижу разницы в какой день недели выполнять фулл, т.к. количество инкрементов не влияет на время восстановления ВМ. Поэтому целесообразно распределять фулы на всю неделю. Особо крупные ВМ, оставлять на выхи.
В
постоянная ручная работа, это к операторам ну или подросткам)
цель автоматизация всего и вся
цель автоматизация всего и вся
В
ура! хоть кто то понимает
LM
про отсутствие связи между количеством инкрементов и временем восстановления, это, мягко говоря не так, а вот про распределение фулов по дням не попадает даже под поставленную задачу
LM
то у нас в инфре машины каждый день появляются с рандомным размером, то каким-то чудом надо угадать в начале недели когда какую машину бекапить