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

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

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

Примечание

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

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

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

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

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

Diagram that shows sources and uses of metrics.

сбор данных

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.

Screenshot of an example graph in Metrics Explorer that shows server requests, server response time, and failed requests.

Дополнительные сведения см. в статье Начало работы с обозревателем метрик 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. Выберите Пользовательский, чтобы настроить счетчики производительности, данные которых вы планируете собирать.

    Screenshot of the performance counters section of the diagnostic settings page.

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

    Screenshot of the sinks section of the diagnostic settings page.

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

    Screenshot of metric namespace.

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

    Screenshot of splitting a metric by instance.

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

Для большинства ресурсов в 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-дневного интервала можно выполнить сдвиг диаграммы, чтобы просмотреть данные за весь период хранения.

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