Compartir a través de

Migración de System Center Operations Manager a Azure Monitor

En este artículo se proporcionan instrucciones para los clientes que usan System Center Operations Manager y planean una transición a la supervisión basada en la nube con Azure Monitor a medida que migran aplicaciones empresariales y otros recursos a Azure.

No hay ningún proceso estándar para migrar desde System Center Operations Manager. Puede confiar en módulos de administración de SCOM durante un tiempo prolongado, en lugar de realizar una migración rápida. En este artículo se describen las diferentes opciones disponibles y los criterios de decisión que puede usar para determinar la mejor estrategia para su entorno concreto.

Supervisión de la nube híbrida

La mayoría de los clientes usan una estrategia de supervisión en la nube híbrida que le permite realizar una transición gradual a la nube. Este enfoque le permite mantener los procesos empresariales existentes a medida que se familiarice con la nueva plataforma. Solo dejará atrás la funcionalidad de System Center Operations Manager cuando pueda reemplazarla por Azure Monitor. Varias herramientas de supervisión agregan complejidad. Sin embargo, permiten aprovechar la capacidad de Azure Monitor para supervisar las cargas de trabajo en la nube de próxima generación. Al mismo tiempo, puede conservar la capacidad de System Center Operations Manager para supervisar el software de servidor y las cargas de trabajo.

El entorno antes de mover los componentes a Azure se basa en máquinas virtuales y físicas ubicadas en el entorno local o con un proveedor de servicios administrados. Se basa en System Center Operations Manager para supervisar aplicaciones empresariales, software de servidor y otros componentes de infraestructura en su entorno, como servidores físicos y redes. Use módulos de administración estándar para software de servidor como Internet Information Service (IIS), SQL Server y software de varios proveedores, y ajuste esos módulos de administración para sus requisitos específicos. Puede crear módulos de administración personalizados para las aplicaciones y componentes empresariales que no se pueden supervisar con módulos de administración existentes. También configuras System Center Operations Manager para respaldar tus procesos empresariales.

A medida que mueve los servicios a la nube, Azure Monitor comienza a recopilar métricas de plataforma y el registro de actividad de cada uno de los recursos. Puede crear configuraciones de diagnóstico para recopilar registros de recursos y así poder analizar de forma interactiva toda la telemetría disponible mediante consultas de registros y análisis.

Durante este período de transición, tiene dos herramientas de supervisión independientes. Puede usar informes y cuadernos para analizar la telemetría en la nube en el portal de Azure mientras sigue utilizando la consola de operaciones para analizar los datos recopilados por System Center Operations Manager. Dado que cada sistema tiene sus propias alertas, debe crear grupos de acciones en Azure Monitor equivalentes a los grupos de notificaciones de System Center Operations Manager.

En la tabla siguiente se describen las distintas características y estrategias que están disponibles para un entorno de supervisión híbrida mediante System Center Operations Manager y Azure Monitor.

Método Descripción
Agentes de doble hogar System Center Operations Manager usa Microsoft Management Agent (MMA), que es el mismo que el agente de Log Analytics que usa Azure Monitor. Puede configurar este agente para que una sola máquina se conecte a System Center Operations Manager y Azure Monitor simultáneamente. Esta configuración requiere que las máquinas virtuales de Azure tengan una conexión a los servidores de administración locales.

El agente de Log Analytics se reemplaza por el agente de Azure Monitor, que proporciona ventajas significativas, incluida la administración más sencilla y un mejor control sobre la recopilación de datos. Los dos agentes pueden coexistir en la misma máquina, lo que le permite conectarse tanto a Azure Monitor como a System Center Operations Manager. Esta configuración es una mejor opción que el hospedaje dual del agente heredado debido a las ventajas significativas del agente de Azure Monitor.
Grupo de administración conectado Conecte el grupo de administración de SCOM a Azure Monitor para reenviar los datos recopilados de los agentes de System Center Operations Manager a Azure Monitor. Esta configuración es similar al uso de agentes con doble conexión, pero no requiere que cada agente se configure para conectarse a Azure Monitor. Esta estrategia requiere el agente heredado, por lo que no se puede especificar la supervisión con reglas de recopilación de datos (DCR). Tampoco puede usar VM Insights, a menos que conecte cada máquina virtual directamente a Azure Monitor.
Instancia administrada de SCOM La instancia administrada de SCOM es una implementación completa de System Center Operations Manager en Azure, lo que le permite seguir ejecutando los mismos módulos de administración que se ejecutan en el entorno local de System Center Operations Manager. Puede seguir usando la misma consola de operaciones para analizar la salud y las alertas. También puede ver alertas en Azure Monitor y analizar datos de System Center Operations Manager en Grafana.

