« Rev
@kubernetes_ru   1148
Fwd »


Etki
> бэкапить > шара на соседнем сервере
Etki
у тебя все состояние хранится только в etcd, его и надо вытаскивать
Andor
Давайте обсудим пользу бэкапа етцд :)
Andor
Платиновые треды
Etki
сейчас еще должен появиться человек, который спросит, сколько можно максимально брать за бэкап куба
Etki
...автору в личке он потом предложит это же число х2, несмотря на публичное обсуждение
Gleb
за бекап куба
ℭ𝔞𝔯𝔯𝔬𝔩
Aleksey
А почему хочется его бекапить? Есть любители kubectl edit в обход ci/cd?
Ну если не дай бог etcd поломается, то чтобы весь кластер не переставлять. Хотя может быть это из-за того что я избалован kubespray
Andor
Что значит "переставлять кластер"?
Andor
Передеплоить манифесты в него?
Andor
запустить cd для 40+ такое удовольствие
Кубернетис для тех кому за 40
Rainbow
Передеплоить манифесты в него?
поставить кластер по новой, я так делал, когда сломал, было быстрее, чем разбираться (частично обновил до 12)
Andrey
Что именно ты хочешь бэкапить?
я полагаю, что сам куб (настройки, данные, ключи)
Andrey
все остальное, что ставится =в него=, например, GitLAb, буду бэкапить отдельно
Andrey
у меня простая настройка на одну ноду, которая вылиласчь из тестовой в более-менее рабочую, отчего и встал вопрос бэкапов
Rainbow
не ставьте gitlab в kubernetes - огромная ошибка.
Andrey
поздно ((:
Andrey
жедание было не мое, разработчиков, мне самому гораздо удобнее было бы просто так его поставить
Rainbow
слушать разработчиков - огромная ошибка
Andrey
так как дело новое, то аргументов им не привел
Andrey
это да
Andor
я полагаю, что сам куб (настройки, данные, ключи)
Какие настройки? Какие данные? Какие ключи?
Rainbow
Какие настройки? Какие данные? Какие ключи?
секреты и pv думаю самое такое
Andor
А сикреты не из воздуха же взялись?
Andrey
а в том и дело - в основном попадаются статьи про etcd
Andor
А пв может быть и да
Andrey
его и надо бэкапить?
Rainbow
А сикреты не из воздуха же взялись?
у меня в gitlab variables секреты все и через env и local storage, вообще пофик, но у людей то покруче.
Andor
Мне кажется, что статьи про бэкап етцд попадаются, потому что его легко бэкапить Смысла в этих бэкапах мало, но делать их просто
Валентин
его и надо бэкапить?
Ну так в нем лежит ж всё (ну кроме хранилищ разумеется)
Andrey
с одной стороны - это же все в контейнерах и тогда - просто их и сливать
Andrey
с другой стороны - мб я что-то упускаю?
Rainbow
там смысл бекапа - быстрый откат в случае обнов. Вроде.
Andor
То есть образы
Rainbow
registry тоже не деплойте в kubernetes - ошибка)
Andor
Хранилище в s3 например
Andor
И реджистри становится стейтлесс
Валентин
запустить cd для 40+ такое удовольствие
Ну не обязательно его запускать, если кластер навернулся, но когда все в гите актуальное - оттуда можно все взять и задеплоить в новый кластер
Rainbow
Почему?
если кластер ломается в котором он лежит и тянул образы из себя же...
Andrey
в таком случае, на что надо обратить внимание? просто бэкапить конфиги, например, датасетов и прочего?
Andrey
(вопросы дурацкие потому что только-только вхожу во все это дело причем чисто в локалке, =без облаков=)
Andor
в таком случае, на что надо обратить внимание? просто бэкапить конфиги, например, датасетов и прочего?
Манифесты надо уметь переприменить для быстрой раскатки, а не етцд бэкапить
Rainbow
Лично я бы их тоже отдельно держал
отдельный vps под registry/gitlab. Хотя очень хочется в кубер и/ засунуть. Пройденные грабли.
Andrey
а грабли, если коротко, в чем?
Andrey
в тормозах?
Rainbow
Вы не поднимете с нуля быстро кластер, если он сломается и в нем был gitlab/registry
Andor
Грабли чего?
Andrey
Грабли чего?
это я Алексея спросил (:
Andor
Грабли бэкапа етцд в том что он малополезен для другого кластера
Валентин
(вопросы дурацкие потому что только-только вхожу во все это дело причем чисто в локалке, =без облаков=)
Сделай для начала куб только для stateless приложений, и разберешся, и никаких данных не потеряешь по пути
Andrey
Сделай для начала куб только для stateless приложений, и разберешся, и никаких данных не потеряешь по пути
я сделал куб + gitlab omnibus и даже уже по мелочи задеплоил в нем простое приложение
Andor
Грабли бэкапа етцд в том что он малополезен для другого кластера
Да и даже для того же самого тоже ограниченно полезен
Andrey
а тогда как делают бэкапы уважаемые краеведы (: ? или, мб, есть что-то внятное в статьях?
Andor
Бэкапы чего?
Rainbow
а тогда как делают бэкапы уважаемые краеведы (: ? или, мб, есть что-то внятное в статьях?
на текущий момент вам это не нужно, забудьте. Есть куча всегодругого важного.
Andor
Бэкап того что запущено в кластере - манифесты, обычно проще перезапустить джобы деплоя приложений
Andor
Ну и про стейтлесс правильно сказали
Andor
Потренируйтесь на кошках
Rainbow
Вопрос в скорости восстановления после сбоя. Пока быстрее и проще катить с нуля - катите.
Andrey
понятно, спасибо за объяснения. у меня выходило раз так, что, да, с нуля быстрее накатывалось
Andrey
про манифесты и прочее буду вникать.
Rainbow
mcs делает бекапы, потому что они не могут просто накатить с нуля или команд так много, что поднимать всех крайне сложно.
Rainbow
Чем плохо? Работает же
у меня он стоял в кластере, который я зафейлил обновой. мне нужно было накатить новый кластер, поднять gitlab, поднять registry и только после этого я запустил cd в новый кластер.
Andor
Проблема курицы и яйца появляется
Rainbow
У меня отдельная репа под манифесты от gitlab/registry в GitHub и тп. Если бы такого не было - совсем фэйл вышел бы.
Vadim
Манифесты надо уметь переприменить для быстрой раскатки, а не етцд бэкапить
Бэкап етцд дело полезное, хотя и редко полезное. Как и сертификаты и всякие конфиги
G72K
Ну так вы наверное с нуля весь кластер переделывали :) ямлы от гитлаба если бекапить вместе с PV то оно быстро обратно взлетает
« Rev
@kubernetes_ru   1148
Fwd »