Мониторинг виртуальных машин Azure

В этой статье рассматриваются следующие вопросы:

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

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

• Дополнительные сведения об Azure Monitor см. в обзоре Azure Monitor.
• Дополнительные сведения о том, как отслеживать ресурсы Azure в целом, см. в статье "Мониторинг ресурсов Azure" с помощью Azure Monitor.

В этой статье представлен обзор отслеживания работоспособности и производительности виртуальных машин Azure.

Обзор: Мониторинг метрик и журналов хоста ВМ и гостевой системы

Вы можете собирать метрики и журналы из:

• Хост виртуальных машин — эти данные относятся к сеансу Hyper-V, управляющему гостевыми операционными системами, и включают сведения об использовании ЦП, сети и дисковых ресурсов.
• Гостевая ОС — эти данные относятся к операционной системе и приложениям, работающим внутри виртуальной машины.

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

Данные узла виртуальной машины

Данные узла виртуальной машины доступны без дополнительной настройки.

Гостевые данные виртуальной машины

Гостевые данные виртуальной машины позволяют анализировать и устранять неполадки с производительностью и эффективностью рабочих нагрузок, выполняемых на виртуальных машинах. Чтобы отслеживать гостевые данные виртуальной машины, необходимо установить агент Azure Monitor на виртуальной машине и настроить правило сбора данных (DCR). Функция VM Insights автоматически устанавливает агент Azure Monitor на виртуальной машине и настраивает правило сбора данных по умолчанию для быстрого и простого подключения.

Аналитика виртуальных машин

Аналитика VM позволяет отслеживать виртуальные машины Azure и гибридные виртуальные машины в едином интерфейсе. Аналитика виртуальных машин предоставляет следующие преимущества для мониторинга виртуальных машин в Azure Monitor:

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

Инструкции по включению VM Insights для виртуальной машины см. в статье Включение мониторинга с помощью VM Insights для виртуальной машины Azure. Общие сведения о включении аналитических сведений и различных методов подключения виртуальных машин см. в разделе "Включение аналитики виртуальных машин".

Если включить аналитику виртуальных машин, агент Azure Monitor устанавливается и запускает отправку предопределенного набора данных о производительности в журналы Azure Monitor. Вы можете создать другие правила сбора данных для сбора событий и других данных о производительности. Сведения о том, как установить агент Azure Monitor и создать правило сбора данных (DCR), определяющее собираемые данные, см. в руководстве по сбору гостевых журналов и метрик из виртуальной машины Azure.

В аналитике виртуальных машин можно использовать функцию "Карта Azure Monitor" для просмотра компонентов приложений, работающих в Azure или вашей среде. Расширение виртуальной машины агента зависимостей доступно для Windows и Linux.

Хранилище данных

Для Azure Monitor:

• Данные метрик хранятся в базе данных метрик Azure Monitor.
• Данные журнала хранятся в хранилище журналов Azure Monitor. Log Analytics — это инструмент в портале Azure, который позволяет выполнять запросы к этому хранилищу.
• Журнал действий Azure — это отдельное хранилище с собственным интерфейсом в портале Azure.

При необходимости можно перенаправить данные журнала метрик и действий в хранилище журналов Azure Monitor. Затем с помощью Log Analytics можно запрашивать данные и сопоставлять их с другими данными журнала.

Многие службы могут использовать параметры диагностики для отправки данных метрик и журналов в другие расположения хранилища за пределами Azure Monitor. Примеры включают Хранилище Azure, размещенные партнерские системы и партнерские системы, не относящиеся к Azure, использующие Event Hubs.

Подробные сведения о том, как Azure Monitor хранит данные, см. на платформе данных Azure Monitor.

Метрики платформы Azure Monitor

Azure Monitor предоставляет метрики платформы для большинства служб. Эти метрики перечислены ниже.

• Определяется отдельно для каждого пространства имен.
• Хранится в базе данных метрик временных рядов Azure Monitor.
• Легковесный и поддерживает оповещения почти в реальном времени.
• Используется для отслеживания производительности ресурса с течением времени.

Коллекция: Azure Monitor автоматически собирает метрики платформы. Настройка не требуется.

