Написать в техподдержку Позвонить нам
Админпанель Выход

Содержание статьи:

    Поды

    Описание

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

    Использование подов

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

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

    Второй способ, с группировкой нескольких контейнеров внутри одного пода, является довольно специфичным случаем. Не рекомендуется его использовать без явной необходимости.  

    Работа с подами

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

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

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

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

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

    ---
    apiVersion: v1
    kind: Pod
    metadata:
      name: nginx-pod
    spec:
      containers:
      - image: nginx:1.12
        name: nginx
        ports:
        - containerPort: 80

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

    $ kubectl apply -f pod.yaml

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

    $ kubectl get pod -o wide
    NAME        READY   STATUS    RESTARTS   AGE   IP             NODE        NOMINATED NODE   READINESS GATES
    nginx-pod   1/1     Running   0          42m   10.100.6.201   test-node   <none>           <none>

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

    $ kubectl run -it --rm --image=centos centos-pod -- /bin/bash

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

    curl 10.100.6.201
    <!DOCTYPE html>
    <html>
    <head>
    <title>Welcome to nginx!</title>
    <style>
        body {
            width: 35em;
            margin: 0 auto;
            font-family: Tahoma, Verdana, Arial, sans-serif;
        }
    </style>
    </head>
    <body>
    <h1>Welcome to nginx!</h1>
    <p>If you see this page, the nginx web server is successfully installed and
    working. Further configuration is required.</p>
    
    
    <p>For online documentation and support please refer to
    <a href="http://nginx.org/">nginx.org</a>.<br/>
    Commercial support is available at
    <a href="http://nginx.com/">nginx.com</a>.</p>
    
    
    <p><em>Thank you for using nginx.</em></p>
    </body>
    </html>

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

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

    Полезна ли была эта статья?