Conceptos clave de Operations Manager
Importante
Esta versión de Operations Manager ha llegado al final del soporte técnico. Se recomienda actualizar a Operations Manager 2022.
Operations Manager, un componente de Microsoft System Center, es un software que le ayuda a supervisar servicios, dispositivos y operaciones de muchos equipos desde una única consola. En este artículo se explican los conceptos básicos sobre Operations Manager para el administrador que administra la infraestructura de Operations Manager y el operador que supervisa y admite los servicios de TI para su empresa.
¿Qué hace Operations Manager?
Tanto las empresas pequeñas como las grandes dependen, por lo general, de los servicios y aplicaciones suministrados por su entorno informático. Los departamentos de TI son los responsables de garantizar el rendimiento y la disponibilidad de los servicios y aplicaciones críticos. Esto significa que los departamentos de TI deben saber cuándo hay un problema, identificar dónde se encuentra el problema y averiguar lo que está causando el problema, idealmente antes de que los usuarios de las aplicaciones encuentren los problemas. Cuantos más equipos y dispositivos de la empresa, más difícil será esta tarea.
El uso de Operations Manager en el entorno facilita la supervisión de varios equipos, dispositivos, servicios y aplicaciones. La consola del operador, que se muestra en la imagen siguiente, le permite comprobar el estado, el rendimiento y la disponibilidad de todos los objetos supervisados en el entorno y le ayuda a identificar y resolver problemas.
Nota
Para más información sobre las consolas de Operations Manager, consulte Comparación de la consola del operador y web en la Guía de operaciones.
Operations Manager le indicará qué objetos supervisados no son correctos, enviará alertas cuando se identifiquen problemas y le proporcionará información para ayudarle a identificar la causa de un problema y las posibles soluciones. Como administrador podrá configurar lo que se va a supervisar mediante la selección de equipos y dispositivos y la importación de módulos de administración que proporcionan supervisión de aplicaciones y características específicas. Para decidir qué objetos se supervisarán y qué se supervisará, necesita conocer las características que componen la infraestructura de Operations Manager y el funcionamiento de Operations Manager.
La infraestructura de Operations Manager
Al instalar Operations Manager se crea un grupo de administración. El grupo de administración es la unidad básica de funcionalidad. Como mínimo, un grupo de administración consta de un servidor de administración, la base de datos operativay la base de datos de almacenamiento de datos.
El servidor de administración es el punto focal para administrar el grupo de administración y para la comunicación con la base de datos. Al abrir la consola del operador y conectarse a un grupo de administración, se conectará a un servidor de administración para ese grupo de administración. En función del tamaño de su entorno informático, un grupo de administración puede incluir varios servidores de administración o uno solo.
La base de datos operativa es una base de datos de SQL Server que contiene todos los datos de configuración del grupo de administración y almacena todos los datos de supervisión que se recopilan y procesan para el grupo de administración. La base de datos operativa conserva los datos a corto plazo; de forma predeterminada, 7 días.
La base de datos de almacenamiento de datos es una base de datos de SQL Server que almacena los datos de supervisión y alerta para fines históricos. Los datos que se escriben en la base de datos de Operations Manager también se escriben en la base de datos de almacenamiento de datos, por lo que los informes siempre contienen los datos actuales. La base de datos de almacenamiento de datos conserva los datos a largo plazo.
Cuando se instala la funcionalidad de informes de Operations Manager, el grupo de administración también contiene un servidor de informes, que compila y presenta informes a partir de datos de la base de datos del almacenamiento de datos.
Estos componentes principales de un grupo de administración pueden existir en un servidor único o pueden distribuirse entre varios servidores, como se muestra en la siguiente imagen.
Para obtener más información sobre cómo instalar características del grupo de administración, vea la guía de implementación de Operations Manager.
Servidores de administración
El rol del servidor de administración es administrar la configuración del grupo de administración, administrar y comunicarse con los agentes, y comunicarse con las bases de datos del grupo de administración.
El grupo de administración puede contener varios servidores de administración para ofrecer capacidad adicional y disponibilidad continua. Cuando se agregan dos o más servidores de administración a un grupo de administración, los servidores de administración pasan a formar parte de un grupo de recursos y su trabajo se despliega entre los miembros del grupo. Cuando se produce un error en un miembro del grupo de recursos, otros miembros del grupo de recursos se encargarán de asumir la carga de trabajo de ese miembro. Cuando se agrega un nuevo servidor de administración, el nuevo servidor de administración recoge automáticamente parte del trabajo de los miembros existentes del grupo de recursos. Todos los miembros del grupo de recursos administrarán un conjunto distinto de objetos remotos; en un momento dado, dos miembros del mismo grupo no administrarán el mismo objeto al mismo tiempo.
Un tipo especializado de servidor de administración es el servidor de puerta de enlace. Un servidor de puerta de enlace permite la supervisión de los equipos en dominios que no son de confianza. Para obtener más información, vea Planear el diseño de un grupo de administración.
Agentes
Un agente de Operations Manager es un servicio instalado en un equipo. El agente recopila datos, compara los datos de ejemplo con valores predefinidos, crea alertas y ejecuta respuestas. Un servidor de administración recibe y distribuye configuraciones de agentes en los equipos supervisados.
Cada agente informa a un servidor de administración en el grupo de administración. Este servidor de administración se conoce como el servidor de administración principal del agente.
Los agentes inspeccionan los orígenes de datos en el equipo que se supervisa, y recopilan información según la configuración que se les envía desde el servidor de administración. Los agentes también calculan el estado de mantenimiento de los equipos supervisados y de los objetos en el equipo supervisado, e informan al servidor de administración. Cuando el estado de mantenimiento de un objeto que se está supervisando cambia, o cuando se cumplen otras condiciones, el agente puede generar una alerta. Esto permite que los operadores sepan que algo requiere atención. Al suministrar datos de estado del objeto supervisado al servidor de administración, el agente ofrece una representación actualizada del estado del dispositivo y de todas las aplicaciones que hospeda.
Se puede configurar un agente para que actúe como un agente proxy. Un agente proxy es un agente que puede reenviar los datos a un servidor de administración en nombre de un equipo o dispositivo de red distinto de su equipo host. Por ejemplo, un agente instalado en el nodo físico de un clúster SQL puede habilitarse para que actúe como proxy a fin de supervisar el recurso de clúster. Los agentes proxy habilitan la supervisión de equipos y dispositivos en los que no se puede instalar un agente. Para obtener más información, vea Agentless Monitoring (Supervisión sin agente).
Servicios
En un equipo supervisado, el agente Operations Manager aparece como el servicio Microsoft Monitoring Agent. El servicio Microsoft Monitoring Agent recopila datos de rendimiento, ejecuta tareas, etc. Incluso cuando el servicio no puede comunicarse con el servidor de administración al que informa, el servicio continúa ejecutándose y pone en cola los datos y eventos recopilados, en el disco del equipo supervisado. Cuando la conexión se restaura, el servicio Microsoft Monitoring Agent envía los datos y eventos recopilados al servidor de administración.
Nota
En ocasiones, el servicio Microsoft Monitoring Agent se denomina Servicio de mantenimiento.
El servicio Microsoft Monitoring Agent también se ejecuta en servidores de administración. En un servidor de administración, el servicio ejecuta flujos de trabajo de supervisión y administra las credenciales. Para ejecutar flujos de trabajo, el servicio inicia los procesos de MonitoringHost.exe mediante credenciales especificadas. Estos procesos supervisan y recopilan datos de registro de eventos, datos del contador de rendimiento, datos del instrumental de administración de Windows (WMI), y ejecutan acciones como, por ejemplo, los scripts.
El servidor de administración también ejecuta el servicio de acceso de datos de System Center y el servicio de configuración de administración de System Center.
El servicio de acceso a datos de System Center permite que la consola del operador obtenga acceso a la base de datos operativa y escribe los datos en la base de datos.
El servicio de configuración de administración de System Center administra las relaciones y la topología del grupo de administración. También distribuye los módulos de administración a los objetos supervisados.
Módulos de administración
Los flujos de trabajo que ejecuta el servicio de administración de System Center se definen mediante módulos de administración. Los módulos de administración definen la información que el agente recopila y devuelve al servidor de administración para una aplicación o tecnología específica. Por ejemplo, el módulo de administración BizTalk Server contiene reglas y monitores que recopilan y evalúan eventos y operaciones importantes para garantizar el mantenimiento y la eficiencia de la aplicación BizTalk Server.
Una vez que Operations Manager instala un agente en un equipo, envía una configuración inicial al agente. La configuración inicial incluye detecciones de objetos de los módulos de administración. El módulo de administración define los tipos de objetos, como aplicaciones y características que se supervisarán en equipos detectados por Operations Manager. Los agentes envían datos al servidor de administración que identifica las instancias de los objetos detectados en el equipo. A continuación, el servidor de administración envía a los agentes los elementos de los módulos de administración que se aplican a los objetos detectados de cada equipo, como reglas y monitores.
Una regla define los eventos y los datos de rendimiento para recopilar de equipos y qué hacer con la información después de recopilarlos. Una forma sencilla de imaginarse las reglas es considerarlas enunciados del tipo si/entonces. Por ejemplo, un módulo de administración de una aplicación podría contener reglas como las siguientes:
Si aparece en el registro de eventos un mensaje que indica que la aplicación se va a cerrar, crear una alerta.
Si se produce un error en la carga de un archivo de origen, recopile el evento que indica este error.
Como muestran estos ejemplos, las reglas pueden crear alertas y recopilar eventos o datos de rendimiento que el agente envía al servidor de administración. Asimismo, las reglas pueden ejecutar scripts, por ejemplo, para que una regla intente reiniciar una aplicación en la que se produjo un error.
Los objetos detectados tienen un estado de mantenimiento que se refleja en la consola del operador como verde (correcto), amarillo (advertencia) o rojo (crítico o incorrecto). Losmonitores definen los estados de mantenimiento de determinados aspectos del objeto supervisado. Por ejemplo, un monitor de la capacidad de unidad de disco podría definir "verde" como inferior al 85 por ciento, "amarillo" como superior al 85 por ciento, y rojo como superior al 90 por ciento. Un monitor puede configurarse para generar una alerta cuando se produce un cambio de estado.
Detección y supervisión de objetos
La siguiente imagen es una ilustración simplificada del proceso de detección y supervisión de los objetos.
El administrador configura Operations Manager para buscar equipos que se van a administrar. Para obtener más información sobre la detección de equipos, consulte Agentes de Operations Manager.
Los equipos que cumplen los criterios especificados y que aún no están administrados se identifican.
Un agente de Operations Manager se instala en el equipo detectado.
El agente solicita datos de configuración y, a continuación, el servidor de administración envía los datos de configuración del agente de los módulos de administración instalados, que incluye clases que se van a detectar. Por ejemplo, si están instalados los módulos de administración del sistema operativo de Windows Server, el servidor de administración enviará al agente las clases del sistema operativo.
El agente compara los datos de configuración para el equipo, identifica los objetos que descubre y devuelve la información al servidor de administración. Por ejemplo, el agente devolverá al servidor de administración que existe una instancia del sistema operativo Windows Server 2019 en el equipo.
El servidor de administración envía al agente toda la lógica de supervisión desde los módulos de administración instalados que se aplican a los objetos detectados. Por ejemplo, el agente recibirá toda la lógica de supervisión válida para Windows Server 2019.
El agente aplica la lógica de supervisión (por ejemplo, reglas y monitores), ejecuta los flujos de trabajo y devuelve los datos al servidor de administración.
A medida que se producen cambios en los objetos detectados, como las aplicaciones que se agregan o desinstalan, el agente envía la información actualizada al servidor de administración, que luego envía la lógica de supervisión actualizada.
Nota
Operations Manager también puede detectar y supervisar dispositivos de red, equipos que ejecutan sistemas operativos UNIX y Linux, y proporcionar supervisión sin agente. Para obtener más información, vea Operations Manager Monitoring Scenarios (Escenarios de supervisión de Operations Manager) en la Guía de operaciones.
Comunicación entre agentes y servidores de administración
El agente de Operations Manager envía datos de detección y alerta al servidor de administración principal, el cual escribe los datos en la base de datos operativa. El agente envía también datos de estado, rendimiento y eventos al servidor de administración principal de ese agente, el cual escribe los datos simultáneamente en las bases de datos operativa y de almacenamiento de datos.
El agente envía datos de acuerdo con los parámetros de programación de cada regla y monitor. En las reglas de recopilación optimizada, los datos solo se transmiten si la muestra de un contador se diferencia de la muestra anterior en una tolerancia especificada, por ejemplo, 10%. Esto permite reducir el tráfico en la red y el volumen de datos almacenados en la base de datos operativa.
Además, todos los agentes envían un paquete de datos, denominado latido, al servidor de administración de acuerdo a una programación periódica, de forma predeterminada, cada 60 segundos. La finalidad del latido es validar la disponibilidad del agente y la comunicación entre el agente y el servidor de administración. Para obtener más información acerca de los latidos, vea How Heartbeats Work in Operations Manager (Funcionamiento de los latidos en Operations Manager).
Para cada agente, Operations Manager ejecuta un monitor de servicio de mantenimientopara supervisar el estado del servicio de mantenimiento desde la perspectiva del servidor de administración.
Otros recursos de Operations Manager
Revise las consideraciones de diseño e implementación y las recomendaciones de Operations Manager en la Guía de planeación.
Para obtener información sobre cómo instalar Operations Manager e implementar un grupo de administración, consulte Implementación de System Center - Operations Manager.
Para obtener información sobre cómo usar Operations Manager después de configurar el grupo de administración, consulte Guía de operaciones de System Center - Operations Manager.
Para obtener información sobre cómo crear un módulo de administración, consulte Creación de plantillas de módulo de administración.
Comentarios
Próximamente: A lo largo de 2024 iremos eliminando gradualmente GitHub Issues como mecanismo de comentarios sobre el contenido y lo sustituiremos por un nuevo sistema de comentarios. Para más información, vea: https://aka.ms/ContentUserFeedback.
Enviar y ver comentarios de