но я не уверен что они не будут запущены последовательно

Будут запущены последовательно

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

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

Под никогда не разделяет контейнеры

а если, например, они не бегут все одновременно? например хватило ресурсов только для 2 из 4, 2 пробежали и потом еще 2 запустятся?

у меня и так на одной ноде по 3 процессинга бежит в параллели

а если, например, они не бегут все одновременно? например хватило ресурсов только для 2 из 4, 2 пробежали и потом еще 2 запустятся?

шедулится весь под сразу

от падла…

а если, например, они не бегут все одновременно? например хватило ресурсов только для 2 из 4, 2 пробежали и потом еще 2 запустятся?

Запустится все сразу

Ну сделайте 5 джоб и общий сторадж для них

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

та мы и так льем на s3 по окончанию, проблема в том, что не понятно, как получить статус об окончании процессинга

а то получится так, что у нас 3 ассета есть, а двух еще не хватает

пиши свой контроллер который сначала запустит N деплойментов со сторейжами и после их выполнения запустит другой деплоймент в который смонтирует сторейжи с предыдущих шагов

tekton умеет в параллелизацию и waiting checkpoint, но я так до него и не добрался еще

https://pay.reddit.com/r/kubernetes/comments/bxkvfc/im_tim_hockin_a_toplevel_kubernetes_maintainer_ama/

Ребят, возник вопрос где найти статьи по поводу хранения докер образов и плохих моментов, к примеру, почему нелья отдельно собирать имейджи для теста и отдельно для прода, что может это за собой повлечь? Кроме как заливку на прод не протестированного имейджа?

Коллеги, привет. Вопрос, как заставить инит-контейнер в поде и основной контейнер юзать один и тот же volumeclaim?

Коллеги, привет. Вопрос, как заставить инит-контейнер в поде и основной контейнер юзать один и тот же volumeclaim?

маунтить один и тотже pv ?

да

Создаете PV, создаете PVC и монтируете в каждом контейнере

Только если будет RWO то под упадет

Ребят, возник вопрос где найти статьи по поводу хранения докер образов и плохих моментов, к примеру, почему нелья отдельно собирать имейджи для теста и отдельно для прода, что может это за собой повлечь? Кроме как заливку на прод не протестированного имейджа?

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

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

То что нужно было

Спасибо

Спасибо

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

Хотя подходов уйма, все по своему хороши и все имеют проблемы

Так и происходит

Мы фиксим/апгрейдим сервис. Мержимся и потом гоним весь имейдж до прода

Мы фиксим/апгрейдим сервис. Мержимся и потом гоним весь имейдж до прода

Достаточно нормальный подход

Только если будет RWO то под упадет

не упадет

не упадет

Разве?

А, точно

второй под упадет

второй инстанс пода

Коллеги, привет. Вопрос, как заставить инит-контейнер в поде и основной контейнер юзать один и тот же volumeclaim?

перечисляете одинаковые тома в раздела volumeMounts основного контейнера и инит-контейнеров. можно даже без проблем один том смонтировать во все основные контейнеры

Всем привет! Подскажите в какую сторону копать: из пода ping 8.8.8.8 проходит все ок, ping ya.ru: ping: unknown host

Следующий вопрос: "а что такое днс?"

Следующий вопрос: "а что такое днс?"

Всем привет! Подскажите в какую сторону копать: из пода ping 8.8.8.8 проходит все ок, ping ya.ru: ping: unknown host

Яндекс передал ключи шифрования и больше не пингуется ни от куда

Яндекс передал ключи шифрования и больше не пингуется ни от куда

можно как-то сделать, чтобы livenessProbe чекались только если readinessProbe проходят?

А они разве не?

так сперва live, потом ready.

Сначала работают рединесс, как только они зелёные под становится реди и начинают работать лайвнесс

А они разве не?

ну вот я обе поставил, в итоге у меня контенер не доживает до ready

убрал liveness стал доживать

