Stefan
velero юзает кто-то для бэкапирования k8s кластеров?
Aleksey
нет. ты будешь первым
George
Большими буквами
George
ЗАЧЕМ БЕКАПИТЬ КЛАСТЕР ????
Stefan
нет. ты будешь первым
я и юзаю, просто вопрос по восстановлению вольюмов есть
Stefan
бэкапишь все неймспейсы
Stefan
подымаешь новый кластер
Stefan
со слепка тупо всё за один присест восстанавливаешь
Stefan
как минимум для этой цели тулза классная
Oleksandr
Oleksandr
кластер бекапить или инфу которая stateful в кластере?
Stefan
кластер бекапить или инфу которая stateful в кластере?
она просто бэкапит все сущности, которые находятся в неймспейсе, в том числе и вольюмы для stateful случаев
Oleksandr
кто она?
Danila
но зачем?
Stefan
кто она?
тулза
Александр
Александр
https://github.com/heptio/velero
Oleksandr
как тут плюсовать?
Oleksandr
;)
Oleksandr
Combot
Alexander (0) увеличил репутацию Александр 🐎 (-2.98) (+1.04)
Azer
Говорят он часто падает и разрабам на него похуй
Не знаю как насчёт падает, но то, что все сообщения из чата будут проданы в Faceboogle — 100%
Oleksandr
но зачем?
на гитхабе велеры написали зачем
Stefan
но зачем?
Velero lets you: Take backups of your cluster and restore in case of loss. Copy cluster resources to other clusters. Replicate your production environment for development and testing environments.
George
ппц какой-то
George
имхо - нужен бекап - возьми и передеплой из репозитория
George
вопрос с базами и стейтфул НО!
George
для них пойт-ту-рекавери без знания специфики самого приклада тупо не существует
George
т.е. любая утилита, которая пытается сделать снапшот с ИЗНАЧАЛЬНО распределенной системы - ну, это попытка создать вечный двигатель, короче
George
фантастика
George
либо .... следует помнить об ограничениях и пользоваться именно в рамках конкретных юз кейсов
Евгений
но зачем?
Для тех, кто делает руками кубестл апплай и теряет описания (надеюсь таких людей нету)
Niko
Если кластер большой и там 100500 разных проектов (у нас так), то как быстрый способ восстановить или мигрировать.
Stefan
George
вот я об этом же ситуация будет такая же в дальнейшем касательно проектов
ага, а потом выясняется, что у тебя бекап неактуальный, т.к. девелоперы уже успели задеплоить чего-то новенькое
Danila
!
Vladimir
Мы живем в таком мире, где зачастую, развернуть с 0 проще, чем восстановить из бэкапа... А все конфиги, для этого должны жить в git (Речь не про БД и не про данные)
Tadeusz
Где ж такие проекты - без бд
Михаил
Vladimir
Где ж такие проекты - без бд
Ну, не, с бд конечно. Бэкап бд и персистент данных, пока ни кто не отменял. И хорошо, еще раз в пару месяцев делать полный разворот в песочнице...
Tadeusz
Ну а я о чем
Vladimir
Но тут то, сам кубер хотят бэкапить
Vladimir
@schors чот нифига не помогает новый бот ) как приходили спамеры так и приходят
Vladimir
Разворот делать надо каждый день.
Ну, тут личное дело каждого. Я не вижу необходимости делать развороты каждый день. Но, все индивидуально
Combot
Asgoret (-0.02) уменьшил репутацию Михаил SinTeZoiD (-1) (-1)
Igor
-
Combot
Igor (0) уменьшил репутацию Asgoret (-1.02) (-1)
Gleb
-
Combot
Gleb Mekhrenin (0) уменьшил репутацию Asgoret (-2.03) (-1.01)
Igor
только чат засирает :(
Combot
Asgoret (-2.03) уменьшил репутацию Igor (-0.98) (-0.98)
Vladimir
без понятия
Gleb
Разворот делать надо каждый день.
что бы такие вещи хорошо понять надо поработать с баблом, типа упала бд, начали бекапчик разворачивать, а он поломанный недельной давности и теперь 100500 человек 24*7*7 будут ручками пересчитывать транзакции и хорошо если ничего не потеряют
Vladimir
Igor
задержка для слейва - это прямо лайк. Обычная репликация не спасёт от девелопера в консоли с запросом drop table;
Gleb
Эм, мы просто держим слейвы в разных дц. И пару слейвов, с задержкой на пару часов это покрывает 99% кейсов. Бэкапы, ну это совсем крайний случай, как раз, на тот 1%
много нюансов - кривые миграции после которых слейв отваливается(типичная болячка mysql до 8 версии). Между дц репликация не синхронная те данные могут не доехать и тд
Gleb
Бэкап в этом случае, как бы тоже не поможет. Он не реалтайм.
опять же смотря какая бд - оракл или постгерс - можно риалтайм, в mysql в общем то binlog но с кучей нюансов по сравнению с первыми двумя
Vladimir
задержка для слейва - это прямо лайк. Обычная репликация не спасёт от девелопера в консоли с запросом drop table;
На проде, к бд доступ только у приложений и миграций. Никаких ручных изменений.
Igor
На проде, к бд доступ только у приложений и миграций. Никаких ручных изменений.
в идеальном мире - да, а у меня в одном месте был уважаемый руководством чувак "ну я тут всё знаю и сам могу поправить"
Vladimir
Все мишрации, только через git и тесты)
Gleb
На проде, к бд доступ только у приложений и миграций. Никаких ручных изменений.
это очевидно, а потом у тебя ситуация когда есть mysql 5.5 типа легаси и mysql 8. Все такие поревьювили и заапрувили типа все ок, но забыли что у mysql в принципе в днк ошибок over9000 и в адекватное состояние приводить стали с 5.7
Михаил
А пиздов?
Combot
Asgoret (-2.03) уменьшил репутацию Михаил SinTeZoiD (-1.99) (-0.99)
Михаил
Александр
Combot
Александр 🐎 (-2.98) увеличил репутацию Михаил SinTeZoiD (-1.0) (+0.99)
Gleb
вопрос скорее что в бд лежит, иногда можно и полежать, а иногда и потерять что-то не очень смертельно будет, но как в бд начинают храниться деньги вот тогда начинается много боли и нюансов - даже то сколько усилий надо что бы сделать нормальное решение - у того же постгреса вал-логи - легко на любую транзакцию откатитсья и тд, Ну и в любом случае проверять надо автоматом - без человеческого фактора, а там уже не важно - можно проверять столько раз в сутки за сколько вообще успевает бекап развернуться и тесты пробежать
🏳️ Phil
!toprep
Combot
1.91 Aleksey Shirokikh 1.91 Alex Gluck 1.00 Adanos Flamel 0.97 U Ku -0.98 Igor -1.00 Михаил SinTeZoiD -2.03 Asgoret -2.98 Александр 🐎