Requests и limits ресурсов
Способ задать потребности контейнера в CPU и памяти в Kubernetes. Request — то, что поду гарантировано (по нему планируется размещение); limit — потолок, который превышать нельзя.
Планировщик размещает под на узле, где хватает места под его requests (их сумма не может превышать ёмкость узла). Limits обеспечивает ядро: при превышении лимита CPU контейнер притормаживают (throttling), при превышении лимита памяти — убивают по OOM. Request < limit означает овербукинг (узел обещает больше, чем имеет, на случай если все «взлетят» одновременно) — гибко, но рискованно. От этого зависит и класс QoS: requests=limits → Guaranteed (убивается последним), только requests → Burstable, ничего → BestEffort (первым). Неверные значения — частая причина нестабильности (слишком низкий лимит памяти → цикл OOM) и расточительности (слишком высокий request → простаивающая ёмкость). Основа любой эксплуатации Kubernetes.