Расширение возможностей мониторинга метрик

Вы можете дополнить стандартные данные информацией, предоставляемой следующими платформами и стандартами:

OpenTelemetry

Отправляйте метрики OpenTelemetry в Ключ-АСТРОМ.

Micrometer

Собирайте метрики Micrometer из приложений JVM.

Prometheus

Отправляйте метрики Prometheus в Ключ-АСТРОМ.

StatsD

Отправка метрик StatsD в Ключ-АСТРОМ

Telegraf

Отправляйте метрики Telegraf в Ключ-АСТРОМ

База данных Oracle

Расширьте возможности мониторинга вашего приложения, используя данные, полученные непосредственно из уровня вашей базы данных Oracle.

База данных Microsoft SQL Server

Расширьте возможности мониторинга вашего приложения, используя данные, полученные непосредственно из вашего уровня Microsoft SQL Server.

SNMP

Узнайте, как отслеживать состояние сетевых устройств с помощью SNMP.

WMI

Узнайте, как отслеживать состояние ваших устройств, использующих инструментарий управления Windows (WMI).

JMX

Расширьте возможности мониторинга ваших Java-приложений с помощью метрик JMX.

Интеграция скриптов

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

API для приема метрик

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

Доступ к полученным метрикам

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

API метрик

Для получения загруженных данных используйте вызов GET metric data points из Metrics API v2.

Визуализация метрик

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

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

События

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

Оповещения метрик

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

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

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

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

• Каждая поступающая метрика, подлежащая обработке DDU (то есть не привязанная к хосту), генерирует одну или несколько точек данных метрики. Эти точки данных потребляют DDU с весом 0,001. Таким образом, простая метрика, сообщаемая раз в минуту в течение целого года, будет потреблять 526 DDU (525,600 minutes × 0.001 ≈ 526 DDUs).
• Чтобы проверить потребление DDU в среде, перейдите в раздел Управление учетной записью > Лицензии / Подписки > Обзор.

Метрические параметры также влияют на потребление DDU

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

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

Примеры

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

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

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

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

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

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

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

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

Сущность	Лимит
API метрик ЕдиногоАгента	Поминутно на один экземпляр ЕдиногоАгента: ЕдиныйАгент версии 1.213 и более ранних 1000 Версия ЕдиногоАгента 1.215+ 100,000
API метрик v2	Количество метрик не ограничено, но применяется ограничение скорости запросов через API.