Наблюдаемость и SRE

Кардинальность метрик

Определение

Кардинальность метрик — число уникальных временных рядов, создаваемых сочетаниями имени метрики и значений её меток.

Также ищут: Metrics cardinality · telemetry cardinality · time-series cardinality

Зачем это знать

Каждое новое измерение может умножить число рядов, расход памяти, хранилища и работу запросов. Безобидная на вид метка user_id способна резко увеличить объём данных.

Связи из словаря

Карта понятия

Доказательная часть

Что подтверждено

  1. В Prometheus каждое уникальное сочетание меток и их значений образует отдельный временной ряд.

    Граница применимости: Модель данных Prometheus; в других системах хранения метрик правила идентификации могут отличаться синтаксисом.

  2. Кардинальность растёт по сочетаниям измерений, поэтому независимые наборы значений меток могут перемножать число рядов.

    Граница применимости: Модель временных рядов Prometheus с метками; фактические сочетания зависят от публикуемых данных.

  3. Одна метрика с 20 маршрутами, тремя методами и пятью классами ответа создаёт 20×3×5 = 300 рядов, если опубликованы все сочетания и других переменных меток нет. Если некоторые сочетания не публикуются, это верхняя граница, а не фактический счёт.

    Граница применимости: Закрытый пример одной метрики Prometheus. Число значений отдельных меток не складывают; дополнительные экземпляры и семейства метрик не включены.

  4. 300 постоянно публикуемых рядов при сборе каждые 15 секунд дают 20 отсчётов в секунду, или 1 728 000 за ровно сутки. Число отсчётов не задаёт точный объём хранения: остаются служебные структуры, сжатие и сменяемость рядов.

    Граница применимости: Редакторский расчёт 300×86400/15 при полном сборе без пропусков, дополнительных метрик и изменения состава. Это не оценка байтов или памяти.

  5. В учебной классической гистограмме заданы десять конечных границ бакетов. Вместе с +Inf, _sum и _count это 13 рядов на сочетание меток; для 300 сочетаний получается 3900 рядов.

    Граница применимости: Расчёт для классической гистограммы Prometheus с одним _sum и _count и без дополнительных рядов экспортера. Нативные гистограммы не используют это правило числа рядов.

Перед спецификацией

Что проверить

  1. Посчитайте число разных значений каждой предлагаемой метки.
  2. Оцените реально возникающие сочетания.
  3. Назначьте ответственного и бюджет рядов до внедрения.
Открытые основания

Первоисточники

  • Документация3
  • Официальная документация
    Metric and Label Naming Prometheus Authors · Prometheus best practices, checked 29 August 2026 · проверено

    Определяет каждую unique комбинацию label pairs как отдельную time series и запрещает unbounded high-cardinality labels.

    Утверждения: 01 · 02 · 03 · 04 · 05

  • Официальная документация
    Prometheus Storage Prometheus Authors · Prometheus latest documentation, checked 29 August 2026 · проверено

    Документирует time/size retention, oldest-first deletion, capacity formula и временный disk overhead compaction.

    Утверждения: 03 · 04

  • Официальная документация
    Histograms and Summaries Prometheus · Prometheus documentation, проверено 29 августа 2026 года · проверено

    Определяет quantiles/percentiles, histogram buckets и ограничения aggregation precomputed quantiles.

    Утверждения: 05

Карта знаний

Связанные понятия

Из знания — в навык

Курсы по теме

Подтвердите действие