Маршрутизация: Вы также можете маршрутизировать некоторые метрики платформы в Azure Monitor Logs / Log Analytics, чтобы выполнять к ним запросы вместе с другими данными журналов. Проверьте параметр экспорта DS для каждой метрики, чтобы узнать, можно ли использовать параметр диагностики для маршрутизации метрик в журналы Azure Monitor или Log Analytics.

• Дополнительные сведения см. в разделе Параметр диагностики для метрик.
• Сведения о настройке параметров диагностики для службы см. в статье "Создание параметров диагностики" в Azure Monitor.

Список всех метрик, которые можно собрать для всех ресурсов в Azure Monitor, см. в статье "Поддерживаемые метрики в Azure Monitor".

Метрики платформы для виртуальных машин Azure включают важные метрики узлов, такие как ЦП, сеть и использование дисков. Метрики ОС узла относятся к сеансу Hyper-V, в котором выполняется сеанс гостевой операционной системы (гостевая ОС).

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

Подробные сведения о том, как агент Azure Monitor собирает данные мониторинга виртуальных машин, см. в статье "Мониторинг виртуальных машин с помощью Azure Monitor: сбор данных".

Список доступных метрик для виртуальных машин см. в справочнике по данным мониторинга виртуальных машин.

Журнал действий Azure

Журнал действий содержит события уровня подписки, которые отслеживают операции, выполняемые для каждого ресурса Azure на внешнем по отношению к этому ресурсу уровне; например, создание нового ресурса или запуск виртуальной машины.

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

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

Правила сбора данных

Правила сбора данных (DCR) определяют сбор данных из агента Azure Monitor и хранятся в подписке Azure. Для виртуальных машин правила сбора данных (DCR) определяют, какие данные, например события и счётчики производительности, следует собирать, а также указывают назначения, например рабочие области Log Analytics, в которые следует отправлять эти данные. Одна виртуальная машина может быть связана с несколькими DCR, а один DCR может быть связан с несколькими виртуальными машинами.

DCR для анализа виртуальных машин

Аналитика виртуальных машин создает DCR, которая собирает общие счетчики производительности для клиентской операционной системы и отправляет их в таблицу InsightsMetrics в рабочей области Log Analytics . Список собранных счетчиков производительности см. в статье "Как запрашивать журналы из аналитики виртуальных машин". Этот DCR можно использовать с другими виртуальными машинами вместо создания нового DCR для каждой виртуальной машины.

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

• VMBoundPort: трафик для открытых портов сервера на компьютере
• VMComputer: данные инвентаризации для компьютера
• VMConnection: трафик для входящих и исходящих подключений к компьютеру и с него
• VMProcess: процессы, выполняемые на компьютере

Анализ данных мониторинга

Существует множество средств для анализа данных мониторинга.

Средства Azure Monitor

Azure Monitor поддерживает следующие основные средства:

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

• Log Analytics— средство в портал Azure, позволяющее запрашивать и анализировать данные журнала с помощью языка запросов Kusto (KQL). Дополнительные сведения см. в статье Начало работы с запросами журнала в Azure Monitor.

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

Средства, которые позволяют более сложной визуализации, включают:

• Панели мониторинга, которые позволяют объединять различные типы данных в одном представлении на портале Azure.
• Книги — настраиваемые отчеты, которые можно создавать в портале Azure. Рабочие книги могут включать текст, метрики и запросы к журналам.
• Grafana — инструмент с открытой платформой, особенно хорошо подходящий для операционных дашбордов. С помощью Grafana можно создавать панели мониторинга, содержащие данные из нескольких источников, отличных от Azure Monitor.
• Power BI— служба бизнес-аналитики, которая предоставляет интерактивные визуализации в различных источниках данных. Вы можете настроить Power BI на автоматический импорт данных журналов из Azure Monitor, чтобы воспользоваться этими визуализациями.

Средства экспорта Azure Monitor

Вы можете получить данные из Azure Monitor в другие средства с помощью следующих методов:

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

• Журналы: используйте REST API или соответствующие клиентские библиотеки.

• Другим вариантом является экспорт данных рабочей области.

Чтобы начать работу с REST API для Azure Monitor, см. пошаговое руководство по REST API Azure Monitor.

Запросы Kusto

