Какие есть способы заставить Pod запуститься на конкретном узле в Kubernetes?

Обзор

Есть несколько способов запланировать под в Kubernetes на конкретный узел, каждый с разным уровнем контроля и гибкости. Эти подходы варьируются от прямого указания узла до планирования на основе меток.

Способ 1: nodeName

Самый простой способ — использовать nodeName в спецификации пода. Это напрямую назначает под конкретному узлу по имени.

• Обеспечивает явное назначение узла
• Обходит планировщик Kubernetes
• Лучше всего подходит для привязки к одному узлу

Способ 2: nodeSelector

nodeSelector использует метки Kubernetes для планирования подов на узлах с нужными атрибутами.

• Присваиваешь пользовательские метки узлам со специальными ресурсами
• Указываешь ту же метку в спецификации пода
• Под запускается только на узлах, соответствующих метке
• Просто и понятно для базовых требований

Способ 3: Node Affinity

Node affinity предоставляет расширенные правила планирования и рекомендуется как замена nodeSelector.

Два типа правил affinity:

• requiredDuringSchedulingIgnoredDuringExecution — жёсткое требование; под не будет запланирован, если нет подходящего узла
• preferredDuringSchedulingIgnoredDuringExecution — мягкое требование; под будет запланирован на другом узле, если предпочтительные узлы недоступны

Оба правила опираются на метки узлов и позволяют использовать сложную логику выбора с операторами In, NotIn, Exists и Gt.

Рекомендация

Используй node affinity для новых деплоев — это даёт больше гибкости и в конечном счёте вытеснит nodeSelector. Выбирай nodeName только когда нужно гарантированное размещение на конкретном узле, и избегай этого для production-нагрузок, требующих отказоустойчивости.