Compartir a través de


Migración de System Center Operations Manager (SCOM) a Azure Monitor

Este artículo es una guía para los clientes que usan actualmente System Center Operations Manager (SCOM) y que están planeando 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 SCOM y 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 les permite realizar una transición gradual a la nube. Este enfoque le permitirá mantener los procesos empresariales existentes a medida que se familiarice con la plataforma nueva. Solo deje atrás la funcionalidad de SCOM cuando pueda reemplazarla por Azure Monitor. Varias herramientas de supervisión añaden complejidad, pero permiten aprovechar la capacidad de Azure Monitor para supervisar las cargas de trabajo en la nube de próxima generación mientras se conserva la capacidad de SCOM para supervisar el software y las cargas de trabajo del servidor.

El entorno antes de cambiar los componentes a Azure se basa en máquinas virtuales y físicas con ubicaciones en el entorno local o con un proveedor de servicios administrados. Este usa SCOM para supervisar las aplicaciones empresariales, el software de servidor y otros componentes de infraestructura en el entorno, como servidores físicos y redes. Usted usa los módulos de administración estándar para el software de servidor, como IIS, SQL Server y el software de varios proveedores, y ajusta dichos módulos según sus requisitos específicos. Cree módulos de administración personalizados para las aplicaciones empresariales y los componentes que no se pueden supervisar con los módulos de administración actuales y también configure SCOM para admitir los 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. Cree la configuración de diagnóstico para recopilar registros de recursos y así poder analizar de forma interactiva todos los datos de telemetría disponibles mediante consultas de registro e información.

Durante este período de transición, tiene dos herramientas de supervisión independientes. Use información y libros para analizar la telemetría en la nube en Azure Portal mientras sigue usando la Consola del operador para analizar los datos recopilados por SCOM. Dado que cada sistema tiene sus propias alertas, debe crear grupos de acciones en Azure Monitor equivalentes a los grupos de notificaciones de SCOM.

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 SCOM y Azure Monitor.

Método Descripción
Agentes de doble hogar SCOM 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 SCOM 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 ha reemplazado por el agente de Azure Monitor, lo que proporciona importantes ventajas, incluida una 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 a Azure Monitor y SCOM. Esta configuración es una opción mejor que el agente antiguo de hospedaje dual debido a las significativas ventajas 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 SCOM a Azure Monitor. Esto es similar al uso de agentes de doble hospedaje, pero no requiere que cada agente se configure para conectarse a Azure Monitor. Esta estrategia requiere el agente antiguo, por lo que no se puede especificar la supervisión con reglas de recopilación de datos. Tampoco puede usar información de VM a menos que conecte cada máquina virtual directamente a Azure Monitor.
Instancia administrada de SCOM Instancia administrada de SCOM es una implementación completa de SCOM en Azure, lo que le permite seguir ejecutando los mismos módulos de administración que se ejecutan en el entorno de SCOM local. Puede seguir usando la misma consola del operador para analizar el estado y las alertas, y también puede ver alertas en Azure Monitor y analizar datos SCOM en Grafana.

La Instancia administrada de SCOM es similar a mantener el entorno SCOM 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 SCOM 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 que Operations Manager detecte recursos de Azure y supervise su mantenimiento según 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. Sin embargo, puede ser útil proporcionar cierta visibilidad de sus recursos Azure en la Consola de operaciones hasta que evolucione sus procesos de negocio para centrarse en Azure Monitor.

Supervisión de aplicaciones empresariales

Normalmente, se necesitan módulos de administración personalizados para supervisar las aplicaciones empresariales con SCOM, de modo que se aprovechan los agentes instalados en cada máquina virtual. Application Insights en Azure Monitor supervisa las aplicaciones basadas en la web tanto en Azure como en otras nubes o en el entorno local. Se puede usar para todas las aplicaciones tanto si migra a Azure como si no.

