т.е. ты их все передаешь в одном списке

Мне нужен лог конкретного контейнера

С параметром -f желательно

А получается что если используешь -l, при выводе лога, то -f нельзя.

Ладно, и так сойдёт

Ещё раз спасибо за подсказку

Ну прост -f от нескольких контейнеров будет работать странно.

Ладно, и так сойдёт

Используй stern для для вывода и фильтрации логов

Используй stern для для вывода и фильтрации логов

Кстати, ссылку напомни

Ну прост -f от нескольких контейнеров будет работать странно.

А мне кажется удобно. Я частенько пользуюсь ‘tail -f *’

А получается что если используешь -l, при выводе лога, то -f нельзя.

-l это не конктерный контейнер

Кстати, ссылку напомни

https://github.com/wercker/stern

https://github.com/wercker/stern

О, вроде то что нужно!

О, вроде то что нужно!

👍

Сделали штучку для CD процессов. Возможно, кому-то пригодится. https://habr.com/company/flant/blog/434160/

клева

скажите а для чего хельму тиллер?)

я до сих пор не догоняю)

смысл в нем, если можно без него?)

если совсем упростить, то - клиент-сервер

Сделали штучку для CD процессов. Возможно, кому-то пригодится. https://habr.com/company/flant/blog/434160/

а по кубдогу в какой чат?) в dapp_ru?)

смысл в нем, если можно без него?)

как?

helm3 еще даже не в альфе

а по кубдогу в какой чат?) в dapp_ru?)

Да, там уже и так месиво, нужно переименоваться. :)

как?

ну я считаю что helm должен просто на основе темплейтов генерировать итоговый yaml и скармливать kubectl

Да, там уже и так месиво, нужно переименоваться. :)

flant_ru ^_^

flant_ru ^_^

Вот, да. Напишу в slack нашим СПЕЦИАЛИСТАМ ПО СВЯЗЯМ С ОБЩЕСТВЕННОСТЬЮ.

ну я считаю что helm должен просто на основе темплейтов генерировать итоговый yaml и скармливать kubectl

Тиллер следит за релизами и их состоянием. Делает дифф с предыдущеми ревизиями и накатывает соответствующие изменения. + Тиллер занимается хуками (в хелм3 для этого луа)

Тиллер следит за релизами и их состоянием. Делает дифф с предыдущеми ревизиями и накатывает соответствующие изменения. + Тиллер занимается хуками (в хелм3 для этого луа)

а почему для этого нельзя заюзать просто конфигмапы/секреты?

и через них с клиента смотреть диффы

Helm 3

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

если это multitenant кластер то в каждом неймспейсе свой тиллер, это очень тупо)

и грязно)

мне кажется планировалось сделать из helm нечто большее, а получилась дыра в безопасности

multitenant в принципе для k8s такое себе

мне кажется планировалось сделать из helm нечто большее, а получилась дыра в безопасности

согласен

Ну мне нужно чтобы при падении ноды поды перезапускались на другой машине с теми же ip-адресами, что непонятного-то?

Самый простой вариант достичь этого - это pipework

как описать в ingress несколько доменов с разными сертификатами что не так расписал spec: tls: - hosts: - test1.site.ru secretName: test1-tls-secret-tls - test2.site.ru secretName: test-tls-secret-tls rules: - host: test1.site.ru http: paths: - path: / backend: serviceName: test-web servicePort: 80 - host: test2.site.ru http: paths: - path: / backend: serviceName: test-web servicePort: 80

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

патамушта mvp

Поэтому я и хочу каждому деплойменту отдельный внешний ip давать. Очень хочется сделать без оверлейных сетей. Но я не знаю насколько это плохо.

Вот пример https://github.com/dreamcat4/docker-images/blob/master/pipework/3.%20Examples.md#kubernetes

Подскажите image для стартового контейнера. Хочу вывести просто список вида {service_name} - {proto}://{ip}:{port} вывести по какому-нибудь урлу для текущих сервисов, которые запущены в кубере

Подскажите image для стартового контейнера. Хочу вывести просто список вида {service_name} - {proto}://{ip}:{port} вывести по какому-нибудь урлу для текущих сервисов, которые запущены в кубере

Зачем? Service только с tcp/udp пашет

Зачем? Service только с tcp/udp пашет

Ну, я некоторые сервисы наружу выставил и мне нужен какой-то nginx подобный контейнер, который из переменных просто html выплюнет со всеми портами этих сервисов. Ну, вроде как инвентаризация

