Миграция с SCOM Managed Instance в Azure Monitor на правила сбора данных Azure Monitor

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

В этой статье объясняется, как выполнить миграцию из Управляемого экземпляра SCOM Azure Monitor в правила сбора данных Azure Monitor.

Правила сбора данных (DCR)

Правила сбора данных находятся в основе современной платформы приема данных Azure Monitor. Контроллеры домена определяют следующее:

• Тип телеметрии, собираемой из различных источников
• Как преобразовать или отфильтровать данные телеметрии и отправить их в соответствующие расположения (например, рабочая область Log Analytics, хранилище и центры событий).

Ограничения

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

Лучшие практики

• Тщательно спланируйте: начните с комплексного анализа инвентаризации и анализа пробелов среды управляемого экземпляра SCOM и целевой платформы (локальной или на основе правила сбора данных).
• Во-первых, провести пилотную миграцию для подмножества ресурсов для проверки подхода к миграции и выявления проблем перед полным развертыванием.
• Использование ресурсов Майкрософт: Корпорация Майкрософт предоставляет руководства по миграции, эталонные архитектуры и каналы поддержки для перехода.
• Планирование обучения. Убедитесь, что ИТ-команда оснащена навыками управления выбранной платформой, особенно при переходе к правилам сбора данных и Azure Monitor.

Миграция на контроллеры домена Azure Monitor

Чтобы перейти к контроллерам домена Azure Monitor, выполните следующие действия.

1. Оценка текущих требований к мониторингу

   Вручную определите инвентаризацию всех пакетов управления, отслеживаемых агентов, настроек и интеграции. Используйте скрипты PowerShell или консоль System Center Operations Manager для экспорта конфигураций. Вы можете экспортировать пакеты управления в список, используя здесь руководство.

2. Сопоставить с эквивалентами в Azure Monitor

   Сопоставьте функции управляемого экземпляра SCOM с компонентами Azure Monitor, такими как метрики, журналы, оповещения и рабочие книги. Некоторые функции System Center Operations Manager могут не иметь прямых эквивалентов; планирование обходных решений или улучшений. Следуйте инструкциям по определению эквивалентных возможностей.

3. Правила сбора данных автора (DCR)

   Сопоставление пакетов управления с контроллерами домена.

4. Развертывание агента Azure Monitor (AMA)

   Установите AMA на целевых ресурсах, таких как виртуальные машины и серверы. Настройте его для использования созданных DCR. Следуйте инструкциям по развертыванию агента Azure Monitor.

5. Перенос оповещений

   Создайте заново оповещения для управляемого экземпляра SCOM, используя платформу оповещений Azure Monitor (метрические оповещения и оповещения, основанные на запросах к журналам). Следуйте инструкциям по переносу оповещений.

6. Создание панелей мониторинга и результатов

   Используйте Azure Workbooks для визуализации работоспособности, производительности и оповещения. Воссоздайте панели мониторинга System Center Operations Manager, где это возможно. Следуйте инструкциям по визуализации данных.

7. Повторное подключение интеграций

   Сопоставьте правила генерации оповещений в локальной среде System Center Operations Manager с правилами генерации оповещений Azure Monitor, а также все функции ITSM и другие интеграции. Следуйте инструкциям по сопоставлению правил генерации оповещений.

8. Вывод из эксплуатации управляемого экземпляра SCOM

   После стабильной локальной установки удалите ресурсы управляемого экземпляра SCOM, чтобы избежать ненужных затрат. Удаление управляемого экземпляра SCOM не является ничего, кроме удаления групп ресурсов Azure, в которых развертываются ресурсы управляемого экземпляра SCOM. Сведения о любых проблемах см. в часто задаваемых вопросах.