Косяк был в отключеннлм модуле br_netfilter
вау. а можно чуть подробнее.
у тебя kube-proxy в iptables или ipvs работал ?
как вышел на br_filter ?
Lucky SB
Kirill
вау. а можно чуть подробнее.
у тебя kube-proxy в iptables или ipvs работал ?
как вышел на br_filter ?
Вышел просто. Помог шарящий товарищ, который уже делал то же самое, что делаю я.
Это hard way в чистом виде.
Alexey
Коллеги, есть задачка - подкладывать куку приложению, запускаемому в поде.
Вариант, который есть у меня - в PostStart хуке забирать ее с помощью curl. Однако, судя по доке, никто не гарантирует, что к моменту заверщения curl не запустится само приложение (и начнет работать без куки/с кукой из образа).
Подскажите, может есть у кого-то альтернативные идеи?
В кластере только стейтлесс, разворачивать ради этого какую-то кластерную fs не хочется. Ровно как и монтировать директорию с кукой на все ноды.
George
инит контейнер , не?
Сергей
Мужики, если для контейнера не указана livenessProbe то как кубер его живость проверяет по-умолчанию?
Andrey
Мужики, если для контейнера не указана livenessProbe то как кубер его живость проверяет по-умолчанию?
Живость PID 1 в контейнере.
Andrey
На уровне взаимодействия процессов в Linux. Слежения за child'ом.
Сергей
т.е. если возникает CrashLoopBackOff это значит PID 1 отъезжает?
Сергей
Пасип
Rainbow
Разве куб проверяет? Я думаю docker
Andrey
Разве куб проверяет? Я думаю docker
Начинается семантика. Проверяет container runtime, event обрабатывает kubelet в PLEG и кидает в apiserver.
Семён
если есть желание извращаться с курлом - запускать приложуху через entrypoint.sh и в этом скрипте сначала дёргать курлом куку а потом запускать приложуху
Felix
дернуть пупу за лупу
Семён
и получить куку
Rainbow
Начинается семантика. Проверяет container runtime, event обрабатывает kubelet в PLEG и кидает в apiserver.
да просто странный вопрос =) ответ
так же как docker run понимает. что контейнер упал.
да, чет я отстал от жизни, нужно начать пробовать альтернативы докера.
Solyar
Обьясните дурачку. selectService только в манифесте Pod'a можно использовать?
Alegro
при установке докера он доставляет в систему containerd
Rainbow
куб умеет containerd без докера
Alegro
да, пишут что она уже отделена от докера
Alegro
habr . com/ru/company/flant/blog/325358/
Solyar
У Фланта статьи поверхностные довольно
Alegro
ай, фиг их там разберешь на низком уровне что от чего зависит и что что использует
Rainbow
ай, фиг их там разберешь на низком уровне что от чего зависит и что что использует
тогда не стоило меня поправлять, наверное 😐
Solyar
Я по ним входил во всё это дерьмо с нуля :D
Solyar
Ребят, а подскажите что можно на сервере с Jenkins удалить чтобы место освободить?
Lucky SB
jenkins
Tadeusz
/var/lib/jenkins
Alegro
артифакты, логи джоб и тд и тп
Lucky SB
docker images
Artem
Добрый день. Подскажите, а можно как-то размещать поды между нодами, в зависимости от того, занят на этой ноде конкретный TCP порт или нет?
Alegro
можно биндить nodePort на данный порт, и добавить redinessprobe, и если порт занят, под не поднимется и redynessprobe выпилит данный под из балансировщика, и попытается его поднять на другой ноде
Lucky SB
Alegro
я имел ввиду в качестве нодеПорт указать нужный порт
Lucky SB
Artem
хотелка странная. не делайте так
сервисы, которые с игнайтом работают, требуют spec:
hostNetwork: true
Artem
приходится заниматься извратом
Artem
Apache Ignite
Artem
распределенная СУБД под кеши
Lucky SB
Добрый день. Подскажите, а можно как-то размещать поды между нодами, в зависимости от того, занят на этой ноде конкретный TCP порт или нет?
в твоем случае лучше настроить pod anti affinity, чтобы шедулер размещал под одному поду на ноду
Artem
так суть в том, что сервисов = деплойментов несколько
Lucky SB
а насчет занятого порта можно не беспокоится. второй под с базой не сможет забиндится на занятый порт и должен упасть. его шедулер на другую ноду по идее должен тогда перетащить. но это не точно
Artem
т.е. может быть один деплоймент - один под - на одной ноде, и он занял порт 8080
Artem
Ага(
Lucky SB
а нафига базе hostnetwork: true ????
Lucky SB
она между собой мультикастом общается что ли ?
Lucky SB
да
странно.
а в хелмчарте никакой хостнетворк ей не нужен
https://github.com/helm/charts/tree/master/stable/ignite
Artem
Это чарт для деплоя дата нод игнайта
Lucky SB
так суть в том, что сервисов = деплойментов несколько
ну так всем этим деплойментам можно указывать общую метку
app=Apache_Iginte_Java_sux
Lucky SB
и деплойменты разные, а аффинити по этой одинаковой метке на все деплойменты будет действовавть
Artem
а есть еще клиент ноды, вот им и хостнетворк приходится пихать
Artem
А это идея
Artem
Сергей, спасибо большое!
Lucky SB
у тебя узлы кончаться быстро с таким подходом )))
Alex
https://github.com/fanux/sealos
Никто еще не смотрел?
George
+----------+ +---------------+ virturl server: 127.0.0.1:6443
| mater0 |<----------------------| ipvs nodes | real servers:
+----------+ |+---------------+ 10.103.97.200:6443
| 10.103.97.201:6443
+----------+ | 10.103.97.202:6443
| mater1 |<---------------------+
+----------+ |
|
+----------+ |
| mater2 |<---------------------+
+----------+
George
матер?
George
ну, матер, ок
George
lvscare испугай меня
Alex
😂
Denis
Dmytro
и default backend там простейший гошный сервис, он должен держать дикие нагрузки. Скорее проблем, что kubelet теряет где-то его и убивает без liveness.
смотря как ему зарезать ЦПУ, у меня была такая же ситуация когда я выдал default backend 0.05 ядра и без HPA когда упал сервис в который шлом ного траффика default backend ушел в oom и crashloop
Rainbow