Есть много причин не использовать swap в повседневной работе и относиться к нему как к крайнему ресурсу. На эту тему я даже написал статью: https://it.lanified.com/Articles/Youre-Using-Swap-Memory-Incorrectly. Но в случае с PVE-ноду ситуация такова: все данные в swap, как и в любой другой ОС (Windows, Linux и т.д.), не находятся в оперативной памяти, а лежат на диске. Это значит, что:

- На диск ложится повышенная нагрузка, которая могла бы быть и не нужна.
- Работа с этими данными медленнее, потому что они теперь хранятся на диске, а не в ОЗУ (о чём как раз и говорится в статье).
- Используется то, что должно быть аварийным буфером, как временное решение вместо устранения коренной проблемы.
- Системы, зависящие от данных в swap, тормозят, так как данные не находятся в RAM.

Я работаю с кластерами Proxmox VE больше 13 лет и ни разу не столкнулся ни с чем, кроме плюсов при выставлении vm.swappiness в 0, при этом сохраняю небольшой объем swap для экстренных случаев. Также инструменты вроде zram — это очередной «пластырь», который просто перераспределяет нагрузку на CPU, отодвигая реальное решение проблемы.

Как выглядит правильный подход? Вот несколько пунктов:

- Убедитесь, что у вас есть достоверные метрики со всех систем, чтобы принимать обоснованные решения. Встроенный веб-интерфейс PVE ужасно неточен для оценки использования RAM _внутри_ виртуальных машин, но отлично показывает использование памяти каждого PVE-нода. В одном из моих окружений мы используем libreNMS и получаем данные через SNMP, но можно использовать и другие инструменты — Grafana, Prometheus и так далее. Без точных метрик вы не сможете принимать правильных решений.
 
- Проверьте реальное потребление RAM каждой виртуальной машины и контейнера. Я сталкивался с множеством случаев, когда одни ВМ (Windows и Linux) были сильно переоснащены памятью, а другим её не хватало. Оценивать это лучше по метрикам из первого пункта, где есть исторические данные — так вы увидите, сколько памяти реально требуется системе, ведь у одних нагрузка на RAM меняется с течением времени, у других — нет.

- Выключите RAM ballooning — он приносит больше проблем с производительностью и вместимостью, чем вы думаете. Windows и Linux не умеют нормально освобождать память через ballooning, поэтому эта функция фактически не работает для уменьшения использования памяти. Плюс на узле гипервизора расходуются ресурсы на управление ballooning для каждой ВМ, что негативно сказывается на производительности. Выключив ballooning, вы получите более предсказуемую ёмкость и избавитесь от невидимой проблемы с производительностью.

После того как вы правильно оцените потребности всех ВМ и контейнеров в RAM, можете решать — стоит ли докупать память. До недавнего времени RAM была очень дешёвой. Не знаю, когда рынок RAM станет «здоровым», но для примера предположим, что цены нормальные. Если при этом у вас всё ещё не хватает памяти — ПРОСТО УСТАНАВЛИВАЙТЕ ЕЁ БОЛЬШЕ. RAM дешевая и быстрая, а диск (swap) — медленный и изнашивается.

Ещё пару мыслей: у меня настроены E-Mail оповещения, если _любая_ из моих систем (физических или виртуальных) использует более 10% swap, так как это обычно сигнал о проблемах ещё до того, как они проявились. Также все мои Linux-виртуалки и рабочие столы периодически «чистят» swap, потому что она действительно может причинять немало проблем. Но я всегда хочу видеть swap на месте (кроме k8s-нод, но причины рассказывать не буду), чтобы, если вдруг что-то совсем пойдёт не так, система могла им воспользоваться.

Я буквально больше десяти лет изучаю swap в Windows и Linux, и вокруг этой темы много мифов и недопониманий.