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

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

Примечание

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

Как можно использовать метрики Azure Monitor?

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

Описание
Анализ Используйте обозреватель метрик для анализа собранных метрик на диаграмме и сравнения метрик из разных ресурсов.
Оповещение Настройте правило генерации оповещения по метрике, которое отправляет уведомление или выполняет автоматическое действие, когда значение метрики переходит пороговое значение.
Визуализация Закрепите диаграмму из обозревателя метрик на панели мониторинга Azure.
Создайте книгу, чтобы объединить с несколькими наборами данных в интерактивном отчете. Экспортируйте результаты запроса в решение Grafana, чтобы использовать его панель мониторинга и объединить с другими источниками данных.
Автоматизация С помощью автомасштабирования можно увеличивать или уменьшать ресурсы, когда метрика выходит за пороговое значение.
Получение Доступ к значениям метрик из командной строки с помощью командлетов PowerShell.
Доступ к значениям метрик из настраиваемого приложения посредством REST API.
Доступ к значениям метрик из командной строки с помощью CLI.
Экспорт Перенаправляйте метрики в журналы для анализа данных в метриках Azure Monitor вместе с данными в журналах Azure Monitor и хранения значений метрик дольше 93 дней.
Организуйте потоковую передачу метрик в концентратор событий для их перенаправления во внешние системы.
Архив Архивация журнала производительности и работоспособности ресурса в целях соответствия требованиям, аудита или автономной отчетности.

Общие сведения о метриках

сбор данных

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

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

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

Агенты виртуальных машин. Метрики собираются из гостевой операционной системы на виртуальной машине. Включите метрики гостевой ОС для виртуальных машин Windows с помощью Windows Diagnostic Extension (WAD), а для виртуальных машин Linux — с помощью агента InfluxData Telegraf .

Пользовательские метрики. Можно задавать метрики в дополнение к стандартным метрикам, которые доступны автоматически. Вы можете определить настраиваемые метрики в приложении, которое отслеживается с помощью Application Insights, или создать настраиваемые метрики для службы Azure с помощьюAPI настраиваемых метрик.

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

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

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

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

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

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

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

Одной из проблем при работе с метриками данных является то, что они часто содержат ограниченные сведения для предоставления контекста для собранных значений. Azure Monitor решает эту проблему благодаря многомерным метрикам. Измерения метрики — это пары имя-значение, которые используются для передачи дополнительных данных с описаниями значения метрики. Например, метрика Доступное место на диске может иметь измерение с названием Диск со значениями C: и D: . Это позволяет просматривать сведения о доступном месте на всех дисках или на отдельных дисках.

В примере ниже показаны два набора данных для гипотетической метрики с названием Пропускная способность сети. В первом наборе данных нет измерений. Во втором наборе данных показаны значения с двумя измерениями, IP-адрес и Направление:

Пропускная способность сети

Отметка времени Значение метрики
8/9/2017 8:14 1331,8 Кбит/с
8/9/2017 8:15 1141,4 Кбит/с
8/9/2017 8:16 1110,2 Кбит/с

Такая метрика без измерений поможет найти ответ только на простые вопросы, например о том, какой была пропускная способность в определенный момент времени.

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

Отметка времени Измерение "IP-адрес" Измерение "Направление" Значение метрики
8/9/2017 8:14 IP-адрес — 192.168.5.2 Направление — отправка 646,5 Кбит/с
8/9/2017 8:14 IP-адрес — 192.168.5.2 Направление — получение 420,1 Кбит/с
8/9/2017 8:14 IP-адрес — 10.24.2.15 Направление — отправка 150,0 Кбит/с
8/9/2017 8:14 IP-адрес — 10.24.2.15 Направление — получение 115,2 Кбит/с
8/9/2017 8:15 IP-адрес — 192.168.5.2 Направление — отправка 515,2 Кбит/с
8/9/2017 8:15 IP-адрес — 192.168.5.2 Направление — получение 371,1 Кбит/с
8/9/2017 8:15 IP-адрес — 10.24.2.15 Направление — отправка 155,0 Кбит/с
8/9/2017 8:15 IP-адрес — 10.24.2.15 Направление — получение 100,1 Кбит/с

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

Просмотр многомерных метрик счетчика производительности в обозревателе метрик

С помощью классического API метрик гостевой виртуальной машины отправить в Azure Monitor метрики счетчиков производительности, содержащие звездочку (*), невозможно. Этот API не позволяет отображать метрики, содержащие звездочку, так как это многомерная метрика, которая не поддерживается классической версией. Ниже приведены инструкции по настройке и просмотру метрик многомерных счетчика производительности.

  1. Перейдите на страницу параметров диагностики для виртуальной машины.

  2. Откройте вкладку "Счетчики производительности".

  3. Щелкните "Пользовательский", чтобы настроить счетчики производительности, которые вы планируете собирать. Снимок экрана: раздел счетчиков производительности на странице параметров диагностики

  4. После настройки счетчиков производительности щелкните "Приемники". Затем выберите "Включить", чтобы отправить данные в Azure Monitor. Снимок экрана: раздел "Приемники" на странице параметров диагностики

  5. Чтобы просмотреть метрику в Azure Monitor, выберите в раскрывающемся списке "Пространство имен метрик" пункт "Гостевая виртуальная машина". Снимок экрана: пространство имен метрик

  6. Разбейте метрики по экземплярам, чтобы увидеть их детализацию по всем возможным значениям, которые представлены элементом * в конфигурации. В этом примере символ "*" представляет тома различных логических дисков плюс общий объем. Снимок экрана: разбиение метрик по экземплярам

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

Для большинства ресурсов в Azure метрики платформы хранятся в течение 93 дней. Существуют некоторые исключения.

Метрики гостевой ОС

  • Классические метрики гостевой ОС — 14 дней (иногда больше). Это счетчики производительности, которые собираются Windows Diagnostic Extension (WAD) или Linux Diagnostic Extension (LAD) и направляются в учетную запись хранения Azure. Срок удержания этих метрик составляет не менее 14 дней, хотя фактическая дата окончания срока действия не записывается в учетную запись хранения. Для обеспечения производительности портал ограничивает объем отображаемых данных. Поэтому фактическое число дней, извлекаемое порталом, может быть больше 14, если объем записываемых данных не очень большой.
  • Метрики гостевой ОС, отправляемые в метрики Azure Monitor — 93 дня. Это счетчики производительности, которые собираются с помощью Windows Diagnostic Extension (WAD) и отправляются в приемник данных Azure Monitor, или собираются с помощью агента InfluxData Telegraf на компьютерах Linux, или собираются более новым решением — агентом Azure Monitor (AMA) с помощью правил сбора данных. Период хранения этих метрик составляет 93 дней.
  • Метрики гостевой ОС, собираемые агентом Log Analytics — от 31 дня до 2 лет. Это счетчики производительности, собираемые агентом Log Analytics и отправляемые в рабочую область Log Analytics. Период хранения этих метрик составляет 31 день, но его можно увеличить до 2 лет.

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

Примечание

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

Примечание

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

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