La Instancia administrada de SCOM es similar a mantener el entorno System Center Operations Manager existente y los agentes de hospedaje dual, aunque puede consolidar la configuración de supervisión en Azure y retirar los componentes locales, como los servidores de administración y la base de datos. Los agentes de máquinas virtuales de Azure pueden conectarse a la instancia administrada de System Center Operations Manager en Azure en lugar de conectarse a servidores de administración en su propio centro de datos.
Módulo de administración de Azure El módulo de administración de Azure permite a Operations Manager detectar recursos de Azure y supervisar su estado en función de un conjunto determinado de escenarios de supervisión. Este módulo de administración requiere que realice una configuración adicional para cada recurso de Azure. Aunque puede resultar útil proporcionar cierta visibilidad de los recursos de Azure en la consola del operador hasta que evolucione los procesos empresariales para centrarse en Azure Monitor.

Supervisión de aplicaciones empresariales

Normalmente, se requieren módulos de administración personalizados para supervisar las aplicaciones empresariales con System Center Operations Manager, mediante agentes instalados en cada máquina virtual. Application Insights en Azure Monitor supervisa las aplicaciones basadas en web tanto si están en Azure, en otras nubes como en el entorno local. Se puede usar para todas sus aplicaciones, independientemente de si las ha migrado a Azure o no.

Si la supervisión de una aplicación empresarial se limita a la funcionalidad proporcionada por la plantilla de rendimiento de la aplicación .NET en System Center Operations Manager, es muy probable que migre a Application Insights sin pérdida de funcionalidad. De hecho, Application Insights incluye un número significativo de otras características, entre las que se incluyen:

  • Detectar y supervisar automáticamente los componentes de la aplicación.
  • Recopile datos detallados de rendimiento y uso de aplicaciones, como el tiempo de respuesta, las tasas de error y las tasas de solicitud.
  • Recopile datos del explorador, como vistas de página y rendimiento de carga.
  • Detección de excepciones y exploración en profundidad del seguimiento de la pila y las solicitudes relacionadas.
  • Realice análisis avanzados mediante características como el seguimiento distribuido y la detección inteligente.
  • Use el explorador de métricas para analizar interactivamente los datos de rendimiento.
  • Use consultas de registro para analizar de manera interactiva la telemetría recopilada junto con los datos recopilados para los servicios de Azure y VM Insights.

Hay ciertos escenarios, aunque es posible que tenga que seguir usando System Center Operations Manager además de Application Insights, hasta que pueda lograr la funcionalidad necesaria. Entre los ejemplos en los que es posible que tenga que continuar con System Center Operations Manager se incluyen:

  • Las pruebas de disponibilidad, que permiten supervisar y alertar sobre la disponibilidad y la capacidad de respuesta de las aplicaciones, requieren solicitudes entrantes de las direcciones IP de los agentes de prueba web. Si la directiva no permite este acceso, es posible que tenga que seguir usando monitores de disponibilidad de aplicaciones web en System Center Operations Manager.
  • En System Center Operations Manager, puede establecer cualquier intervalo de sondeo para las pruebas de disponibilidad, con muchos clientes comprobando cada 60-120 segundos. Application Insights tiene un intervalo de sondeo mínimo de cinco minutos, que puede ser demasiado largo para algunos clientes.
  • Una cantidad significativa de supervisión en System Center Operations Manager se realiza mediante la recopilación de eventos generados por aplicaciones y la ejecución de scripts en el agente local. Estas opciones no son estándar en Application Insights, por lo que podría requerir un trabajo personalizado para lograr sus requisitos empresariales. Esto podría incluir reglas de alertas personalizadas con datos almacenados de eventos en un área de trabajo Log Analytics y scripts iniciados en un invitado de la máquina virtual con Hybrid Runbook Worker.
  • En función del idioma en el que se escribe la aplicación, puede estar limitado en la instrumentación que puede usar con Application Insights.

Siguiendo la estrategia básica de las otras secciones de esta guía, siga usando System Center Operations Manager para sus aplicaciones empresariales, pero aproveche otras características proporcionadas por Application Insights. A medida que pueda reemplazar funcionalidades críticas con Azure Monitor, podrá empezar a retirar los módulos de administración personalizados.

Supervisión de máquinas virtuales

La supervisión del software en las máquinas virtuales de un entorno híbrido suele usar una combinación de Azure Monitor y System Center Operations Manager, según los requisitos de las cargas de trabajo que se ejecutan en las máquinas virtuales. En cuanto se crea una máquina virtual en Azure, las métricas de la plataforma y los registros de actividad del host de máquina virtual comienzan a recopilarse automáticamente. Habilite las alertas recomendadas para notificarle errores comunes para el host de máquina virtual, como el uso elevado de la CPU y el servidor inactivo.

