Расширение наблюдаемости метрик: различия между версиями

Материал из Документация Ключ-АСТРОМ
(Новая страница: «=== Доступ к загруженным метрикам === Вы можете получить доступ к полученным метрикам чере...»)
 
Строка 16: Строка 16:
Вы также можете создавать настраиваемые оповещения на основе полученных метрик. В меню навигации выберите «Настройки » > «Обнаружение аномалий » > «События метрики» и выберите «Добавить событие метрики» . На странице Добавить событие метрики найдите метрику, используя ее ключ, и определите оповещение.
Вы также можете создавать настраиваемые оповещения на основе полученных метрик. В меню навигации выберите «Настройки » > «Обнаружение аномалий » > «События метрики» и выберите «Добавить событие метрики» . На странице Добавить событие метрики найдите метрику, используя ее ключ, и определите оповещение.


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


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


=== Параметры метрик также влияют на потребление DDU. ===
=== Параметры метрик также влияют на потребление ВИД. ===
Есть два дополнительных фактора, которые следует учитывать при определении того, какие принятые метрики будут потреблять DDU и когда:
Есть два дополнительных фактора, которые следует учитывать при определении того, какие принятые метрики будут потреблять ВИД и когда:


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


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


<code>cpu.temp,cpu=cpu1,cpu_type="INTEL" 55</code>
<code>cpu.temp,cpu=cpu1,cpu_type="INTEL" 55</code>
Строка 37: Строка 37:
<code>cpu.temp,cpu=cpu1,cpu_type="INTEL" 75</code>
<code>cpu.temp,cpu=cpu1,cpu_type="INTEL" 75</code>


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


<code>cpu.temp,cpu=cpu1,cpu_type="INTEL" 55</code>  
<code>cpu.temp,cpu=cpu1,cpu_type="INTEL" 55</code>  
Строка 43: Строка 43:
<code>cpu.temp,cpu=cpu2,cpu_type="INTEL" 75</code>
<code>cpu.temp,cpu=cpu2,cpu_type="INTEL" 75</code>


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


<code>cpu.temp,cpu=cpu1,cpu_type="INTEL" 55</code>
<code>cpu.temp,cpu=cpu1,cpu_type="INTEL" 55</code>
Строка 81: Строка 81:
|Общее количество возможных ключей метрик для каждой среды
|Общее количество возможных ключей метрик для каждой среды
|20 000
|20 000
|Максимальное количество ключей метрик, которые можно зарегистрировать в Dynatrace.
|Максимальное количество ключей метрик, которые можно зарегистрировать в Ключ-АСТРОМ.
|-
|-
|Количество кортежей в месяц на метрику
|Количество кортежей в месяц на метрику

Версия 13:29, 17 мая 2023

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

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

API метрик

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

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

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

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

События

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

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

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

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

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

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

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

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

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

Примеры

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

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

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

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

Здесь сообщается о двух различных парах измерений с интервалом в 1 минуту. Поэтому потребляются две точки данных ( 2 x 0.001 ВИД). С точки зрения потребления это два разных показателя. Такой двумерный кортеж потребляет 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 ВИД). С точки зрения потребления это фактически четыре разных показателя. Такой четырехмерный кортеж потребляет 526 * 4 = 2,104 ВИД в год.

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 Максимальное количество ключей метрик, которые можно зарегистрировать в Ключ-АСТРОМ.
Количество кортежей в месяц на метрику 1 000 000 Максимальное количество кортежей (уникальных комбинаций ключ метрики, значения измерения и типа полезной нагрузки) для каждого ключа метрики за последние 30 дней.
Количество кортежей в месяц для всех пользовательских метрик 50 000 000 Максимальное количество кортежей (уникальные комбинации метрика-параметр, ключ-параметр, тип полезной нагрузки) для всех пользовательских метрик за последние 30 дней.
Длина строки, символов 50 000 Максимальная длина одной строки полезной нагрузки.

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

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

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

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

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