Шаг 2. Документируйте текущую конфигурацию
Важно задокументировать текущую конфигурацию, чтобы убедиться, что конфигурация остается согласованной после миграции. Обратите внимание на сведения для каждой рабочей области в вашей среде из портал Azure относительно собираемых данных.
Коллекции данных, настроенные в рабочей области
Чтобы узнать, какие устаревшие коллекции данных настроены в рабочей области Log Analytics, выполните следующие действия.
На портале Azure найдите и выберите Рабочие области Log Analytics.
В списке рабочих областей Log Analytics выберите имя рабочей области.
В области меню рабочей области Log Analytics выберите классическое>управление устаревшими агентами. На странице управления устаревшими агентами вы увидите различные типы источников данных, которые может собирать рабочая область.
Выберите одну из следующих вкладок на основе типа устаревшей коллекции данных, которую требуется проверить.
журналы событий Windows;
Счетчики производительности Windows
Счетчики производительности Linux
Syslog
Журналы IIS
На соответствующей вкладке просмотрите список источников данных, которые в настоящее время включены для рабочей области. Теперь отличное время для просмотра конфигурации сбора данных и частоты выборки для оптимизации конфигурации.
Вы также можете добавлять, удалять или изменять источники данных по мере необходимости.
Устаревшие решения, настроенные
Чтобы узнать, какие устаревшие решения добавляются в рабочую область Log Analytics:
- Перейдите на портал Azure.
- Просмотр рабочих областей Log Analytics
- Выберите рабочую область и перейдите в раздел "Устаревшие решения".
Некоторые устаревшие решения могут потребовать дополнительных шагов для включения сбора данных. Примерами этих действий являются следующие действия.
- Установка агентов
- Настройка диагностики
- Включение функций
В следующей таблице описаны функции, которые могут потребоваться включить.
| Служба или компонент | Путь перехода |
|---|---|
| System Center Operations Manager | Если вы используете Operations Manager для мониторинга виртуальных машин Windows или Linux, продолжайте использовать Microsoft Monitoring Agent для управления агентом Operations Manager. Однако для отправки данных в Azure Monitor необходимо установить агент Azure Monitor отдельно. Обе агенты можно запускать параллельно на одной виртуальной машине, если они настроены на использование разных портов. |
| служба автоматизации Azure Отслеживание изменений и инвентаризация | Если вы используете Отслеживание изменений и инвентаризация для отслеживания изменений конфигурации и инвентаризации программного обеспечения на виртуальных машинах, необходимо перейти к текущей версии решения. Эта версия использует агент Azure Monitor вместо Microsoft Monitoring Agent. Для этого удалите устаревшее решение из рабочей области, установите агент Azure Monitor на виртуальных машинах и добавьте текущее решение в рабочую область. |
| Управление обновлениями в службе автоматизации Azure | Если вы используете управление обновлениями для управления обновлениями на виртуальных машинах, необходимо перейти к текущей версии решения. Эта версия использует агент Azure Monitor вместо Microsoft Monitoring Agent. Для этого удалите устаревшее решение из рабочей области, установите агент Azure Monitor на виртуальных машинах и добавьте текущее решение в рабочую область. |
| Центр безопасности Azure | Если вы используете Центр безопасности Azure для защиты виртуальных машин от угроз и уязвимостей, необходимо перейти на текущую версию службы. Эта версия использует агент Azure Monitor вместо Microsoft Monitoring Agent. Для этого включите параметр сбора данных агента Azure Monitor в Центр безопасности Azure, установите агент Azure Monitor на виртуальных машинах и отключите параметр сбора данных Microsoft Monitoring Agent. |
| Гибридные компоненты Runbook Worker в службе автоматизации Azure | Если вы используете служба автоматизации Azure гибридную рабочую роль Runbook для запуска модулей Runbook службы автоматизации на виртуальных машинах, вы можете продолжать использовать Microsoft Monitoring Agent для этой функции. Однако для отправки данных в Azure Monitor необходимо установить агент Azure Monitor отдельно. Вы можете запускать оба агента параллельно на одной виртуальной машине, если они настроены на использование разных портов. |
| Microsoft Sentinel | Если вы используете Microsoft Sentinel для сбора и анализа данных безопасности на виртуальных машинах, необходимо перейти на текущую версию службы. Эта версия использует агент Azure Monitor вместо Microsoft Monitoring Agent. Для этого необходимо установить агент Azure Monitor на виртуальных машинах, настроить источники данных и соединители для Microsoft Sentinel, а затем удалить Microsoft Monitoring Agent с виртуальных машин. |
Вы также можете использовать книгу помощника по миграции агента Azure Monitor для анализа добавленных устаревших решений. Чтобы использовать книгу, перейдите в раздел "Мониторинг>книг>AMA Migration Helper" в портал Azure, а затем перейдите на вкладку "Рабочие области". Теперь можно выбрать рабочую область, которую вы хотите проверить. Затем перейдите на вкладку "Решения" :
В книге отображается таблица, содержащая следующие столбцы:
- Решение
- Последние полученные данные
- Рекомендация
Следующие шаги
Свяжитесь с нами для получения помощи
Если у вас есть вопросы или вам нужна помощь, создайте запрос в службу поддержки или обратитесь за поддержкой сообщества Azure. Вы также можете отправить отзыв о продукте в сообщество отзывов Azure.