Развертывание агента Azure Monitor
Агент Azure Monitor собирает данные мониторинга из гостевой операционной системы Azure и гибридных виртуальных машин (VMs). Он предоставляет данные в Azure Monitor для использования функциями, аналитическими сведениями и другими службами, такими как Microsoft Sentinel и Microsoft Defender для облака. В этой статье представлен обзор возможностей и поддерживаемых вариантов использования агента Azure Monitor.
См. краткое введение в агент Azure Monitor, включая демонстрацию развертывания агента в портале Azure, в видеоролике ITOps Talk: агент Azure Monitor.
Примечание.
Агент Azure Monitor заменяет устаревший агент Log Analytics для Azure Monitor. Агент Log Analytics устарел и не поддерживается с 31 августа 2024 г. Если вы используете агент Log Analytics для приема данных в Azure Monitor, перейдите на использование агента Azure Monitor.
Установка
Агент Azure Monitor — это один из методов сбора данных для Azure Monitor. Он установлен на виртуальных машинах, работающих в Azure, в других облаках или в локальной среде, где он имеет доступ к локальным журналам и данным о производительности. Без агента можно собирать данные только с хост-компьютера, так как у вас нет доступа к клиентской операционной системе и выполнению процессов.
Агент можно установить с помощью различных методов, как описано в разделе "Установка агента Azure Monitor и управление ими". Агент можно установить на одном компьютере или в большом масштабе с помощью Azure Policy или других средств. В некоторых случаях агент автоматически устанавливается при включении компонента, требующего его, например Microsoft Sentinel.
Сбор данных
Агент Azure Monitor собирает все данные с помощью правила сбора данных (DCR). В DCR определяется следующая информация:
- Тип данных, собираемый
- Как преобразовать данные, включая фильтрацию, агрегирование и формирование
- Назначение собранных данных
Один DCR может содержать несколько источников данных разных типов. В зависимости от требований можно выбрать, следует ли включать несколько источников данных в несколько контроллеров домена или создавать отдельные контроллеры домена для каждого источника данных. При создании отдельных контроллеров домена для каждого источника данных можно централизованно определить логику для различных сценариев сбора данных и применить их к разным наборам компьютеров. Для рекомендаций по организации правил сбора данных (DCR) см. Лучшие практики создания и управления DCR в Azure Monitor.
DCR применяется к конкретному агенту путем установления ассоциации правила сбора данных (DCRA) между DCR и агентом. Один DCR может быть связан с несколькими агентами, и каждый агент может быть связан с несколькими DCR. Когда агент устанавливается, он подключается к Azure Monitor, чтобы получить все DCR, связанные с ним. Агент периодически проверяет обратно с помощью Azure Monitor, чтобы определить, существуют ли изменения существующих контроллеров домена или связей с новыми.
Себестоимость
На использование агента Azure Monitor затрат нет, но могут возникнуть расходы за данные, которые принимаются и хранятся. Сведения о сборе и хранении данных Log Analytics, а также о метриках клиентов см. в «Расчет стоимости и параметры ведения журналов Azure Monitor» и «Анализ использования в рабочей области Log Analytics».
Поддерживаемые регионы
Агент Azure Monitor доступен для функций, доступных в рамках общего доступа, во всех глобальных регионах Azure, в Azure для государственных организаций и в Azure, управляемыми 21Vianet. Он пока не поддерживается в облаках без подключения к Интернету. Дополнительные сведения см. в статье Доступность продуктов по регионам.
Поддерживаемые службы и компоненты
В следующих таблицах определены различные среды и функции, которые в настоящее время поддерживаются агентом Azure Monitor, и теми, которые поддерживаются устаревшим агентом. Эти сведения помогут определить, поддерживает ли агент Azure Monitor текущие требования. Рекомендации по переносу определенных функций см. в статье "Миграция в агент Azure Monitor" из агента Log Analytics.
Агенты Windows
| Категория | Площадь | агент Azure Monitor | Легаси агент |
|---|---|---|---|
| Среды поддержки | |||
| Лазурный | ✓ | ✓ | |
| Другие облака (Azure Arc) | ✓ | ✓ | |
| Локально (Azure Arc) | ✓ | ✓ | |
| ОС Клиента Windows | ✓ | ||
| Собранные данные | |||
| журналы событий; | ✓ | ✓ | |
| Производительность | ✓ | ✓ | |
| Файловые журналы | ✓ | ✓ | |
| журналы службы Internet Information Services (IIS) | ✓ | ✓ | |
| Данные отправлены в | |||
| Логи Azure Monitor | ✓ | ✓ | |
| Поддерживаемые службы и компоненты | |||
| Microsoft Sentinel | ✓ (область) | ✓ | |
| Аналитика виртуальных машин | ✓ | ✓ | |
| Microsoft Defender для облака (использует только агент Microsoft Defender для конечной точки) | |||
| Управление обновлениями службы автоматизации (перемещено в Диспетчер обновлений Azure) | ✓ | ✓ | |
| Azure Stack HCI | ✓ | ||
| Update Manager (больше не использует агенты) | |||
| Отслеживание изменений | ✓ | ✓ | |
| Оценка лучших практик SQL | ✓ |
Агенты Linux
| Категория | Площадь | агент Azure Monitor | Легаси агент |
|---|---|---|---|
| Поддерживаемые среды | |||
| Лазурный | ✓ | ✓ | |
| Другие облака (Azure Arc) | ✓ | ✓ | |
| Локально (Azure Arc) | ✓ | ✓ | |
| Собранные данные | |||
| Системный журнал | ✓ | ✓ | |
| Производительность | ✓ | ✓ | |
| Файловые журналы | ✓ | ||
| Данные отправлены в | |||
| Логи Azure Monitor | ✓ | ✓ | |
| Поддерживаемые службы и компоненты | |||
| Microsoft Sentinel | ✓ (область) | ✓ | |
| Аналитика виртуальных машин | ✓ | ✓ | |
| Microsoft Defender для облака (использует только агент Microsoft Defender для конечной точки) | |||
| Управление обновлениями службы автоматизации (перемещено в Диспетчер обновлений Azure) | ✓ | ✓ | |
| Update Manager (больше не использует агенты) | |||
| Отслеживание изменений | ✓ | ✓ |
Поддерживаемые источники данных
Список источников данных, которые агент Azure Monitor может собирать и узнать, как их настроить, см. в статье "Сбор данных с помощью агента Azure Monitor".