Это ложь и провокация. Или баг

>нормальный application aware бэкап фига

Ну я про систему где приложение может как то подсказать как его бэкапить. Плюс инкрементарность . Хуки например или ещё как-то, но "общая часть" нормально сделана и интегрирована, скажем инкрементарный бэкап перед каждой миграцией

инкрементарность реализуется снапшотами, думаю тут приложение само пущай лезет по SA токену в кластер и пытается сделать снапшот из PVC когда надо?

Ну скажем у postgres инкрементарность это просто копирование Wal файлов. У всех по-разному. Снапшоты железа требуют (у нас есть, у кого-то может не быть, непонятно что авторам такого супер дистрибутива делать), но все равно хуки в приложение нужные: "перестань писать , делаю снапшот", потом "общая" часть должна сходить в ФС, засинкать, заморозить, взять снапшот, откатить все назад, дернуть хук приложению "все готово продолжай" .

rook.io же

я бы зашел с другой стороны - пусть приложение само знает что оно в кластере, вот тут бери SA, вот тебе апишка, вот тебе PVC (читай из конфигмапа \ прямо из пода) - хошь создавай кронджобы, хошь само снапшоты делай когда надо

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

а install_tiller ? вы его каждый раз ставите?

на баре метал, как ограничить использование памяти на ноде кто нибудь знает?

reserved флаги у kubelet

kubectl get pod -n kube-system

describe, logs. Но я бы убил terminated для начала)

только куб

ну а когда приложения попрут?)

куда?

в кубер твой нагрузка повысится и лимитов будет не хватать

в кубер твой нагрузка повысится и лимитов будет не хватать

там резервы для системы и системных демонов кубовских))))

Дальше ясно что делать?

Товарищи такая схема: Есть под с апликухой и сайдкаром. Как сделать kubectl exec именно в сайд-кар контейнер ?

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

-c name

выглядит логично, если pause-контейнер не меняется, то структуры сетевого стека не меняются в кернеле при перезаливке контейнера

а как?

(ну бывает, если в контейнере делать git clone && configure && make но не делайте так)

а я думал pause держит сеть между рестартами, чтобы один и тот же адрес был и настройки

вопрос про etcd. А можно ли в настройках кубернетеса указать резервные etcd? что-то наподобие директивы backup для апстримов nginx. Или, как вариант, поместить весь кластер etcd за какой-то tcp-балансер, и реализовать подобную логику на нем. Будет работать?

ага, если новая версия, то пауз тоже рестартится – найс. значит д.б. невозможно встать в тапки предыдущих инстансов

вопрос про etcd. А можно ли в настройках кубернетеса указать резервные etcd? что-то наподобие директивы backup для апстримов nginx. Или, как вариант, поместить весь кластер etcd за какой-то tcp-балансер, и реализовать подобную логику на нем. Будет работать?

можно попробовать такой анти-паттерн ;) заливать в регистри новый имадж с таким же тегом, останавливить и удалить через докер контейнер и его образ с той ноды где он был (при этом не трогая sandbox). Может тогда кубелет пересоздаст контейнер с новым имаджем и старым сандбоксом) но я хз сработает ли

вопрос про etcd. А можно ли в настройках кубернетеса указать резервные etcd? что-то наподобие директивы backup для апстримов nginx. Или, как вариант, поместить весь кластер etcd за какой-то tcp-балансер, и реализовать подобную логику на нем. Будет работать?

кстати проверил, работает)

@SinTeZoiD экзорциста сюда