Compartir a través de

Ciclo de vida del módulo de administración

  • Artículo

System Center Operations Manager usa módulos de administración que contienen la configuración de supervisión de aplicaciones y servicios. Idealmente, el módulo de administración te indica todo lo que deseas saber sobre la aplicación o la tecnología que estás supervisando y nada que no deseas saber. Los módulos de administración están diseñados para proporcionar una experiencia de supervisión útil para la mayoría de los entornos. Sin embargo, querrás probar, ajustar y adaptar cada módulo de administración para proporcionar resultados óptimos para las necesidades de tu organización.

El ciclo de vida del módulo de administración, descrito en la tabla siguiente, es el enfoque recomendado para usar módulos de administración. Las secciones posteriores a la tabla proporcionan detalles sobre cada fase.

Fase Descripción
Revisión y evaluación de módulos de administración en un entorno de preproducción Antes de implementar un módulo de administración en el entorno de producción, debes familiarizarte con el contenido del módulo de administración y la guía, e importar el módulo de administración en un entorno de preproducción o prueba. También puedes ver el módulo de administración en un entorno de máquina virtual.
Ajuste de la configuración del módulo de administración y guardado en un módulo de administración personalizado Usa invalidaciones para ajustar la configuración de un módulo de administración, como monitores, reglas, detecciones de objetos y atributos, para satisfacer mejor las necesidades de tu organización. Debes guardar las invalidaciones en un módulo de administración que crees.
Implementación de módulos de administración en un entorno de producción Exporta el módulo de administración con invalidaciones asociadas al módulo de administración que vas a implementar e importa módulos de administración en el entorno de producción.
Mantenimiento del módulo de administración Después de la implementación, es posible que el módulo de administración necesite un ajuste adicional, como en las siguientes circunstancias:

- Cambios en el entono, por ejemplo si se agrega nuevo hardware o un nuevo sistema operativo
- Adición de una aplicación nueva al entorno de producción
- Actualización de una versión de una aplicación
- Cuando está disponible una versión nueva o actualizada del módulo de administración
- Cambios de política, que tienen como resultado un mayor o menor nivel de supervisión basado en las necesidades de negocio

Revisar y evaluar

Cada módulo de administración debe ir acompañado de una guía del módulo de administración que se instala en la misma carpeta que el módulo de administración. La guía del módulo de administración contiene instrucciones para instalar y configurar el módulo de administración, e información sobre el módulo de administración, como los objetos que éste detecta y cómo se acumula el estado. Puedes usar esta información para ayudarte a personalizar el módulo de administración para tus fines. Debes revisar siempre la guía del módulo de administración antes de importarlo.

Una herramienta para revisar el contenido de un módulo de administración sellado es MPViewer, que puede mostrar el siguiente contenido del módulo de administración: reglas, monitores, vistas, tareas, tareas de consola e informes. MPViewer también mostrará el conocimiento asociado al elemento del módulo de administración determinado. Puedes instalar y usar MPViewer en cualquier equipo en el que esté instalada la Consola del operador de Operations Manager.

Cuando tengas un nuevo módulo de administración, debes importarlo a un entorno de preproducción. En Operations Manager, es un procedimiento recomendado tener una implementación de producción que se usa para supervisar las aplicaciones de producción y una implementación de preproducción que tenga una interacción mínima con el entorno de producción. El grupo de administración de preproducción se usa para probar y ajustar la funcionalidad del módulo de administración antes de implementar el módulo de administración en el entorno de producción.

Para medir con precisión los datos que recopila un módulo de administración, debes exponer el agente a las demandas del entorno de producción. El hardware del servidor de administración en el entorno de preproducción debe reflejar el hardware que está en uso en el entorno de producción. El grupo de administración de preproducción debe tener los mismos módulos de administración importados al servidor de administración que el grupo de administración de producción. Para probar la interoperabilidad, el entorno de preproducción también debe incluir los mismos tipos de roles de servidor que se encuentran en el entorno de producción, solo que a menor escala.

Puedes asignar un agente de Operations Manager a más de un grupo de administración, lo que se denomina hospedaje múltiple. Si realizas un hospedaje múltiple de un subconjunto representativo de agentes en el entorno de producción y el entorno de preproducción, el entorno de preproducción debe proporcionarte la información necesaria para ajustar correctamente el módulo de administración. Para obtener más información sobre los agentes de hospedaje múltiple, consulta Configuración de agentes de Windows.

Ajuste y personalización

