Как описать правила размещения подов на конкретных нодах?

Основные способы управления размещением подов

В Kubernetes существует несколько механизмов для управления тем, на каких нодах будут запускаться поды. Это необходимо для эффективного использования ресурсов, обеспечения высокой доступности и соблюдения требований к изоляции. Основные подходы включают nodeSelector, nodeAffinity, podAffinity/anti-affinity, а также taints и tolerations.

nodeSelector

Самый простой способ — использовать поле nodeSelector в спецификации пода. Оно выбирает ноды, которые имеют определенные метки. Например, если нода помечена как disktype=ssd, под будет размещен только на ней.

apiVersion: v1
kind: Pod
metadata:
  name: my-pod
spec:
  containers:
  - name: my-container
    image: nginx
  nodeSelector:
    disktype: ssd

nodeAffinity

Более гибкий механизм — nodeAffinity. Он позволяет задавать сложные правила выбора нод, например, обязательные (requiredDuringScheduling) или предпочтительные (preferredDuringScheduling). Это полезно, когда нужно распределить поды по нодам с учетом нескольких критериев.

spec:
  affinity:
    nodeAffinity:
      requiredDuringSchedulingIgnoredDuringExecution:
        nodeSelectorTerms:
        - matchExpressions:
          - key: disktype
            operator: In
            values:
            - ssd

podAffinity и podAntiAffinity

Эти механизмы позволяют размещать поды рядом с другими подами (podAffinity) или, наоборот, избегать размещения рядом (podAntiAffinity). Это полезно для обеспечения высокой доступности, например, чтобы реплики одного сервиса не находились на одной ноде.

spec:
  affinity:
    podAntiAffinity:
      requiredDuringSchedulingIgnoredDuringExecution:
      - labelSelector:
          matchExpressions:
          - key: app
            operator: In
            values:
            - my-app
        topologyKey: kubernetes.io/hostname

Taints и Tolerations

Taints на ноде запрещают размещение подов, которые не имеют соответствующих tolerations. Это позволяет выделить ноды для специальных задач, например, для GPU-вычислений, и предотвратить случайное размещение обычных подов.

# На ноде
kubectl taint nodes node1 key=value:NoSchedule

# В поде
tolerations:
- key: "key"
  operator: "Equal"
  value: "value"
  effect: "NoSchedule"

Вывод

Выбор конкретного механизма зависит от задачи: для простых случаев достаточно nodeSelector, для сложных правил используйте nodeAffinity, для управления взаимодействием подов — podAffinity/anti-affinity, а для ограничения доступа к нодам — taints и tolerations. Эти инструменты дают полный контроль над планированием подов и помогают оптимизировать работу кластера.