Max

то есть там ДАЖЕ базовых вещей нет

Evgenii

я думал ты сейчас расскажешь о канареечном деплое и прочих плюхах

Rainbow

то есть там ДАЖЕ базовых вещей нет

Типа прям меток low, high и тп не достаточно? Давайте делать 0.45 вес?

Max

я думал ты сейчас расскажешь о канареечном деплое и прочих плюхах

да это понятно) мы синекрасный деплой пока не юзаем, небыло необзодимости.

Max

Типа прям меток low, high и тп не достаточно? Давайте делать 0.45 вес?

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

Max

зайдите и сами посмотрите

Max

about.gitlab .com/pricing/gitlab-com/feature-comparison/

Rainbow

И прям банальный пример высосан из пальца

Max

окей, нет related issues

Max

multiple approvals in code review мы юзаем

Rainbow

Мне бы только service desk зашел бы наверное

Max

Remote repository pull mirroring юзаем

Max

Merge approvals юзаем

Max

Restrict push and merge access to certain users юзаем

Max

File Locking

Max

Environment-specific variables

Max

Multi-project pipeline graphs

Max

Support for multiple Kubernetes clusters

Rainbow

Это реальная необходимость или "раз есть, то поюзаем"?

Max

Это реальная необходимость или "раз есть, то поюзаем"?

как оказалось, это очень полезные вещи и мы их часто юзаем

Max

я не говорю о всяких epics, roadmaps, porfolio/license management и тд

Max

это мы не юзаем)

Andrey

Не запускать ELF executables не под свою платформу.

G72K

Хороший доклад про CNI https://youtu.be/Vn6KYkNevBQ

Vadim

>CoreOS хех

девопёс

Всем привет. Есть ли возможность в кубере разрешить выполнение команд для пользователя с определенным префиксом в имени пода, а в остальных запретить?

Vadim

а подскажите плиз) если kube-proxy в режиме ipvs, это правильно, что внешние адреса всех нод в кластере тоже вешаются на kube-ipvs интерфейс? или я чето не так настраиваю?

𝚔𝚟𝚊𝚙𝚜

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

почему не kubernetes-dashboard?

𝚔𝚟𝚊𝚙𝚜

в общем лайфхак: просишь триал лицензию каждый месяц новую)

https://10minutemail.com/

𝚔𝚟𝚊𝚙𝚜

можно автоматизировать по принципу let's encrypt :)

Rainbow

https://10minutemail.com/

https://temp-mail.org поприятней, даже tg бот есть

Max

можно автоматизировать по принципу let's encrypt :)

ага))

𝚔𝚟𝚊𝚙𝚜

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

𝚔𝚟𝚊𝚙𝚜

Всем привет. Есть ли возможность в кубере разрешить выполнение команд для пользователя с определенным префиксом в имени пода, а в остальных запретить?

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

𝚔𝚟𝚊𝚙𝚜

а подскажите плиз) если kube-proxy в режиме ipvs, это правильно, что внешние адреса всех нод в кластере тоже вешаются на kube-ipvs интерфейс? или я чето не так настраиваю?

куб автоматом вешает туда все, что должно роутится средствами ipvs, то есть да, там будут все clusterIP и externalIPs сервисов

Vadim

куб автоматом вешает туда все, что должно роутится средствами ipvs, то есть да, там будут все clusterIP и externalIPs сервисов

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

𝚔𝚟𝚊𝚙𝚜

да, в ipvs режиме больше нельзя указывать существующие адреса нод в качестве externalIP для сервисов, т.к. это ломает маршрутизацию к ноде

𝚔𝚟𝚊𝚙𝚜

используйте metallb и пул еще неназначенных ip-адресов

Vadim

да, в ipvs режиме больше нельзя указывать существующие адреса нод в качестве externalIP для сервисов, т.к. это ломает маршрутизацию к ноде

Спасибо

Алексей

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

Алексей

я нашел вот такой метод kubectl get job имя_джобы -o yaml | grep -v 'controller-uid' | kubectl replace --force -f - но есть нюанс, что в таком случае поды от предыдущей джобы не удаляются, а остаются "висеть" в статусе completed. в describe "устаревших" подов нет владельца

𝚔𝚟𝚊𝚙𝚜

я нашел вот такой метод kubectl get job имя_джобы -o yaml | grep -v 'controller-uid' | kubectl replace --force -f - но есть нюанс, что в таком случае поды от предыдущей джобы не удаляются, а остаются "висеть" в статусе completed. в describe "устаревших" подов нет владельца

а если убрать grep -v 'controller-uid' ?

Алексей

тогда джоба не пересоздастся. в этом грепе сакраментальный смысл :)

Алексей

в джобе есть уникальное поле. так вот если грепом (или другом методом) это поле не убрать, то джоба не пересоздастся с ошибкой. блин, не скопировал ошибку

Никита

в джобе есть уникальное поле. так вот если грепом (или другом методом) это поле не убрать, то джоба не пересоздастся с ошибкой. блин, не скопировал ошибку

Есть ttl-контроллер (он в альфе), можно, вроде, им: https://kubernetes.io/docs/concepts/workloads/controllers/ttlafterfinished/

Никита

МОДЕРАТОР

Никита

Явно же боты.

Алексей

Есть ttl-контроллер (он в альфе), можно, вроде, им: https://kubernetes.io/docs/concepts/workloads/controllers/ttlafterfinished/

спасибо. почитаю...

Vadim

Явно же боты.

они еще ничего не постили, спокойно

Никита

В соседнем чате уже началось.

Алексей

Есть ttl-контроллер (он в альфе), можно, вроде, им: https://kubernetes.io/docs/concepts/workloads/controllers/ttlafterfinished/

почитал. немного не то... эта штука удаляет джобы каскадно :( а тут задача стоит удалить поды, которые не имеют более владельцев

Denis

почитал. немного не то... эта штука удаляет джобы каскадно :( а тут задача стоит удалить поды, которые не имеют более владельцев

Случайно не типа такого? # Get finished jobs older than 1h finishedJobs=$(kubectl get jobs --all-namespaces | awk 'IF $4 == 1 && $5 ~ /h|d/ {print $1 "|" $2}') # Loop through jobs and delete them for job in $finishedJobs; do IFS='|' read namespace oldJob <<< "$job"; kubectl -n $namespace delete job $oldJob; sleep 0.25 done

Алексей

Случайно не типа такого? # Get finished jobs older than 1h finishedJobs=$(kubectl get jobs --all-namespaces | awk 'IF $4 == 1 && $5 ~ /h|d/ {print $1 "|" $2}') # Loop through jobs and delete them for job in $finishedJobs; do IFS='|' read namespace oldJob <<< "$job"; kubectl -n $namespace delete job $oldJob; sleep 0.25 done

как вариант, конечно, можно :) но интересно все же средствами самого кубика все равно спасибо

Denis

как вариант, конечно, можно :) но интересно все же средствами самого кубика все равно спасибо

Еще где то был сценарий, который удаляет поды с статусом Complete)

Алексей

да, это можно без проблем. взять аутпут ямла и найти поле со статусом. и по пайпу пустить на удаление