We trying

А где executor = "kubernetes"?

Можно скрин страницы admin area - runners?

и с конфигом ранера config.toml: concurrent = 4 log_level = "warning" check_interval = 20 [[runners]] name = "openshift-gitlab-runner" limit = 0 executor = "kubernetes" [runners.kubernetes] namespace = "gitlab-runner" namespace_overwrite_allowed = "ci-runner" privileged = true сам ранер запущен как под в кубере

главное cpu лимиты не трогать. Память канеш надо

Каике инструменты используете для CI/CD ?

А не бывает что один сервис цпу всей годы сожрет и остсльным плохо станкт

Ну это сигрупы которые кубер и юзает

сделал для них ingress

может я упустил что-то фундаментальное

Я хз, но обычно для Pod указываются порты. У тебя нет. Может конечно дефолты срабатывают, но во всех примера для nginx явно указывают

я curl`ом пробовал его передавать, но чёт разницы небыло

может я упустил что-то фундаментальное

Другой момент, а ответ 404 - от default backed nginx-ingress??? Может в приложение все входит и оно 404 ответило

если ДНСа нет, можете через /etc/hosts временно проверить

Другой момент, а ответ 404 - от default backed nginx-ingress??? Может в приложение все входит и оно 404 ответило

Если на ингресс приходит запрос с неизвестным ему хостом в заголовке, он отфутболит на дефолт бэкенд (генератор 404)

А никто не подскажет как принудительно обновить image в подах deployment'а. В спеке контейнера стоит imagePullPolicy: Always но после apply ничего не происходит (на самом деле это логично), нельзя как-то ему сказать чтобы принудительно перезапустил поды даже когда image не меняется?. Сейчас делаю банально через delete deployment по лейблу, но мне кажется есть лучше решение. Image не меняется, так как тег имейджа - является бранчем, и хотелось бы после коммита в бранч пересобрать image с тем же тегом и его задеплоить.

Или грохнуть поды или репликасет 😂

Сделать аннотацию, менять ее при каждом apply

Dmitry это путь в никуда, особенно когда решите сделать rollback. используйте тегирование. одно из решений вашего вопроса - зайти на ноду и удалить докер имадж, после чего он будет перезакачен второе: менять каждый раз какой-то безполезный параметр в манифесте.

При изменении аннотации пода в спеке деплоймента - пересоздадутся точно

Имейдж итак перезакачивается благодаря imagePullPolicy: Always. Тегирование для прод серды удобно и правильно, для дев среды удобнее бранчи

А никто не подскажет как принудительно обновить image в подах deployment'а. В спеке контейнера стоит imagePullPolicy: Always но после apply ничего не происходит (на самом деле это логично), нельзя как-то ему сказать чтобы принудительно перезапустил поды даже когда image не меняется?. Сейчас делаю банально через delete deployment по лейблу, но мне кажется есть лучше решение. Image не меняется, так как тег имейджа - является бранчем, и хотелось бы после коммита в бранч пересобрать image с тем же тегом и его задеплоить.

Там вроде есть history для deployment, и можно через rollout откатываться

Хистори не откатит перезатертый имедж без тега

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

всем привет, а можно как-то пробросить порт из одного сервиса в pod? чтобы в поде через localhost:port обращаться