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, un módulo de administración le indica todo lo que desea saber sobre la aplicación o la tecnología que está supervisando y nada que no desea 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á probar, ajustar y adaptar cada módulo de administración para proporcionar resultados óptimos para las necesidades de su 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. En las secciones siguientes a la tabla se proporcionan detalles para 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, debe familiarizarse 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 puede 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 guárdelo en un módulo de administración personalizado Use 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 su organización. Debe guardar invalidaciones en un módulo de administración que cree.
Implementación de módulos de administración en un entorno de producción Exporte el módulo de administración con invalidaciones asociadas al módulo de administración que va a implementar e importar 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 un 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

Revisión y evaluación

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. Una 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 detecta el módulo de administración y cómo se acumula el estado. Puede usar esta información para ayudarle a personalizar el módulo de administración para sus fines. Debe revisar siempre la guía del módulo de administración antes de importar el módulo de administración.

Una herramienta para revisar el contenido de un módulo de administración sellado es MPViewer, que puede mostrar el siguiente contenido de un 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. Puede instalar y usar MPViewer en cualquier equipo en el que esté instalada la consola del operador de Operations Manager.

Cuando tenga un nuevo módulo de administración, debe 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 optimizar 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, debe 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 a menor escala.

Puede asignar un agente de Operations Manager a más de un grupo de administración, que se denomina multihoming. Si agrupa un subconjunto representativo de agentes en el entorno de producción y el entorno de preproducción, el entorno de preproducción debe proporcionarle 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, consulte Configuración de agentes de Windows.

Ajuste y personalización

Puede usar invalidaciones para refinar la configuración de un objeto de supervisión en Operations Manager, incluidos monitores, reglas, detecciones de objetos y atributos. Debe crear un módulo de administración en el que puede guardar las personalizaciones que realice.

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, debe implicar al propietario del servicio o a expertos en la materia, un representante del departamento 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 puede incluir representación de los equipos de red y seguridad. Es posible que los responsables de la infraestructura de Operations Manager no tengan el conocimiento y la experiencia con el servicio para optimizar eficazmente los módulos de administración sin la entrada de expertos.

Empiece por revisar las alertas más comunes para mejorar la precisión de la supervisión centrándose en alertas de gran volumen. Identifique lo siguiente y priorice 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. Puede 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 para que las operaciones o la compatibilidad con el nivel 2 sean defectuosos.

Use 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 informes siguientes son importantes para validar que está supervisando eficazmente el servicio en su totalidad y no lo hay:

  • Renovación de 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.
  • Los datos de rendimiento que se recopilan con demasiada frecuencia o no es necesario recopilarlos porque la organización no la usará en un informe, una vista o un panel.
  • Datos de eventos que se recopilan que no agregan ningún 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/Service Desk, además de cualquier incidente (error) que indique la interrupción del servicio.
  • ¿La detección se ejecuta con demasiada frecuencia?
  • ¿Necesitamos recopilar estos datos de rendimiento? ¿Es útil?
  • ¿La alerta es comprensible, relevante y actualizada?
  • ¿Debe resolverse automáticamente el monitor si el síntoma o problema se corrige?

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

  • Revise las nuevas alertas notificadas para los servidores supervisados con el nuevo módulo de administración. Puede usar los informes alertas y alertas más comunes para ayudarle a detectar las alertas más comunes. Cuando instala por primera vez un módulo de administración, tiende a detectar una multitud de problemas desconocidos anteriormente. Supervise las alertas para determinar las posibles áreas de preocupación.

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

  • Deshabilite 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.

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

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

Implementar

Cuando esté satisfecho con el rendimiento y los resultados del módulo de administración en el entorno de preproducción, puede implementar el módulo de administración y sus personalizaciones en el entorno de producción. El módulo de administración en el que guardó las personalizaciones debe exportarse para poder importarlo a otros equipos. Para obtener más información, vea Cómo importar, exportar y quitar módulos de administración. El módulo de administración que contiene las invalidaciones que estableció 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.

Mantener

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

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

    Al probar nuevo hardware o un nuevo sistema operativo que planea agregar al entorno de producción, debe 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 tenga que importar nuevos módulos de administración específicos de ese sistema operativo.

  • Adición de una nueva aplicación 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 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, debe 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, debe 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, quite el módulo de administración de la versión anterior de la aplicación e instale el módulo de administración para la nueva versión.

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

    Debe 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 su 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:

  • Mantenga un archivo de versiones del módulo de administración para permitirle 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.

  • Al establecer invalidaciones para un módulo de administración, guárdelas en un módulo de administración denominado ManagementPack_Override, donde ManagementPack es el nombre del módulo de administración sellado al 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, vea Crear un módulo de administración para invalidaciones.

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

  • Documente las invalidaciones que realice en los módulos de administración. Al establecer una invalidación, agregue una explicación de la acción que está 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 desee mantener una hoja de cálculo u otro formulario para documentar los cambios que realice en los módulos de administración.

Pasos siguientes