Pods: самая малая единица

В Kubernetes наименьшая единица, которую можно развернуть, называется подом. Представьте под как основной строительный блок приложений.

На этом уроке вы познакомитесь с подами, узнаете об их назначении и научитесь создавать их с помощью YAML.

Под — это абстракция, представляющая один экземпляр приложения. Он содержит один или несколько контейнеров, а также общие ресурсы.

• Контейнеры: обычно контейнеры Docker, в которых выполняется код приложения.
• Хранилище: общие тома для постоянного хранения данных.
• Сеть: уникальный IP-адрес и сетевая конфигурация пода.

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

• Общие ресурсы: контейнеры внутри пода используют одно сетевое пространство имён и могут обмениваться данными через localhost.
• Совместное размещение: тесно связанные контейнеры (например, приложение и его вспомогательный контейнер для ведения журналов) всегда планируются на одном узле.
• Абстракция: поды предоставляют абстракцию более высокого уровня, упрощая управление приложениями в целом, а не отдельными контейнерами.

В большинстве подов работает один контейнер. Это наиболее распространённый вариант. Например, под может запускать только веб-сервер Nginx или приложение Node.js.

Даже с одним контейнером под предоставляет сетевой контекст и контекст хранилища, становясь законченной единицей развёртывания.

Объекты Kubernetes, включая поды, обычно описываются с помощью файлов YAML (YAML Ain't Markup Language). В этих файлах задаётся желаемое состояние ресурсов.

Базовое описание пода в YAML включает:

• apiVersion: версию API Kubernetes.
• kind: тип объекта Kubernetes (например, Pod).
• metadata: такие сведения, как name и labels пода.
• spec: желаемое состояние, включая запускаемые контейнеры.

Рассмотрим простое YAML-описание пода, в котором работает веб-сервер Nginx.

Раздел spec.containers описывает контейнеры внутри пода, включая их name, image и ports.

Чтобы создать под из файла YAML, используйте команду kubectl apply. Эта команда сообщает Kubernetes, что ресурсы нужно создать или обновить на основе вашего описания.

Сначала сохраните приведённое ранее содержимое YAML в файл с именем nginx-pod.yaml.

После применения YAML можно проверить состояние пода с помощью команды kubectl get pod. В результате под должен находиться в состоянии Running.

Для получения более подробной информации, включая события и состояние контейнера, используйте команду kubectl describe pod.

Хотя поды с одним контейнером встречаются часто, под может содержать и несколько контейнеров. Обычно они тесно связаны и используют общие ресурсы.

Распространённый шаблон — «вспомогательный» контейнер, работающий вместе с основным контейнером приложения и предоставляющий дополнительные службы, например ведение журналов, мониторинг или синхронизацию данных.

Более подробно мы рассмотрим этот шаблон на одном из следующих уроков!

Какое из перечисленных полей верхнего уровня НЕ является обязательным в базовом YAML-описании пода Kubernetes?

Вы узнали, что поды — это наименьшие единицы, которые можно развернуть в Kubernetes, объединяющие контейнеры, хранилище и сетевые ресурсы.

• Поды абстрагируют контейнеры, обеспечивая совместное использование ресурсов и размещение рядом.
• В YAML-файлах поды описываются с помощью apiVersion, kind, metadata и spec.
• Поды создаются командой kubectl apply -f <filename>, а просматривать их можно с помощью kubectl get pod и kubectl describe pod.

Далее мы подробно рассмотрим жизненный цикл и состояния этих фундаментальных строительных блоков!