Какие значения вы видите#
| Показатель | Значение |
|---|---|
| Requests / limits | Конфигурация обычных контейнеров из Kubernetes, не фактическая нагрузка |
| CPU usage | Средние CPU cores за окно источника; в интерфейсе mCPU |
| Memory usage | Working set в байтах; в интерфейсе MiB |
| История | Диагностические снимки за последние 24 часа, до 1 440 снимков на кластер |
Pod связывается с контроллером по UID, для Deployment — через ReplicaSet. Labels и похожие имена не используются как доказательство принадлежности.
Включить сбор#
Для нового namespace-подключения CLI 0.6.0 предлагает CPU/RAM в составе установки. Для существующего кластера откройте Settings, включите сбор и выполните выданную команду observe. Уже установленные агенты не получают дополнительные права автоматически.
Если источника ещё нет#
CLI сначала проверяет metrics.k8s.io/v1beta1. Существующий Metrics API используется повторно. Установка предлагается только при подтверждённом отсутствии API и APIService; Forbidden, сетевые ошибки и нездоровая существующая установка не запускают второй Metrics Server.
Предпочитайте аддон управляемого облака. Если у вас нет прав, CLI покажет недостающую операцию и команду для администратора:
python3 ooppsctl.pyz cluster metrics-server --context <ваш-context>Эта команда не требует кода Oopps. Она проверяет существующие ресурсы, права и server-side dry-run, затем отдельно запрашивает подтверждение установки. --yes для Oopps не разрешает установку Metrics Server; для автоматизации есть отдельный --install-metrics-server.
Общий компонент и его права#
Metrics Server устанавливается в kube-system и собирает метрики со всех нод и Pods. Он создаёт ServiceAccount, Deployment/Service, RoleBinding, ClusterRole/ClusterRoleBinding и APIService. Стандартная upstream роль также добавляет чтение метрик стандартным admin/edit/view. Это шире namespace-прав самого агента Oopps.
CLI использует включённые в сборку upstream-манифесты и образы по digest: Kubernetes 1.27–1.30 → 0.7.2; 1.31–1.33 → 0.8.0; 1.34+ → 0.9.0. Для неизвестной или более старой версии нужна настройка администратором. Существующие ресурсы не присваиваются и не перезаписываются; TLS-проверка не отключается.
Metrics Server остаётся после отключения Oopps. Что удаляется при отключении →
Пропуски, нули и свежесть#
Измеренный ноль — значение. Отсутствующие, запрещённые, некорректные, неполные или старше 180 секунд измерения — неизвестные данные и пробелы, а не нули. Смотрите timestamp, окно измерения, полноту Pods и source health. Готовность Metrics API не гарантирует наличие образцов workloads.
Отдельная история рекомендаций#
При агенте 0.3.2 или новее контейнерные агрегаты сохраняются до 8 дней для рекомендаций requests. Это отдельный расчёт, а не превращение диагностического графика в биллинг. Методика и ограничения →
Границы этих метрик#
24-часовая история предназначена для диагностики. Она не является биллингом, SLO, расчётом перцентилей или готовой рекомендацией rightsizing. Неактивные данные исключаются из истории через 24 часа; физическая очистка старых строк происходит при следующем приёме снимка.
Upstream прямо рекомендует другие источники для monitoring-quality истории. Официальные ограничения Metrics Server ↗