Да, такой вариант тоже вполне

А можно и то, и то оставить

Не надо, потому что своп - малоуправляемая шняга, в плане того, что туда попадает

Да в него мало что попадает, если память свободна

Во-первых зависит от swapiness, во-вторых процент от памяти - фигня параметр

Зачем мне на ноде где 32гб например, что-то в своп класть когда там 3 гига ещё есть? И наоборот, когда на машине 4гб, то 40мб ОЗУ будет мало, это при swapiness 90

я к тому, что какой-бы ни был swapinnes - если оперативка свободна, в своп мало что паадет

Поэтому надо не свопом оперировать, а лимитами

Нет, возьми да проверь

С учётом того, что ты не можешь предсказать, что там будет

И нельзя явно запретить перенос определённых вещей в своп, которые там никак не должны оказаться

Для кубер бестпрактис это отсутствие свопа, будем брать этот практис за основу

Это не бестпрактис, а необходимость

Может
Но лучше думаю следовать некоторой практике

Так блин, нельзя тут равняться на k8s. ТАм своп отключается не потому что без него лучше, а потому что иначе никак.

В общем "быть или не быть" вот в чем вопрос

о - как накину - https://habr.com/ru/company/flant/blog/348324/

Не, накидывать надо как-то так.

Просто нынешние "девопсы", в подавляющем большинстве "выросшие" из программистов, зачастую понятия не имеют, как устроена операционная система, как работает распределение памяти, io scheduler'ы и т.п.

Поэтому где-то когда-то на очередном "хабре" прочли абзац про то, что "swap это плохо" и с тех пор у них карго культ "главное в прометее алерт поставить".

А чтобы "памяти было не впритирочку" (тогда ядро начинает сбрасывать файловые кэши, например), надо просто купить на каждую ноду 96 Gb вместо 64

Вот тогда жахнет! 😂

не девопс, а yaml deveolper (C)

админы не нужны, сейчас это понимание внутреннего устройства никому не впилось, в 2020 эластичные ресурсы, просто нужно прибавить цифру или поменять instance_type, а потом сказать terraform apply ©️