🔧 Часто недооценённая, но критичная тема для стабильности и производительности кластеров.
Неверные значения
requests и limits приводят либо к перерасходу ресурсов, либо к OOM, Throttling и подам, которые бесконечно перезапускаются. Особенно больно это бьёт по продакшену.🚀 Как правильно настраивать ресурсы:
1. Понимай разницу между
requests и limits: -
requests — это гарантированный минимум, который получит контейнер. -
limits — это максимум, выше которого контейнер не сможет использовать (CPU throttling или OOMKill для памяти). 2. CPU — без жестких лимитов:
- Лучше не указывать
limits.cpu, чтобы избежать throttling. - Но обязательно ставь
requests.cpu, чтобы kube-scheduler мог правильно распланировать нагрузку.3. Memory — всегда с лимитом:
- Память не отбирается — контейнер либо получает всю, либо OOM.
- Обязательно ставь и
requests.memory, и limits.memory.4. Используй VPA (Vertical Pod Autoscaler):
- Он поможет подобрать адекватные значения ресурсов на основе истории.
- ⚠️ На проде использовать осторожно — часто в "recommendation only" режиме.
5. Метрики в помощь:
- Используй
kubectl top, metrics-server, Prometheus/Grafana для анализа потребления. - Наблюдай за
container_cpu_usage_seconds_total, container_memory_usage_bytes.6. Профилируй и оптимизируй:
- Легковесный nginx или sidecar не должен просить 500Mi памяти.
- Java-приложение без указанных лимитов съест весь узел.
🧠 Вывод:
Грамотно выставленные ресурсы — это баланс между надёжностью и эффективным использованием нод. Не копируй
requests/limits вслепую из интернета — мерь, анализируй, настраивай под свой ворклоад.📲 Мы в MAX
Подпишись 👉@i_DevOps