Общие сведения о службе Azure Monitor

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

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

На этой схеме показано абстрактное представление процесса мониторинга. Более подробная разбивка архитектуры Azure Monitor показана в следующем разделе архитектуры высокого уровня .

Высокоуровневая архитектура

Azure Monitor может отслеживать эти типы ресурсов в Azure, других облаках или локальной среде:

• Приложения
• Виртуальные машины
• Гостевые операционные системы
• Контейнеры, содержащие метрики Prometheus
• Базы данных
• События безопасности в сочетании с Azure Sentinel
• Сетевые мероприятия и здоровье в сочетании с мониторингом сети
• Пользовательские источники, использующие API для получения данных в Azure Monitor

Вы также можете экспортировать данные мониторинга из Azure Monitor в другие системы, чтобы можно было:

• Интеграция с другими сторонними и открытыми средствами мониторинга и визуализации
• Интеграция с системами управления заявками и другими системами ITSM

Если вы являетесь пользователем System Center Operations Manager (SCOM), Azure Monitor теперь включает Azure Monitor Управляемый экземпляр SCOM (SCOM MI). Operations Manager MI — это облачная версия Operations Manager, которая позволяет переместить локальную установку Operations Manager в Azure.

На следующей схеме показано высокоуровневое представление архитектуры Azure Monitor.

На схеме показаны системные компоненты Azure Monitor:

• Источники данных — это типы отслеживаемых ресурсов.

• Данные собираются и направляются на платформу данных. На схеме показаны эти параметры, которые также подробно описаны в этой статье.

• Платформа данных хранит собранные данные мониторинга. Базовая платформа данных Azure Monitor хранит метрики, журналы, трассировки и изменения. System Center Operations Manager MI использует собственную базу данных, размещенную в управляемом экземпляре SQL.

• В разделе потребления показаны компоненты, использующие данные из платформы данных.

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

• Путь SCOM MI использует традиционную консоль Operations Manager, с которыми уже знакомы клиенты System Center Operations Manager.

• Параметры взаимодействия отображаются в разделе интеграции . Не все службы интегрируются на всех уровнях. SCOM MI интегрируется только с Power BI.

Источники данных

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

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

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

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

Подробные сведения о каждом из источников данных см. в разделе "Источники данных".

SCOM MI (например, в локальной среде SCOM) собирает только источники рабочей нагрузки IaaS и операционной системы.

Сбор и маршрутизация данных

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

Распространенный способ маршрутизации данных мониторинга в другие средства, отличные от Майкрософт, использует центры событий. Дополнительные сведения см. в разделе "Интеграция ".

SCOM MI (например, локальный SCOM) использует агент для сбора данных, которые отправляются на сервер управления, работающий в SCOM MI в Azure.

Подробные сведения о сборе данных см. в разделе "Сбор данных".

Платформа данных

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

• Метрики
• журналы
• распределенные трассировки
• Изменения

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

Распределенная трассировка — это метод, используемый для трассировки запросов по мере их перемещения по распределенной системе. Он позволяет просматривать путь запроса по мере перемещения по различным службам и компонентам. Это помогает выявлять узкие места производительности и устранять проблемы в распределенной системе.

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

SCOM MI аналогичен локальному SCOM. Он хранит сведения в База данных SQL, но использует Управляемый экземпляр SQL, так как он находится в Azure.

Потребление

В следующих разделах описаны методы и службы, использующие данные мониторинга с платформы данных Azure Monitor.

Все области в разделе потребления схемы имеют пользовательский интерфейс, который отображается в портале Azure.

Верхняя часть раздела потребления относится только к ядру Azure Monitor. SCOM MI использует традиционную консоль Ops, запущенную в облаке. Он также может отправлять данные мониторинга в Power BI для визуализации.

Портал Azure

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

Взгляды

Некоторые поставщики ресурсов Azure имеют проверенные визуализации, которые обеспечивают настраиваемый интерфейс мониторинга и требуют минимальной конфигурации. Аналитика — это большие, масштабируемые, курируемые визуализации.

В следующей таблице описаны некоторые из более крупных аналитических сведений:

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

Визуализировать

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

Более подробное обсуждение рекомендуемых средств визуализации и их использования см. в разделе "Анализ и визуализация данных мониторинга"

Анализировать

Портал Azure содержит встроенные средства, позволяющие анализировать данные мониторинга.

Ответить

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

Искусственный интеллект для ИТ-операций (AIOps) может повысить качество обслуживания и надежность с помощью машинного обучения для обработки и автоматического действия с данными, собранными из приложений, служб и ИТ-ресурсов в Azure Monitor. Он автоматизирует задачи, управляемые данными, прогнозирует использование емкости, определяет проблемы с производительностью и обнаруживает аномалии в приложениях, службах и ИТ-ресурсах. Эти функции упрощают ИТ-мониторинг и операции, не требуя опыта машинного обучения.

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

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

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

В настоящее время SCOM MI использует собственный собственный отдельный традиционный механизм оповещения System Center Operations Manager в консоли Ops.

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

Azure Logic Apps также является вариантом. Дополнительные сведения см. в следующем разделе "Интеграция ".

Интеграция

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

Дополнительные интеграции, которые не отображаются на схеме, могут быть интересны.

Часто задаваемые вопросы

В этом разделе приведены ответы на распространенные вопросы.

В чем разница между Azure Monitor, Log Analytics и Application Insights?

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

Сколько стоит Azure Monitor?

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

• Стоимость и использование Azure Monitor
• Просмотр использования и расходов Azure Monitor
• Оптимизация затрат в Azure Monitor

Существует ли локальная версия Azure Monitor?

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

Поддерживает ли Azure Monitor интеграцию с System Center Operations Manager?

Вы можете подключить существующую группу управления System Center Operations Manager к Azure Monitor для сбора данных от агентов в журналы Azure Monitor. Эта возможность позволяет использовать запросы журналов и решения для анализа данных, собранных агентами. Для существующих агентов System Center Operations Manager можно также настроить отправку данных непосредственно в Azure Monitor. См. статью Подключение Operations Manager к Azure Monitor.

Корпорация Майкрософт также предлагает Управляемый экземпляр System Center Operations Manager (SCOM MI) в качестве варианта переноса традиционной установки System Center Operations Manager в облако с минимальными изменениями. Дополнительные сведения см. в статье об управляемом экземпляре SCOM в Azure Monitor.

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

• Начало работы с Azure Monitor
• Источники данных мониторинга для Azure Monitor
• Сбор данных в Azure Monitor