Slava
принято
Slava
спасибо
Slava
вопрос: а компоненты кубика умеют кешировать данные каждый на своём уровне? цепочка : nginx-ingress -> service -> pod , - есть ли возможность на одном из этих уровней (не доходя до docker-контейнера) отдать закешированный результат (речь про http(s) запросы)
Slava
что-то типа такого:
apiVersion: v1
type: Ingress
...
spec:
cacheLifetime: 3600
Slava
пока чисто спортивный интерес
Serega
Ребята, есть пачка микросервисов в кубе. У каждого микросервиса есть ряд переменных, включая шифрованные, разные ключи коммуникации между сервисами, доступы к базам, сервисам амазона и т.д. На текущий момент используется переменные окружения и секреты кубера. Деплоятся сервисы с переменными из ансибла.
Вопрос как наиболее правильно сделать хранение настроек микросервисов, включая секретные данные. Чувствую что нужно брать какой-нибудь KV и учить микросервисы ходить к этому KV на этапе инициализации. Но как тогда сделать repetable deployment переменных в это KV ? спасет ли меня hashi vault ? кто что юзает.
Andrey
господа, с не очень давних пор kubectl стал иногда задумываться после удаления какого-либо ресурса. с чем это может быть связано?
Sergey
Andrey
да
Sergey
:)
а я еще не обновлялся:)
Andrey
хотя, вроде я и на 1.10.5 такое видел, но не уверен
Sergey
а что, долго думает?
Andrey
иногда да, по несколько минут
Vadim
Andrey
кажется, он ждет, когда ресурс действительно удалится. сейчас я удаляю pvc, kubectl задумался, а в соседней вкладке терминала с помощью kubectl видно, что pvc в статусе terminating
Sergey
теперь будем юзать kubectl delete pod &
😂
Sergey
issue в гитхаб куба заведи может прояснят(фидбек если дадут кидайсюды)
Andrey
сам разобрался
Andrey
раз https://github.com/kubernetes/kubernetes/pull/64034
два
--wait=true: If true, wait for resources to be gone before returning. This waits for finalizers.
Sergey
👌
Aleksei
Привет!
Вопрос к helm-гуру
У меня есть чарт, в котором куча сервисов ( костыли - велосипеды)
Можно ли сделать запуск этих самых сервисов не всех разом, а по одному и по строгой очерёдности, желательно с ready-probe?
Благодарствую за советы
Slava
у меня примерно такая же задача есть, нагуглил пока вот это
https://github.com/Mirantis/k8s-AppController
Sergei
можно сделать init-containers которые проверяют что предыдущий сервис запустился
Sergei
просто через nslookup можно
Sergei
он резолвится начнет когда пробы пройдут
Aleksei
Ну это уже получается на уровне k8s и приложений, а не самого хелма
Хотелось что бы он сам отслеживал этот момент
Спасибо
Slava
можно сделать init-containers которые проверяют что предыдущий сервис запустился
посмотрел - очень годное решение. спасибо
А
initContainers:
- name: wait-clickhouse
image: alpine:3.6
command: ['/bin/sh', '-c', 'while ! getent ahostsv4 clickhouse; do sleep 1; done']
containers:
как-то так
Aleksei
Да, судя по гуглу - пока что init контейнеры считаются бест практикс
Владислав
привет. подскажите пожалуйста, может кто уже встречался с проблемой. Приложение задеплоено в нескольких инстансах, но у некоторых не хватает логов (проверяю через docker logs). Причем у одного инстанса полностью все логи есть, а у некоторых других только 1-2 первые строчки из логов. В коде даже в самом начале два лога подряд, и одна строка вывелась, другая - нет.
У меня GKE (дефолтная конфигурация, хотя такая же проблема была и на self-hosted) и там centos 7 (+journald).
Если кто-то встречался с такой проблемой, подскажите куда копать или как решить проблему можно?
Serg
привет. подскажите пожалуйста, может кто уже встречался с проблемой. Приложение задеплоено в нескольких инстансах, но у некоторых не хватает логов (проверяю через docker logs). Причем у одного инстанса полностью все логи есть, а у некоторых других только 1-2 первые строчки из логов. В коде даже в самом начале два лога подряд, и одна строка вывелась, другая - нет.
У меня GKE (дефолтная конфигурация, хотя такая же проблема была и на self-hosted) и там centos 7 (+journald).
Если кто-то встречался с такой проблемой, подскажите куда копать или как решить проблему можно?
Если в логи пишутся запросы, то они (запросы) были обработанны первым инстансом, там и есть логи.
Владислав
нет, просто логи типа сервис стартанул на таком-то порту, уровень логов такой-то (то есть не о запросах даже речь)
Lex
привет, у меня на тестовом класстере api сервер запущен как static pod и вечно валится с evicted, как это исправить можно?
PsyDebug
привет, у меня на тестовом класстере api сервер запущен как static pod и вечно валится с evicted, как это исправить можно?
Использовать не Pod, а Deployment например чтоб под мог мигрировать или перезапуститься, как я понимаю
Lex
Использовать не Pod, а Deployment например чтоб под мог мигрировать или перезапуститься, как я понимаю
хм, там ресурсов на ноде более чем достаточно, но оно дохнет, вот в чем вопрос
Vadim
привет, у меня на тестовом класстере api сервер запущен как static pod и вечно валится с evicted, как это исправить можно?
https://kubernetes.io/docs/tasks/administer-cluster/guaranteed-scheduling-critical-addon-pods/
Lex
https://kubernetes.io/docs/tasks/administer-cluster/guaranteed-scheduling-critical-addon-pods/
есть такое, все равно evicted
Lex
и да, если важно, на static pods нет ни реквестов ни лимитов
Vadim
если 1.11, то надо https://kubernetes.io/docs/concepts/configuration/pod-priority-preemption/
Lex
1.10
Lex
в 1.11 поломали тлс бутстрап, ну или не нашел как починить
Pavel
привет, у меня на тестовом класстере api сервер запущен как static pod и вечно валится с evicted, как это исправить можно?
Может для начала понять из-за чего evicted? Обычно в логах написано.
Pavel
https://kubernetes.io/docs/tasks/administer-cluster/guaranteed-scheduling-critical-addon-pods/
Но ведь эта штука не спасёт если например места на разделе стало не хватать?
Lex
проблема в том, что кластер тестовый и момент сломанного пода вечно пропускается, потом вытащить сложно
Vadim
если места перестало хватать, то вся нода упадет, а тут один под выселяется чтобы вместить другой, насколько я понял
Lex
на тех нодах только статик поды
Lex
ну и демонсеты с kube-proxy и flannel
Lex
то есть там ничего не скедулится
Lex
есть идея, что kube-api течет по памяти, но тут Я хз
Pavel
У нас вот просто подобная проблема тоже была. При сетапе через kubespray api-server, scheduler и controller manager запускаются как поды через манифесты. И если на разделе где kubelet хранит всякую метадату о подах заканчивается место ( меньше 10 процентов) - все поды начинают эвакуироваться. Если мастер нода одна - кластер умирает :)
Vadim
это кстати вариант, да, нужно смотреть здорова ли нода
Lex
а это вариант, да
Juriy
Juriy
Juriy
Ну это не боевая Бд, чисто попробовать. Но работает что самое интересное
А че ей не работать? Там по ио только беда печаль.
Juriy
Ребят, через что деплоите приложение в кубернетес? У меня сейчас gitlab-ci runner в докер стек деплоит через executor docker. Перевожу на кубер, что лучше использовать раннер с исполнителем кубер или ансибл, или еще какой вариант?
У нас gitlab-ci, образы в gitlab-registy деплоим по простому обновляем ямлы через кубцтл
Alexander
У нас gitlab-ci, образы в gitlab-registy деплоим по простому обновляем ямлы через кубцтл
Executor shell/docker?
Logan
Aleksei
У нас вот просто подобная проблема тоже была. При сетапе через kubespray api-server, scheduler и controller manager запускаются как поды через манифесты. И если на разделе где kubelet хранит всякую метадату о подах заканчивается место ( меньше 10 процентов) - все поды начинают эвакуироваться. Если мастер нода одна - кластер умирает :)
если мастер нода одна - то хорошо бы не снимать с ноды неприкосновенность и оставить её для решения своих задач
Juriy
Докер
Logan
А что с ним не так?
он концептуально "не так". Но мы с вами по этому поводу спорили и к консенсусу так и не пришли
Lex
Logan
по-моему с вами
Lex
Не помню, Я вообще про него первый раз услышал и было интересно.
Lex
Мы как раз сторадж ищем
Lex
На болтше объектный подходит, но и такой тоже прмсматриваем. Вот и поинтересовался.
Logan
значит это были не вы :)
но в любом случае я не советую его использовать, там слишком много слоев абстракциии и слишком велик риск, что где-то слой перекосит и вы останетесь без данных вовсе. А надежность системы хранения должна быть абсолютной
Lex
А что можно под минио подсунуть?
Михаил