Comments 5
Спасибо, узнал что-то новое. Для меня пока тактика скроллить дескрайб до ивентов работает хорошо. Но и использование достаточно простое, деплоймент, под, секреты. Деплою частично через Хелм, а другую часть через Терраформ.
О, тогда describe ещё полезнее. Когда часть едет через Helm, часть через Terraform, легко получить два источника правды: в values одно, в tf state другое, а в Pod прилетело третье, ещё и после вебхуков, инжекторов и платформенных дефолтных настроек.
Я бы в таком раскладе смотрел describe как проверку реальности перед тем, как лезть глубже: какой образ реально запущен, какие метки и аннотации навесились, под каким service account всё стартует, какие переменные окружения, тома, пробы и кто владелец пода.
Events, это как быстрый вход в отладку, а верхняя часть describe помогает понять сразу: мы чиним реальную проблему или расхождение между Helm, Terraform и тем, что в итоге собрал наш кластер.
У меня все проще. Я деплою Coder (удаленное пользовательское окружение) через Хелм, а он уже создаёт поды через Терраформ, я всегда знаю через что какой под создан. Сервис аккаунт тоже один. Неймспейс как бы один, но в разных кластерах. Технически я владелец всех темплейтов и всех объектов. Пользователи могут только логиниться в свой под и творить там что захотят и смотреть метрики к графане (OOM, CPU, ...)
Крайне полезный материал, спасибо.
Еще бы узнать, почему с виду корректно работающие поды в ide помечаются восклицательным знаком )
Спасибо!
С IDE это кстати частая история. И восклицательный знак там далеко не всегда значит что под лежит. Часто это бывает когда что-то в статусе не идеально, например, был рестарт, Ready=False, старый warning event какой-нибудь, отвалилась проба, один контейнер из нескольких не готов или сама IDE чуть закешировала стейт.
Часто бывает, что под снаружи живой, и приложение отвечает, но Кубер уже оставил жёлтый флажок, мол тут был флап, рестарт или проба ругалась, и IDE просто подсвечивает этот шум как проблему.
Я бы проверил под через get и describe, и если в Ready, Restart Count, Last State и Events всё чисто, то скорее всего, это просто шум или IDE закешировала старый статус.
kubectl describe pod: как читать вывод, в котором Kubernetes уже написал причину