Данные мониторинга можно анализировать в хранилище журналов Azure Monitor или Log Analytics с помощью языка запросов Kusto (KQL).

Список распространенных запросов для любой службы см. в интерфейсе запросов Log Analytics.

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

Чтобы получить доступ к встроенным запросам Kusto для вашей виртуальной машины, выберите Logs в разделе Monitoring в левой области навигации на странице виртуальной машины на портале Azure. На странице "Журналы" выберите вкладку "Запросы" и выберите запрос для выполнения.

Оповещения

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

Существует множество источников распространенных оповещений для ресурсов Azure. Примеры типичных оповещений для ресурсов Azure см. в разделе Примеры запросов оповещений журнала. Сайт Azure Monitor Baseline Alerts (AMBA) предоставляет полуавтоматизированный способ внедрения важных оповещений на основе метрик платформы, панелей мониторинга и рекомендаций. Сайт относится к постоянно расширяющемуся набору служб Azure, включая все службы, входящие в Azure Landing Zone (ALZ).

Общая схема предупреждений стандартизирует обработку уведомлений о предупреждениях Azure Monitor. Дополнительные сведения см. в разделе "Общая схема оповещений".

Типов оповещений

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

В следующем списке описаны типы оповещений Azure Monitor, которые можно создать:

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

Некоторые службы Azure также поддерживают оповещения интеллектуального обнаружения, оповещения Prometheus или рекомендуемые правила генерации оповещений.

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

Вы можете создать одно правило оповещения для нескольких ресурсов, которое применяется ко всем виртуальным машинам в определенной группе ресурсов или подписке в одном регионе. Ознакомьтесь с руководством по созданию правила генерации оповещений о доступности для виртуальной машины Azure (предварительная версия) с помощью метрики доступности.

Рекомендуемые правила генерации оповещений

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

Система компилирует список рекомендуемых правил генерации оповещений на основе:

• Знания поставщика ресурсов о важных сигналах и пороговых значениях для мониторинга ресурса.
• Данные о том, для чего клиенты обычно настраивают оповещения для этого ресурса.

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

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

Стандартные правила генерации оповещений

Чтобы просмотреть распространённые правила генерации оповещений для журналов виртуальных машин на портале Azure, перейдите на панель Запросы в Log Analytics. В качестве типа ресурса выберите Виртуальные машины, а в качестве типа — Оповещения.

Список распространённых правил оповещений для виртуальных машин и их описание см. в разделе Общие правила оповещений.

Рекомендации Помощника

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

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

Другие параметры мониторинга виртуальных машин

Виртуальные машины Azure имеют следующие параметры мониторинга, отличные от Azure Monitor:

Диагностика загрузки

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

Устранение неполадок с производительностью виртуальных машин с помощью диагностики производительности

Средство диагностики производительности помогает устранять неполадки, связанные с производительностью, на виртуальных машинах Windows или Linux, позволяя быстро диагностировать проблемы и предоставляя сведения о проблемах, которые оно в данный момент обнаруживает на ваших машинах. Он поддерживает два разных режима:

• Непрерывная диагностика (предварительная версия) собирает данные через пять секунд и сообщает аналитические сведения о высоком использовании ресурсов каждые пять минут.

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

Дополнительные сведения см. в статье Устранение неполадок с производительностью на виртуальных машинах Azure с помощью средства «Диагностика производительности».

Связанный контент

• Сведения о метриках, журналах и других важных значениях для виртуальных машин см. в справочнике по данным мониторинга виртуальных машин.
• Общие сведения о мониторинге ресурсов Azure см. в статье "Мониторинг ресурсов Azure" с помощью Azure Monitor.
• Рекомендации, основанные на пяти принципах Azure Well-Architected Framework, см. в статье Рекомендации по мониторингу виртуальных машин в Azure Monitor.
• Сведения о начале работы с аналитикой виртуальных машин см. в разделе "Общие сведения о виртуальных машинах".
• Чтобы узнать, как собирать и анализировать метрики и журналы узлов виртуальных машин и клиентов, ознакомьтесь с учебным курсом "Мониторинг виртуальных машин Azure" с помощью Azure Monitor.
• Полное руководство по мониторингу виртуальных машин Azure и гибридных виртуальных машин см. в руководстве по развертыванию виртуальных машин Monitor.