Миграция на агент Azure Monitor с агента Log Analytics

Мақала
06/19/2024

Агент Azure Monitor (AMA) заменяет агент Log Analytics, также известный как Microsoft Monitor Agent (MMA) и OMS, для компьютеров Windows и Linux, в Azure и средах, отличных от Azure, локальных и других облаков. Агент представляет упрощенный гибкий метод настройки сбора данных с помощью правил сбора данных (DCR). В этой статье описано, как реализовать успешную миграцию агента Log Analytics в агент Azure Monitor.

Миграция — это сложная задача. Начните планирование миграции в агент Azure Monitor с помощью сведений в этой статье в качестве руководства.

Внимание

Агент Log Analytics будет прекращен 31 августа 2024 г. Вы можете ожидать следующее, если вы используете агент MMA или OMS после этой даты.

Отправка данных: службы приема в облако постепенно сокращают поддержку агентов MMA, что может привести к снижению поддержки и потенциальных проблем совместимости для агентов MMA со временем. Прием для MMA будет неизменным до 1 февраля 2025 года.
Установка. Возможность установки устаревших агентов будет удалена с портала Azure, а политики установки для устаревших агентов будут удалены. Вы по-прежнему можете установить расширение агентов MMA, а также выполнить автономные установки.
Поддержка клиентов: вы не сможете получить поддержку проблем с устаревшим агентом.
Поддержка ОС: поддержка новых дистрибутивов Linux или Windows, включая пакеты обновления, не будет добавлена после отмены устаревших агентов.

Подготовка к работе

Просмотрите предварительные требования для установки агента Azure Monitor. Чтобы отслеживать не azure и локальные серверы, необходимо установить агент Azure Arc. Агент Arc делает локальные серверы видимыми в Azure в качестве ресурса, который он может нацеливать. Вы не несете никаких дополнительных затрат на установку агента Azure Arc.
Убедитесь, что агент Azure Monitor может решать все ваши потребности. Агент Azure Monitor — это общедоступная версия для сбора данных и используется для сбора данных различными функциями Azure Monitor и другими службами Azure.
Убедитесь, что у вас есть необходимые разрешения для установки агента Azure Monitor. У вас должны быть необходимые разрешения для установки агента на компьютерах, которые вы хотите отслеживать. Дополнительные сведения см. в разделе "Разрешения", необходимые для установки агента Azure Monitor.

Руководство высокого уровня

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

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

Книга помощника по миграции агента Azure Monitor — это решение Azure Monitor на основе книги, которое поможет вам выполнить все описанные выше действия. Это руководство ссылается на книгу и другие средства на каждом этапе процесса миграции. Дополнительные сведения см . в книге помощника по миграции агента Azure Monitor.

Общие сведения об агентах

Чтобы понять агенты, ознакомьтесь со следующими вопросами:

Вопрос	Действия
Сколько агентов нужно перенести?	Сведения о количестве агентов, которые необходимо перенести.
У вас есть агенты, развернутые за пределами Azure? Развертываются ли эти агенты в собственном центре обработки данных или в другой облачной среде?	Для серверов, которые находятся за пределами Azure, необходимо сначала развернуть агент подключенного компьютера Azure ARC. Дополнительные сведения см. в разделе "Обзор агента подключенного компьютера Azure".
Вы используете System Center Operations Manager (SCOM) ? Какой план предназначен для SCOM?	Если вы планируете продолжать использовать SCOM, начните оценивать SCOM Управляемый экземпляр. Дополнительные сведения см. в Управляемый экземпляр SCOM.
Как вы развертываете агенты сегодня?	Если вы используете любые автоматизированные методы для развертывания устаревшего агента, рассмотрите возможность остановки этих автоматизированных развертываний для новых серверов и начинаете сосредоточиться на развертывании нового агента. Остановка автоматического развертывания для новых серверов помогает убедиться, что вы не добавите усилия по миграции и позволяет сосредоточиться на существующем инвентаризации агентов для миграции.

Книга помощника по миграции агента Azure Monitor поможет вам понять, сколько агентов требуется перенести. Дополнительные сведения см. в вспомогательной книге службы миграции агента Azure Monitor. Агенты.|

Общие сведения о рабочих областях, решениях, аналитике и коллекциях данных

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

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

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

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

Эта книга собирает все рабочие области Log Analytics и отображает следующие сведения для каждой рабочей области:

Все источники данных, отправляющие данные в рабочую область.
Агенты, отправляющие пульс в рабочую область.
Ресурсы, отправляющие данные в рабочую область.
Все ресурсы Application Insights, отправляющие данные в рабочую область.

Дополнительные сведения см . в книге "Аудит рабочей области Azure Monitor".

Настройка коллекций данных и проверка коллекций

При настройке коллекций данных рассмотрите следующие действия.