Habilite VM Insights para instalar el agente de Azure Monitor y empiece a recopilar datos de rendimiento comunes del sistema operativo cliente. Esto puede superponerse con algunos datos que ya está recopilando en System Center Operations Manager. Sin embargo, permite empezar a ver tendencias a lo largo del tiempo y supervisar las máquinas virtuales de Azure con otros recursos en la nube. También puede optar por habilitar la función de mapeo, lo cual le proporciona información sobre los procesos que se ejecutan en sus máquinas virtuales y sus dependencias con otros servicios.

Siga usando módulos de administración para la funcionalidad que no proporcionan otras características de Azure Monitor. Esto incluye módulos de administración para software de servidor crítico, como IIS, SQL Server o Exchange. También puede tener módulos de administración personalizados desarrollados para la infraestructura local a la que no se puede acceder con Azure Monitor. Siga usando System Center Operations Manager si está estrechamente integrado en los procesos operativos. Una vez que pueda realizar la transición a la modernización de las operaciones de servicio, Azure Monitor y otros servicios de Azure pueden aumentarlo o reemplazarlo.

Nota:

Si habilita VM Insights con el agente de Log Analytics en lugar del agente de Azure Monitor, no es necesario instalar ningún otro agente en la máquina virtual. Aunque se recomienda el agente de Azure Monitor debido a sus mejoras significativas en la supervisión de la máquina virtual en la nube. La capacidad de definir la supervisión en las reglas de recopilación de datos compensa la complejidad de mantener varios agentes. Estas reglas permiten configurar diferentes recopilaciones de datos para distintos conjuntos de máquinas virtuales, de forma similar a la estrategia para diseñar módulos de administración.

Migrar la lógica del paquete de gestión para tareas de máquina virtual

No hay herramientas de migración para convertir módulos de administración de SCOM en Azure Monitor porque su lógica es fundamentalmente diferente de la recopilación de datos de Azure Monitor. La migración de la lógica del módulo de administración normalmente se centra en analizar los datos recopilados por System Center Operations Manager e identificar esos escenarios de supervisión que Azure Monitor puede replicar. A medida que personaliza Azure Monitor para satisfacer sus requisitos para diferentes aplicaciones y componentes, puede empezar a retirar diferentes módulos de administración y agentes heredados en System Center Operations Manager.

Los módulos de administración de System Center Operations Manager contienen reglas y monitores que combinan la recopilación de datos y la alerta resultante en un único flujo de trabajo de un extremo a otro. Los datos ya recopilados por System Center Operations Manager rara vez se usan para alertas. Azure Monitor separa la recopilación de datos y las alertas en procesos independientes. Las reglas de alertas acceden a los datos de los registros de Azure Monitor y las métricas de Azure Monitor recopiladas de los agentes. Además, las reglas y monitores suelen centrarse en datos específicos, como un evento o contador de rendimiento concretos. Las reglas de recopilación de datos en Azure Monitor suelen ser más amplias y recopilan varios conjuntos de eventos y contadores de rendimiento en un único DCR.

Consulte el siguiente contenido para obtener instrucciones sobre cómo crear recopilación de datos y alertas para escenarios comunes de supervisión:

En lugar de intentar replicar toda la funcionalidad de un módulo de administración, analice la supervisión crítica que proporciona cada uno. Decida si puede replicar esos requisitos de supervisión mediante métodos alternativos. En muchos casos, puede configurar reglas de recopilación de datos y alertas en Azure Monitor que repliquen la suficiente funcionalidad como para poder retirar un paquete de administración específico. Los módulos de administración a menudo pueden incluir cientos e incluso miles de reglas y monitores.

Una estrategia consiste en centrarse en esos monitores y reglas que desencadenaron alertas en su entorno. Consulte los informes existentes disponibles en Operations Manager, como alertas y alertasmás comunes, que pueden ayudarle a identificar las alertas a lo largo del tiempo. También puede ejecutar la consulta siguiente en Operations Database para evaluar las alertas más comunes recientes.

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

Evalúe la salida para identificar alertas específicas para la migración. Omita las alertas que fueron ignoradas o que se sabe que son problemáticas. Revise los módulos de administración para identificar las alertas críticas de interés que nunca se han activado.

Transacciones sintéticas

Los módulos de administración suelen usar transacciones sintéticas que se conectan a una aplicación o servicio que se ejecuta en una máquina para simular una conexión de usuario o tráfico de usuario real. Si la aplicación está disponible, puede suponer que la máquina se está ejecutando correctamente. Las pruebas de disponibilidad de Application Insights en Azure Monitor proporcionan esta funcionalidad. Solo funciona para las aplicaciones a las que se puede acceder desde Internet. En el caso de las aplicaciones internas, debe abrir un firewall para permitir el acceso desde direcciones URL específicas de Microsoft que realizan la prueba. O bien, puede seguir usando el módulo de administración existente.

Pasos siguientes