Расширение наблюдаемости метрик - История изменений

IKuznetsov в 16:12, 3 января 2025

2025-01-03T16:12:34Z

← Предыдущая версия		Версия от 16:12, 3 января 2025
Строка 1:		Строка 1:
	'''''[[Применение АппОптима]] / Метрики / Расширение наблюдаемости метрик'''''		'''''[[Применение АппОптима]] / [[Метрики]] / Расширение наблюдаемости метрик'''''

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

IKuznetsov в 18:30, 2 января 2025

2025-01-02T18:30:34Z

← Предыдущая версия		Версия от 18:30, 2 января 2025
Строка 1:		Строка 1:
	'''''[[Применение ~~Ключ-АСТРОМ~~]] / ~~[[Применение Ключ-АСТРОМ#.D0.9C.D0.B5.D1.82.D1.80.D0.B8.D0.BA.D0.B8\|~~Метрики]] / Расширение наблюдаемости метрик'''''		'''''[[Применение АппОптима]] / Метрики / Расширение наблюдаемости метрик'''''

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

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

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

	=== Параметры метрик также влияют на потребление ВИД. ===		=== Параметры метрик также влияют на потребление ВИД. ===
Строка 83:		Строка 83:
	\|Общее количество возможных ключей метрик для каждой среды		\|Общее количество возможных ключей метрик для каждой среды
	\|20 000		\|20 000
	\|Максимальное количество ключей метрик, которые можно зарегистрировать в ~~Ключ-АСТРОМ~~.		\|Максимальное количество ключей метрик, которые можно зарегистрировать в АппОптима.
	\|-		\|-
	\|Количество кортежей в месяц на метрику		\|Количество кортежей в месяц на метрику
Строка 97:		Строка 97:
	\|Максимальная длина одной строки полезной нагрузки.		\|Максимальная длина одной строки полезной нагрузки.
	\|}		\|}
	Также существует ограничение на количество метрик, которые ~~Ключ-АСТРОМ~~ может принимать.		Также существует ограничение на количество метрик, которые АппОптима может принимать.
	{\| class="wikitable"		{\| class="wikitable"
	!Канал		!Канал

ENetrebin в 12:32, 12 сентября 2024

2024-09-12T12:32:59Z

← Предыдущая версия		Версия от 12:32, 12 сентября 2024
Строка 1:		Строка 1:
			'''''[[Применение Ключ-АСТРОМ]] / [[Применение Ключ-АСТРОМ#.D0.9C.D0.B5.D1.82.D1.80.D0.B8.D0.BA.D0.B8\|Метрики]] / Расширение наблюдаемости метрик'''''

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

ENetrebin в 13:29, 17 мая 2023

2023-05-17T13:29:05Z

ENetrebin: Новая страница: «=== Доступ к загруженным метрикам === Вы можете получить доступ к полученным метрикам чере...»

2023-05-17T13:23:52Z

Новая страница: «=== Доступ к загруженным метрикам === Вы можете получить доступ к полученным метрикам чере...»

Новая страница

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

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

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

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

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

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

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

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

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

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

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

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

<code>cpu.temp,cpu=cpu1,cpu_type="INTEL" 55</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 в год.

<code>cpu.temp,cpu=cpu1,cpu_type="INTEL" 55</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 в год.

<code>cpu.temp,cpu=cpu1,cpu_type="INTEL" 55</code>

<code>cpu.temp,cpu=cpu2,cpu_type="INTEL" 75</code>

<code>cpu.temp,cpu=cpu3,cpu_type="INTEL" 55</code>

<code>cpu.temp,cpu=cpu4,cpu_type="INTEL" 75</code>

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

== Ограничения ==
Следующие ограничения применяются к приему метрик с использованием общего канала приема. Для метрик, принимаемых API, если какой-либо предел превышен, вызов API возвращает код ответа 400 с подробностями в тексте ответа.
{| class="wikitable"
!Объект
!Ограничение
!Описание
|-
|Длина ключа метрики, символов
|250
|Общая длина метрического ключа, включая префикс.
|-
|Длина ключа размера, символов
|100
|Общая длина ключа измерения.
|-
|Длина значения измерения, символов
|250
|Общая длина значения измерения.
|-
|Количество измерений в строке
|50
|Количество измерений в одной строке полезной нагрузки.
|-
|Общее количество возможных ключей метрик для каждой среды
|20 000
|Максимальное количество ключей метрик, которые можно зарегистрировать в Dynatrace.
|-
|Количество кортежей в месяц на метрику
|1 000 000
|Максимальное количество кортежей (уникальных комбинаций ключ метрики, значения измерения и типа полезной нагрузки) для каждого ключа метрики за последние 30 дней.
|-
|Количество кортежей в месяц для всех пользовательских метрик
|50 000 000
|Максимальное количество кортежей (уникальные комбинации метрика-параметр, ключ-параметр, тип полезной нагрузки) для всех пользовательских метрик за последние 30 дней.
|-
|Длина строки, символов
|50 000
|Максимальная длина одной строки полезной нагрузки.
|}
Также существует ограничение на количество метрик, которые Ключ-АСТРОМ может принимать.
{| class="wikitable"
!Канал
!Ограничение
|-
|API метрик ЕдиногоАгента
|В минуту на экземпляр ЕдиногоАгента:

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

ЕдиногоАгента версии 1.215+100 000
|-
|API метрик v2
|Количество метрик не ограничено, но применяется регулирование API .
|}

← Предыдущая версия		Версия от 13:29, 17 мая 2023
Строка 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~~.		\|Максимальное количество ключей метрик, которые можно зарегистрировать в Ключ-АСТРОМ.
	\|-		\|-
	\|Количество кортежей в месяц на метрику		\|Количество кортежей в месяц на метрику