как это вручную?

С самого инстанса, на котором под

что такое "инстанс, на котором под"?

с ноды что ли? откуда им там взяться

а где же им еще быть кроме ка к не на ноде? :)

ну разве что у докера стоит log driver какой-нибудь rsyslog или еще что-то что отправляет логи сразу куда-то

ладно, и как же забрать их с ноды?

(да и не факт, что это докер, вообще)

С нее, придется правда поискать, они лежат в директориях по хешу

вообще говоря, при апгрейде образа под рестартует, и, сторого говоря, это уже другой под

Верно. Простите, я имел ввиду нода если живая

а, нода жива, конечно

вообще говоря, при апгрейде образа под рестартует, и, сторого говоря, это уже другой под

конечно, поэтому надо найти по хешу старого пода его логи

в зависимости от драйвера логов в докере это или просто в директории старого пода json файл или копать в journald или еще где

А есть какой-то подобный способ получить хелсчек в kubectl

'''"docker inspect --format='{{json .State.Health.Status}}' '''

Зная имя пода и контейнера

Кейс: получить статус сервиса в пайплайне дженкинса

насколько я понимаю, по аналогии - kubectl get -o json --format=<подставить json path правильный>

Спасибо, попробую.

Как вы проверяете статус деплоя в сиай?

kc get pods -o jsonpath='{range .items[*]}{.metadata.name}{"\n"}{end}'

чуть наврал, там не такое имя параметра

вот то что выше - напечатать имя пода

Как вы проверяете статус деплоя в сиай?

пока никак, fire and forget :(

jsonpath='{.items[?(@.status.phase=="Running")].metadata.name}

например. Напечатает имя только Running подов

полезно, спасибо.

ну если имя уже есть, то: jsonpath={.status.phase}

напечатает соответствнно Running, если running

но надо не забывать, Pod может быть Running, а контейнер при этом — нет

поэтому можно еще прочекать статус контейнера: jsonpath='{.status.containerStatuses[*].state.running}'

вместо звездочки можно отфильтровать по имени контейнера: '{.status.containerStatuses[?(@.name=="container-name")].state.running}'

Т.е. имея настроенный readynessprobe можно без имени контейнера получить актуальный статус?

я не уверен, что этот статус имеет отношение к readinessprobe

к livenessprobe — да

можно поиграть, посмотреть, расскажите потом

Есть пользователи кастомных ресурсов в кубере? Как впечатления?

Есть пользователи кастомных ресурсов в кубере? Как впечатления?

я не особо в курсе деталей, но наш CI переехал с жденкинса на Prow + CRD, вроде довольны

Сами писали ресурсы?

я не особо в курсе деталей, но наш CI переехал с жденкинса на Prow + CRD, вроде довольны

https://github.com/helm/prow этот?

This project is experimental, and has not hit a stable release point

https://github.com/helm/prow этот?

https://github.com/kubernetes/test-infra

Не очень понял как это связано

https://github.com/kubernetes/test-infra/tree/master/prow#prow

спасибо. Включу CrossSubnet, т.к. у нас непонятно будут ли когда-нибудь разные сети в одном кластере https://docs.projectcalico.org/v3.0/usage/configuration/ip-in-ip

В aws кажется надо было source check для подсетей отключать, но это не точно

конечно, поэтому надо найти по хешу старого пода его логи

Разве kubelet не вычищает все от прошлого пода?

поэтому можно еще прочекать статус контейнера: jsonpath='{.status.containerStatuses[*].state.running}'

Надо чекать Ready на поде, оно само включает ready всех контейнеров. Контейнер без readinessProbe очень удобно будет Ready если запущен

Разве kubelet не вычищает все от прошлого пода?

у меня нет, возможно это как-то настраивается и может зависит от версии куба (у меня сейчас 1.5.7, начинал с 1.3)

https://github.com/kubernetes/test-infra/tree/master/prow#prow

выглядит прибитым гвоздями к гитхабу и не очень понятно при чём тут testinfra https://github.com/philpep/testinfra

или это не та testinfra

вы по url глазами пройдитесь

прошёлся, прошёлся

люблю когда проекты называются одинаково

взять тот же helm

https://github.com/emacs-helm/helm

https://github.com/emacs-helm/helm

долго этого ждал, кек

пока как-то не очень

но я не теряю надежды запустить в существующем кластере

всем прмвет! А кто-то прикручивал к k8s cephfs с dynamic provision или какой-то другой read-write-many storage c dynamic provision?

Я прикручивал, Cephfs / Rbd provisioner

Я прикручивал, Cephfs / Rbd provisioner

А можешь поделиться тайным знанием про cephfs? Rbd работает отлично, а вот cephfs чего-то не взлетел :-(

ага, и еще бы бенчмарки какие-нить

Microsoft выложили Windows Server 2019 Preview. Интересная особенность для нас с вами, это поддержка Kubernetes из коробки. https://goo.gl/UZkopE

может кто не видел

зачееееем ??? )

Есть спрос видимо

Жду его чтобы легаси засунуть.

Одна проблема - безумный размер образа windowsservercore

что является сервисом для нод? только lb?

hello, есть мнения за редис, как его лучше готовить? небольшой мастер-слейв (1-2 гб) с сентинелем для фейловера. Есть redis-ha чарт, но смущает в нем отсутствие кастомных конфигов (maxmemory, eviction покрутить хочется), кто-то юзает его? Не хочется свои костыли писать.

интересно. А примера использования нет пока?

Всем привет! Подедитесь оптытом пожалуйста. Кто нить пробовал подружить k8s с s3 хранилищем?

имею ввиду с использованием Dynamic Volume Provisioning

а это возможно вообще? volume – блочное устройство

вот и изучаю вопрос, s3 же монтировать в ОС, почему не прокинуть в кубер

интересно на перформанс такого вольюма взглянуть

aws блокируют с понедельника в рашке, подумайте о других вариантах хе-хе

Всем привет! Подедитесь оптытом пожалуйста. Кто нить пробовал подружить k8s с s3 хранилищем?

Можно.

aws блокируют с понедельника в рашке, подумайте о других вариантах хе-хе

ну s3api не только у aws есть