Сначала работают рединесс, как только они зелёные под становится реди и начинают работать лайвнесс

погоди. наоборот же. live это приложение живо, контейнер убивать не надо, ща заработаем. В это время там коннекты могут подниматься, кеши греться и т.п. А когда все это готово - положено ready отвечать. После этого трафик получаем.

убрал liveness стал доживать

а delay просто увеличить?

а delay просто увеличить?

под каждое железо подгонять?

как заставить nginx-ingress-controller наружу смотреть дефолтными портами (80:80, 443:443) ? то есть NodePort надо поставить в 80 и в 443 соответственно

погоди. наоборот же. live это приложение живо, контейнер убивать не надо, ща заработаем. В это время там коннекты могут подниматься, кеши греться и т.п. А когда все это готово - положено ready отвечать. После этого трафик получаем.

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

Сначала работают рединесс, как только они зелёные под становится реди и начинают работать лайвнесс

Нененене. Обе параллельны.

как заставить nginx-ingress-controller наружу смотреть дефолтными портами (80:80, 443:443) ? то есть NodePort надо поставить в 80 и в 443 соответственно

hostNetwork: True

hostNetwork: True

пробовал

Нененене. Обе параллельны.

Хм, ну вот :(

Нененене. Обе параллельны.

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

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

Задержку livenessProbe настроить.

initialDelaySeconds

да класс, то есть от кластера к кластеру везде сидеть с секундомером

вообще это логично что они параллельныё иначе если процесс вдруг повис пока он делал там свои миграции и готовил сокеты, то ливнесс будет бесконечно ждать готовности рединесс и контейнер так и будет висеть

да класс, то есть от кластера к кластеру везде сидеть с секундомером

Костыль: https://github.com/kubernetes/kubernetes/issues/27114#issuecomment-480939471 Как надо, но долго, потому что только KEP пока что есть: https://github.com/kubernetes/enhancements/blob/master/keps/sig-node/20190221-livenessprobe-holdoff.md

А вот и PR: https://github.com/kubernetes/kubernetes/pull/77807

Подскажите, можно ли както отслеживать какой под к какому обращается ? (прометеус может какой?)

Трейсинг?

Трейсинг?

Да, он

Забываю слова иногда

Подскажите, можно ли както отслеживать какой под к какому обращается ? (прометеус может какой?)

в общем случае - нет, либо eBPF либо енвой сайдкаром

в общем случае - нет, либо eBPF либо енвой сайдкаром

Сайдкар не выход, а за наводку на eBPF спасибо

Бгг

Бгг

Выглядит так будто я столкнусь с п*здецом

Не, ебпф очень крутая штука

Сайдкар не выход, а за наводку на eBPF спасибо

Тебе предложили построить дом начиная с вбивания свай. Посмотри сюда лучше: https://cilium.io/

Тебе предложили построить дом начиная с вбивания свай. Посмотри сюда лучше: https://cilium.io/

Тебе предложили построить дом начиная с вбивания свай. Посмотри сюда лучше: https://cilium.io/

Сказал как не гентушник

Я тут ещё вспомнил крутую, но более узконаправленную штуку, чтобы потрейсить, что у тебя происходит в контейнере. Бегло посмотрел, они Kubernetes саппорт добавили. Если порыться, то, наверняка, можно и коннекты к другим подам потрейсить. https://github.com/draios/sysdig/wiki/Sysdig-User-Guide

Понаставят своих кубернетисов, а потом сами понять не могут чего наделали... Примерно с такими настроениями написан данный пост, что не отменяет его пользы для общественности ибо линуксы линуксами, но в жизни бывает всякое. Даже кубер на винде. И это тоже надо как-то лечить. https://techcommunity.microsoft.com/t5/Networking-Blog/Troubleshooting-Kubernetes-Networking-on-Windows-Part-1/ba-p/508648

"кубер на винде"...

"кубер на винде"...

Ты на линуксе всё ещё?

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

И где годные статьи по этому поводу?