Поделиться через

Миграция из System Center Operations Manager в Azure Monitor

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

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

Гибридный облачный мониторинг

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

Ваша среда перед перемещением всех компонентов в Azure основана на виртуальных и физических машинах, расположенных локально или с управляемым поставщиком услуг. Она использует System Center Operations Manager для мониторинга бизнес-приложений, серверного программного обеспечения и других компонентов инфраструктуры в вашей среде, таких как физические серверы и сети. Вы используете стандартные пакеты управления для серверного программного обеспечения, например службы IIS, SQL Server и различных поставщиков программного обеспечения, а также настраиваете эти пакеты управления для конкретных требований. Вы создаете пользовательские пакеты управления для бизнес-приложений и компонентов, которые нельзя отслеживать с помощью существующих пакетов управления. Вы также настроите System Center Operations Manager для поддержки бизнес-процессов.

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

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

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

Метод Описание
Агенты с двумя домами System Center Operations Manager использует microsoft Management Agent (MMA), который совпадает с агентом Log Analytics , используемым Azure Monitor. Этот агент можно настроить для одновременного подключения одного компьютера к System Center Operations Manager и Azure Monitor. Для этой конфигурации требуется, чтобы виртуальные машины Azure имели подключение к локальным серверам управления.

Агент Log Analytics заменяется агентом Azure Monitor, что обеспечивает значительные преимущества, включая упрощенное управление и более эффективное управление сбором данных. Два агента могут сосуществовать на одном компьютере, что позволяет подключаться как к Azure Monitor, так и к System Center Operations Manager. Эта конфигурация является более подходящим вариантом, чем двойное подсоединение устаревшего агента, благодаря значительным преимуществам агента Azure Monitor.
Подключенная группа управления Подключите группу управления SCOM к Azure Monitor для пересылки данных, собранных агентами System Center Operations Manager в Azure Monitor. Эта настройка аналогична использованию двухдоменных агентов, но не требует настройки каждого агента для подключения к Azure Monitor. Для этой стратегии требуется устаревший агент, поэтому невозможно указать мониторинг с правилами сбора данных (DCR). Вы не можете использовать аналитику виртуальных машин, если вы не подключаете каждую виртуальную машину непосредственно к Azure Monitor.
Управляемый экземпляр SCOM Управляемый экземпляр SCOM — это полная реализация System Center Operations Manager в Azure, которая позволяет продолжать работать с теми же пакетами управления, которые выполняются в локальной среде System Center Operations Manager. Вы можете продолжать использовать ту же консоль управления для анализа работоспособности и оповещений. Вы также можете просматривать оповещения в Azure Monitor и анализировать данные System Center Operations Manager в Grafana.

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

Мониторинг бизнес-приложений

Обычно для мониторинга бизнес-приложений с помощью System Center Operations Manager требуются пользовательские пакеты управления, использующие агенты, установленные на каждой виртуальной машине. Application Insights в Azure Monitor отслеживает веб-приложения, будь то в Azure, других облаках или локальной среде. Его можно использовать для всех приложений независимо от того, перенесены ли они в Azure.

Если мониторинг бизнес-приложения ограничен функциональными возможностями, предоставляемыми шаблоном производительности приложений .NET в System Center Operations Manager, вы можете, скорее всего, перейти в Application Insights без потери функциональных возможностей. На самом деле Application Insights включает значительное количество других функций, включая:

  • Автоматически обнаруживайте и отслеживайте компоненты приложения.
  • Собирайте подробные данные об использовании приложений и производительности, например, о времени отклика, частоте сбоев и скорости запросов.
  • Сбор данных браузера, таких как представления страниц и производительность загрузки.
  • Обнаружение исключений и детализация трассировки стека и связанных запросов.
  • Выполните расширенный анализ с помощью таких функций, как распределенная трассировка и интеллектуальное обнаружение.
  • Используйте обозреватель метрик для интерактивного анализа данных о производительности.
  • Используйте запросы журнала для интерактивного анализа собранных данных телеметрии вместе с данными, собранными для служб Azure и аналитики виртуальных машин.

Существуют определенные сценарии, хотя вам может потребоваться продолжить использование System Center Operations Manager в дополнение к Application Insights, пока вы не сможете достичь необходимых функциональных возможностей. Примеры, в которых может потребоваться продолжить работу с System Center Operations Manager, включают:

  • Тесты доступности, позволяющие отслеживать и оповещать о доступности и реагировании приложений, требуют входящих запросов от IP-адресов агентов веб-тестирования. Если политика не разрешает такой доступ, может потребоваться использовать мониторы доступности веб-приложений в System Center Operations Manager.
  • В System Center Operations Manager можно задать любой интервал опроса для тестов доступности, при этом многие клиенты проверяют каждые 60–120 секунд. Application Insights имеет минимальный интервал опроса в течение пяти минут, который может быть слишком длинным для некоторых клиентов.
  • Значительное количество мониторинга в System Center Operations Manager выполняется путем сбора событий, созданных приложениями и выполнением скриптов на локальном агенте. Эти параметры не являются стандартными в Application Insights, поэтому для достижения бизнес-требований может потребоваться кастомная работа. Это может включать пользовательские правила генерации оповещений с использованием данных событий, хранящихся в рабочей области Log Analytics и скриптах, запущенных на гостевых виртуальных машинах с помощью гибридной рабочей роли Runbook.
  • В зависимости от языка, на который написано приложение, вы можете ограничить инструментирование, которое можно использовать с Application Insights.

Следуя базовой стратегии в других разделах этого руководства, продолжайте использовать System Center Operations Manager для бизнес-приложений, но воспользуйтесь другими функциями, предоставляемыми Application Insights. Так как вы можете заменить критически важные функциональные возможности Azure Monitor, вы можете начать отставать от пользовательских пакетов управления.

Мониторинг виртуальных машин

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

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

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

Замечание

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

Миграция логики пакета управления для виртуальных машинных нагрузок

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

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

См. следующее содержимое для создания сбора данных и оповещений для распространенных сценариев мониторинга:

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

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

select AlertName, COUNT(AlertName) as 'Total Alerts' from
Alert.vAlertResolutionState ars
inner join Alert.vAlertDetail adt on ars.AlertGuid = adt.AlertGuid
inner join Alert.vAlert alt on ars.AlertGuid = alt.AlertGuid
group by AlertName
order by 'Total Alerts' DESC

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

Искусственные транзакции

Пакеты управления часто используют искусственные транзакции, которые подключаются к приложению или службе, работающей на компьютере, для имитации подключения пользователя или фактического трафика пользователя. Если приложение доступно, можно предположить, что компьютер работает правильно. Тесты доступности Application Insights в Azure Monitor предоставляют эту функцию. Он работает только для приложений, доступных из Интернета. Для внутренних приложений необходимо открыть брандмауэр, чтобы разрешить доступ из определенных URL-адресов Майкрософт, выполняющих тест. Кроме того, вы можете продолжать использовать существующий пакет управления.

Дальнейшие шаги