Puedes usar invalidaciones para refinar la configuración de un objeto de supervisión en Operations Manager, incluidos los monitores, las reglas, las detecciones de objetos y los atributos. Debes crear un módulo de administración en el que puedas guardar las personalizaciones que realices.

Para ajustar eficazmente la configuración de supervisión de los servicios de TI, que puede implicar uno o varios módulos de administración en función de la complejidad de ese servicio, debes implicar al propietario del servicio o a expertos en la materia, un representante de la consola de servicio, un representante de los miembros del equipo de operaciones que supervisan las alertas y los eventos y toman medidas cuando algo requiere atención, y el equipo de ingeniería responsable de la infraestructura de Operations Manager. En función del servicio supervisado por los módulos de administración, también puedes incluir una representación de los equipos de red y seguridad. Es posible que los responsables de la infraestructura de Operations Manager no tengan el conocimiento ni la experiencia en el servicio para ajustar eficazmente los módulos de administración sin la aportación de los expertos.

Empieza por revisar las alertas más comunes para mejorar la precisión de la supervisión centrándote en alertas de gran volumen. Identifica lo siguiente y prioriza en función del impacto:

  • Número y porcentaje de alertas causadas por problemas existentes o conocidos
  • Número y porcentaje de alertas repetidas o duplicadas. Puedes indicar que es necesario realizar un ajuste adicional o hay un posible problema para investigar más.
  • Número y porcentaje de alertas que indican problemas de rendimiento o disponibilidad
  • Proporción de alertas a vales generados
  • Alertas cuyo estado de resolución se ha establecido en un estado que indica que el flujo de trabajo está generando un gran volumen de alertas y se determina a través de la investigación de las operaciones o el soporte de nivel 2 que son defectuosos.

Usa los informes siguientes para determinar si se requiere un ajuste adicional:

  • Informe de alertas más comunes
  • Informe de alertas
  • Volumen de datos por módulo de administración

Los siguientes informes son importantes para validar que supervisas de manera eficaz el servicio en su totalidad y que no existe:

  • Abandono de la configuración debido a las reglas de detección que se ejecutan con demasiada frecuencia o hay una propiedad o atributo que se recopila que cambia con frecuencia.
  • Datos de rendimiento que se están recopilando con demasiada frecuencia o que no necesitan recopilarse porque la organización no los usará en un informe, vista o panel.
  • Datos de eventos que se recopilan que no aportan valor y solo están habilitados para la solución de problemas (breve período de tiempo)
  • Salto de estado de mantenimiento debido a errores de configuración, error u otro síntoma
  • Regla de alertas con un recuento elevado de repeticiones

Como mínimo, cada flujo de trabajo debe evaluarse según los criterios siguientes:

  • Repetición medible e identificable. Todo lo que no se alinee con esa categoría está deshabilitado.
  • Cuando se produce la alerta, ¿sabemos cómo resolverla?
  • Las excepciones (advertencias) que proporcionan un aviso proactivo del posible impacto en el servicio se exponen al NOC/consola de servicio, además de cualquier incidente (error) que indique la interrupción del servicio.
  • ¿La detección se ejecuta con demasiada frecuencia?
  • ¿Necesitamos permisos para recopilar datos de rendimiento? ¿Es útil?
  • ¿La alerta es comprensible, relevante y actualizada?
  • ¿Debe el monitor resolver automáticamente si el síntoma o problema se corrige así mismo?

Qué ajustar

  • Frecuencia de detección

  • Supervisión de umbrales

  • Destinos

  • Intervalos para reglas o monitores basados en scripts y reglas de recopilación de rendimiento

  • Parámetros

Sugerencias

  • Revisa las nuevas alertas notificadas para los servidores supervisados con el nuevo módulo de administración. Puedes usar los informes de alertas y de las alertas más comunes para ayudarte a detectar las alertas más comunes. Cuando instalas por primera vez un módulo de administración, éste tiende a detectar una multitud de problemas desconocidos anteriormente. Supervisa las alertas para determinar las posibles áreas de preocupación.

  • Invalida el monitor o regla según corresponda para todos los objetos de una clase determinada, un grupo o un objeto específico.

  • Deshabilita el monitor o la regla si el problema no es lo suficientemente grave como para garantizar una alerta y no es necesario tener en cuenta la situación específica que se está supervisando.

  • Cambia el umbral del monitor que genera la alerta si deseas supervisar la condición subyacente, pero la alerta se genera antes de que la condición sea realmente un problema para el entorno determinado.

  • Cuando estableces las invalidaciones de un módulo de administración, guárdalas en un módulo de administración denominado ManagementPack_Override, donde ManagementPack es el nombre del módulo de administración sellado para el que se aplican las invalidaciones.

