Короткий ответ Недооценка лимитов приводит к OOMKill или CPU throttling под нагрузкой, переоценка — к неэффективному использованию кластера и более высоким затратам; для неравномерной нагрузки разумно сочетать консервативные requests под реальный baseline с запасом в limits и настраивать HPA с учётом времени прогрева новых подов, возможно с кастомными метриками, а не только CPU. Как это работает подробнее requests резервируется планировщиком при размещении пода, limits — верхняя граница, при превышении которой по памяти под получает OOMKill, по CPU — throttling через cgroups; HPA по умолчанию масштабируется по доле использования CPU относительно requests.cpu, поэтому неверный requests искажает решения автоскейлера. Пример кода Что использовать на практике Рекомендация. requests задают на основе измерений под реалистичной нагрузкой; для скачкообразной нагрузки учитывают время холодного старта новых подов в поведении HPA, иначе всплеск обгонит скорость автоскейлинга; для сервисов с внешним ограничением (пул сое
Загрузка…
