Имейдж виден именно в каталоге или просто реально на диске есть? Спуллить его можешь?

Пуллить не пробовал, но видно в каталоге

Пуллить не пробовал, но видно в каталоге

скорее всего не получится - оно удаляет манифест, остальное надо чистить - там вроде есть garbage collector

скорее всего не получится - оно удаляет манифест, остальное надо чистить - там вроде есть garbage collector

Так я ж чистил)

пацантрэ) как из приватного реджистри удалить имейдж? дергаю курл - смотрю манифест, сношу по хэшу, далее docker exec -it registry bin/registry garbage-collect /etc/docker/registry/config.yml а имейдж остается по каталогу

Тут ^

Оно что-то там высирает, а по факту остается имейдж

Что-то про blob'ы

может у тебя один из блобов юзает другой имадж?

Хмм, теоретически, нет, это свежий билд, вообще не ранился

скорее всего не получится - оно удаляет манифест, остальное надо чистить - там вроде есть garbage collector

Кривой garbage collector

Я кароч писал приблуду

Которая читала все манифесты, читала из них все блобы

Потом сравнивала с тем, что есть на диске и если ни в одном манифесте блоба нет, а на диске есть - удаляла

Родной gc херовый

Хмм, теоретически, нет, это свежий билд, вообще не ранился

ну так он может базой юзает другой имадж, который не удален

Может быть у него так, но реально удаляет не все

Заметил я таким образом, что базовые образы всегда одинаковы

ну так он может базой юзает другой имадж, который не удален

Базой? Не, то чисто серв с реджистри ж

Правильно ли будет физически директорию убить?

Образы девелоперов там добавляются - удаляются

Может быть у него так, но реально удаляет не все

интересно, а в issues есть какое-то объяснение?

А места пропадает все больше и больше

Ну по идее ж не то пальто... Через API надо

Не-а, но они есть

Issues

И таких удалялок как моя кстати тоже сейчас хватает, можно стороннюю взять какую-то

Кстати, этапять.. Собрал bitcoind из исходников - 924мб на алпайне... собираю из репы на бубунте - около 130 Мб)

А, ну это норм

В альпайне кучи либ нет

И чтобы их поставить нужны другие dev либы

в убунте оно уже собрано и ненужные dev либы выпилены

в убунте оно уже собрано и ненужные dev либы выпилены

Интересная версия

At this point Red Hat (IBM) should stop investing in cri-o. If community wants to take it on good, but stop putting money and resources on it and making it a strategic play. 1/2 https://twitter.com/ibuildthecloud/status/1101538142245568515

Я тоже containerd на замену докеру рассматриваю, а не crio, просто потому что привычнее и "кто его знает что там в этом крио"

Я тоже containerd на замену докеру рассматриваю, а не crio, просто потому что привычнее и "кто его знает что там в этом крио"

так на здоровье, это информированное решение, а не "ну раз CNCF выпустил containerd значит надо брать, остальные хуже"

так на здоровье, это информированное решение, а не "ну раз CNCF выпустил containerd значит надо брать, остальные хуже"

В том то и дело что не информированное, а просто так, от балды почти, и уверен так многие. Не против крио, но он прав что выглядит крио как бизнес страховка , чтобы было что-то если вдруг докер и ко сильно не в ту сторону с контейнерд пойдут. Для пользователей (админов кластеров) это немногим более интересно чем выбор между openssl и libressl каким-нибудь

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

"информированное" == есть какие-то проверяемые критерии выбора - опыт на стейдже, изучение перфоманс тестов и т.д., а не реакция на новости

ясное дело что оно не может быть 100% проверяемым

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

В альпайне кучи либ нет

Мб

И чтобы их поставить нужны другие dev либы

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

Добрый день. Знакомимся с технологией Kubernetes и не можем понять - нужно ли оно нам под докер на продакшн и стэдж или нет. Подскажите, есть ли у кого ссылки под рукой на описания кейсов в сети или рекомендации, когда эта технология действительно полезна?

Наши у вас много докеров скажем, или они все стейтлесс, или у вас нет Легаси приложений а свежие вы можете допилить до кубернетес вея

