все нюансы планировщика, QoS и прочих вещей в кубе, касающиеся resources поля в Container и мониторинг тоже полетит в жопу непредсказуемую.
Если есть приложение, которому нужен (не нужен, а НУЖЕН) swap (убогая старая большая база данных), следует разместить её подальше от кластера Kubernetes. Лучше в мусорной корзине со стенками из крупной сеточки, чтобы к SAN'у подключать удобно было.
Второй раз вижу упоминание планировщика в контексте свопа. По-моему что там реально на машине происходит планировщику все равно, он считает только requests , которые к реальному потреблению ресурсов отношения не имеют. Естественно нода должна анонсировать в кластер доступную память за вычетом свопа
Обсуждают сегодня