Доехали, половина админов сидит в IDEA судя по чату.
Я в пайчарме :)
Juriy
Alex
Подскажите пожалуйста, делаю kubectl -n kube-system get po и получаю
NAME READY STATUS RESTARTS AGE
coredns-78fcdf6894-gnc96 0/1 Pending 0 20h
coredns-78fcdf6894-mbvj5 0/1 Pending 0 20h
etcd-scw-5163ae 1/1 Running 0 20h
kube-apiserver-scw-5163ae 1/1 Running 0 20h
kube-controller-manager-scw-5163ae 1/1 Running 0 20h
kube-proxy-2mt7q 1/1 Running 0 20h
kube-scheduler-scw-5163ae 1/1 Running 0 20h
kubernetes-dashboard-767dc7d4d-pw5w5 0/1 Pending 0 19h
tiller-deploy-64c9d747bd-xdvtt 0/1 Pending 0 28m
но когда выполняю kubectl describe tiller-deploy-64c9d747bd-gbrqq
error: the server doesn't have a resource type "tiller-deploy-64c9d747bd-gbrqq" получаю такое сообщение.
Andor
GNU/Emacs уже советовали?
Etki
:trollface:
И́грь
Насколько я понимаю нужно между describe и именем пода вставить слово pod
Alex
kubectl describe pod tiller-deploy-64c9d747bd-gbrqq
Error from server (NotFound): pods "tiller-deploy-64c9d747bd-gbrqq" not found
Andor
боюсь даже представить, как так вышло
И́грь
Но у тебя такого пода нет
Andor
либо не в том неймспейсе
Alex
kubectl -n kube-system get pods
NAME READY STATUS RESTARTS AGE
...
tiller-deploy-64c9d747bd-xdvtt 0/1 Pending 0 37m а если
kubectl describe pod -n kube-system tiller-deploy-64c9d747bd-gbrqq
Error from server (NotFound): pods "tiller-deploy-64c9d747bd-gbrqq" not found насколько понимаю все верно, за исклюечнием того что tiller not ready
И́грь
У тебя в конце имени пода xdvtt
И́грь
А ты ищешь gbrqq
Alex
Спасибо за помощь, видимо после ребута забыл поправить, теперь работает.
Alex
Кроме того что tiller все равно офф, пишу kubectl logs -n kube-system tiller-deploy-64c9d747bd-xdvtt ничего не выводи, возможно ли опередлить в чем может быть причина? Пробовал заного инициализировать tiller
Andor
а зачем смотреть на имя пода?
Andor
логи - возможно
Dmitry
там coredns лежит, никого не беспокоит?
G72K
коллеги, имею такой вопрос:
есть managed k8s
есть куча сервисов которые надо выставить наружу девелоперам, но которые не умеют в авторизацию, прикрывать их буду ingress+basic auth
+ есть часть сервисов которая умеет в авторизацию собственную.
хочу сделать один источник, на ум приходит ldap, ingress и сервисы в него умеют.
не хочу завязываться на cloud auth backend'ы, надо оставаться в этом плане cloud-agnostic
а есть предложения получше?
Оно? https://kubernetes.github.io/ingress-nginx/examples/auth/oauth-external-auth/
G72K
Там из примера нефига не понятно, но работает через https://nginx.org/en/docs/http/ngx_http_auth_request_module.html
Leo
Приветствую, подскажите при установке кластера через kubespray обязательно ставить python 3?
На 3 сеть плохо поднималась в последний раз
Антон
Привет, можете подсказать как лучше всего делать миграции схемы бд? Видел варианты с джобами, initContainer, вшивать в сами сервисы. Выглядит, что джобы самый хороший вариант - запускается 1 раз, если фейлится, то можно не пытаться перезапускать и остановить весь билд
Sergei
ну я делал джобами через Helm hook'и. пока честно говоря не понял насколько это хорошо. Helm хуки запускает последовательно, даже если у них веса одинаковые. В итоге не очень быстро получается. Миграции на разные базы так-то можно было бы параллельно запускать.
Антон
Спасибо!
bebebe
коллеги, я потрачу два дня на ресерч ouath и авторизации и напишу отчет что вышло
одна проблема, есть большая вероятность, что кластер с ouath переедет в amazon china
и как там будет работать таже гугл авторизация - большой вопрос к китайской великой стене
Mikhail [azalio]
Я в обычном Прометее указывал role: pod и дискаверил все поды, а как это в прометеус операторе?
Mikhail [azalio]
Что-то у меня такое ощущение что там для каждого сервиса надо писать свой сервис монитор
Andor
я думал в этом и соль
Mikhail [azalio]
Да, возможно.
Rainbow
Привет, можете подсказать как лучше всего делать миграции схемы бд? Видел варианты с джобами, initContainer, вшивать в сами сервисы. Выглядит, что джобы самый хороший вариант - запускается 1 раз, если фейлится, то можно не пытаться перезапускать и остановить весь билд
Я запускаю в ci/cd. И там и не полян, почему так никто не делает.
Rainbow
Зачем писать костыли с ожиданием нужной версии базу и тп. С ограничениями на «запустить 1 раз» и тп. Вместо того, чтобы просто запускать миграции до kubectl apply
Rainbow
+ у меня в принципе миграции отдельный подпроект на sqitch. От которого зависят куча других сервисов.
Denis
Привет, можете подсказать как лучше всего делать миграции схемы бд? Видел варианты с джобами, initContainer, вшивать в сами сервисы. Выглядит, что джобы самый хороший вариант - запускается 1 раз, если фейлится, то можно не пытаться перезапускать и остановить весь билд
Тоже думаю над этим. В итоге остановился над решением с созданием отдельно сервиса, который запускается как кронджобс и делает все необходимое. Так же хочу его заюзать для резервного копирования баз данных
Rainbow
И опять, ну почемууу не запускать в ci/cd?
Huan
привет всем. подскажите плз как прикрутить к ingress-nginx блокировку по странам?
Антон
Я запускаю в ci/cd. И там и не полян, почему так никто не делает.
т.е. миграции не изнутри k8s запускаются? Или я не понимаю значение "запускаю в ci/cd"
Rainbow
У меня базы не в кластере. А были бы в кластере... ну тоже не проблема подключится и выполнить.
Denis
т.е. миграции не изнутри k8s запускаются? Или я не понимаю значение "запускаю в ci/cd"
Имеется в виду что в пайплане CI | CD инструмента запускается таска, которая делает все это дело.
Rainbow
И это на 100% решает проблему «миграции не прошли», а в кубе пошла раскатка
Rainbow
т.е. миграции не изнутри k8s запускаются? Или я не понимаю значение "запускаю в ci/cd"
Там где вы делаете kubectl apply... где-то перед этим делать migrate. Это не обязательно ci/cd
Rainbow
Но по хорошему ci/cd конечно
Антон
Там где вы делаете kubectl apply... где-то перед этим делать migrate. Это не обязательно ci/cd
Да, я понял идею, спасибо, выглядит хорошо, за исключением того, что если база в кластере, то потребуются доступы со всех билд агентов
Rainbow
На kubectl тоже доступы нужны. А там можно даже kube proxy к базе, если она в кубе
Rainbow
Агенты у меня разделены на обычные и protected которые могут лезть в базу.
Те на docker build, тесты и тп база не нужна.
Rainbow
А там где можно сделать kubectl apply можно и дописать код, которы залезет в базу и сделает что нужно. Т.е в этом месте нет смыла ограничивать доступ к базе.
Denis
А там где можно сделать kubectl apply можно и дописать код, которы залезет в базу и сделает что нужно. Т.е в этом месте нет смыла ограничивать доступ к базе.
А я как то ansible джобу щапускал с таском) тот еще кастыль был
bebebe
@SinTeZoiD ^^^
Михаил
меня пугает твои ИИ правда
Vadim
https://media2.giphy.com/media/8fen5LSZcHQ5O/200.gif
Rainbow
https://stackoverflow.com/questions/37523615/dynamic-proxy-pass-in-nginx-to-another-pod-in-kubernetes
пример 2 контейнеров в поде. Так просто под руку попалось, часто спрашивают.
Rainbow
nginx + dns resolver на сервисы кластера
Rainbow
Конретно мне это нужно для nginx, который делает
proxy_pass на imageproxy (resize), который берёт соседний сервис с картинками.
nginx с proxy_cache
location ~ ^/images/(?<size>\d+)/(?<path>.*)$ {
expires 15d;
add_header Pragma public;
add_header Cache-Control "public";
proxy_pass http://imageproxy:8080/$size,q80/http://erp:3000/uploads/$path;
proxy_cache thumbs;
proxy_cache_valid 200 24h;
}
Может такое как-то по другому лучше решить?
Anton
похоже что вы job переизобрели
G72K
kubectl run делает похожее но в одну команду
Andrey
кстати да, это то, что меня в helm раздражает - нельзя достать оттуда логи свалившегося ресурса
bebebe
подкинули такую штуку https://github.com/Praqma/helmsman
Rainbow
Есть какой-то тул, чтобы сделать backward tunnel, который будет service в кубе? Нужно из-за ната достать сервис.
Й
Любой контейнер с ссх у которого есть доступ к сервису
Juriy
Juriy
И опять, ну почемууу не запускать в ci/cd?
Ну как вариант прийдется в раннер прокидывать дБ коннекшн.
Juriy
И это на 100% решает проблему «миграции не прошли», а в кубе пошла раскатка
Да, вариант хороший.
G72K
Есть какой-то тул, чтобы сделать backward tunnel, который будет service в кубе? Нужно из-за ната достать сервис.
Если к apiserver доступ есть, то с него можно проксировать куда угодно
Andrey
только http
Artem
кстати да, это то, что меня в helm раздражает - нельзя достать оттуда логи свалившегося ресурса
kubectl logs -l release=релиз чарта
Artem
Добрый день, подскажите пытаюсь подключить в куб хранилище ceph(rbd), создал пул и токены, опирался на статью https://habr.com/company/flant/blog/329666/
Создаю PersistentVolumeClaim провиженер создаёт PersistentVolume в статусе Bound но когда я создаю поду она постоянно висит в ContainerCreating и валит Unable to mount volumes for pod "nginx-kzk9q_default(67554154-bb0d-11e8-a168-d2e32a8364ee)": timeout expired waiting for volumes to attach or mount for pod "default"/"nginx-kzk9q". list of unmounted volumes=[mypvc]. list of unattached volumes=[mypvc default-token-dkrnn]
Denis
Товарищи, подскажите . У меня в кластере есть нода, которая помечена как NoSchedule.
тут произошла авария в кластере, и все поды смигрировали на этот воркер. Это нормально?
Artem
kube-controller-manager брал quay.io/attcomdev/kube-controller-manager:v1.6.1 куб версии v1.10.5
Artem
Добрый день, подскажите пытаюсь подключить в куб хранилище ceph(rbd), создал пул и токены, опирался на статью https://habr.com/company/flant/blog/329666/
Создаю PersistentVolumeClaim провиженер создаёт PersistentVolume в статусе Bound но когда я создаю поду она постоянно висит в ContainerCreating и валит Unable to mount volumes for pod "nginx-kzk9q_default(67554154-bb0d-11e8-a168-d2e32a8364ee)": timeout expired waiting for volumes to attach or mount for pod "default"/"nginx-kzk9q". list of unmounted volumes=[mypvc]. list of unattached volumes=[mypvc default-token-dkrnn]
посмотрите, есть ли у вас ceph-common на ндах и доступна ли цефовая сеть
Andrey
kubectl logs -l release=релиз чарта
спс, хороший вариант. Надо ещё покрыть те случаи, когда до аппликухи дело не доходит, например, когда образ не скачивается