metrics.k8s.io/v1 стал stable в Kubernetes 1.37: матрица совместимости без раннего удаления v1beta1. В непроизводственном кластере снять discovery для metrics.k8s.io, проверить kubectl top, HPA и логи metrics provider; снача убедиться, что provider отдаёт обе версии, и только после этого планировать отказ от beta-маршрута. Практический результат —.
1. Зафиксируйте точный симптом и границу ответа
Администратор видит stable metrics.k8s.io/v1 и хочет сразу отключить v1beta1, но HPA и установленный metrics provider могут ещё запрашивать beta-версию, поэтом факт GA не равен готовности всей цепочки. Рабочая граница материала — именно запрос «можно ли удалить metrics.k8s.io v1beta1 после kubernetes 1.37 и как проверить kubectl top hpa и metrics server». До любого действия запишите версию, один наблюдаемый симптом, время и ожидаемый результат. Не переносите вывод на другую версию, роль, операционную систему или соседний продукт без повторной сверки. Новостная карточка или форумное обсуждение могут быть лишь lead: они не доказывают причину, охват или популярность.
2. Отделите свежее событие от технического доказательства
27 августа 2026 года команда Kubernetes опубликовала отдельное объяснение GA metrics.k8s.io/v1: поля совпадают с v1beta1, kubectl top умеет fallback, но HPA в 1.37 ещё использует v1beta1; источники сверены 28 августа. Первый источник фиксирует: Официальный пост от 27 августа 2026 года подтверждает stable metrics.k8s.io/v1, идентичность полей v1 и v1beta1, fallback kubectl top и важную границу: HPA в Kubernetes 1.37 продолжает запрашивать v1beta1. Второй официальный контракт уточняет: Официальная документация описывает resource metrics pipeline, Metrics API, metrics-server и потребителей вроде kubectl top и HPA; это даёт топологию для послойной, а не одношаговой проверки. Из этих двух текстов не следует, что любой похожий симптом вызван тем же механизмом. Дата, версия, область действия и оговорки источника остаются частью ответа.
3. Проведите один обратимый контрольный тест
В непроизводственном кластере снять discovery для metrics.k8s.io, проверить kubectl top, HPA и логи metrics provider; снача убедиться, что provider отдаёт обе версии, и только после этого планировать отказ от beta-маршрута. До теста сохраните исходное значение или копию только затрагиваемого объекта, заранее определите признак успеха, отрицательный исход и команду возврата. Меняйте ровно один фактор и повторяйте тот же контрольный вход. Не сбрасывайте профиль, не удаляйте данные, не отключайте защиту и не подменяйте сетевой маршрут ради удобного результата.
4. Прочитайте матрицу исходов без подмены причины
Матрица «API discovery × provider × kubectl top × HPA client», два контрольных запроса к v1 и v1beta1, план отката APIService и стоп-линия до удаления beta support из provider или перезапуска production HPA. Успех v1-запроса доказывает лишь serving stable API; отдельно нужны HPA reconciliation, свежесть метрики и точность значений, а не только HTTP-ответ. В каждой ячейке записывайте только наблюдаемый факт, а не предполагаемую причину. Если симптом исчез, это подтверждает границу контрольного теста, но не универсальную причину для всех конфигураций. Если результат неоднозначен, верните исходное состояние и соберите минимальный воспроизводимый пример.
5. Остановитесь до необратимого шага и эскалируйте минимум
Не удалять v1beta1 APIService и не менять production HPA, пока не сверены клиентские версии, не снят базовый график метрик и не подготовлено окно отката. Для поддержки соберите версию продукта, время с timezone, один обезличенный код ошибки или статус, один контрольный шаг и его результат. Удалите имена, email, IP, account IDs, tokens, ключи, полные конфиги и приватные ссылки. Красные флаги для немедленной остановки: потеря данных, секрета или доступа, влияние на несвязанных пользователей, отсутствие копии или невозможность возврата.
Материал подготовлен редакцией VOne с помощью ИИ; технические утверждения постатейно сверены с указанными официальными и первичными источниками 28 августа 2026 года.
Источники и проверка
- Kubernetes metrics API v1 GA проверено 2026-08-28
- Kubernetes resource metrics pipeline проверено 2026-08-28
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.