Первая рекомендация#
Откройте нагрузку с включёнными namespace-метриками. Первый полный свежий образец даёт предварительные рекомендации CPU и памяти для каждого обычного контейнера. Ждать сутки для появления чисел не нужно. Нужен агент 0.3.2 или новее; обновление платформы само по себе не обновляет установленный агент.
Как уточняется результат#
| Состояние | История |
|---|---|
| Предварительная | Менее 24 часов |
| Уточняется | От 24 часов до 7 дней |
| Недельная история | От 7 дней |
Индикатор показывает накопление недельного окна, а не вероятность безопасной экономии. Сохраняются до 8 дней контейнерных агрегатов. Отсутствующие измерения не заменяются нулями; при истории от часа и покрытии ниже 80% численный результат недоступен.
Что входит в расчёт#
- CPU: оценка p95 по гистограмме измерений × 1,2; округление вверх до 5 mCPU, минимум 25 mCPU.
- Память: максимум наблюдаемого working set × 1,2; округление вверх до 8 MiB, минимум 32 MiB.
- Для контейнера берётся максимум по репликам за измерение. Результат относится к одной реплике, а не сумме Deployment.
- Данные старше 180 секунд, неполный набор контейнеров и несогласованный rollout не дают актуальную рекомендацию.
Изменение конфигурации нагрузки начинает новую историю рекомендаций; изменение числа реплик само по себе её не сбрасывает. Изменение содержимого внешнего ConfigMap или образа под прежним mutable tag может быть не обнаружено — учитывайте это при проверке результата.
Ограничения перед уменьшением#
Перезапуски или OOM блокируют уменьшение памяти. Наблюдавшийся пик CPU от 80% CPU limit блокирует уменьшение CPU. Рекомендация выше текущего limit не готова к копированию: сначала разберите ограничение. Эти проверки не заменяют оценку latency, startup, JVM heap и поведения HPA. Метрики working set не описывают все требования памяти приложения.
Проверить и применить вручную#
- Посмотрите текущие requests, предложенные значения, длительность истории и причины ограничений.
- Скопируйте YAML-фрагмент для контейнера и сравните с вашим манифестом. Сохраните остальные настройки и limits.
- Примените изменение своим обычным проверяемым процессом и наблюдайте за приложением.
Копирование не выполняет patch, рестарт, GitOps merge или изменение нод. Источник метрик и его ограничения →
Наблюдение после изменения#
Oopps сравнивает requests до и после обнаруженного ручного изменения и показывает освобождённый резерв на реплику. Общая разница доступна только при сопоставимом числе реплик. Фактическое использование после изменения появляется, когда есть свежие измерения целиком после него.