Поды

Под является минимальной вычислительной единицей в терминологии Kubernetes.

Под — группа из одного или нескольких контейнеров приложений, включающая общие используемые хранилище (тома), IP-адрес и информацию по их запуску.

В Kubernetes есть два основных пути использования подов:

• Под запускающий единственный контейнер. Модель «один-контейнер-на-один-под» является более распространенной в Kubernetes и в данном кейсе можно считать, что под является обёрткой для контейнера. Нужно помнить, что Kubernetes управляет именно подами, а не контейнерами напрямую.
• Под запускающий несколько контейнеров внутри себя. Под может содержать в себе приложение состоящее из нескольких контейнеров, взаимодействие которых тесно связано и есть необходимость разделять ресурсы. Например контейнер-1, являющийся веб-сервером, отдаёт данные с общего диска «во вне», и есть контейнер-2, который обновляет и изменяет эти данные на диске. Второй способ, с группировкой нескольких контейнеров внутри одного пода, является довольно специфичным случаем. Не рекомендуется его использовать без явной необходимости.

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

В Kubernetes это обычно называется репликацией. Реплицированные поды обычно создаются и управляются объектами Kubernetes, вроде Deployment или Job.

Редко когда возникает необходимость создавать отдельные поды непосредственно в Kubernetes. Это связано с тем, что поды разработаны как относительно эфемерные и одноразовые объекты.

Лучшими практиками при работе с подами является проставление requests и limits для контейнеров в поде. Больше информации о лимитах в статье.

В кластерах Kubernetes от Linx Cloud для запускаемых контейнеров без указанных requests и limits применяются следующие значения по умолчанию:

•  Requests: 100m / 64Mb
  
• Limits: 500m / 512Mb

Редко когда возникает необходимость создавать отдельные поды непосредственно в Kubernetes. Это связано с тем, что поды разработаны как относительно эфемерные и одноразовые объекты.

В примере ниже создаются два отдельных пода и проверяется их сетевая связность.

Пример манифеста для пода с веб-сервером Nginx:

Нужно сохранить манифест из примера в файл pod.yaml и создать из него под командой:

После чего можно проверить создался ли под (ключ -o выводит более подробную информацию). В столбце IP, найдите IP-адрес пода, который нам понадобится позже:

Теперь создайте ещё один под, с которого проверяется работоспособность первого. Запустите под как интерактивную оболочку :

Попав в оболочку пода centos-pod, выполните с помощью curl запрос к веб-сервису 

. Запрос нужно отправить на адрес пода, который вы получили ранее.

В ответ отобразится приветственная страница nginx по умолчанию, что говорит о том, что поды работают.

С более подробной информацией о подах можно ознакомиться на официальном сайте Kubernetes.