через Dockerfile в chroot устанавливается весь необходимый софт, потом собирается squased-образ из этого chroot. потом я этот образ и конфиги отдаю по nbd нодам

в твоем случае можно его просто запускать используя qemu-kvm

кстати недавно открыл для себя мега-фичу, оказывается Dockerfile поддерживает multi-stage building!

https://docs.docker.com/develop/develop-images/multistage-build/

не, лушче Dapp

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

ну или вообще наделать виртуалок в том же проксмосе и запускать вашу джаву там, в контейнерах, дешево и сердито, но никакого auto-scale зато

ну или вообще наделать виртуалок в том же проксмосе и запускать вашу джаву там, в контейнерах, дешево и сердито, но никакого auto-scale зато

оверхед по ресам с виртуалок

эт да

крч мой идеал - докер+10-15% в ресурсах, но со своим ядром

В кубе есть аналог docker rm -f? но что бы под гарантированно умер

ты просто не любишь ждать пока он убьется:)

да, я нетерпелив :)

особенно если контейнер некорректно обрабатывает SIGTERM

а еще похоже что containerd не умеет json log

В кубе есть аналог docker rm -f? но что бы под гарантированно умер

а потом сотни issues на docker, что он работает как-то не так)

а что с ним не так? - если в контейнере только один процесс должно работать нормально.

ты же не kill -9 ему даешь

а "эй ты, пора умирать"

контейнер "оукееей(((("

"все пасаны, мне пора"

:)

это true way

но что если контейнер скажет "нихачу умирать, можно я еще погуляю?"

а что с ним не так? - если в контейнере только один процесс должно работать нормально.

"должно", но —force не знает - должно или нет, в итоге может что-то остаться неудалённым. Во всяком случае было так раньше, может изменили, но я с тех пор —force не делаю, даже локально

раньше трубили про PID 1 zombie reaping https://habr.com/company/hexlet/blog/248519/

но что если контейнер скажет "нихачу умирать, можно я еще погуляю?"

непральна представь что кластер это футбольная площадка ты и там куча контейнеров играют в футбол ты говоришь "N тебе не кажется что тебе пора?" N: пасаны мне пора он пока дойдет до падика, пока подымется с докером тоже самое ты же не стреляешь в N с винтовки с балкона)

ты же не kill -9 ему даешь

он самый же

но если контейнер имеет только один процесс или нормальный инит, то проблем быть не должно

а коннекты с соседними закрыть?

у докера кстати даже флаг есть специальный --init с которым он запихивает tini в контейнер и запускает все через него

но если контейнер имеет только один процесс или нормальный инит, то проблем быть не должно

один процесс не всегда значит, что он умеет правильно обрабатывать сигналы. Взять ту же ноду - она не умеет

непральна представь что кластер это футбольная площадка ты и там куча контейнеров играют в футбол ты говоришь "N тебе не кажется что тебе пора?" N: пасаны мне пора он пока дойдет до падика, пока подымется с докером тоже самое ты же не стреляешь в N с винтовки с балкона)

да здесь ты прав, порой проще всю футбольную площадку схлопнуть :)

один процесс не всегда значит, что он умеет правильно обрабатывать сигналы. Взять ту же ноду - она не умеет

ну инит по идее должен подчищать за такими все

да, если он есть конечно

хотя конечно да, если сам инит с -9 убить то не факт что остальные тоже умрут

у докера кстати даже флаг есть специальный --init с которым он запихивает tini в контейнер и запускает все через него

прикольно, я упустил этот момент) В любом случае, только для docker run или composev2 работает.

https://habr.com/company/flant/blog/414875/

флант только сейчас проснулся

ага, но норм перевели

да там и так понятно

уже месяц прошел

"неактуальна"_)00)

вот так вот, поставишь звездочку на гитхабе а через пару дней тебе личное письмо приходит в Gmail: > Thank you for starring our OpenEBS repository on Github...

есть такое дело

вернусь к старому вопросу а никто не пытался орестрировать IntelClearContainers?