Наши у вас много докеров скажем, или они все стейтлесс, или у вас нет Легаси приложений а свежие вы можете допилить до кубернетес вея

Пока не много, однако, хочется автоматизации и стабильности. Хочется задел на будущее, если задумаем расширяться с одной железки на несколько

Пока не много, однако, хочется автоматизации и стабильности. Хочется задел на будущее, если задумаем расширяться с одной железки на несколько

Кубернетес не ваз случай

Автоматизируйтесь сейчас, вам ничто не мешает это делать, Кубернетес за вас автоматизацию не напишет, я бы даже сказал там придется для автоматизации сделать в разы больше работы

Автоматизируйтесь сейчас, вам ничто не мешает это делать, Кубернетес за вас автоматизацию не напишет, я бы даже сказал там придется для автоматизации сделать в разы больше работы

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

Ну я выше написал же

Идеальный случай очень много стейтлесс докеров

Наличие пары админов которые готовы будут глубоко вникнуть в кубер и цепх для фс

Цепх не обязателен

А много, это овер 10, 50?

Ну десять это хоумпага

Просто для себя понимать

50 очень вероятно можно автоматизировать и без кубернетеса

Цепх не обязателен

Ну или любая другая фс сетевая

50 очень вероятно можно автоматизировать и без кубернетеса

Спасибо за разъяснения, у нас столько нет) вероятно и правда не про нас пока. Благодарю.

Да нет. Если приложение стейтлесс - сетевая фс ему не нужна. А стейтфул типа бд на отдельные серверы

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

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

И что что база? Само приложение стейтлесс. А база это отдельный сервис.

Сейчас только куча приложений с папкой uploads. Вот это портит стейтлесс. S3 вместо этого и все отлично.

И что что база? Само приложение стейтлесс. А база это отдельный сервис.

Ну она не стейтлесс и без сетевой фс какие то костыли свыше надо городить, ну и далеко не каждое приложение можно сделать стейтлесс

Зачем сетевой фс? О_о большая часть приложений которые я делаю - это запрос-ответ. Rest, graphql и тп. Какой стейт у вас в приложении?

Ну взять тот же ВордПресс , Стейт там в файлах и мускуле

Я просто не очень понимаю зачем мне вообще тогда Кубернетес без сетевой фс

Ну взять тот же ВордПресс , Стейт там в файлах и мускуле

База тут не причём, там есть стейт. Это не имеет отношение к приложению. А файлы должны в s3 лежать.

Ну они не лежат, а что базу я не в кубере что ли буду хранить

Я тогда и приложение могу не в кубе хранить

При чем тут база? Это отдельное приложение. Я не шарю в вп, чтобы понимать какие файлы. Без этого он стейтлесс

Нц какая разница какие файлы если они есть и их нужно хранить

Оно стейтфул

Ну они не лежат, а что базу я не в кубере что ли буду хранить

В кубе есть плюсы и для стейтфула, даже если это по факту прибитая гвоздями к конкретной ноде бд

Ну а база отдельный сервис который должен быть тоже в кубере и их тоже стейтлесс не сделать никак

В кубе есть плюсы и для стейтфула, даже если это по факту прибитая гвоздями к конкретной ноде бд

Какие?

Если оно прибито к ноде что делать если нода упала?

Какие?

Унификация деплоя и конфигурирования ,сервис дисковери, сетевые политики авторизация

Если оно прибито к ноде что делать если нода упала?

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

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

Ну в кубер то едем как раз чтобы решить этот вопрос

У меня аргументы все. Если у вас вордпресс не deployment, а statefulset - сочувствую.

Унификация деплоя и конфигурирования ,сервис дисковери, сетевые политики авторизация

Ну оно обычно и до кубера унифицировано каким нибудь ансиблом, Дискавери если все на одной ноде сомнительный плюс. В целом не вижу особых преимуществ перед ансиблом без сетевой фс

Ну в кубер то едем как раз чтобы решить этот вопрос

Нет. Кубик не решает этих вопросов. У него есть инструменты , помогающие строить надёжный стейтфул, но он не про это