Перестаньте использовать CPU Limits в k8s (перевод)

Ох уж эти кликбейтные заголовки.

Перестаньте использовать CPU Limits в k8s

манипуляция, преувеличение и ложный посыл

использование CPU Limits в Kubernetes - не всегда хорошо

вот это уже больше похоже на правду, действительно есть кейсы, когда CPU Limits могут навредить

Если у вас идеальный продукт в идеальном мире - не используйте лимиты.

Спасибо за перевод и приглашение к дискуссии.
На мой взгляд тема изначально холиварная, а выводы в статье не могут быть однозначны для всех случаев (при этом для узких кейсов справедливы)

Поды всегда получают CPU, указанный в их запросах CPU! (Они также могут использовать избыточный CPU, если у них нет лимита.)

Да, получают, потому что requests используются scheduler'ом для понимания на какой ноде запустить под с таким запросом. Scheduler проводит скоринг нод и если реквест подходит под доступные ресурсы на ноде он может быть на нее назначен. При этом получается что механизм реквестов никак не ограничивает под и гарантия получения CPU исходит из того что в теории для всех подов на ноде определены реквесты достаточные для предполагаемой нагрузки. Такой случай (не использовать лимиты) вполне реален когда целая нода предназначена для 1-2-3 жирных подов которым позволено утилизировать все на этой ноде их юзкейсом, при этом вероятность одновременных пиковых нагрузок на всех разом сведена к минимуму. Но если ноду делят десятки подов, это становится весьма рискованным мероприятием.

• в случае неидельного кода который может течь какой механизм будет ограничением? Кажется что универсальной практикой является определять реквесты по планируемой нормальной нагрузке, а лимиты делать х2, ну или если пики нагрузки это ок, то лимит - типичный пик, а все что выше - аномалия, которую нужно ограничивать во избежания влияния на работу остального кластера.

Отключите лимиты CPU! Если вы укажете точные запросы CPU для всех ваших подов в Kubernetes, то никто не сможет ограничивать их, потому что CPU будет зарезервирован для них, если им это нужно. Это не имеет ничего общего с лимитами.

Зарезервирован только теоретически scheduler'ом при планировании, а после старта на ноде если другой такой же под без лимитов решить сожрать весь CPU кто гарантирует запрашиваемый нами CPU? Отсюда получается есть другой бест практис: сумма лимитов <= сумме ресурсов на ноде?
Да, общего с лимитами ничего нет. Реквесты - инструмент планирования, лимиты - инструмент ограничения.

Кажется что этот бестпрактис

Не используйте лимиты CPU.

должен звучать как: ИСПОЛЬЗУЙТЕ лимиты так, чтобы под их не достигал. А если произошел троттлинг, то это аномалия с которой нужно разбираться и искать причину.

А по памяти тоже очень спорный бест практис. Получается что для памяти все-таки лимиты необходимы, а для CPU можем их скипнуть (???)

Всегда устанавливать запросы памяти равными лимитам

Как и с CPU: реквесты - механизм планирования, лимиты - механизм ограничения после которых приходит OOM killer.

😱 Комментарий удален его автором...