Я тут открыл одну (не)очевидную вещь: Любой под может замаунтить любой секрет, даже если его service account не имеет прав по RBAC этот секрет читать. Еще один аргумент в пользу подхода по неймспеймсу на приложение

в ролях разве можно указать конкретные секреты?

Это by design, issue висит с 2015 года где все отцы основатели высказались

вот: bash-3.2# kubectl describe pod jenkins-6bc67f99d7-vvkxn | grep IP IP: 10.233.92.147 bash-3.2# kubectl describe pod jenkins-6bc67f99d7-vvkxn | grep Node Node: master/167.99.97.182 bash-3.2# kubectl describe pod gitlab-gitlab-764bd7665-vgx49 | grep IP IP: 10.233.95.50 kubectl describe pod gitlab-gitlab-764bd7665-vgx49 | grep Node Node: node1/159.65.96.125 bash-3.2# kubectl exec -it gitlab-gitlab-764bd7665-vgx49 /bin/bash error: unable to upgrade connection: container not found ("gitlab") bash-3.2# kubectl exec -it jenkins-6bc67f99d7-vvkxn /bin/bash jenkins@jenkins-6bc67f99d7-vvkxn:/$ ping 10.233.92.147 PING 10.233.92.147 (10.233.92.147): 56 data bytes 64 bytes from 10.233.92.147: icmp_seq=0 ttl=64 time=0.055 ms 64 bytes from 10.233.92.147: icmp_seq=1 ttl=64 time=0.116 ms

Прикольно, дженкинс живёт на мастере

"нужна быстрая проверка сети... Подниму-ка дженкинс!"

А его можно слать нах?

Ты еги придожение в своп запихни, пусть потрадуется.

Ну в том и вопрос - можно ли одни поды в свап пихать, а чтоб всё остальное не страдало?

Извиняюсь что отвелекаю от беседы) Подскажите куда копать если контейнер висит в состоянии ContainerCreating?

ну... можно, я это сделал мягко, но класстер существует, для его разработки. И вариант с увеличением памяти на нодах, не подходит, т.к. они дороже, а поэтому нужно использовать всю свободную память и он будет это делать, т.к. он типа "думает о рентабельности проекта")

Херовый тимлид)

Извиняюсь что отвелекаю от беседы) Подскажите куда копать если контейнер висит в состоянии ContainerCreating?

В логи контейнера через describe

Ну он из епама пришёл, что от них ещё ждать)

докер хаб отваливается(

Коллеги, тут у меня возник конфликт интересов с нашим тимлидом программистов, запустил, значит на кластере его приложение, и один из компонентов этого приложения крутится по 1 экземпляру на всех нодах. Так вот, я хз что оно там внутри делает, но ему нужно много памяти, причём желательно всей, что есть на нодах. Допустим условно есть 10 нод по 8 гигов. Он в курсе конфигурации, так вот - он их использует из расчёта, что все 8 гигов доступны его приложению. И периодически из-за OOM вылетают другие поды на этих нодах, или поды самого этого компонента. Но его поды очень даже стейтфул, так что им вылетать не нужно. Он предлагает включить своп на нодах, Сам кубелет по-умолчанию не любит свап и не запускается без спец опции

посоветуйте, плз, качественное чтиво по nginx ingress

Обязательно чтиво, или видео тоже подойдёт?

Вот неплохой ролик https://t.me/SysadminNotes/695

только если у тебя не фланель )

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

Ты сам-то как в гитлаб ходишь?

Должно работать

Мы на железе планиуем бгп

а этот runner-registrator по какому урлу ходит в гитлаб?

Либо калико либо вейв