Почему swap отключают на нодах Kubernetes

Kubernetes официально не поддерживает работу с включенным swap на нодах. Это требование обусловлено принципами управления ресурсами и предсказуемости.

Основные причины:

1. Нарушение гарантий управления памятью: kubelet рассчитывает использование памяти и принимает решения (например, evict Pod'ов) исходя из физической RAM. Swap маскирует реальное давление на память, так как страницы могут быть вытеснены на медленный диск. Pod, использующий swap, может не попасть под действие memory.limit и OOM Killer, что нарушает изоляцию.
2. Непредсказуемая производительность: Обращение к диску на порядки медленнее, чем к RAM. Резкое падение производительности Pod'а из-за активного свопинга сложно детектировать и диагностировать через стандартные метрики Kubernetes.
3. Проблемы с QoS (Quality of Service): Классы Pod'ов (Guaranteed, Burstable, BestEffort) строятся на предсказуемом распределении ресурсов. Swap делает эти гарантии недействительными, так как BestEffort Pod может свопиться, но также может затронуть и Guaranteed.

Как отключить swap (стандартный шаг при подготовке ноды):

# Временное отключение
sudo swapoff -a

# Постоянное отключение (комментируем или удаляем строки со swap в fstab)
sudo sed -i '/swap/s/^/#/' /etc/fstab

# Для систем, использующих systemd-swap, может потребоваться остановить службу
sudo systemctl disable --now systemd-swap.service

Альтернативный подход (если swap необходим): Вместо использования swap на нодах, рекомендуется правильно настраивать requests и limits для Pod'ов, использовать горизонтальное автомасштабирование (HPA/VPA) и обеспечивать достаточный объем оперативной памяти в кластере.