#Pods

#Понимание Pod'ов

Обратитесь к официальной документации Kubernetes на сайте: Pod

Pod — это наименьшая единица вычислений, которую вы можете создать и управлять в Kubernetes. Pod (как стая китов или стручок гороха) — это группа из одного или нескольких контейнеров (например, контейнеров), с общим хранилищем и сетевыми ресурсами, а также спецификацией того, как запускать контейнеры. Pods являются фундаментальными строительными блоками, на основе которых строятся все контроллеры более высокого уровня (такие как Deployments, StatefulSets, DaemonSets).

#Пример YAML файла

apiVersion: v1
kind: Pod
metadata:
  name: my-nginx-pod
  labels:
    app: nginx
spec:
  containers:
    - name: nginx
      image: nginx:latest # The container image to use.
      ports:
        - containerPort: 80 # Container ports exposed.
      resources: # Defines CPU and memory requests and limits for the container.
        requests:
          cpu: '100m'
          memory: '128Mi'
        limits:
          cpu: '200m'
          memory: '256Mi'

#Управление Pod с помощью CLI

Хотя Pods часто управляются контроллерами более высокого уровня, прямые операции kubectl с Pod полезны для устранения неполадок, инспекции и выполнения разовых задач.

#Просмотр Pod

• Чтобы вывести список всех Pod в текущем namespace:

  kubectl get pods

• Чтобы вывести список всех Pod во всех namespace:

  kubectl get pods --all-namespaces
  # Или короткая версия:
  kubectl get pods -A

• Чтобы получить подробную информацию о конкретном Pod:

  kubectl describe pod <pod-name> -n <namespace>
  
  # Пример
  kubectl describe pod my-nginx-pod -n default

#Просмотр логов Pod

• Чтобы просмотреть логи контейнера внутри Pod (полезно для отладки):

  kubectl logs <pod-name> -n <namespace>

• Если в Pod несколько контейнеров, необходимо указать имя контейнера:

  kubectl logs <pod-name> -c <container-name> -n <namespace>

• Чтобы следить за логами в режиме реального времени (поток новых логов по мере их появления):

  kubectl logs -f <pod-name> -n <namespace>

#Выполнение команд в Pod

Чтобы выполнить команду внутри конкретного контейнера в Pod (полезно для отладки, например, для доступа к shell):

kubectl exec -it <pod-name> -n <namespace> -- <command>

# Пример (для получения shell):
kubectl exec -it my-nginx-pod -n default -- /bin/bash

#Проброс портов к Pod

Чтобы пробросить локальный порт на порт Pod, позволяя прямой доступ к сервису, работающему внутри Pod с вашей локальной машины (полезно для тестирования или прямого доступа без внешнего экспонирования сервиса):

kubectl port-forward <pod-name> <local-port>:<pod-port> -n <namespace>

#Пример
kubectl port-forward my-nginx-pod 8080:80 -n default

После выполнения этой команды вы сможете получить доступ к веб-серверу Nginx, работающему в my-nginx-pod, перейдя в браузере по адресу localhost:8080 .

#Удаление Pod

• Чтобы удалить конкретный Pod:

  kubectl delete pod <pod-name> -n <namespace>
  
  # Пример
  kubectl delete pod my-nginx-pod -n default

• Чтобы удалить несколько Pod по именам:

  kubectl delete pod <pod-name-1> <pod-name-2> -n <namespace>

• Чтобы удалить Pod по селектору меток (например, удалить все Pod с меткой app=nginx):

  kubectl delete pods -l app=nginx -n <namespace>

#Управление Pod через веб-консоль

#Просмотр Pod

Интерфейс платформы предоставляет различную информацию о Pod для быстрого ознакомления.

#Процедура

1. В Container Platform перейдите в Workloads > Pods в левой боковой панели.

2. Найдите Pod, который хотите просмотреть.

3. Нажмите на имя деплоя, чтобы увидеть Details, YAML, Configuration, Logs, Events, Monitoring и т.д.

#Параметры Pod

Ниже приведены пояснения к некоторым параметрам:

#Удаление Pod

Удаление Pod может повлиять на работу вычислительных компонентов; пожалуйста, действуйте осторожно.

#Сценарии использования

• Быстро восстановить Pod в желаемое состояние: Если Pod остаётся в состоянии, которое влияет на бизнес-процессы, например Pending или CrashLoopBackOff, ручное удаление Pod после устранения причины ошибки поможет ему быстро вернуться в желаемое состояние, например Running. При этом удалённый Pod будет пересоздан на текущем узле или переназначен.

• Очистка ресурсов для управления операциями: Некоторые Pod достигают определённого этапа, когда они больше не изменяются, и такие группы часто накапливаются в большом количестве, усложняя управление другими Pod. К Pod, подлежащим очистке, могут относиться те, что находятся в статусе Evicted из-за нехватки ресурсов узла, или в статусе Completed, вызванном повторяющимися запланированными задачами. В этом случае удалённые Pod больше не будут существовать.

  Примечание: Для запланированных задач, если необходимо проверять логи каждого выполнения задачи, не рекомендуется удалять соответствующие Pod в статусе Completed.

#Процедура

1. Перейдите в Container Platform.

2. В левой навигационной панели нажмите Workloads > Pods.

3. (Удаление по одному) Нажмите ⋮ справа от Pod, который нужно удалить > Delete, подтвердите.

4. (Массовое удаление) Выберите Pod для удаления, нажмите Delete над списком, подтвердите.