Ну, я некоторые сервисы наружу выставил и мне нужен какой-то nginx подобный контейнер, который из переменных просто html выплюнет со всеми портами этих сервисов. Ну, вроде как инвентаризация

чем не походит kubectl get service kubectl get ingress ?

У кого-нибудь helm install работает? У меня ошибку выдаёт. Failed to download при установке с incubator

чем не походит kubectl get service kubectl get ingress ?

петросянишь?)

Работающий пинг в контейнере - это примета такая, мне дедушка говорил это к майнерам

Надо стикер про безопасность придумать

петросянишь?)

в крон kubectl get service > /tmp/services.txt и nginx натрави на /tmp/services.txt если прям хочется

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

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

якоря и алиасы могут помочь

в крон kubectl get service > /tmp/services.txt и nginx натрави на /tmp/services.txt если прям хочется

200% есть уже go проги которые лезут в etcd и нужное потом в html собирают. Просто лень самому писать

200% есть уже go проги которые лезут в etcd и нужное потом в html собирают. Просто лень самому писать

kubectl get service -o yaml | json2table > index.html + nginx 😂 А чем dashboard не походит?

200% есть уже go проги которые лезут в etcd и нужное потом в html собирают. Просто лень самому писать

а безопасно ли их в etcd пускать?

всем привет. подскажите пожалуйста кто пользовался ttlSecondsAfterFinished ?

всем привет. подскажите пожалуйста кто пользовался ttlSecondsAfterFinished ?

я

я

apiVersion: batch/v1 kind: Job metadata: name: pi-with-ttl spec: ttlSecondsAfterFinished: 5 template: spec: containers: - name: pi image: php restartPolicy: Never

пример из документации, но не удаляется. кажется я что-то упускаю. помоги пожалуйста

пример из документации, но не удаляется. кажется я что-то упускаю. помоги пожалуйста

Какая версия куба?

Какая версия куба?

Major:"1", Minor:"12", GitVersion:"v1.12.2"

вроде бы подходящая

@vrutkovs а когда локи поставил он не тек? У меня за полчаса с 4 гиг до 11 памяти сожрал

@vrutkovs а когда локи поставил он не тек? У меня за полчаса с 4 гиг до 11 памяти сожрал

кто тек?

Grafana loki

@vrutkovs а когда локи поставил он не тек? У меня за полчаса с 4 гиг до 11 памяти сожрал

Старт в 4Г тоже не внушает оптимизма :)

Grafana loki

я выключил его через пару часов - без journald он для меня меня бесполезен

уверен что на старте он жрал в районе 500Мб

Старт в 4Г тоже не внушает оптимизма :)

Ну в начале может копейки были, просто я когда зашёл на ноду посмотреть, жрал 4г

Уже

я выключил его через пару часов - без journald он для меня меня бесполезен

Велкомэ https://github.com/grafana/loki/issues/185

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

envFrom конфигмапа

У кого kubespray кластер под рукой? Можете подсказать/подсмотреть как там nginx proxy до аписерверов используется? Пытаюсь его тоже подобную штуку у себя сделать, но есть подозрение что оно не используется :) в /etc/kubernetes/kubeconfig какой server: прописан?

nginx proxy стартует как static pod, но kubelet не запускает никаких static pod пока tls bootstrap не сработает, но по окончании tls bootstrap , kubelet сам пишет kubeconfig используя изначальный bootstrap kubeconfig. получается, bootstrap ну никак не может через apiserver proxy работать, значит там один из реальных аписерверов, а раз так то и в финальном kubeconfig будет реальный аписервер, а не локальный nginx proxy

nginx proxy стартует как static pod, но kubelet не запускает никаких static pod пока tls bootstrap не сработает, но по окончании tls bootstrap , kubelet сам пишет kubeconfig используя изначальный bootstrap kubeconfig. получается, bootstrap ну никак не может через apiserver proxy работать, значит там один из реальных аписерверов, а раз так то и в финальном kubeconfig будет реальный аписервер, а не локальный nginx proxy

не, он отдельно ставит же

покрайней мере /etc/nginx пишет сюда точно. Хотя у меня был nginx на тестовом мастере.

не, он отдельно ставит же

Вот тут пишут static pod: https://github.com/kubernetes-sigs/kubespray/blob/master/roles/kubernetes/node/tasks/nginx-proxy.yml

Да, уже нашел, странно. Уронить докер и прощай nginx-proxy

И что он кладёт nginx.conf в стандартную папку тоже странно, может у меня там свои какие-то конфиги.

Так какое значение server: в /etc/kubernetes/kubeconfig? Местный nginx или удаленный apiserver?