Implementarción

Cuando estés satisfecho con el rendimiento y los resultados del módulo de administración en el entorno de preproducción, puedes implementarlo y sus personalizaciones en el entorno de producción. El módulo de administración en el que guardaste las personalizaciones debe exportarse para poder importarlo a otros equipos. Para obtener más información, consulta Cómo importar, exportar y quitar los módulos de administración. El módulo de administración que contiene las invalidaciones que estableciste depende del módulo de administración original y solo se puede importar a grupos de administración que tengan instalado el módulo de administración original.

Mantenimiento

Después de implementar un módulo de administración, debes evaluar periódicamente su rendimiento y resultados en el entorno de producción para asegurarte de que sigue cumpliendo las necesidades empresariales. En la lista siguiente se describen los eventos comunes que podrían requerir cambios en el módulo de administración:

  • Cambios en el entono, como nuevo hardware o un nuevo sistema operativo

    Al probar nuevo hardware o un nuevo sistema operativo que planeas agregar al entorno de producción, debes incluir módulos de administración existentes en el plan de prueba para identificar cualquier ajuste adicional que pueda ser necesario. Para un nuevo sistema operativo, es posible que tengas que importar nuevos módulos de administración específicos de ese sistema operativo.

  • Adición de una aplicación nueva al entorno de producción

    Una nueva aplicación puede requerir un nuevo módulo de administración o ajustes en los módulos de administración existentes.

  • Actualización de una versión de una aplicación

    Cuando las organizaciones actualizan las versiones de la aplicación, se actualizan en fases, durante las cuales ambas versiones de la aplicación existirán en la red o se actualizan todas las instalaciones de la aplicación a la vez. Después de probar los módulos de administración con la nueva versión y realizar los ajustes necesarios, debes usar el mismo enfoque para implementar los módulos de administración que se usan para implementar las actualizaciones. Si ambas versiones de la aplicación se usarán al mismo tiempo, debes instalar los módulos de administración adecuados para cada versión. Si todas las instalaciones de la aplicación se actualizarán al mismo tiempo, quita el módulo de administración de la versión anterior de la aplicación e instala el módulo de administración para la nueva versión.

  • Cuando está disponible una versión nueva o actualizada del módulo de administración

    Debes usar el entorno de preproducción para revisar y ajustar las versiones nuevas o actualizadas de un módulo de administración.

  • Cambios de directiva

    Los cambios continuos en tu empresa u organización pueden requerir ajustes en los módulos de administración para realizar más supervisión o menos supervisión.

Procedimientos recomendados para el control de cambios

A continuación se muestran algunos procedimientos recomendados que se deben seguir al administrar módulos de administración de Operations Manager:

  • Mantener un archivo de versiones del módulo de administración para permitirte revertir los cambios cuando sea necesario. Un método eficaz para mantener el archivo es mediante el software de control de versiones, como Microsoft Team Foundation Server o SharePoint Server. Otro método consiste en usar un recurso compartido de archivos en la red con carpetas individuales para cada versión del módulo de administración.

  • Cuando estableces las invalidaciones de un módulo de administración, guárdalas en un módulo de administración denominado ManagementPack_Override, donde ManagementPack es el nombre del módulo de administración sellado para el que se aplican las invalidaciones. Por ejemplo, las invalidaciones para el módulo de administración Microsoft.SQLServer.2012.Monitoring.mp se guardarán en Microsoft.SQLServer.2012.Monitoring_Overrides.xml. Para obtener más información, consulta Creación de un módulo de administración para invalidaciones.

  • Cuando se actualiza un módulo de administración, actualiza el archivo _Overrides.xml correspondiente con el nuevo número de versión. Debes usar un editor XML para actualizar el número de versión del archivo _Overrides.xml. Si realizas cambios en un archivo _Overrides.xml pero no cambias el atributo de versión, puedes importar el archivo, pero no se aplicará la configuración del archivo.

  • Documenta las invalidaciones que realices en los módulos de administración. Al establecer una invalidación, agrega una explicación de la acción que estás realizando y el motivo para ello en el campo de descripción seleccionando Editar en el panel Detalles del cuadro de diálogo Invalidar propiedades. También puede que desees mantener una hoja de cálculo u otro formulario para documentar los cambios que realices en los módulos de administración.

Pasos siguientes