Si la supervisión de una aplicación empresarial está limitada a la funcionalidad que proporciona la plantilla de rendimiento de aplicaciones .NET en SCOM, probablemente pueda migrar a Application Insights sin pérdidas de funcionalidad. De hecho, Application Insights incluye un número significativo de características adicionales, como las siguientes:

  • Detección automática y supervisión de los componentes de la aplicación.
  • Recopilación de datos detallados sobre el uso y el rendimiento de la aplicación, como el tiempo de respuesta, las tasas de error y las tasas de solicitud.
  • Recopilación de datos del explorador, como vistas de página y rendimiento de la carga.
  • Detección de excepciones y exploración en profundidad del seguimiento de la pila y las solicitudes relacionadas.
  • Realización de análisis avanzados con características como seguimiento distribuido y detección inteligente.
  • Use el explorador de métricas para analizar de manera interactiva 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 algunos escenarios en los que es posible que necesite continuar el uso de SCOM junto con Application Insights hasta que obtenga la funcionalidad necesaria. Entre los ejemplos en los que es posible que necesite continuar con SCOM, se incluyen los siguientes:

  • Las pruebas de disponibilidad, que le permiten supervisar y enviar alertas sobre la disponibilidad y la capacidad de respuesta de las aplicaciones, requieren de solicitudes entrantes de las direcciones IP de los agentes de pruebas web. Si su directiva no permite este tipo de acceso, es posible que deba continuar el uso de los monitores de disponibilidad de aplicaciones web en SCOM.
  • En SCOM puede establecer cualquier intervalo de sondeo para las pruebas de disponibilidad; muchos clientes realizan comprobaciones cada 60-120 segundos. Application Insights tiene un intervalo de sondeo mínimo de cinco minutos, que puede resultar demasiado largo para algunos clientes.
  • Una cantidad significativa de supervisión en SCOM se realiza mediante la recopilación de eventos generados por las aplicaciones y la ejecución de scripts en el agente local. No se trata de opciones estándar en Application Insights, por lo que puede requerir un trabajo personalizado para cumplir 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.
  • Según el idioma en el que la aplicación esté escrita, es posible que esté limitado en la instrumentación que se puede usar con Application Insights.

Según la estrategia básica de las otras secciones de esta guía, siga usando SCOM para las aplicaciones empresariales, pero aproveche las características adicionales que proporciona 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 sus máquinas virtuales en un entorno híbrido a menudo utiliza una combinación de Azure Monitor y SCOM, dependiendo de los requisitos de las cargas de trabajo que se ejecutan en sus 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 se empiezan a recopilar automáticamente. Habilite las alertas recomendadas para notificarle de errores comunes para el host de máquina virtual, como el servidor inactivo y el uso elevado de la CPU.

Habilite Información de VM para instalar el agente de Azure Monitor y empezar a recopilar datos de rendimiento comunes del sistema operativo cliente. Esto puede superponerse con algunos datos que ya está recopilando en SCOM, pero le permite empezar a ver tendencias con el tiempo y supervisar las máquinas virtuales de Azure con otros recursos en la nube. También puede optar por habilitar la característica de asignación que le proporciona información sobre los procesos que se ejecutan en las máquinas virtuales y sus dependencias en otros servicios.

Siga usando módulos de administración para la funcionalidad que no proporcionan otras características de Azure Monitor. Esto incluye los 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 una infraestructura local con la que no se puede comunicar mediante Azure Monitor. También siga usando SCOM si se integra estrechamente en sus procesos operativos hasta que pueda realizar la transición para modernizar las operaciones de servicio en las que Azure Monitor y otros servicios de Azure pueden aumentar sus opciones o reemplazarlas.

Nota:

Si habilita Información de VM con el agente de Log Analytics en lugar del agente de Azure Monitor, no es necesario instalar ningún agente adicional en la máquina virtual. No obstante, se recomienda el agente de Azure Monitor debido a sus importantes mejoras en la supervisión de la máquina virtual en la nube. La complejidad del mantenimiento de varios agentes se compensa por la capacidad de definir la supervisión en las reglas de recopilación de datos que permiten configurar diferentes recopilaciones de datos para diversos conjuntos de máquinas virtuales, de forma similar a su estrategia para diseñar módulos de administración.

Migración de la lógica del módulo de administración para cargas de trabajo 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 SCOM e identificar esos escenarios de supervisión que Azure Monitor puede replicar. A medida que personalice Azure Monitor para cumplir con sus requisitos de diferentes aplicaciones y componentes, podrá empezar a retirar diferentes módulos de administración y agentes antiguos en SCOM.

Los módulos de administración de SCOM 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 SCOM rara vez se usan para las alertas. Azure Monitor separa la recopilación de datos y las alertas en procesos independientes. Las reglas de alerta 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 los monitores suelen centrarse en datos específicos, como un evento concreto o un contador de rendimiento. Normalmente, las reglas de recopilación de datos en Azure Monitor son más amplias, ya que 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 proporcionada por cada uno. Decida si puede replicar esos requisitos de supervisión mediante los métodos alternativos. En muchos casos, puede configurar reglas de recopilación de datos y alertas en Azure Monitor que repliquen suficiente funcionalidad para poder retirar un módulo de administración determinado. Los módulos de administración pueden incluir a menudo cientos e incluso miles de reglas y monitores.

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

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 se han ajustado 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 dar por supuesto que la máquina se está ejecutando correctamente. Las Pruebas de disponibilidad de Application Insights de Azure Monitor proporciona esta funcionalidad. Solo funciona para 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 las direcciones URL específicas de Microsoft que realizan la prueba. También puede seguir usando el módulo de administración existente.

Pasos siguientes