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

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

В этой статье описан процесс сквозной миграции агента Log Analytics на агент Azure Monitor:

1. Оцените текущую среду (агенты, рабочие области и зависимые службы).
2. Настройте и разверните агент Azure Monitor с правилами сбора данных.
3. Убедитесь, что сбор данных работает правильно.
4. Удалите агент Log Analytics с компьютеров.

Необходимые условия

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

Средства миграции

Два средства помогут вам в процессе миграции:

Проверьте текущее развертывание агента

Перед началом миграции проведите инвентаризацию текущего развертывания агента Log Analytics. Рабочая книга помощника по миграции агента Azure Monitor поможет ответить на следующие вопросы:

Аудит рабочих областей и решений

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

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

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

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

Определение зависимых служб

Перед миграцией определите, какие службы зависят от агента Log Analytics и запланируйте путь миграции.

Настройка правил сбора данных и развертывание агента Azure Monitor

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

1. Определите пилотную группу. Выберите небольшую группу серверов, чтобы проверить сбор данных перед развертыванием в масштабе.

2. Создайте правила сбора данных. Используйте генератор конфигурации DCR для преобразования существующей конфигурации сбора данных на основе рабочей области в правила сбора данных. Разверните созданные правила в пилотной группе.

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

4. Отключите сбор данных агента Log Analytics во время тестирования. Чтобы избежать двойного приема, удалите конфигурации рабочей области агента Log Analytics на пилотных серверах без удаления агента. Дополнительные сведения см. в разделе Настройка источников данных агента Log Analytics.

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

Проверка сбора данных агента Azure Monitor

После развертывания агента Azure Monitor в пилотной группе убедитесь, что сбор данных работает правильно перед развертыванием:

1. Сравнение приемных данных. Запустите запросы KQL к рабочей области Log Analytics, чтобы сравнить данные, принятые агентом Log Analytics с данными из агента Azure Monitor. Например, запросите таблицу Heartbeat и отфильтруйте по Category, чтобы убедиться, что сигналы heartbeat агента Azure Monitor поступают.

2. Проверьте наличие пробелов в данных. Убедитесь, что агент Azure Monitor собирает все ожидаемые типы данных (счетчики производительности, события Windows, системный журнал, пользовательские журналы). Сравните количество записей и типы данных между двумя агентами за один и тот же период времени.

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

После успешной проверки разверните развертывание агента Azure Monitor в остальной части среды.

Удаление агента Log Analytics

Убедившись, что агент Azure Monitor правильно собирает данные в среде, удалите агент Log Analytics, чтобы избежать дублирования сбора данных.

• At scale: Используйте средство обнаружения и удаления MMA Discovery and Remove, чтобы удалить агент Log Analytics с компьютеров в вашей среде.
• SCOM exception: Если вы используете System Center Operations Manager, сохраните агент Log Analytics на компьютерах под управлением SCOM. Пакет управления администраторами Operations Manager позволяет удалять конфигурации рабочих областей в масштабе, сохраняя конфигурацию группы управления SCOM без изменений.

Известные проблемы с миграцией

• IIS logs: Если включить коллекцию журналов IIS, агент Azure Monitor может не заполнить столбец sSiteName таблицы W3CIISLog. Агент Log Analytics собирает это поле по умолчанию. Чтобы собрать данные с помощью агента Azure Monitor, включите поле sSiteName в журнал W3C для IIS. Инструкции см. в разделе "Выбор полей W3C для регистрации".
• Решение для оценки SQL: Это решение является частью оценки лучших практик SQL. Для политик развертывания требуется одна рабочая область Log Analytics для каждой подписки, которая отличается от рекомендуемого подхода к развертыванию агента Azure Monitor.

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

• Рабочая книга для вспомогательного средства миграции агента Azure Monitor
• Генератор конфигурации DCR
• Средство обнаружения и удаления MMA