Обзор метрик в Azure Monitor

Метрики Azure Monitor — это функция Azure Monitor, которая собирает числовые данные из отслеживаемых ресурсов в базу данных временных рядов. Метрики — это числовые значения, собираемые с регулярными интервалами и описывающие некоторые аспекты системы в определенное время.

Типы метрик

Существует несколько типов метрик, поддерживаемых метриками Azure Monitor:

• Собственные метрики используют средства в Azure Monitor для анализа и оповещения.

  • Метрики платформы собираются из ресурсов Azure. Они не требуют конфигурации и не имеют затрат.
  • Расширенные метрики платформы расширяют метрики платформы с более глубокими, более подробными данными для поддерживаемых поставщиков ресурсов. Вы явно включаете эти метрики на уровне ресурса, и это платная функция. Дополнительные метрики платформы в настоящее время находятся в предварительной версии.
  • Пользовательские метрики собираются из разных источников, которые вы настраиваете, включая приложения и агентов, работающих на виртуальных машинах.

• Azure Monitor собирает метрики Prometheus из кластеров Kubernetes, включая Azure Kubernetes Service (AKS). Используйте стандартные отраслевые инструменты, такие как PromQL и Grafana, для анализа метрик и создания оповещений.

Различия между каждой из метрик приведены в следующей таблице.

Используйте следующие клиентские библиотеки и средства командной строки для получения собственных платформ и собственных пользовательских метрик:

• Azure CLI;
• Командлеты Azure PowerShell
• REST API или клиентская библиотека
• .СЕТЬ
• Вперед
• Java
• JavaScript
• Питон

Сбор данных

Azure Monitor собирает метрики из указанных ниже источников. После сбора метрик в базе данных метрик Azure Monitor их можно оценить вместе независимо от источников.

• Azure ресурсы: Azure ресурсы создают метрики платформы, которые обеспечивают видимость их работоспособности и производительности. Каждый тип ресурсов создает отдельный набор метрик, который не нужно настраивать. Azure Monitor собирает метрики платформы из ресурсов Azure по одной минуте, если определение метрик не указывает в противном случае.
• Приложения — служба Application Insights создает метрики для отслеживаемых приложений, что помогает обнаруживать проблемы с производительностью и отслеживать тенденции использования приложений. Значения включают время ответа сервера и исключения браузера.
• Агенты виртуальной машины — метрики собираются из гостевой операционной системы виртуальной машины. Вы можете включить метрики гостевой ОС для виртуальных машин Windows с помощью агента Azure Monitor. Агент Azure Monitor заменяет устаревшие агенты — расширение диагностики Windows и агент Telegraf InfluxData для виртуальных машин Linux.
• Пользовательские метрики: определите метрики в дополнение к стандартным метрикам, которые автоматически доступны. Определите пользовательские метрики в приложении, отслеживаемом Application Insights, или создайте пользовательские метрики для службы Azure с помощью API пользовательских метрик.
• Кластеры Kubernetes: Kubernetes обычно отправляют данные метрик на локальный сервер Prometheus, который необходимо поддерживать. Azure Monitor управляемая служба для Prometheus предоставляет управляемую службу, которая собирает метрики из кластеров Kubernetes и сохраняет их в Azure Monitor метрик.

REST API

Azure Monitor предоставляет интерфейсы REST API, которые позволяют получать и передавать данные в метрики Azure Monitor и из них.

• API для пользовательских метрик - Пользовательские метрики позволяют загружать собственные метрики в базу данных метрик Azure Monitor. Те же средства анализа, которые обрабатывают метрики платформы Azure Monitor платформы, могут использовать эти метрики.
• Azure Monitor Metrics REST API— позволяет получить доступ к определениям и значениям этой метрики платформы Azure Monitor. Для получения дополнительной информации см. REST API Azure Monitor. Сведения об использовании API см. в пошаговом руководстве по REST API мониторинга Azure.
• Пакетный REST API метрик Azure Monitor - Пакетный API метрик Azure Monitor — это высокопроизводительный API, предназначенный для клиентов с запросами на большой объем метрик. Это похоже на существующий стандартный REST API метрик Azure Monitor, но предоставляет возможность получить данные метрик для до 50 идентификаторов ресурсов в одной подписке и регионе в одном пакетном вызове API. Это улучшает пропускную способность запросов и снижает риск ограничения.

Безопасность

Все обмен данными между подключенными системами и службой Azure Monitor шифруются с помощью протокола TLS 1.2 (HTTPS). Процесс Microsoft SDL следует, чтобы убедиться, что все службы Azure актуальны с последними достижениями в криптографических протоколах.

Безопасное подключение устанавливается между агентом и службой Azure Monitor с помощью проверки подлинности на основе сертификатов и TLS с портом 443. Для создания и обслуживания ключей в Azure Monitor используется секретное хранилище. Закрытые ключи сменяются каждые 90 дней, хранятся в Azure и управляются операционной командой Azure, которые придерживаются строгих нормативных и комплаенс-практик. Дополнительные сведения о безопасности см. в разделе "Шифрование данных во время передачи", "Шифрование неактивных данных" и "Общие сведения о безопасности Azure Monitor".

Обозреватель метрик

Используйте обозреватель метрик для интерактивного анализа данных в базе данных метрик и диаграммы значений нескольких метрик с течением времени. Закрепить диаграммы на панели мониторинга, чтобы просмотреть их с другими визуализациями. Получение метрик с помощью REST API мониторинга Azure.

Дополнительные сведения см. в статье Анализ метрик с помощью обозревателя метрик Azure Monitor.

Структура данных

Данные, собираемые метриками Azure Monitor, хранятся в базе данных временных рядов, оптимизированной для анализа меток времени. Каждый набор значений метрик представляет собой временной ряд со следующими свойствами:

• время получения значения;
• ресурс, с которым связано значение.
• Пространство имен, которое служит категорией для метрики.
• имя метрики;
• само значение величины
• Несколько измерений при их наличии. Пользовательские метрики ограничены 10 измерениями.

Многомерные метрики

Одной из проблем при работе с метриками данных является то, что они часто содержат ограниченные сведения для предоставления контекста для собранных значений. Azure Monitor решает эту проблему благодаря многомерным метрикам.

Атрибуты метрик — это пары "имя-значение", которые содержат дополнительные данные для описания значения метрики. Например, метрика Доступное место на диске может содержать параметр Диск со значениями C: и D:. Эта измерение позволяет просматривать свободное место на всех дисках или на каждом диске отдельно.

См. раздел «Применение фильтров измерений и разделение» для получения подробной информации о просмотре измерений в обозревателе метрик.

Немеричная метрика

В следующей таблице показаны примеры данных из немерной метрики, пропускной способности сети. Он может ответить только на базовый вопрос, например "Что было моей пропускной способностью сети в определенное время?"

Пропускная способность сети и два измерения ("IP-адрес" и "Направление")

В следующей таблице показаны примеры данных из многомерной метрики, пропускной способности сети с двумя измерениями, называемыми IP-адресом и направлением. Он может ответить на такие вопросы, как "Что было пропускной способностью сети для каждого IP-адреса?" и "Сколько данных было отправлено и получено?"

Хранение метрик

Платформы и пользовательские метрики

Платформа и пользовательские метрики хранятся в течение 93 дней со следующими исключениями:

• Классические метрики гостевой ОС. Это счетчики производительности, данные которых собираются с помощью расширения системы диагностики Windows или Linux и передаются в учетную запись хранения Azure. Срок хранения этих метрик составляет не менее 14 дней, но дата окончания этого срока не указывается в учетной записи хранения.

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

• Метрики гостевой ОС, отправляемые в метрики Azure Monitor: эти счетчики производительности собираются с помощью расширения диагностики Windows и отправляются в приемник данных Azure Monitor или агент Telegraf На компьютерах Linux или более новый агент Azure Monitor с помощью правил сбора данных. Период хранения этих метрик составляет 93 дней.

• Метрики гостевой ОС, собранные агентом Log Analytics (прекращено): агент Log Analytics был прекращен в августе 2024 года. Не развертывайте его для новой коллекции метрик. Вместо этого используйте агент Azure Monitor. Для устаревших развертываний агент Log Analytics собрал эти счетчики производительности и отправил их в рабочую область Log Analytics. Срок хранения составляет 31 дней и может быть продлен до двух лет.

• Метрики на основе журналов Application Insights. В фоновом режиме метрики на основе журналов преобразовываются в запросы журналов. Их хранение является переменной и соответствует хранению событий в базовых журналах, что составляет от 31 дней до двух лет. Для ресурсов Application Insights журналы хранятся в течение 90 дней.

Хотя платформенные и пользовательские метрики хранятся в течение 93 дней, вы можете запрашивать данные на плитке метрик не более чем за 30 дней на одной диаграмме. Это ограничение не применяется к метрикам на основе журналов. Если вы видите пустую диаграмму или на ней отображаются неполные данные метрик, убедитесь, что разница между датами начала и окончания в средстве выбора времени не превышает 30 дней. После выбора 30-дневного интервала можно выполнить сдвиг диаграммы, чтобы просмотреть данные за весь период хранения.

Метрики Prometheus

Метрики Prometheus хранятся в течение 18 месяцев, но запрос PromQL может охватывать не более 32 дней.

Дальнейшие действия

• Дополнительные сведения о платформе данных Azure Monitor.
• Узнайте о данных журналов в Azure Monitor.
• Узнайте о доступных данных мониторинга для различных источников в Azure.