Как поднять два контейнера в Kubernetes, чтобы они не встретились на одной ноде

1️⃣ Как кратко ответить

Используйте PodAntiAffinity в спецификации Pod, чтобы задать правило, запрещающее размещение двух Pod на одной ноде. Это достигается с помощью requiredDuringSchedulingIgnoredDuringExecution или preferredDuringSchedulingIgnoredDuringExecution в разделе affinity.

2️⃣ Подробное объяснение темы

В Kubernetes, чтобы гарантировать, что два Pod не будут размещены на одной ноде, используется концепция антаффинности (anti-affinity). Это позволяет управлять распределением Pod по кластерам, чтобы избежать их размещения на одной физической или виртуальной машине. Это может быть полезно для повышения отказоустойчивости и распределения нагрузки.

Зачем это нужно

1. Отказоустойчивость: Если два критически важных Pod размещены на одной ноде, и эта нода выходит из строя, оба Pod будут недоступны. Размещение их на разных нодах снижает риск одновременного отказа.
2. Распределение нагрузки: Размещение Pod на разных нодах может помочь в более равномерном распределении нагрузки по кластеру.

Как это работает

Kubernetes предоставляет механизм антаффинности через поле affinity в спецификации Pod. В частности, PodAntiAffinity позволяет задать правила, которые запрещают размещение Pod на одной ноде с другими Pod, соответствующими определенным критериям.

Пример конфигурации

apiVersion: v1
kind: Pod
metadata:
  name: my-pod
  labels:
    app: my-app
spec:
  affinity:
    podAntiAffinity:
      requiredDuringSchedulingIgnoredDuringExecution:
      - labelSelector:
          matchExpressions:
          - key: app
            operator: In
            values:
            - my-app
        topologyKey: "kubernetes.io/hostname"
  containers:
  - name: my-container
    image: nginx

Объяснение примера

• apiVersion и kind: Указывают, что мы создаем объект типа Pod.
• metadata: Содержит метаданные Pod, включая имя и метки. Метка app: my-app используется для идентификации Pod.
• spec: Основная спецификация Pod.
  • affinity: Определяет правила аффинности и антаффинности.
    • podAntiAffinity: Указывает, что Pod не должен быть размещен на одной ноде с другими Pod, соответствующими заданным критериям.
      • requiredDuringSchedulingIgnoredDuringExecution: Обязательное правило, которое должно быть выполнено при планировании Pod.
        • labelSelector: Определяет, какие Pod должны быть учтены при применении правила. В данном случае, Pod с меткой app: my-app.
        • topologyKey: Указывает уровень топологии, на котором применяется правило. kubernetes.io/hostname означает, что правило применяется на уровне ноды.

Применение

При создании Pod с такой конфигурацией, Kubernetes Scheduler будет стараться размещать Pod на разных нодах, если это возможно, в соответствии с заданными правилами антаффинности. Это помогает достичь более надежного и сбалансированного распределения Pod по кластеру.