Расширение наблюдаемости метрик

Материал из Документация Ключ-АСТРОМ
Версия от 13:23, 17 мая 2023; ENetrebin (обсуждение | вклад) (Новая страница: «=== Доступ к загруженным метрикам === Вы можете получить доступ к полученным метрикам чере...»)
(разн.) ← Предыдущая | Текущая версия (разн.) | Следующая → (разн.)

Доступ к загруженным метрикам

Вы можете получить доступ к полученным метрикам через Metric API v2 и в проводнике данных для создания пользовательских диаграмм.

API метрик

Используйте вызов точек данных метрик GET API метрик версии 2 для извлечения введенных точек данных.

Исследование данных

Выберите «Создать пользовательскую диаграмму» , а затем выберите «Попробовать» в верхнем баннере.

Вы можете искать ключи метрик всех доступных метрик, выбирать метрики, которые вы хотите отобразить, определять, как вы хотите их анализировать и отображать, а затем прикреплять свои диаграммы к информационной панели.

События

Канал загрузки пользовательских метрик позволяет принимать все типы измерений метрик, независимо от количества объектов, к которым они относятся. Способ возникновения события зависит от того, отсутствует ли объект, один объект или несколько объектов, назначенных настраиваемой метрике.

Оповещения о показателях

Вы также можете создавать настраиваемые оповещения на основе полученных метрик. В меню навигации выберите «Настройки » > «Обнаружение аномалий » > «События метрики» и выберите «Добавить событие метрики» . На странице Добавить событие метрики найдите метрику, используя ее ключ, и определите оповещение.

Прием пользовательских метрик влияет на потребление DDU

В стандартную поддержку технологии Ключ-АСТРОМ включено лишь ограниченное количество пользовательских метрик и их анализ. Пользовательские метрики обычно используют единицы данных Davis, но пользовательские метрики с хостов, контролируемых ЕдинымАгентом, сначала вычитаются из вашей квоты включенных метрик на единицу хоста , поэтому они не обязательно будут потреблять DDU. Это относится к метрикам, которые назначаются хосту либо автоматически, либо путем добавления измерения dt.entity.host.

  • Каждая принятая метрика, подлежащая потреблению DDU (другими словами, не назначенная хосту), создает одну или несколько точек данных метрики . Эти точки данных потребляют DDU с весом 0,001. Таким образом, простая метрика, сообщаемая один раз в минуту в течение всего года, потребует 526 DDU ( 525,600 minutes * 0.001 ≈ 526 DDUs).
  • Чтобы проверить потребление среды DDU, в меню Ключ-АСТРОМ перейдите к пункту «Потребление» .

Параметры метрик также влияют на потребление DDU.

Есть два дополнительных фактора, которые следует учитывать при определении того, какие принятые метрики будут потреблять DDU и когда:

  • Кортежи : уникальные комбинации пар метрика-размерность (см. примеры ниже). Каждая среда может поддерживать не более 20 000 000 уникальных кортежей в месяц.
  • Временные рамки . Когда одна и та же метрика принимается вместе с уникальными кортежами параметров в течение 1 минуты, каждый дополнительный кортеж приводит к использованию другой точки данных метрики.

Примеры

В следующих примерах предполагается, что все метрики принимаются один раз в минуту.

  • В этом первом примере один и тот же отдельный кортеж измерения сообщается дважды с интервалом в одну минуту. Следовательно, используется только одна (агрегированная) точка данных ( 1 data point x 0.001 DDUs).

cpu.temp,cpu=cpu1,cpu_type="INTEL" 55

cpu.temp,cpu=cpu1,cpu_type="INTEL" 75

Здесь сообщается о двух различных парах измерений с интервалом в 1 минуту. Поэтому потребляются две точки данных ( 2 x 0.001 DDUs). С точки зрения потребления это два разных показателя. Такой двумерный кортеж потребляет 526 * 2 = 1,052DDU в год.

cpu.temp,cpu=cpu1,cpu_type="INTEL" 55

cpu.temp,cpu=cpu2,cpu_type="INTEL" 75

Здесь сообщается о четырех различных парах измерений с интервалом в 1 минуту. Следовательно, используются четыре точки данных ( 4 x 0.001 DDUs). С точки зрения потребления это фактически четыре разных показателя. Такой четырехмерный кортеж потребляет 526 * 4 = 2,104DDU в год.

cpu.temp,cpu=cpu1,cpu_type="INTEL" 55

cpu.temp,cpu=cpu2,cpu_type="INTEL" 75

cpu.temp,cpu=cpu3,cpu_type="INTEL" 55

cpu.temp,cpu=cpu4,cpu_type="INTEL" 75


Каждое размерное значение (в данном примере — каждая сетевая карта) создает отдельный временной ряд на диаграмме. Поэтому при расчете потребления специальной метрики каждое значение параметра учитывается как отдельная пользовательская метрика.

Ограничения

Следующие ограничения применяются к приему метрик с использованием общего канала приема. Для метрик, принимаемых API, если какой-либо предел превышен, вызов API возвращает код ответа 400 с подробностями в тексте ответа.

Объект Ограничение Описание
Длина ключа метрики, символов 250 Общая длина метрического ключа, включая префикс.
Длина ключа размера, символов 100 Общая длина ключа измерения.
Длина значения измерения, символов 250 Общая длина значения измерения.
Количество измерений в строке 50 Количество измерений в одной строке полезной нагрузки.
Общее количество возможных ключей метрик для каждой среды 20 000 Максимальное количество ключей метрик, которые можно зарегистрировать в Dynatrace.
Количество кортежей в месяц на метрику 1 000 000 Максимальное количество кортежей (уникальных комбинаций ключ метрики, значения измерения и типа полезной нагрузки) для каждого ключа метрики за последние 30 дней.
Количество кортежей в месяц для всех пользовательских метрик 50 000 000 Максимальное количество кортежей (уникальные комбинации метрика-параметр, ключ-параметр, тип полезной нагрузки) для всех пользовательских метрик за последние 30 дней.
Длина строки, символов 50 000 Максимальная длина одной строки полезной нагрузки.

Также существует ограничение на количество метрик, которые Ключ-АСТРОМ может принимать.

Канал Ограничение
API метрик ЕдиногоАгента В минуту на экземпляр ЕдиногоАгента:

ЕдиногоАгента версии 1.213 и более ранних версий1000

ЕдиногоАгента версии 1.215+100 000

API метрик v2 Количество метрик не ограничено, но применяется регулирование API .