Это же теперь и есть ката

типа да мне нужна нормальная изоляция, но не городить из контейнера целую вм, нужен легкий сплав докера и вм

Gvisor, вроде здесь же про него писали

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

Там же есть антрастед рантайм для всяких таких штук, который может отличаться от основного

Там же есть антрастед рантайм для всяких таких штук, который может отличаться от основного

ставил я этот антрастед, этот рантайм не сделает мне докер с ядром

ката=ядро в под

Отдельное ядро может быть только в виртуалке, но виртуалку ты не хочешь

Как куберу задать лимит выжирания памяти у ноды?

clearcontainers как я читал как раз легковесные виртуалки с минимумом лишнего внутри

Как куберу задать лимит выжирания памяти у ноды?

есть ограничения подов по ресам

clearcontainers как я читал как раз легковесные виртуалки с минимумом лишнего внутри

Так в чем проблема тогда?

Так в чем проблема тогда?

в том что я их не вертел)))

https://medium.com/capital-one-developers/lightweight-cloud-native-messaging-with-nats-ad730ca2becf забавненько

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

так нельзя но можно сделать чтобы в entrypoint контейнера он ждал чего-то в цикле, например с помощью туесфе проверять что порт стал слушаться, файл создался или там процесс бежит и т.п.

так нельзя но можно сделать чтобы в entrypoint контейнера он ждал чего-то в цикле, например с помощью туесфе проверять что порт стал слушаться, файл создался или там процесс бежит и т.п.

dockerize под такое можно

В кубе есть аналог docker rm -f? но что бы под гарантированно умер

kubectl delete pod --force

особенно если контейнер некорректно обрабатывает SIGTERM

а тогда и --force флаг не поможет

dockerize под такое можно

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

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

Он же умеет scratch, разве нет?

Не понял про alpine

netcat в убунте из коробки, если образ на убунте то возможно имеет смысл юзать его а не dockerize

Спасибо.

Пока залепил просто sleep)

netcat в убунте из коробки, если образ на убунте то возможно имеет смысл юзать его а не dockerize

а, в этом плане. Ну он не только же замена nc, там и инит и шаблонизатор, вполне годно

плюсую, докерайз хорошая штука

Всем привет. Есть configmap, в котором присутсвуют выражения по типу {{ foo }} . Как можно скормить все это дело в helm?

типа сразу в конфигмап передавать из CLI когда хельм вызывается?)

типа сразу в конфигмап передавать из CLI когда хельм вызывается?)

Не совсем понял)

Не совсем понял)

Хельм /папка --передай-в-конфигмап "абракадабра?

Хельм /папка --передай-в-конфигмап "абракадабра?

зачем мне что-то передовать в configmap?)

Хельм /папка --передай-в-конфигмап "абракадабра?

Я заливаю в репозиторий свой heml chart. Потом helm install --name dev myrepo/mychart Но хелм ркгается на configmap, в котором выражение {{foo}}

Выражение же должно начинаться на .Values

Выражение же должно начинаться на .Values

Это конфигмап для моего сервиса) я про что и говорю, что хелм ругается на {{foo}}, потому что считает его частью шаблона, а оно таковым не является. Хочу понять как это исправить.

Аа.

{{"{{"}}

Аналогично для закрывающихся

{{"{{"}}

В моем случае {{"{{foo}}"} ?

Ага

Если внутри foo нет хельмового темплэйта

Можно одни скобки эскейпить, а можно всю строку

Можно одни скобки эскейпить, а можно всю строку

А как это правильно вообще называется в терминологии шаблонизатора go?

Да кто бы его знал. Я нашел по escaping go templates

Да кто бы его знал. Я нашел по escaping go templates

Ок. Спасибо за подсказку!)

Можно одни скобки эскейпить, а можно всю строку

А как всю сстроку можно?ъ

{{"строка"}} ??

фу в кавычки возьми

{{"строка"}} ??

Да. Я вот так сделал {{"{{ postgres_prod }}"}} Это работает, но вот шаблонизатор режет мои кавычки(