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

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

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

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

Примечание

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

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

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

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

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

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

сбор данных

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

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

Полный список источников данных, которые могут посылать данные в метрики Azure Monitor, см. в статье Что отслеживает Azure Monitor?

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

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

Снимок экрана: графики, пример графа в обозревателе метрик, на котором показаны запросы сервера, время отклика сервера и неудачные запросы.

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

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

Данные, собранные метриками 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 метрик.

Чтобы настроить и просмотреть многомерные метрики счетчика производительности гостевой ОС с помощью расширения системы диагностики Azure:

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

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

  3. Выберите Пользовательский, чтобы настроить счетчики производительности, данные которых вы планируете собирать.

    Снимок экрана: раздел счетчиков производительности на странице параметров диагностики.

  4. Выберите Приемники. Затем выберите Включено, чтобы отправить данные в Azure Monitor.

    Снимок экрана: раздел приемников на странице параметров диагностики.

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

    Снимок экрана: раскрывающийся список

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

    Снимок экрана: разделение метрики по экземпляру.

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

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

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

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

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

  • Метрики гостевой ОС, собираемые агентом Log Analytics. Это счетчики производительности, данные которых собираются агентом Log Analytics и передаются в рабочую область Log Analytics. Период хранения этих метрик составляет 31 день, но его можно увеличить до 2 лет.

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

Примечание

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

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

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

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