Отладка Pods и сервисов

Когда приложения ведут себя неправильно в Kubernetes, отладка становится Вашей суперсилой! Она помогает понять, что произошло и как это исправить.

К распространённым признакам проблем относятся:

• Поды, застрявшие в состоянии «Pending» или «CrashLoopBackOff».
• Недоступные сервисы.
• Приложения, работающие не так, как ожидается.

Мы изучим основные инструменты для диагностики этих проблем.

Kubernetes предоставляет мощные инструменты командной строки, прежде всего kubectl, которые помогают проверять кластер и устранять неполадки.

Сегодня мы рассмотрим следующие основные команды:

• kubectl describe: получение подробных сведений о ресурсе.
• kubectl logs: просмотр вывода контейнера.
• kubectl exec: выполнение команд внутри контейнеров.
• kubectl port-forward: локальный доступ к сервисам.

Освоив их, Вы станете настоящим специалистом по отладке Kubernetes!

Команда kubectl describe — это первый инструмент для получения подробной информации о любом ресурсе Kubernetes, особенно о подах.

Она предоставляет большой объём данных, включая события, состояние, IP-адреса, тома и сведения о контейнерах. В нижней части вывода ищите раздел «Events» — в нём могут быть подсказки!

События необходимы для понимания того, что произошло с подами или другими ресурсами. Они рассказывают о создании, планировании, ошибках и многом другом.

События для конкретного ресурса можно просмотреть с помощью describe, а события во всём кластере — с помощью kubectl get events.

Приложения обычно выводят важные сообщения, ошибки и отладочную информацию в стандартные потоки вывода и ошибок. kubectl logs позволяет получить к ним доступ.

Если под аварийно завершается, проверка его журналов крайне важна для понимания того, почему это происходит. Также можно просматривать журналы в режиме реального времени.

Иногда просмотра журналов недостаточно. Для диагностики проблем может потребоваться выполнить команды внутри работающего контейнера — так же, как при подключении к серверу по SSH.

kubectl exec позволяет выполнять команды или даже открывать оболочку (например, bash или sh) непосредственно внутри контейнера.

Если Вы подозреваете, что сервис недоступен, или хотите проверить его локально без внешнего доступа, используйте kubectl port-forward.

Эта команда создаёт защищённый туннель с Вашего локального компьютера к поду или сервису в кластере, позволяя обращаться к нему через localhost.

Если приложение недоступно через свой сервис, проверьте две вещи:

• Селектор сервиса: правильно ли он соответствует меткам Ваших подов?
• Конечные точки: есть ли у сервиса активные конечные точки (то есть работающие поды)?

Используйте kubectl get svc и kubectl get ep, чтобы проверить их.

Рассмотрим две распространённые проблемы подов:

• CrashLoopBackOff: контейнер многократно запускается и аварийно завершается. Проверьте ошибки с помощью kubectl logs.
• ImagePullBackOff: Kubernetes не может загрузить образ контейнера. Проверьте имя и тег образа, а также доступ к реестру.

Команда kubectl describe pod часто показывает исходную причину в разделе «Events».

Вы заметили, что под с именем data-processor-xyz находится в состоянии CrashLoopBackOff. Необходимо выяснить причину аварийного завершения.

Какие из следующих двух команд важнее всего выполнить сначала, чтобы диагностировать непосредственную причину?

Отличная работа! Вы научились использовать основные команды kubectl для отладки подов и сервисов:

• kubectl describe — для получения подробных сведений о ресурсах и событиях.
• kubectl logs — для просмотра происходящего внутри контейнеров.
• kubectl exec — для интерактивного устранения неполадок.
• kubectl port-forward — для локального доступа к сервисам.

Эти инструменты необходимы для стабильной работы приложений Kubernetes. Продолжайте практиковаться!