System Center Operations Manager 2012: Ampliar la vigilancia con facilidad
La versión nueva de System Center Operations Manager promete funciones de supervisión de redes más integradas y extensas.
Paul Schnackenburg
Monitoreo de cualquier entorno de red de TI es fundamental. Microsoft System Center operaciones Manager (SCOM) siempre ha proporcionado una visión integral en el estado de la red de Microsoft. La edición de SCOM 2007 R2 añadió Unix y Linux vigilancia para mantener un ojo en entornos mixtos.
SCOM 2012 se espera que hacia el final de este año. Esta nueva versión agrega características interesantes para alta disponibilidad (HA), monitoreo de performance de aplicaciones, paneles, monitoreo de dispositivos de red y monitoreo de servidor de aplicaciones Java.
La nueva versión de SCOM también tendrá un asistente de instalación han mejorado mucho. El cambio más notable será que operativos y bases de datos de almacén de datos se crean durante la instalación. En versiones anteriores, había que giran estas previamente.
El Comprobador de requisitos previo también está incorporado en el Asistente de instalación, que simplifica el proceso de instalación. Esto resaltar los errores y copiar automáticamente los mensajes de error. Cualquier credencial de portapapeles que defina se prueba desde el Asistente para garantizar que funcionan (véase figura 1).
.jpg)
Figura 1 hay varias mejoras introducidas en el proceso de instalación del sistema Centro operaciones Manager 2012.
Durante el proceso de instalación, se debe especificar la cuenta de acción del servidor de administración, el servicio de configuración y servicio de acceso de datos. Puede utilizar la misma cuenta para ambas funciones, aunque desde un punto de vista de seguridad, no es una práctica recomendada.
Se admiten todas las funciones de servidor de SCOM 2012 para ejecutar como máquinas virtuales (VMs). Se recomienda para ejecutar la base de datos SQL Server en un servidor físico o virtual con discos de conexión directa para un mejor rendimiento. Como ocurre con muchas otras cargas de trabajo, no se admiten copias instantáneas de máquina virtual para su uso en conjunción con SCOM 2012.
Gateway y administración de servidores que ejecutan Windows Server 2008 R2 SP1, con al menos 2 GB de memoria y CPU de 2,8 GHz. El servidor de SQL debe ser x 64 2008 R2 SP1-plus o 2008, que se ejecuta en un servidor con al menos 4 GB de memoria. La intercalación de la base de datos debe establecerse en SQL-Latin1_General_CP1_CI_AS con búsqueda de texto completo habilitada.
En entornos más grandes, deseará los servidores SQL de cluster de alta disponibilidad. Tenga en cuenta que la base de datos del almacén de datos ya no es opcional, como lo fue en SCOM 2007 R2. Ahora es un componente requerido en el entorno de SCOM. Sin embargo, puede tenerlo compartido entre grupos de gestión. El agente de Windows viene en 32 - y una versión de 64 bits, así como una versión de Itanium de 64 bits.
Ruta de actualización
Sólo se puede actualizar directamente a SCOM 2012 de SCOM 2007 R2. Todos los servidores de gestión de SCOM 2007 R2 desea actualizar deben ser 64-bit en hardware de 64 x y estar ejecutando Windows Server 2008 R2 SP1.
La orden general de actualización es secundario administración servidores, gateways y agentes primero y, a continuación, el servidor raíz de Management (RMS). La actualización se bloqueará si los servidores de administración o gateways siguen SCOM 2007 R2. Se resaltará durante la actualización de RMS si los agentes son todavía SCOM 2007 R2, pero no bloquea la actualización. Los agentes sólo no podrán informe hasta que han actualizado a agentes SCOM 2012.
Si estás en un entorno más pequeño con un servidor de SCOM 2007 R2 all-in-one, puede actualizar en lugar (siempre que el servidor cumple los requisitos de hardware y software) o configurar otro servidor de administración e iniciar la actualización desde allí. Si te vas con la primera opción, tienes que actualizar a todos los agentes antes de que le informe a SCOM 2012.
Para ayudar con la planificación de la migración, hay algunos excelentes diagrama de flujos en la biblioteca TechNet que aclarar sus opciones. También proporcionó son vínculos a listas con instrucciones paso a paso, además de un paquete de administración de actualización auxiliar (MP).
Algunas recomendaciones en la planificación de la actualización incluyen la copia de seguridad de las bases de datos, deshabilitar notificaciones para evitar falsas alarmas, deteniendo de conectores para evitar los billetes falsos que se generan y agentes no son informes directamente al RMS durante su actualización. Sobre todo, compruebe el registro de eventos para cualquier problema. No se puede actualizar su manera de salir de un problema, así que asegúrese de que sus grupos de gestión son sanos antes de actualizar.
Podría tener una mezcla de grupos de administración de SCOM 2007 R2 y 2012 SCOM y servidores en su entorno por un tiempo, por lo que es bueno saber SCOM 2012 agentes se comunicarán con servidores de SCOM 2007 R2. No funcionará al revés, sin embargo, por lo que es importante actualizar los agentes antiguos tan pronto como sea posible.
Todos los diputados que trabajo con SCOM 2007 R2 debe trabajar en SCOM 2012, porque no se ha modificado el esquema de MP. Algunas excepciones incluyen algunos parlamentarios de terceros que requieren nuevos módulos en el agente, nuevas plantillas de MP o nuevos tipos de vista debido a cambios de API. Red de monitoreo MPs aprovechar Simple Network Management Protocol (SNMP) seguirá trabajando, pero podría requerir actualizar para integrarse con el nueva marco de monitorado en red.
Mejoras en la infraestructura
En SCOM 2007 R2, el RMS es un punto único de falla. Es el punto de conexión para consolas y cualquier consola Web. Se ejecuta el servicio de configuración y conectores de asas, agregación de salud y control de acceso basado en roles (RBAC). La única manera de garantizar la alta disponibilidad de SCOM 2007 R2 es el servidor de RMS de clúster. Esto puede ser técnicamente complejo y operacionalmente. También se basa en un modelo activo/pasivo con el hardware asociado y los costos de licencias.
SCOM 2012 cambia el juego tomando la ruta de Microsoft Exchange y otras aplicaciones de Microsoft. HECTÁREAS es incorporada, de manera inmediata. Ningún servidor de administración es más importante que cualquier otra. Simplemente por tener varios en una piscina, la carga es equilibrada y disponibilidad está garantizada. Cada servidor ejecuta el servicio de configuración y almacena los datos en la base de datos, en lugar de en la memoria como SCOM 2007 R2 o archivos de configuración XML. Esto conduce a más rápido inicio de servidor de administración.
Conmutación por error no es instantáneo. Puede tardar hasta dos minutos mientras que el grupo vuelve a cargar instancias administradas. Además, todos los servidores de administración son tratados como tener la misma capacidad. Las diferencias en la capacidad de memoria y procesadores no son tomadas en cuenta. Hay tres grupos de forma predeterminada: el fondo de recursos de servidor de administración de todos, una agrupación de notificación y una piscina de integración con Active Directory. También puede crear sus propios grupos para necesidades específicas.
Algunos diputados (como los de Exchange Server 2007 y Exchange Server 2010) dependen de un RMS. Porque no hay un servidor de RMS en 2012 SCOM, un servidor de administración se le asigna la función de emulador de RMS para proporcionar compatibilidad con estos parlamentarios. Puede mover manualmente este papel entre servidores de administración, pero hay un MP procedentes automatizará failover de papel.
Se pueden controlar manualmente los roles dentro de una piscina. Esto es adecuado si tiene un dispositivo de alerta de texto/SMS de hardware conectado a un servidor de administración particular. No hay ningún punto en failover esa función a otro servidor que no tenga hardware conectado.
Problemas de interoperabilidad
Un problema con el paquete de System Center actual es esencialmente diferentes aplicaciones con poca integración. Que a cambio con la versión de 2012. El pegamento que une a estos programas diferentes es sistema Centro Orchestrator 2012. Proporciona integración Packs (IPs) para cada una de las principales aplicaciones de System Center, incluyendo SCOM. La IP SCOM puede crear e interactuar con alertas y monitores, así como iniciar y detener el modo de mantenimiento.
También hay IPs para System Center Service Manager (SCSM). Estos pueden crear automáticamente incidentes basadas sobre alertas de SCOM. Por ejemplo, la IP para System Center Virtual Machine Manager (VMM) puede insertar información sobre máquinas virtuales, servicios, nubes privadas y hosts en SCOM. Será interesante ver si este nuevo enfoque de integración de la suite System Center finalmente proporcionará el pegamento de integración solicitado por tantos.
La actual SCOM 2007 R2 utiliza conectores para integrar con otros sistemas de gestión como IBM Tivoli, HP OpenView y otros. SCOM 2012 no es compatible con ellas. Integración entre SCOM y otros sistemas de gestión será facilitada a través de System Center Orchestrator 2012.
Soporte de Windows PowerShell
La buena noticia es que SCOM 2012 viene con soporte completo de Windows PowerShell 2.0 y un sinfín de cmdlets de nuevo. Habrá una curva de aprendizaje, como los nuevos nombres de cmdlet tienen "SCOM" en sus nombres. Los cmdlets de viejos todavía parecen funcionar, aunque. También hay nuevos cmdlets para monitoreo de máquinas Unix y Linux. Estas se basan en Windows PowerShell 3.0, que actualmente se encuentra en Community Technology Preview (CTP).
Para ejecutar cmdlets de Windows PowerShell, tendrás que establecer una conexión con un grupo de gestión. Esto puede hacer una conexión persistente (de modo que puede ejecutar varios cmdlets), o temporal para ejecutar un solo comando.
Monitoreo avanzado
En una empresa grande, solución de problemas de red y mantener los servidores son a menudo dos trabajos separados. Esto dificulta determinar rápidamente si un problema con el hardware, sistema operativo o la red. Una de las más emocionantes adiciones a SCOM 2012 es la red de monitoreo. Esto está diseñado específicamente para aumentar la visibilidad y la ayuda que resolver los problemas más rápidamente.
SCOM 2007 R2 ofrece monitoreo de dispositivo de red básica, pero no en el puerto de nivel (a menos que configurar manualmente cada dispositivo). SCOM 2012 soporta SNMP v1, v2 y v3 y trabaja con IP v4 y v6. La nueva pila SNMP es nativa SCOM 2012. SCOM 2007 R2 usa la pila OS SNMP.
Podrá supervisar cualquier dispositivo de red que responde a SNMP a nivel de puerto. También puede excluir determinados dispositivos de descubrimiento. Hay también extendida vigilancia ese procesador de pistas y utilización y fragmentación de la memoria, junto con otros elementos específicos de dispositivo para dispositivos compatibles con SCOM 2012. Hasta la fecha, hay más de 80 proveedores y 800 dispositivos compatibles.
Si un dispositivo admite SNMTP trampas para cambios en el sistema (como una tarjeta de agregado o cambios en la configuración de chasis), SCOM 2012 escucha de estos. Cadenas de lectura SNMP sólo hacen el seguimiento. Si un nodo está abajo, otros vigilancia es suprimida por lo que no está inundado con alertas sobre puertos y enlaces están abajo (véase figura 2).
.jpg)
Figura 2 red de monitoreo de datos puede ayudar a detectar rápidamente problemas.
La función de costuras puerto muestra qué nodo controlado por el agente está conectado a cada puerto. También podrá descubrir SCOM VLAN y los conmutadores participan en cada VLAN. Sólo supervisará puertos conectados, a menos que agregue manualmente puertos a la regla de puerto de red de importancia crítica. Para routers Cisco, identifica los grupos Hot Standby Router Protocol (HSRP) en los que participen. SCOM 2012 tiene más de 200 nuevos elementos para la supervisión de la red.
Actualmente, los números de escalabilidad recomendada para 2012 SCOM son 500 dispositivos por servidor de administración y 2.000 por grupo de administración. Una guía de tamaño más amplia está próxima. Puede tener sólo una regla de descubrimiento por el servidor de administración, así que asegúrese de abarca todos los dispositivos que necesita encontrar.
Hay cuatro paneles de monitorado en red. El tablero de la vecindad de red proporciona una representación visual de los dispositivos conectados dentro de un salto al nodo seleccionado. Puede aumentar el número de saltos hasta cinco. Este panel no identifica las NICs conjuntas como tal, ni mostrará los equipos Unix/Linux. VM se asociará con el mismo dispositivo de red como el anfitrión, aunque el conmutador de Hyper-V se muestran como un dispositivo SNMP. Los otros paneles de control le ofrece una visión general de dispositivos con problemas, información específica acerca de los dispositivos particulares e información de los puertos.
Tácticas de solución de problemas
Solucionar problemas de rendimiento de aplicaciones es un área difícil. A menudo requiere un conocimiento profundo del funcionamiento de un programa en particular. ¿Es el problema en el código, el hardware del servidor, el software del servidor o la red? Necesita métricas estándar a través de todas las aplicaciones y una forma de identificar fácilmente el nivel en el que podría ser el problema.
AVIcode busca problemas de rendimiento en el código de la aplicación. Fue recientemente adquirida por Microsoft y se integrará en SCOM como aplicación rendimiento monitoreo (APM). APM sólo funciona con Microsoft.Marco/NET, no ejecutables de independiente y sólo supervisa el IIS 7 o 7.5.
La infraestructura de SCOM 2012 está totalmente integrada. No hay ninguna base de datos independiente. Si está supervisando un equipo de Windows Server 2008/2008 R2 que ejecuta IIS, automáticamente desplegará al agente APM. También puede establecer un acuerdo de nivel de servicio general o SLA, (definir cuántos segundos de espera es inaceptable) para todas las aplicaciones Web, en lugar de tener que configurar supervisión para cada uno individualmente. A continuación, se puede deformar el SLA para determinados programas según sea necesario.
Cuando los interceptores están activados y cargados de IIS, el servidor requerirá un reinicio. Después de eso, incluso si agrega aplicaciones adicionales, sólo tienes que reciclar el grupo de aplicación particular (véase figura 3).
.jpg)
Figura 3 Configuración de supervisión de rendimiento de aplicaciones no es difícil: usted debe ser capaz de monitorear fácilmente aplicaciones.
La belleza de ese nivel de integración se hace evidente cuando vea red, hardware y OS derecho junto a la información de rendimiento de aplicaciones de supervisión. Esto facilita mucho para concentrarse en el problema.
Tratar de paneles
SCOM recopila grandes cantidades de datos. No se trata de recopilar los datos, sin embargo. Se trata de filtrar y mostrar los datos correctos a las personas adecuadas en el momento adecuado. Gráficos y cuadros son una buena forma de hacerlo. Versiones anteriores de SCOM tenían vistas y paneles simples, pero SCOM 2012 lleva a un nivel completamente nuevo.
El nuevo Asistente para la creación de paneles facilita mostrar datos personalizados para audiencias particulares. El asistente está disponible en el nativo y consolas Web. Puede mostrar los paneles resultantes en la consola, la consola Web y SharePoint 2010. Parecen casi idénticas en los tres entornos. SCOM 2012 puede haber anidado paneles, donde desglosar datos particulares conduce a otro panel.
Hay tres pasos para crear un panel de mandos en 2012 SCOM. En primer lugar, seleccione un diseño basado en el número de celdas deseado. Añadir un widget en cada celda (widget tipos incluyen alerta, rendimiento y estado). Finalmente, configurar cada widget con alcance, criterios y mostrar preferencias (véase figura 4).
.jpg)
Figura 4 crear tableros personalizados en el sistema de centro de operaciones Manager 2012 es un proceso simple.
Ahora puede integrar paneles SCOM en SharePoint 2010, utilizando un elemento Web. Si las personas que van a ver los paneles no son usuarios SCOM, puede configurar un elemento Web con credenciales compartidas. Trabaja en la integración con SharePoint Server 2010 Standard y Enterprise, así como la versión gratuita de la Fundación.
Cualquier personalización del escritorio ahora se almacena en la base de datos, por lo que le puede seguir a diferentes entornos y PCs. En SCOM 2007 R2 los paneles se almacenan en el registro del equipo local. Paneles de mandos en la consola Web todos tienen una URL distinta. Esto facilita que difundir información a los usuarios de TI no porque ellos simplemente pueden marcar paneles concreto.
El tablero de mandos integrado más popular podría ser la nueva consola de administración grupo salud Dashboard, también conocido como el "café." El equipo de llama ya ha diseñado para dar a los operadores SCOM 2012 una rápida visión general de su entorno, respondiendo así a la pregunta, "Puedo tomar un café?" Controla la infraestructura y las funciones emitidas por el sistema SCOM (véase figura 5).
.jpg)
Figura 5 el panel de administración de grupo salud le ofrece un resumen rápido.
Monitoreo de entorno mixto
SCOM 2012 continúa soporte nativo para vigilancia de Unix y Linux (* nix) máquinas, con algunas mejoras importantes. La * nix agente es compatible con HP-UX 11i versión 2 o 3 en PA-RISC y IA64; Sun Solaris 9 sobre SPARC y 10 en SPARC y x 86; Red Hat Enterprise Linux 4, 5 y 6 en x 86 y x 64; Novell SuSE Linux Enterprise Server 9 x 86, 10 SP1 y 11 en x 86 y x 64; y IBM AIX 5.3, 6.1 y 7.1 en el poder.
Para facilitar el control de entorno mixto, SCOM 2012 admite claves SSH y sudo. El ex medio puede configurar una cuenta estándar en equipos gestionados con exactamente la cantidad de permisos. Este último asegura que el mantenimiento de agente es seguro.
SCOM 2012 también trae soporte integral para monitoreo de Java Enterprise Edition (JEE, anteriormente conocido como J2E) servidores de aplicaciones. Admite cuatro servidores: IBM WebSphere 6.1 y 7; Rojo JBoss Hat 4.2, 5.1 y 6; Rel3 de Oracle WebLogic 10 g y 11 g Rel1; y el Apache Tomcat 5.5, 6 y 7 en Windows y Linux de código abierto. También soporta WebSphere AIX y WebLogic en Solaris.
Después de importar el MPs de Java para que coincida con su entorno, debe descubrir automáticamente los servidores de aplicaciones. Estándar de monitoreo permite sabes si está ejecutando el servidor de aplicación y utilización de los recursos está dentro de los umbrales definidos.
Para el monitoreo más profunda, Microsoft tiene una aplicación de Java Management Extension (JMX) llamada BeanSpy (anteriormente conocido como Extender JMX) de código abierto que se cargan en el servidor de aplicaciones. Informes a SCOM mediante HTTP o HTTPS, con o sin autenticación básica. BeanSpy se comunica con contadores de MBean (un poco como los contadores de rendimiento en Windows) para supervisar las aplicaciones individuales ejecutando, la frecuencia y el tiempo de recolección de memoria, así como el rendimiento del servidor de aplicaciones.
Es decepcionante que SCOM tiene soporte nativo para clústeres de Windows. También sería bueno ver la aplicación de supervisión de aplicaciones de Windows Azure nube pública, así como aplicaciones de Java agrupadas en JEE.
En general, SCOM 2012 es un cambio profundo con algunas nuevas características muy útiles. La infraestructura simplificada y no-brainer HA será bienvenida. La supervisión de red avanzados facilitará la solución de problemas de la vida. Quizás la característica más intrigante, sin embargo, viendo cómo System Center Orchestrator le pegue toda la serie de System Center juntos.
.jpg)
Paul Schnackenburg ha estado trabajando en él desde los días de 286 equipos. Trabaja a tiempo parcial como profesor de TI así como ejecuta su propio negocio, soluciones de expertos que, en el
Sunshine Coast de Australia. Tiene certificaciones MCSE, MCT, MCTS y MCITP y se especializa en Windows Server, Hyper-V y soluciones de Exchange para empresas. Llegar a él en paul@expertitsolutions.com.au y seguir su blog en TellITasITis.com.au.