Я может испорчен Явой/скалой. Или тем как у нас пишут ) приложение стартует, проводит миграции, продолжает старт (начинает слушать порты, откликаться на чеки и проч). Сами миграции: смотрим список миграций которые хотим, смотрим какие миграции применены в базе, если нечего делать больше, просто завершается. Вс проверка это прочитать список файлов и один селект из таблицы migrations

попробуй kubectl drain $NODE Шуделлер перепланирует поды с этой ноды на другие

я из-за этого столкнулся с проблемой, что для вручную запущенного docker-compose на машине в кластере нельзя задать изоляцию сети: контейнеры легко ходят по сети кубера, игнорируя опции в compose.yml. К примеру это легко может дропнуть базу, так как домен postgres резолвится в кубер вместо локального postgres из компоуза.

Коллеги всем привет. Есть такой вопрос. У меня есть nginx controller в нем настроен проброс tcp порта в service. Но этот порт открыт для внешки. Как его закрыть можно? По сути этот порт нужен только для сервисов в кластере. Думаю вы сейчас спросите, а зачем тогда вообще тебе ingress нужен. Отвечаю у меня редис кластер и когда ложится мастер, то со стороны клиентов принудительно не рвется коннект. И клиент очень долгое время ждет пока ему редис ответит. nginx принудительно рвет соединение тем самым заставляя тут же переконнектится клиента.

Может ALB который L7?

Мне не устраивает его архитектура. Это по факту клиент-сервер. Сервер находится в k8s,рендерит темплейты и загоняет их в k8s. Переоодически ловлю всякие приколюхи непонятные при деплое.

мне в helm не устраивает только что при удалении он не удаляет pv и pvc

Так он и не должен, а как делать реинсталл чарта если все данные будут грохаться вместе с pc если удалить чарт?

У меня кстать сносил, поэтому новый storageClass с политикой Retain

вдогонку к #helmговно при апгрейде, если при этом появились новые штуки, например новый сервис. Но сам апгрейд завершился с ошибкой в другом месте. То этот новый сервис создастся. Правим косяк в другом месте, делаем еще раз апгрейд, и получаем ошибку вида "сервис такой-то не найден". Он есть, но helm его не видит. Фиксится ручным удалением этого сервиса. Багрепорт такой у них есть, и он вроде пофикшен еще в январе был. Но чет не срослось у меня.

Насколько понимаю Helm будет ожидать пока все ресурсы из твоих спецификаций поднимутся, и только после это обьявить об успешном деплое. Без этого префикса helm просто после запуска сразу закончит работу

А есть идеи как можно задетектить, что docker build ничего не сделал без танцев с вытягиванием digest?

это те самые танцы. И если build сервер один, то лезть в registry тоже 5-10сек

не в latest только же, а какой-то master, по веткам. Иначе будут мешаться друг другу

Я так смысла и не пойму... не делать docker push лишний?

Враппер вокруг скриптов. Я нашел новое дно

Это от версии и от coredns никак не зависит, господин некропостер

Хреново, тут в чате месяца два назад меня убеждали что с coredns проблемы пропали. И да, сорри за некропостинг - больше месяца не читал чат

Хреново, тут в чате месяца два назад меня убеждали что с coredns проблемы пропали. И да, сорри за некропостинг - больше месяца не читал чат

Да, а смысл пушать новый тег если образ не поменялся? Особенно если тег не кусок коммит хеш а что-то инкрементальное

Товарищи, а как дебагать следующую ситуацию: - docker build на 18 stable - docker run на локали - приложение работает без сбоев - docker run на паре серверов тоже всё гуд - docker run для приложения на k8s master-е - приложение начинает трэйсбечить как бешенное, несвязанными ошибками. - kubectl apply -f pod.yaml - тоже самое. k8s катался kubespray-ем, calico. Приложение просто рестуха для генерации пакетов хельма: - flask - subprocess - helm

А почему оно на мастере ранится ?

И весит оно для оперативы метров 20

неа, debian

Вот, кстати интересный вопрос - кто кубер в клауде гоняет - какой там экономический смысл ? за каждый балансировщик по 5 баксов платить ?) или в aws попроще условия ?

на всякий случай - limits.conf и sysctl крутились ?

Тут сурцы: https://github.com/egeneralov/helm-chart-generator-api

что за ошибки-тооооооооооооо

У меня обратный вопрос про baremetal, PV крутить самим, лоадбалансер тоже, автоскейлинга нет. В чем смысл вообще кубера тут?

Вот, кстати интересный вопрос - кто кубер в клауде гоняет - какой там экономический смысл ? за каждый балансировщик по 5 баксов платить ?) или в aws попроще условия ?

Не

Спасибо за совет, не додумался. CI ускорился на 30сек (13 docker push все же тормозят просто так). Пустой комит прогоняется через ci за минуту, буду ещё думать как ускорить.

В kube-aws для этого сделан был просто systemd unit который при shutdown текущей ноды делает ей drain через kubectl

ну, принцип абсолютно тот же. только напрямую в GKE изменения в node делать нельзя, но можно делать кастомизацию через указание shutdown script

Вроде там тоже можно кастомный имейдж для хоста как и в амазоне?

Фух, дочитал :)

Так редирект на хттпс они только в ALB запилили насколько я помню, а в ELB такого нет и надо самом на нжинкс делать

Народ, а кто будет на devoops в следующее воскресенье?

Фух, дочитал :)

Народ, а кто будет на devoops в следующее воскресенье?

Народ, а кто будет на devoops в следующее воскресенье?

Враппер на питоне вокруг бинаря на го (копс) генерящего терраформ, всё так. Я вот тоже не смог с этим жить и меняю компанию

Всем привет! Подскажите, что не так: --- apiVersion: v1 kind: ServiceAccount metadata: name: deployment-manager-serviceaccount namespace: develop --- kind: Role apiVersion: rbac.authorization.k8s.io/v1beta1 metadata: name: deployment-manager-role namespace: develop rules: - apiGroups: [""] resources: ["deployments", "replicasets", "pods", "statefulset"] verbs: ["get", "list", "watch", "create", "update", "patch", "delete"] --- kind: RoleBinding apiVersion: rbac.authorization.k8s.io/v1beta1 metadata: name: deployment-manager-rolebinding namespace: develop subjects: - kind: User name: deployment-manager namespace: develop roleRef: kind: Role name: deployment-manager-role apiGroup: rbac.authorization.k8s.io При kubectl get po -n develop выдает Error from server (Forbidden): pods is forbidden: User "system:serviceaccount:develop:deployment-manager-serviceaccount" cannot list pods in the namespace "develop"