Определите пилотную группу серверов, которые можно использовать для этого процесса. Используйте пилотные серверы для проверки данных перед развертыванием в масштабе.
Используйте генератор конфигурации DCR, чтобы преобразовать коллекции данных, настроенные в рабочей области, и развернуть их в качестве правил сбора данных обратно в среду. Дополнительные сведения о генераторе конфигурации DCR см. в разделе "Генератор конфигурации DCR".
Перенос аналитики виртуальных машин или Azure Monitor для Виртуальные машины в агент Azure Monitor. Проверьте перенесенные коллекции данных для пилотной группы серверов по сравнению с тем, что было собрано до миграции. Чтобы избежать двойного приема данных, вы можете отключить сбор данных из устаревших агентов на этапе тестирования без удаления агентов, удалив конфигурации рабочей области для устаревших агентов. Дополнительные сведения см. в статье "Источники данных агента Log Analytics" в Azure Monitor
Проверьте новые данные, чтобы убедиться, что нет пробелов. Сравните данные, принятые устаревшими данными агента, с агентом Azure Monitor. Используйте KQL для сравнения эквивалентных данных каждого агента на основе типа агента.
Планирование развертывания в масштабе с помощью политики Azure. Используйте встроенные политики для развертывания расширений и сопоставлений DCR в масштабе. Использование политики также обеспечивает автоматическое развертывание расширений и сопоставлений DCR для новых компьютеров. Дополнительные сведения о развертывании в масштабе см. в статье "Управление агентом Azure Monitor— использование политик Azure".

Общие сведения о дополнительных зависимостях и службах

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

Service	Воздействие
Управление обновлениями	Если вы используете управление обновлениями в служба автоматизации Azure, необходимо перейти в Диспетчер обновлений Azure. Диспетчер обновлений Azure имеет свой собственный агент и отделен от агента Azure Monitor. Управление обновлениями будет устарело в конце августа 2024 года. Рекомендуется выполнить миграцию в Диспетчер обновлений Azure. Дополнительные сведения см. в статье "Переход с управления обновлениями службы автоматизации" в Диспетчер обновлений Azure. В книге вспомогательной службы миграции AMA показано, какие из компьютеров используют решение для управления обновлениями сегодня и как перенести их. Дополнительные сведения см . в вспомогательной книге службы миграции агента Azure Monitor. Управление обновлениями.
Отслеживание изменений и инвентаризация	Если вы используете Отслеживание изменений и инвентаризация, необходимо выполнить миграцию в служба автоматизации Azure. Отслеживание изменений и инвентаризация также являются частью служба автоматизации Azure. Хотя агент Azure Monitor имеет решение для отслеживания изменений и инвентаризации, необходимо создать правило сбора данных. Дополнительные сведения см. в статье "Управление отслеживанием изменений и инвентаризацией" с помощью агента мониторинга Azure.
Defender для облака	Если вы используете Defender для облака для службы или Defender для серверов, а P2 включен или планируете включить P2 для серверов, измените развертывание агента в Defender для облака с развертывания устаревшего агента на сканирование без агента. Если вы используете Defender для облака для сбора событий безопасности, создайте настраиваемое правило сбора данных для сбора этих событий.
Microsoft Sentinel	Если вы используете Microsoft Sentinel, решения, использующие устаревший агент, были преобразованы в решения на основе агента Azure Monitor и могут быть обновлены.

Удаление устаревших агентов

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

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

Если вы используете System Center Operations Manager (SCOM), сохраните агент MMA, развернутый на компьютерах, которые будут продолжать управлять с помощью System Center Operations Manager.

Существует пакет управления администратора SCOM и может помочь удалить конфигурации рабочей области в большом масштабе при сохранении конфигурации группы управления SCOM. Дополнительные сведения о пакете управления администраторами SCOM см. в разделе SCOM Admin Management Pack.

Известные пробелы в четности, которые могут повлиять на миграцию

Журналы IIS. Если включена коллекция журналов IIS, AMA может не заполнять sSiteName столбец W3CIISLog таблицы. Это поле собирается по умолчанию, когда коллекция журналов IIS включена для устаревшего агента. Если необходимо собрать sSiteName поле с помощью AMA, включите Service Name (s-sitename) поле в журнале W3C iis. Инструкции по включению этого поля см. в разделе "Выбор полей W3C в журнал".
Sentinel: журналы брандмауэра Windows пока не доступны (GA).
Решение для оценки SQL: теперь это часть оценки рекомендаций SQL. Для политик развертывания требуется одна рабочая область Log Analytics для каждой подписки, которая не рекомендуется для команды AMA.
Microsoft Defender для облака: некоторые функции для нового решения без агента находятся в разработке. Возможно, миграция повлияла на использование мониторинга целостности файлов (FIM), рекомендаций по обнаружению конечных точек, неправильных конфигураций ОС (рекомендации azure Security Benchmark (ASB) и адаптивных элементов управления приложениями.
Аналитика контейнеров: версия Windows доступна в общедоступной предварительной версии.

Бөлісу құралы: