Guía de procedimientos iniciales de Nimsoft Monitor
Anuncio
Nimsoft® Monitor™ Guía de procedimientos iniciales Release 5.6 Historial de revisión del documento Versión del documento Fecha Cambios 1.0 30/06/10 Guía de procedimientos iniciales del servidor de Nimsoft versión inicial 2.0 24/10/11 Simplificado y revisado. Contacto con Nimsoft Para su conveniencia, Nimsoft proporciona un sitio en el que se puede acceder a la información que necesita acerca de los productos de Nimsoft. Desde la página http://support.nimsoft.com/, se puede acceder a lo siguiente: ■ Información para el contacto telefónico y en línea para poder acceder a los servicios de atención al cliente y de asistencia técnica ■ Información sobre foros y comunidades de usuarios ■ Descargas de documentación y productos ■ Directrices y políticas de soporte de Nimsoft ■ Otros recursos útiles adecuados para el producto Comentarios Si tiene comentarios o preguntas sobre la documentación de productos de Nimsoft, puede enviar un mensaje a [email protected]. Avisos legales Copyright © 2011, Nimsoft Corporation Garantía El material incluido en este documento se proporciona "tal cual" y es sujeto a sufrir modificaciones, sin previo aviso, en ediciones futuras. En la medida que lo permita la legislación aplicable, Nimsoft Corporation no da ningún tipo de garantías, ya sean explícitas o implícitas, con respecto a este manual y cualquier tipo de información contenida en el presente, incluyendo, sin limitación, las garantías implícitas de comercialidad y de adecuación para un fin específico. Nimsoft Corporation no se hará responsable de los errores o los daños incidentales o consecuenciales, derivados del suministro, uso o desempeño de esta documentación o de cualquier otra información contenida en la presente. En el caso de que Nimsoft Corporation y el usuario tengan un acuerdo por escrito independiente sobre los términos de garantía que cubra el material contenido en la presente que entre en conflicto con los presentes términos, los términos de garantía del acuerdo independiente son los que regirán. Licencias de tecnología El hardware y/o software que se describe en esta documentación están suministrados bajo una licencia y únicamente se pueden utilizar o copiar en conformidad con los términos de dicha licencia. No se puede reproducir ninguna parte de este manual de ninguna manera ni por ningún medio (incluyendo el almacenamiento electrónico y la recuperación o traducción a un idioma extranjero) sin consentimiento por escrito ni acuerdo previo por parte de Nimsoft Corporation, tal y como rigen las leyes de copyright internacionales y de Estados Unidos. Leyenda de derechos restringidos Si el software es para uso en el cumplimiento de un contrato directo con el gobierno de Estados Unidos o un subcontrato con dicho gobierno, el software se entrega y se licencia como "Software de equipo comercial", tal y como se ha definido en DFAR 252.227-7014 (junio 1995); o como un "elemento comercial", en FAR 2.101 (a); o como "Software de equipo restringido", en FAR 52.227-19 (junio 1987); u otro tipo de regulación de agencia equivalente o cláusula de contrato. El uso, la duplicación o la revelación del software se rige por los términos de licencia comerciales y estándares de Nimsoft Corporation. Los departamentos y agencias del gobierno de Estados Unidos no recibirán más derechos a parte de los Derechos restringidos que se han definido en FAR 52.227-19(c)(1-2) (junio 1987). Los usuarios del gobierno de EE.UU. no recibirán más que los Derechos restringidos, tal y como se ha definido en FAR 52.227-14 (junio 1987) o en DFAR 252.227-7015 (b)(2) (noviembre 1995), según corresponda en los datos técnicos. Marcas comerciales Adobe®, Acrobat®, Acrobat Reader® y Acrobat Exchange® son marcas comerciales registradas de Adobe Systems Incorporated. Intel® y Pentium® son marcas comerciales registradas de Intel Corporation en Estados Unidos. Java(TM) es una marca comercial de Sun Microsystems, Inc., EE.UU. Microsoft® y Windows® son marcas comerciales registradas de Microsoft Corporation, EE.UU. Netscape(TM) es una marca comercial de EE.UU. de Netscape Communications Corporation. Oracle® es una marca comercial registrada de EE.UU. de Oracle Corporation, Redwood City, California. UNIX® es una marca comercial registrada de Open Group. Contenido Capítulo 1: Nimsoft Monitor 9 Infraestructura de Nimsoft ........................................................................................................................ 10 Cómo extender un dominio a través de cortafuegos ................................................................................ 11 Capítulo 2: Servidor de Nimsoft 15 Dominio ..................................................................................................................................................... 15 Bus ............................................................................................................................................................. 16 Tratamiento de los mensajes de Nimsoft ........................................................................................... 16 Modelo de mensajes de Nimsoft ........................................................................................................ 17 Concentrador ............................................................................................................................................. 17 Flujo de mensajes del concentrador-robot ......................................................................................... 18 Colas, suscriptores y entrega de mensajes ......................................................................................... 19 Robot ......................................................................................................................................................... 20 Sondas ........................................................................................................................................................ 21 Modelo de seguridad ................................................................................................................................. 21 Listas de control de acceso (ACL) ........................................................................................................ 21 Capítulo 3: Unified Management Portal 23 Dashboard Designer................................................................................................................................... 26 Cuadros de mandos personalizados .......................................................................................................... 29 Vistas dinámicas......................................................................................................................................... 30 Informes dinámicos ................................................................................................................................... 31 Capítulo 4: Infrastructure Manager 35 La ventana Infrastructure Manager ........................................................................................................... 36 Capítulo 5: Gestor del nivel de servicio: introducción 37 La ventana Gestor del nivel de servicio ..................................................................................................... 39 Capítulo 6: Consola de alarmas: descripción general 41 Descripción general de alarmas .......................................................................................................... 41 Alarmas................................................................................................................................................ 42 Contenido 5 Servidor de alarmas (NAS)................................................................................................................... 42 Supresión de mensajes........................................................................................................................ 43 Ejemplo................................................................................................................................................ 44 Reconocimiento automatizado ........................................................................................................... 44 Transacciones de alarma ..................................................................................................................... 45 Subsistemas ......................................................................................................................................... 45 Mensajes de notificación .................................................................................................................... 45 Tratamiento de alarmas ...................................................................................................................... 46 Ventana Consola de alarmas ..................................................................................................................... 46 Glosario 47 Infraestructura de Nimsoft ........................................................................................................................ 47 Concentrador ...................................................................................................................................... 47 Infrastructure Manager ....................................................................................................................... 47 Dirección de Nimsoft ........................................................................................................................... 47 Sonda ................................................................................................................................................... 48 Publicación de mensajes ..................................................................................................................... 49 Calidad del servicio.............................................................................................................................. 49 Robot ................................................................................................................................................... 49 Asunto ................................................................................................................................................. 50 Suscribirse ........................................................................................................................................... 50 Sondas cronometradas contra sondas de daemon............................................................................. 50 Dominio ............................................................................................................................................... 50 Términos y definiciones de la gestión de los niveles de servicio............................................................... 51 Perfil de cálculo ................................................................................................................................... 51 Método de cálculo............................................................................................................................... 51 Período de cumplimiento .................................................................................................................... 51 porcentaje de cumplimiento ............................................................................................................... 52 Tipos de datos ..................................................................................................................................... 53 Dominio ............................................................................................................................................... 53 Concentrador ...................................................................................................................................... 53 Período operativo................................................................................................................................ 53 Sondas ................................................................................................................................................. 53 Robot ................................................................................................................................................... 54 Acuerdo de nivel de servicio ............................................................................................................... 54 Objetivo de nivel de servicio (SLO)...................................................................................................... 55 Gestor del nivel de servicio (SLM) ....................................................................................................... 55 Calidad del servicio.............................................................................................................................. 55 6 Guía de procedimientos iniciales Objeto de la calidad del servicio ......................................................................................................... 55 Restricción de la calidad del servicio................................................................................................... 56 Alarmas ...................................................................................................................................................... 56 Reconocer............................................................................................................................................ 56 Mensaje de alarma .............................................................................................................................. 56 Niveles de alarma ................................................................................................................................ 56 Historial ............................................................................................................................................... 57 Subsistema .......................................................................................................................................... 57 Supresión............................................................................................................................................. 57 coincidencia con el patrón .................................................................................................................. 57 Expresiones regulares ......................................................................................................................... 58 Contenido 7 Capítulo 1: Nimsoft Monitor Nimsoft Monitor, un componente de la solución de Unified Management, proporciona gestión a sistemas, aplicaciones y redes. Nimsoft Monitor está formado por estos componentes: ■ El servidor de Nimsoft (que incluye el BUS de mensajes de Nimsoft, el concentrador primario y el almacén de información de Nimsoft o NIS) ■ Unified Management Portal (denominado UMP, proporciona vistas flexibles y extensibles del cuadro de mandos en el entorno gestionado, asícomo ciertas capacidades administrativas) ■ Infrastructure Manager (proporciona control administrativo y de gestión de la infraestructura de Nimsoft, asícomo una ventana de alarmas para consultar alarmas y mensajes) ■ La infraestructura de Nimsoft (incluye concentradores, robots y sondas que se distribuyen por todo el entorno de TI gestionado) ■ Las soluciones de alarmas de Nimsoft y la gestión de nivel de servicio La fuente primaria de información acerca de la funcionalidad del producto y de la configuración se encuentran en la ayuda en línea con más detalle y en la documentación que se distribuyen con cada uno de estos productos. Capítulo 1: Nimsoft Monitor 9 Infraestructura de Nimsoft El diagrama siguiente ilustra cómo se interrelacionan estos componentes. Infraestructura de Nimsoft ■ Dominio: todos los componentes de la infraestructura de Nimsoft se agrupan en un conjunto lógico denominado Dominio. ■ Concentrador primario: es un concentrador de mensaje y redistribuidor. Su responsabilidad principal es responder rápidamente a los mensajes entrantes, enviarlos a suscriptores conectados y/o en cola y mantener la información de sistema, como los nombres en las tablas, archivos de configuración del robot, etc. Éste se diseña especialmente para tratar un gran número de mensajes publicados por los robots. 10 Guía de procedimientos iniciales Cómo extender un dominio a través de cortafuegos Es posible instalar más de un concentrador, en cuyo caso pueden utilizarse concentradores secundarios para agrupar robots que realicen operaciones similares o que tengan la misma ubicación geográfica o que posean el mismo código departamental, entre otros. Se recomienda instalar como mínimo dos concentradores, puesto que la información acerca de la configuración se reproducirá en los concentradores y tiene una mayor posibilidad de sobrevivir a una interrupción de energía o del sistema. Muchos otros componentes pueden conectarse con el concentrador para recibir mensajes especializados y realizar otras actividades específicas. Por ejemplo, el servicio del servidor de alarmas (NAS) se recopila a través de una cola especializada en el concentrador y cataloga las alarmas sin formato desde las sondas. A continuación se realiza la supresión de mensajes, la filtración y la carga de información de alarmas en el NIS, desde donde se puede acceder a ella y mostrarla. ■ Robot: la primera línea de gestión para las sondas. El controlador del robot inicia y detiene las sondas cuando es necesario y el administrador de los trabajos en cola del robot recopila, pone en cola y reenvía mensajes a partir de las sondas hacia el concentrador especificado. El robot también proporciona un servicio de base de datos sencillo para las sondas, de modo que los datos recopilados sobrevivan a las interrupciones de energía. Un equipo monitorizado por una sonda necesita que un robot esté instalado en él ya que el método de instalación de Nimsoft utiliza el robot para instalar sondas en el equipo. ■ Sondas: están instaladas en los equipos del entorno gestionado, permite el acceso a las sondas y monitoriza los recursos o eventos locales específicos, también envía alarmas/mensajes al robot de control. Cuando ciertas sondas se instalan en el concentrador primario, funcionan como pequeños programas de software y proporcionan un número de servicios backend que son compatibles con la operación global de Nimsoft Monitor. Cómo extender un dominio a través de cortafuegos Hoy en día la mayor parte de las compañías tienen uno o más cortafuegos en su red, los dos internamente entre redes diferentes y externamente contra una DMZ o Internet. Los administradores de red son a menudo reacios a abrir un cortafuegos para muchas direcciones IP y puertos para permitir que las aplicaciones de gestión funcionen. Esto hace difícil administrar y monitorizar toda la red desde una ubicación central. Capítulo 1: Nimsoft Monitor 11 Cómo extender un dominio a través de cortafuegos La solución es configurar un túnel entre dos concentradores que estén separados por un cortafuegos. El túnel establece una conexión similar a VPN (red privada virtual) entre los dos concentradores y permite enrutar todas las solicitudes y mensajes por el túnel y enviarlos al otro lado. Este enrutamiento será transparente para todos los usuarios dentro de Nimsoft. El único requisito para configurar un túnel es que uno de los cortafuegos se abra para la conexión al concentrador de destino en uno de los puertos. La seguridad es el problema principal al abrir un cortafuegos para conexiones externas. El túnel se implementa mediante el protocolo SSL (capa de socket segura), que es el protocolo de seguridad implementado actualmente de manera más amplia (es, por ejemplo, el protocolo detrás de HTTP segura (HTTPS)). La seguridad se puede tratar de dos maneras; certifica la autenticación del cliente y el cifrado para asegurar el tráfico de red: Autorización y autenticación: el túnel proporciona la autorización y la autenticación mediante certificados. Tanto el cliente como el servidor necesitan certificados válidos emitidos por la misma CA (autoridad certificadora) para establecer una conexión. Durante la configuración de un túnel, el equipo que reciba la conexión (el servidor) será CA y sólo se aceptarán los certificados que CA emita. 12 Guía de procedimientos iniciales Cómo extender un dominio a través de cortafuegos Cifrado: el intervalo de tiempo de los valores de configuración del cifrado desde Ninguno a Alto. Ningún cifrado significa que el tráfico se autentica y, por lo tanto, se recomienda para túneles dentro de las LAN y WAN. Si selecciona los niveles de cifrado más altos, éstos requerirán una gran cantidad de recursos para los equipos de los dos extremos del túnel. La instalación de la infraestructura de Nimsoft incluye la prestación del asistente de DMZ, que ayuda en la configuración de túneles entre los concentradores de Nimsoft. Consulte la Guía de instalación de Nimsoft Monitor o en la ayuda en línea disponible haciendo doble clic en la sonda del concentrador dentro de Infrastructure Manager. Capítulo 1: Nimsoft Monitor 13 Capítulo 2: Servidor de Nimsoft El servidor de Nimsoft comprende el BUS de mensajes de Nimsoft, el concentrador primario y un conjunto de sondas de servicio que gestionan el flujo de alarmas y los mensajes de datos de la calidad del servicio desde productores hasta consumidores, incluyendo el almacén de información de Nimsoft (NIS), que reside en un MSSQL, MySQL o una base de datos de Oracle. Dominio El dominio es el nodo de nivel superior en la jerarquía y normalmente se configura un sitio con un dominio. Se utiliza para agrupar uno o más concentradores en un conjunto lógico como una compañía o empresa. En el dominio se distribuyen diversos aspectos de seguridad como los perfiles de usuario, los permisos de usuario y los derechos de acceso. Capítulo 2: Servidor de Nimsoft 15 Bus La ilustración que aparece a continuación muestra un dominio de Nimsoft, que incluyen el servidor, la base de datos, las aplicaciones y la infraestructura distribuida (robots y sondas): Bus Tratamiento de los mensajes de Nimsoft El bus de Nimsoft debería consultarse como un bus de mensajes que proporciona un conjunto de servicios al cliente y a los procesos del servidor que están conectados a él. Los dos componentes principales del bus de Nimsoft son los procesos de robot y concentrador. Proporcionan un punto de entrada (robot) y un punto de salida (concentrador) para las aplicaciones de cliente/servidor y desde y al bus. El flujo de mensajes en el bus se gestiona mediante esquemas de enrutamiento y denominación. 16 Guía de procedimientos iniciales Concentrador Modelo de mensajes de Nimsoft El modelo de mensajes de Nimsoft se basa en modelos de solicitud/respuesta y de publicación/suscripción. Solicitud/respuesta es la forma estándar de comunicación en la red. Un cliente emite una solicitud a un servidor y el servidor responde a la solicitud. El modelo publicación/suscripción es útil cuando un cliente desea enviar algún tipo de datos sin haber designado ningún receptor. Esto podría hacer referencia a mensajes que contienen datos de rendimiento, alerta y datos para insertar en alguna base de datos o mensajes que se destinan a los servidores de puerta de enlace. El servidor se limita a escuchar uno o varios de los asuntos específicos (que registra el concentrador) y los eventos notifican cuando están disponibles los datos. Concentrador El concentrador es un concentrador de mensaje y mayorista. Es el punto de recopilación para todos los mensajes que provienen de los diferentes robots instalados. Muchos otros componentes pueden conectarse con el concentrador para recibir mensajes especializados y realizar otras actividades específicas. Uno de estos componentes es el servidor de alarmas de Nimsoft (NAS). El concentrador responde rápidamente a los mensajes entrantes y los envía a suscriptores conectados y/o los pone en cola para mantener una variedad de información del sistema, como las tablas de nombre, etc. El concentrador se puede utilizar para agrupar un conjunto de robots que realizan las mismas operaciones, que tienen la misma ubicación geográfica o que tiene el mismo código departamental, etc. Éste está diseñado para tratar la gran cantidad de mensajes que publican los robots y los envía a los clientes. Se descartarán automáticamente los mensajes publicados bajo un asunto sin suscriptores o las colas. Capítulo 2: Servidor de Nimsoft 17 Concentrador Flujo de mensajes del concentrador-robot Todas las designaciones que realizan las diversas sondas las trata el administrador de trabajos en cola del robot. El administrador de trabajos en cola ignorará el mensaje del concentrador actual y eliminará el spool de los mensajes cuando el concentrador responda a la solicitud positivamente. Cuando el concentrador reciba el mensaje, éste observará el campo del asunto de mensajes y enviará el mensaje a los destinatarios apropiados de esta publicación. Los destinatarios pueden ser otras sondas funcionando como procesos de puerta de enlace (convirtiendo las publicaciones de "alarma", por ejemplo, en mensajes de SNMP) o servidores especializados que escuchan asuntos diseñados específicamente para esto. El mecanismo de suscripción El mecanismo de suscripción activará los clientes del bus de mensajes de Nimsoft para seleccionar mensajes en función de los asuntos más que fijándose en la dirección del remitente. Cuando un cliente decide recibir publicaciones de los mensajes del bus de Nimsoft, se envía una solicitud de suscripción al concentrador. El cliente recibirá mensajes que coinciden con los asuntos suscritos a partir del concentrador. Un cliente puede utilizar los métodos siguientes al suscribirse: ■ Suscribir: se conecta al concentrador y obtiene mensajes mientras el cliente esté ejecutándose ■ Adjuntar: el concentrador configura una cola de mensajes para mantener los mensajes si el cliente es pasivo (no en ejecución). De modo que cuando el cliente vuelva a estar activo, todos los mensajes se transmitirán (incluso aquéllos que se han recibido cuando el cliente estaba inactivo). Las colas de mensajes El concentrador está diseñado para tratar una gran cantidad de tráfico de mensajes y de solicitudes entrantes. Para mantener un alto rendimiento de mensajes, se utilizan colas de mensajes. Una cola de mensajes es una cola de FIFO (primero en entrar, primero en salir) que se utiliza para mantener provisionalmente los mensajes hasta que un cliente esté listo para leer los datos. Como ya se ha mencionado, los mensajes sin suscriptores se descartarán. Por lo tanto, es muy importante utilizar colas de mensajes para garantizar la fiabilidad y la entrega de mensajes. Las colas de los mensajes de concentrador se encuentran en el directorio /Nimsoft/hub/q. 18 Guía de procedimientos iniciales Concentrador El servicio de nombre Todas las sondas controladas por un robot se registrarán en una lista de sondas que gestiona el controlador de robot. Además de la lista de sondas, se distribuye una lista de todas las sondas activas (sondas que escuchan un puerto dependiente y responden a un conjunto de comandos), al concentrador para proporcionar una entrega rápida desde la solicitud (a partir de Infrastructure Manager, por ejemplo). Los nombres de estas tablas son la base para la resolución del puerto de nombre en direcciones IP y constituyen lo que definimos como una dirección de Nimsoft. Un cliente puede consultar el controlador para una resolución de nombre/IP de una manera similar como la que se consulta desde DNS o WINS, en función del nombre del servicio (por ejemplo, NAS). Colas, suscriptores y entrega de mensajes La transferencia de mensajes hacia y desde un concentrador se hace a través de colas. Hay diferentes formas de configurar colas, lo que permite una amplia gama de configuraciones de comunicación. En la mayor parte de las situaciones cotidianas, la cola es una parte transparente de la infraestructura. Lo que usted puede necesitar como administrador es: definir vínculos de comunicación entre componentes (robots, sondas y concentradores) y automáticamente ya se configuran las colas necesarias. Las colas se pueden clasificar en dos categorías principales: ■ Una cola permanente se almacena en la base de datos del concentrador local y sobrevive a un reinicio del concentrador. Este tipo de cola se establece donde sea importante garantizar que el mensaje se entrega aunque el receptor esté inactivo cuando el mensaje se envía. Normalmente, éste es el caso al enviar mensajes a NAS (servidor de alarmas de Nimsoft) que deben almacenarse en una base de datos. El controlador en el robot de recepción se adjunta a la cola en el inicio y busca todos los mensajes en cola mientras estaba inactivo, en caso de que haya. Después de eso, se buscan nuevos mensajes tan pronto como los reciba el concentrador y se ponen en la cola. ■ Una cola temporal es un tipo más de los mecanismos ad hoc utilizados para las rutas de comunicación menos graves. Por ejemplo, un portlet de visor de alarmas puede abrir una suscripción a los mensajes de alarma a partir del concentrador. A continuación, se creará una cola temporal en el concentrador y se reenviarán los mensajes a esta cola mientras el visor de alarmas esté activo. Cuando se cierra el visor, se elimina la cola. Capítulo 2: Servidor de Nimsoft 19 Robot Robot El robot es la primera línea de la gestión para las sondas. El robot se inicia y detiene las sondas cuando es necesario, recopila, pone en cola y envía mensajes desde las sondas hasta el concentrador especificado. Cada equipo que esté monitorizado por una sonda necesitará la instalación de un robot. El robot realiza tres tareas especializadas: ■ Controla las sondas adjuntadas al robot ■ Garantiza que los mensajes que publican las sondas lleguen al concentrador. ■ Proporciona a las sondas un servicio de base de datos sencillo El robot asegura que las sondas adjuntas se ejecuten sin intervención humana las 24 horas del día, los 7 días de la semana. Eliminará cualquier tarea repetitiva, larga del administrador del sistema como la vigilancia del sistema, la monitorización de las aplicaciones, la monitorización de red, etc. Un robot está formado por dos elementos principales: el controlador y el administrador de trabajos en cola, asícomo una pequeña base de datos: ■ El controlador gestiona las sondas con respecto al tiempo de inicio y a los modos de ejecución. Una sonda puede estar configurada para ejecutarse, por ejemplo, cada noche entre las 22:00 y 23:00 (conocido como una sonda cronometrada) o puede configurarse para ejecutarse continuamente (como una sonda de daemon). ■ En la mayor parte de los casos, el administrador de trabajos en cola reenvía los mensajes directamente al concentrador actual. Intenta almacenar los mensajes de manera masiva siempre que sea posible con el objetivo de reducir la carga en la red. El administrador de trabajos en cola se puede configurar para almacenar los mensajes de manera local (a un archivo de disco) y enviarlos cuando se encuentren los criterios proporcionados (severidad, tiempo y cantidad). ■ La tercera parte del robot se denomina el servidor de la base de datos del concentrador (hdb). Muchas tareas en una solución de Nimsoft implican el almacenamiento de datos para la tendencia de datos y de monitorización de umbral. El hdb es un servicio de base de datos que utiliza el controlador y el administrador de trabajos en cola (y opcionalmente otro sondas con necesidades de almacenamiento) como un servicio de base de datos ligero. 20 Guía de procedimientos iniciales Sondas Sondas Las sondas son pequeñas partes especializadas de software que monitorizan recursos o eventos específicos. Cada sonda puede configurarse fácilmente para los requisitos de monitorización específicos. Desde el punto de vista del servidor de Nimsoft, el robot controla un conjunto de sondas y les proporciona los puertos de comunicación necesarios. Desde el punto de vista del sistema conectado, la sonda es un proceso interno capaz de: ■ El acceso a los recursos del sistema internos desde el código de un programa específico de la sonda. ■ El envío de mensajes en el bus de Nimsoft a través de las funciones de mensajería en la API de Nimsoft. ■ La recepción de comandos desde Nimsoft y el mantenimiento de archivos de configuración mediante las funciones de comando de la API de Nimsoft. Normalmente, la sonda tiene almacenada la configuración actual en un archivo de configuración local. Este archivo se mantiene desde la consola de Infrastructure Manager con una configuración orientada a la sonda (POC) o desde UMP con la Configuración orientada al servicio (SOC). Modelo de seguridad Las incidencias de seguridad principales consisten en decidir si se desea limitar a los usuarios y/o las sondas de acuerdo con los permisos predefinidos en el dominio. Éstos incluyen: ■ Acceso: quién tiene permiso para hacer qué ■ Autenticación: ¿es el cliente quién él/ella afirma ser? ■ Cifrado: imposibilita que otros lean los datos Listas de control de acceso (ACL) Las listas de control de acceso consisten en un conjunto de propiedades de acceso y de permisos. Cuando el administrador crea usuarios nuevos o modifica las propiedades para un usuario existente, adjunta el usuario a una ACL. Los usuarios que se adjuntan a una ACL tendrán las propiedades y los permisos que se definan para la ACL determinada. Capítulo 2: Servidor de Nimsoft 21 Modelo de seguridad El administrador también puede crear listas de control de acceso nuevas o modificar las propiedades de las existentes. Se pueden administrar las listas de control de acceso de Infrastructure Manager. 22 Guía de procedimientos iniciales Capítulo 3: Unified Management Portal Nota: La documentación del usuario para UMP en detalle la encontrará disponible en la ayuda en línea. Nimsoft Unified Management Portal (UMP) proporciona las capacidades siguientes: ■ Consultar y gestionar alarmas ■ Acceder a los informes Web ■ Ver las vistas dinámicas ■ Consultar y gestionar alarmas ■ Ver el estado de la detección ■ Iniciar Dashboard Designer ■ Ver los cuadros de mandos personalizados ■ Gestionar usuarios ■ Gestionar los sistemas informáticos ■ Crear gráficas de los datos de calidad del servicio ■ Consultar resúmenes de datos en formato de tabla ■ Consultar la topología de red y los diagramas de análisis de la causa raíz Las aplicaciones o los portlets siguientes están disponibles desde UMP: ■ Administrador de la cuenta: permite la creación, modificación o la supresión de usuarios. También se pueden establecer contraseñas para los usuarios. ■ Consola de alarmas: la ventana principal para la consulta y la gestión de alarmas. La ventana muestra información acerca de las alarmas en un una tabla. Es posible utilizar los iconos de la barra de herramientas y las opciones de menú para consultar información y tomar medidas respecto a las alarmas. La Consola de alarmas se integra con otras aplicaciones de Nimsoft, como la Consola Enterprise e Infrastructure Manager, y se puede abrir también en el Gestor del nivel de servicio. Capítulo 3: Unified Management Portal 23 Modelo de seguridad ■ Cuadros de mandos personalizados: permite realizar las acciones siguientes: ■ Acceder a los cuadros de mandos personalizados, en los que aparecen datos de calidad del servicio y alarmas de sistemas monitorizados en la red. ■ Consulte y gestione las alarmas. ■ Dashboard Designer: permite diseñar cuadros de mandos personalizados para mostrar datos de calidad del servicio y alarmas a través de medición, objetos de alarma, indicadores, gráficos, tablas, paneles, etcétera. ■ Estado de la detección: consiste en un gráfico de sectores que muestra el estado de la detección de los sistemas en la red. Inmediatamente después de instalación del software del servidor de Nimsoft, el componente de detección de Nimsoft inicia la búsqueda de sistemas informáticos en la red, siempre que la opción Detección se haya seleccionado durante la instalación del servidor de Nimsoft. El proceso se ejecuta continuamente y el diagrama se actualiza para mostrar el estado actual, lo que garantiza que el gráfico de sectores refleja los sistemas informáticos que se eliminan o que se instalan de nuevo. Si hace clic en el gráfico de sectores aparece una tabla con la información acerca de los sistemas en el gráfico de sectores. ■ Vistas dinámicas: muestra cuadros de mandos que se han generado de manera automática para los sistemas informáticos detectados en la red. Los cuadros de mandos muestran información de calidad del servicio como el uso de memoria y de CPU. El portlet Vistas dinámicas incluye un panel de árbol en el que se puede seleccionar un sistema informático y un panel de cuadro de mandos que muestra la información acerca del sistema seleccionado. ■ Diseñador de listas: permite diseñar listas para aparecer en la aplicación Visor de listas. ■ Visor de listas: muestra datos en un formato de tabla. La información puede estar en forma de texto, números, indicadores, alarmas o gráficas. ■ Modo de mantenimiento: permite establecer los sistemas informáticos en la red en Modo de mantenimiento, para que no se monitoricen temporalmente. Los parámetros de monitorización para el sistema se retienen. Una vez el Modo de mantenimiento ha finalizado, se monitorizan de nuevo como antes. 24 Guía de procedimientos iniciales Modelo de seguridad ■ Administrador remoto de Nimsoft: proporciona una consola de gestión para los datos de detección (DS) y configuración (motor de configuración automatizado, ACE) en el NIS. Muestra al estado de todos los elementos de configuración en la base de datos. Mediante el gestor de NIS, se puede establecer el estado y especificar las propiedades de monitorización para los diversos sistemas informáticos detectados en la red. ■ Gráfico de calidad del servicio: muestra una representación visual de los datos de calidad del servicio. Seleccione el host, la medida de calidad del servicio, el destino, el intervalo de tiempo y los datos se muestran como gráfica. Se pueden mostrar varias medidas en una única gráfica y se pueden consultar varias gráficas a la vez. Se puede elegir el formato de gráfica (línea, área o gráfica de columna) y se puede maximizar la gráfica para visualizarla en un tamaño más grande. Se puede guardar un conjunto de gráficas como un informe para consultarlas más tarde. ■ Visor de relaciones: muestra las relaciones entre dispositivos en la red en diagramas intuitivos, visuales. También realiza análisis de la causa raíz (RCA) para determinar el dispositivo que causa una interrupción y suprime las alarmas desde nodos dependientes. ■ Informes: contiene estos tipos de informes Web: ■ Los informes de la calidad del servicio (QoS) deben crearse de manera manual mediante la interfaz gráfica de usuario de la sonda report_engine. La interfaz gráfica de usuario se inicia mediante un doble clic en la sonda report_engine en Infrastructure Manager. Consulte la documentación en línea de sondas de Nimsoft para obtener más detalles acerca de report_engine. ■ Los informes de los acuerdos de nivel de servicio (SLA) se crean automáticamente para los acuerdos de nivel de servicio en el gestor de nivel de servicio. ■ Informes unificados: un conjunto completo de herramientas de inteligencia empresarial (BI), que proporciona capacidades de análisis de informes y datos, tanto estáticas y sólidas como interactivas. Los informes unificados admiten los cuadros de mandos que se pueden arrastrar y soltar, los gráficos incorporados, la generación de informes Web, la programación de informes, la distribución y el control de versiones. ■ Contenido Web: permite agregar un vínculo a una página Web. Capítulo 3: Unified Management Portal 25 Dashboard Designer Dashboard Designer La aplicación Dashboard Designer es el ámbito para diseñar y acceder a los cuadros de mandos. Se pueden diseñar cuadros de mandos para monitorizar los sistemas informáticos en la red de datos de calidad del servicio y las alarmas mediante varios widgets de plantilla, como objetos de alarma, objetos de medición, gráficos, y tablas: ■ Se pueden filtrar objetos de alarma para reflejar el estado de los equipos que desee. ■ Se pueden conectar objetos de medición en varias fuentes de datos (calidad del servicio, sondas, variables, etc). ■ Se pueden usar paneles para construir cuadros de mandos de varios niveles en una estructura de árbol. ■ Se pueden utilizar objetos de tabla si se desea presentar en el NIS el resultado a partir de una consulta como una tabla en un cuadro de mandos. El diseño de los componentes del cuadro de mandos y el lienzo de fondo puede configurarse con una amplia gama de colores, sonidos de tipos de letra y fuentes de datos. También se puede importar y utilizarlo en las plantillas de cuadros de mandos disponibles. Hay cuatro plantillas de cuadros de mandos disponibles; dos para dispositivos de red y dos para sistemas de servidor. También observará varios objetos generales, como objetos de texto, imágenes, etc. Dashboard Designer también contiene una herramienta de vista previa, que permite ver el aspecto y el diseño del cuadro de mandos antes de publicarlo. 26 Guía de procedimientos iniciales Dashboard Designer Una vez guardados y publicados, los cuadros de mandos estarán disponibles en Unified Monitoring Portal. Aquíse puede ver el estado y los valores de calidad del servicio de los sistemas monitorizados y también podrá gestionar las alarmas. La ventana Dashboard Designer contiene las siguientes secciones principales: Cuadros de mandos Esta sección, ubicada en la esquina inferior izquierda, permite abrir, editar o copiar los cuadros de mandos existentes, crear un cuadro de mandos nuevo. También se puede descargar una o más plantillas del cuadro de mandos que se incluyen, modificarlas y utilizarlas como cuadros de mandos directamente. La sección también contiene funcionalidad para publicar los cuadros de mandos. Los pone a disposición en la lista Cuadros de mandos. Capítulo 3: Unified Management Portal 27 Dashboard Designer Componentes del cuadro de mandos Esta sección contiene los bloques de creación o los widgets (objetos) que se pueden utilizar al diseñar los cuadros de mandos. Simplemente debe arrastrar y soltar objetos o plantillas en el cuadro de mandos que edita o crea. Los objetos pueden ser componentes de la alarma, mediciones, paneles, etc. Además de los widgets, hay un nodo denominado Plantillas. Se puede guardar un objeto como plantilla. Si se ha configurado un objeto y desea guardarlo y utilizarlo en el futuro al diseñar otros cuadros de mandos, haga clic con el botón secundario del ratón en el objeto y seleccione Guardar como plantilla Historial de cuadro de mandos Esta sección contiene una funcionalidad para registrar cambios realizados al cuadro de mandos actual en el lienzo. Es compatible con un mecanismo de deshacer/rehacer para un número de operaciones; normalmente para agregar, suprimir, cambiar de tamaño y mover objetos. Propiedades Esta sección contiene las propiedades disponibles para el objeto seleccionado. Al diseñar un cuadro de mandos, arrastre los objetos desde la sección Componentes del cuadro de mandos y suéltelos en el lienzo. Mediante la selección de un objeto en el lienzo, aparecerán las propiedades disponibles para el objeto seleccionado en la sección Propiedades. Configure los objetos mediante la asignación de las propiedades que desee. 28 Guía de procedimientos iniciales Cuadros de mandos personalizados Cuadros de mandos personalizados Se pueden crear cuadros de mandos personalizados mediante Dashboard Designer. Los cuadros de mandos que se observan dependen de los permisos que se establezcan en la lista de control de acceso para la cuenta de usuario. Panel Cuadro de mandos El color de los iconos en la estructura de árbol representa la severidad de alarma más alta para los objetos de alarma en los cuadros de mandos. Haga doble clic en un icono y se inicia el cuadro de mandos correspondiente en el panel Cuadro de mandos. Los cuadros de mandos pueden contener mediciones, objetos de alarma, indicadores, gráficos, tablas y paneles, entre otros. los objetos de panel y de alarma reflejan el nivel de severidad de la alarma con la severidad más alta. SI hace doble clic en un objeto de alarma aparece la lista de alarma, de manera que activa la gestión de alarmas. Herramienta Minimapa La herramienta Minimapa acerca a un área del cuadro de mandos. Una versión reducida del cuadro de mandos se muestra en la ventana Minimapa. Se puede utilizar el control deslizante para acercarse o alejarse del cuadro de mandos en el lienzo. Gestión de alarmas en los cuadros de mandos Si el cuadro de mandos contiene objetos de alarma, se muestra la lista Alarmas relacionadas mediante un doble clic en el icono de alarma que no es verde (no hay ninguna alarma asociada con objetos verdes). Capítulo 3: Unified Management Portal 29 Vistas dinámicas Vistas dinámicas La aplicación Vistas dinámicas muestran cuadros de mandos generados automáticamente para los sistemas informáticos que se detectan en la red. Los cuadros de mandos muestran información de calidad del servicio como el uso de memoria y de CPU. La aplicación Vistas dinámicas incluye un panel de árbol, en el que se puede seleccionar un sistema informático y un panel de cuadro de mandos que muestra la información acerca del sistema seleccionado. ■ Configuración del servidor de Nimsoft para vistas dinámicas Si el módulo Detección se ha seleccionado durante la instalación del servidor de Nimsoft, los sistemas informáticos detectados en la red enviarán datos de calidad del servicio en cuanto se establezcan a Gestionado en el Gestor de NIS. Si el módulo Detección no se ha seleccionado durante la instalación del servidor de Nimsoft, la sonda cdm se deberá distribuir a cada sistema informático que debe monitorizarse y, a continuación, configurarse para enviar la calidad del servicio. También se deberá configurar el tráfico de interfaz y las sondas net_connect en el equipo que ejecuta el software del servidor de Nimsoft con perfiles para cada uno de los sistemas que deben monitorizarse. 30 Guía de procedimientos iniciales Informes dinámicos Informes dinámicos Los informes dinámicos muestran datos de calidad del servicio para los sistemas que detecta el componente de detección de Nimsoft. Ejecución de informes dinámicos Para ejecutar informes dinámicos, el sistema informático deberá configurarse correctamente. Si el módulo Detección se ha seleccionado durante la instalación del servidor de Nimsoft, los sistemas informáticos detectados en la red enviarán datos de calidad del servicio en cuanto se establezcan a Gestionado en el Gestor de NIS. Si el módulo Detección NO se ha seleccionado durante la instalación del servidor de Nimsoft, la sonda cdm se deberá distribuir a cada sistema informático que debe monitorizarse y, a continuación, configurarse para enviar la calidad del servicio. También, las sondas interface_traffic y net_connect en el equipo que ejecuta el software del servidor de Nimsoft se deberán configurar con perfiles para cada uno de los sistemas que deben monitorizarse. Capítulo 3: Unified Management Portal 31 Informes dinámicos Para ejecutar un informe dinámico, haga clic en Informe en la barra de herramientas del panel Vistas dinámicas. El informe se abre en una ventana nueva. El informe muestra los valores de muestra en forma de gráfica. La gráfica puede contener una serie de datos múltiples. Cada una se muestra con colores diferentes. Las gráficas pueden indicar que los datos no están disponibles o que faltan: No disponible Además de la serie de datos, la gráfica muestra un período en que los datos no se encuentran disponibles (por ejemplo, el equipo monitorizado no respondía). 32 Guía de procedimientos iniciales Informes dinámicos Faltan datos A parte de la serie de datos, la gráfica muestra períodos que están fuera del período operativo definido y un período en el que faltan los datos (por ejemplo, la sonda o el robot que ofrece la sonda se ha detenido). Capítulo 3: Unified Management Portal 33 Capítulo 4: Infrastructure Manager Infrastructure Manager es una interfaz importante para la configuración y gestión del sistema. Proporciona: ■ Una descripción general de estilo de explorador de los sistemas que se monitorizan ■ Herramientas de administración y gestión ■ Implementación e instalación de arrastrar y soltar sondas ■ Una ventana de alarma para ver todas las alarmas y mensajes Infrastructure Manager se conecta a un concentrador activo y permite el control, la configuración y la gestión de todos los robots y las sondas que se conecten al concentrador. Es posible desplazarse por la infraestructura de Nimsoft mediante la expansión de elementos en la estructura de árbol, configurar varios componentes haciendo doble clic en los componentes de la lista de la derecha e implementar robots y sondas utilizando arrastrar y soltar. Capítulo 4: Infrastructure Manager 35 La ventana Infrastructure Manager La ventana Infrastructure Manager Los componentes principales de la ventana Infrastructure Manager aparecen a continuación: Para obtener más información, incluyendo la referencia y la orientación del usuario, consulte la Guía de Infrastructure Manager, que se encuentra disponible desde la ficha Descargas del sitio Web Soporte de Nimsoft (Descargas > Documentación técnica > Infrastructure Manager). 36 Guía de procedimientos iniciales Capítulo 5: Gestor del nivel de servicio: introducción Gestión de nivel de servicio permite que una organización se asegure de que se cumplan los acuerdos de nivel de servicio y de que se proporcionen los recursos necesarios de forma fiable y eficaz. Un acuerdo de nivel de servicio es un acuerdo entre un cliente y un proveedor del servicio. Es vital para el contrato y la relación entre el cliente y el proveedor de servicios que ambas partes identifiquen y documentan su necesidades de servicio. La gestión de nivel de servicio de Nimsoft agrupa un conjunto de herramientas para monitorizar y garantizar la validez de un conjunto de acuerdos de nivel de servicio para clientes internos (p. ej. un departamento de TI que proporciona servicios a un departamento de usuarios) y clientes externos. Se suele visualizar la tarea de gestión de nivel de servicio con la jerarquía siguiente: Gestión de nivel de servicio (SLM) Acuerdo de nivel de servicio Objetivo de nivel de servicio (SLO) Métrica de la calidad del servicio (QoS) Capítulo 5: Gestor del nivel de servicio: introducción 37 La ventana Infrastructure Manager El diagrama siguiente ilustra la jerarquía: Esta sección contiene los siguientes temas: La ventana Gestor del nivel de servicio (en la página 39) 38 Guía de procedimientos iniciales La ventana Gestor del nivel de servicio La ventana Gestor del nivel de servicio La ventana Gestor del nivel de servicio está formada por las siguientes partes principales: ■ La barra de menús ■ El panel de navegación ■ El panel de ventana principal Para obtener más información, incluyendo la referencia y la orientación del usuario, consulte la Guía del gestor de nivel de servicio, que se encuentra disponible desde la ficha Descargas del sitio Web Soporte de Nimsoft (Descargas > Documentación técnica > Gestor del nivel de servicio). Capítulo 5: Gestor del nivel de servicio: introducción 39 Capítulo 6: Consola de alarmas: descripción general La consola de alarmas permite al usuario consultar y operar con las alarmas de las que se dispone de permisos de acceso. La consola es un evento completamente controlado y que se actualizará automáticamente. El usuario puede definir filtros complejos para obtener de forma más rápida los subconjuntos específicos de la alarma. En función de los privilegios que se han configurado para el usuario, éste podrá realizar también un conjunto de operaciones de gestión, asícomo crear y adjuntar notas, gestionar acciones y filtros o configurar alarmas a estados visibles/invisibles. Para los usuarios habituales, también están disponibles, por ejemplo, las operaciones de aceptación y reconocimiento de alarmas. La consola de alarmas también ofrece la funcionalidad de consulta e historial de transacciones junto con los datos del historial. Nota: Esta documentación describe las funciones y las opciones que están disponibles para un usuario con los máximos privilegios. Es posible que algunos botones y opciones de menú de la aplicación no estén disponibles (atenuados) en función de los privilegios. Las alarmas que se pueden ver y las acciones que se pueden realizar se definen en la lista de control de acceso. Descripción general de alarmas La solución de alarmas es una aplicación basada en la infraestructura de Nimsoft. Esta aplicación está formada por tres partes principales además de la infraestructura de Nimsoft: ■ Las sondas de monitorización de alarma revisan el equipo de host en busca de síntomas de las situaciones de error. Esto puede estar seleccionando espacio libre en disco, contenido de archivos de registro, problemas de rendimiento o procesos de sistema detenidos. Cuando se encuentra un problema, se envía un mensaje de Nimsoft que describe el problema a través del robot hasta el concentrador de Nimsoft. ■ Nimsoft proporciona varias sondas estándares para monitorizar una amplia gama de sistemas operativos y aplicaciones para las situaciones de error que suelen pasar en un tipo particular del sistema. Nimsoft trabaja estrechamente con los distribuidores de los sistemas para proporcionar un tipo de monitorización enfocada a los problemas diarios que afectan a los usuarios y al personal de soporte. Capítulo 6: Consola de alarmas: descripción general 41 La ventana Gestor del nivel de servicio ■ La infraestructura (fundamentalmente los concentradores) enruta el mensaje al servidor de alarmas (NAS). NAS almacena el mensaje en una base de datos pequeña y local. Alarmas El producto Alarma utiliza la infraestructura para crear soluciones de monitorización de sistema y red. Nimsoft proporciona soluciones listas para usar para una amplia gama de sistemas operativos y aplicaciones. Estas soluciones proporcionan un inicio rápido y cubrirán aproximadamente el 80% de las necesidades de la monitorización del servidor y de la estación de trabajo en la mayor parte de las organizaciones. Sin embargo se sabe por experiencia que cubrir el 20% restante es muy costoso. Estas necesidades varían de sitio a sitio y si un producto los cubre será sumamente difícil desarrollar y aprender. Asimismo, la carga sobre el sistema monitorizado será más elevada que la que nosotros creemos que es necesaria. Creemos que la mayor parte de clientes trabajan mejor proporcionando una infraestructura donde pueden desarrollarse sus propias soluciones, destinadas directamente a los problemas más graves. Este enfoque requiere una plataforma de desarrollo que: ■ No obliga a perder tiempo aprendiendo un lenguaje de programación o de generación de scripts (o, para esa cuestión, un tipo de lenguaje que no conozcan) ■ No obliga a perder tiempo inventando un acceso a la red y soluciones de seguridad en los diferentes sistemas operativos utilizados ■ No obliga a perder tiempo distribuyendo e instalando las soluciones en todos los equipos monitorizados. Servidor de alarmas (NAS) La finalidad principal de NAS es recibir y gestionar los mensajes de alarma entrantes. NAS: ■ Es compatible con la supresión de mensajes ■ Proporciona clientes con servicios como: ■ ■ Actualizar eventos. ■ Servicios de repositorio (obtener, lista, cerrar etc.) Es compatible con el filtrado de mensajes 42 Guía de procedimientos iniciales La ventana Gestor del nivel de servicio ■ Es compatible con acciones automáticas (operador automático) ■ Capacidades de duplicación ■ Tratamiento de los mensajes de alarma El servidor de alarmas (NAS) es una sonda de servicio que se adjunta a una cola del concentrador (NAS) y recibe mensajes de alarma que distribuye el concentrador. Una sonda genera un mensaje de alarmas en algún sitio del BUS de Nimsoft. Esto es un mensaje de "tipo de difusión" sin ningún receptor concreto (publicación) que puede elegir cualquier proceso suscrito al asunto "alarma". NAS se suscribe al asunto "alarma" y actúa sobre el mensaje entrante almacenando información de la alarma en una base de datos del subdirectorio de NAS. El servidor de alarmas responde a un conjunto de comandos accesible por cualquiera con el acceso correcto y también realiza notificaciones mediante el uso de publicaciones de mensajes cuando se producen cambios de estado. Cualquiera puede escuchar las publicaciones (notificaciones) realizadas por NAS. Supresión de mensajes Muchas situaciones de error en el sistema monitorizado pueden dar lugar a un gran número de alarmas. Por ejemplo, éste puede ser el caso si la sonda logmon monitoriza un archivo de registro para una aplicación que introduce un bucle infinito, registrando errores dentro del bucle. Esto puede dar lugar a un número enorme de alarmas idénticas, creando una carga innecesaria en el sistema, en la red y en el servidor de Nimsoft. Esto puede evitarse a través del mecanismo de supresión de mensajes. Los modelos de supresión de mensajes que admite NAS son: ■ La supresión estándar es un modelo simple que suprime mensajes con una coincidencia exacta sobre el ID del subsistema de mensajes, el nivel de severidad y el texto del mensaje Capítulo 6: Consola de alarmas: descripción general 43 La ventana Gestor del nivel de servicio ■ La supresión clave es un modelo basado en una clave de supresión que sigue un mensaje. Cuando se activa la supresión clave, se suprimen los mensajes con clave de supresión coincidente. Ejemplo Activando la clave Supresión, los dos mensajes de la misma sonda serán iguales: El sistema de archivos '/usr' se rellena el 95% (suppkey: FsProbe-/usr) El sistema de archivos '/usr' se rellena el 55% (suppkey: FsProbe-/usr) El resultado sería un mensaje en la base de datos del servidor de alarmas, pero habría registrado ambos de ellos como transacciones válidas (y, por lo tanto, los habría registrado en el registro de transacciones). De modo que si la secuencia fuera como aparece (95% primero, 55% como el último estado) el administrador experimentaría el estado como un sistema de archivos con un 55% de grado de relleno (que sería la visualización más correcta). Un administrador puede elegir ignorar el mecanismo de supresión basado en clave, puesto que es posible que desee ver como se comunican los mensajes a través de las sondas. Reconocimiento automatizado La clave de supresión descrita anteriormente también puede utilizarse para realizar procedimientos de limpieza automáticos en la lista de alarmas cuando la sonda detecta que la situación crítica se ha resuelto. Esto se realiza mediante la activación del reconocimiento automático basado en clave. Esto significa que las alarmas con el nivel de severidad "borrado" reconocen automáticamente cualquier alarma anterior con la misma clave de supresión. En el ejemplo anterior, una óptima configuración de la sonda de monitorización de disco sería enviar la primera alarma (95% completa) con el nivel de severidad "grave", mientras que la última (55% completa) podría tener el nivel de severidad "borrado". Cuando llega la última alarma, todo vuelve a la normalidad y, después de todo, el administrador no tiene que responder a la primera alarma. A continuación, NAS reconoce automáticamente la alarma, dejando al administrador con una lista de tareas pendientes con menor "ruido" posible. 44 Guía de procedimientos iniciales La ventana Gestor del nivel de servicio Transacciones de alarma Es útil estudiar la vida del mensaje total desde el primer mensaje hasta el momento en que se cierra el mensaje (reconocido), a través de las diversas supresiones. El servidor de alarmas puede actuar para introducir todas las transacciones en un archivo de registro de transacción específico. Esto se logra a través de un mecanismo de filtración que sintoniza el administrador. Para mantener el archivo de registro de transacciones de la manera más gestionable posible, se administra automáticamente (se copia a la ubicación Guardar) en los intervalos configurados. Los registros de transacciones guardados se renombran al formato siguiente: trans_timestamp.log donde la marca de hora es el tiempo (en segundos desde la fecha) en que fue gestionada. Subsistemas En la ventana Alarma, el ID de subsistema clasifica las diferentes alertas, identificando a qué parte del sistema se refiere la alerta. Ésta es una lista jerárquica de códigos, que permite la agrupación de alarmas en grupos amplios o restringidos del modo que se desee. Esta lista se almacena en NAS y si desarrolla las propias sondas o personaliza los estándares, también podrá definirse su propia lista de subsistemas. Esta lista también asigna el código de subsistema en una cadena de texto para la legibilidad mejorada. Mensajes de notificación El servidor de alarmas notifica de manera global de los cambios realizados en la base de datos de alarma mediante la emisión de publicaciones en el BUS de Nimsoft. Cuando se recibe un mensaje de alarma y su tamaño no se ha registrado previamente, se genera un mensaje alarm_new. Sin embargo, si la huella ya existe, se genera un mensaje de alarm_update. Cuando un cliente cierra (reconoce) una alarma, ésta se eliminará de las alarmas activas actualmente y se generará un mensaje de alarm_close. Todas las transacciones como nuevo, suprimir y cerrar se registran en el registro de transacciones y pueden visualizarse a través de la herramienta de configuración de NAS. Capítulo 6: Consola de alarmas: descripción general 45 Ventana Consola de alarmas Tratamiento de alarmas Las alarmas aparecerán en la ventana Alarma. Esta aplicación de Windows muestra los mensajes de alarma en la base de datos de NAS para el operador. También puede instalarse una puerta de enlace para enviar las alarmas a otras infraestructuras de mensajería como correo electrónico, GSM/SMS, buscapersonas o los mensajes de SNMP o integrar la alarma en un marco de gestión de sistemas mediante una de las herramientas de integración de marco disponibles. De cualquiera de las dos maneras, el operador se informará automáticamente del problema unos cuantos segundos o minutos después de que aparezca el síntoma, lo que es preferible a tener que realizar la selección manualmente. Las alarmas que se tratan automáticamente a través de alarmas del operador automático también pueden gestionarse mediante la configuración de perfiles en el operador automático de la sonda de NAS. Ventana Consola de alarmas La Consola de alarmas es la ventana principal para consultar y gestionar alarmas. La ventana muestra información acerca de las alarmas en un una tabla. Es posible utilizar los iconos de la barra de herramientas y las opciones de menú para consultar información y tomar medidas respecto a las alarmas. Para obtener más información, incluyendo la referencia y orientación del usuario, consulte la Guía del usuario de la consola de alarmas, que se encuentra disponible desde la ficha Descargas del sitio Web Soporte de Nimsoft (Descargas > Documentación técnica > Guía del usuario de la consola de alarmas). 46 Guía de procedimientos iniciales Glosario Infraestructura de Nimsoft Concentrador El concentrador es un servicio en la infraestructura de Nimsoft que realiza las acciones siguientes: ■ Gestiona un grupo de robots ■ Recopila y redistribuye mensajes que publican las sondas ■ Mantiene varios servicios centrales incluyendo los servicios de conmutación por error de almacenamiento y reenvío, seguridad y denominación. ■ Gestiona los suscriptores de mensajes como servicios de puerta de enlace, aplicaciones y servidores. Infrastructure Manager Infrastructure Manager trata las operaciones de gestión dentro del entorno de Nimsoft. Es posible desplazarse por la infraestructura de Nimsoft mediante la expansión de elementos en la estructura de árbol, configurar varios componentes haciendo doble clic en los componentes de la lista de la derecha e implementar robots y sondas utilizando arrastrar y soltar. Dirección de Nimsoft Una dirección de Nimsoft está formada por cuatro elementos básicos, el dominio, concentrador, robot y la sonda, cada uno separado por una barra diagonal delantera (/). Por ejemplo, tome la dirección siguiente: /Nimsoft/oslo/wscase/nas Esa dirección de Nimsoft se interpreta del modo siguiente: ■ Nimsoft es el nombre del dominio de Nimsoft ■ oslo es el nombre del concentrador de Nimsoft Glosario 47 Infraestructura de Nimsoft ■ wscase es el nombre del robot de Nimsoft ■ nas es el nombre de la sonda. En este ejemplo, se trata del servidor de alarmas de Nimsoft, asísabemos que esta dirección hace referencia al servidor de alarmas en el concentrador primario de un dominio. La API de Nimsoft tiene funciones que resuelven una dirección de Nimsoft a una dirección de IP y un puerto. Sonda Una sonda es un programa (normalmente bastante pequeño) que se desarrolla mediante la API de Nimsoft en cualquier idioma admitido como C/C++, VB, Perl, Java y COM. Se conecta a la infraestructura de BUS de Nimsoft para enviar y recibir mensajes y se administra desde Infrastructure Manager con POC (configuración orientada a la sonda) o desde UMP si es compatible con SOC (configuración orientada al servicio). En la infraestructura de Nimsoft, las sondas tienen dos finalidades principalmente: ■ ■ Recopilar los datos de calidad de los dispositivos de red, las bases de datos, los servidores y las aplicaciones colocándolos en el BUS de Nimsoft (sondas de monitorización). Las sondas de monitorización que se implementan comúnmente incluyen lo siguiente: ■ cdm (monitoriza la utilización de CPU de host, el disco y la memoria) ■ interface_traffic (registra los datos de interfaz de red en los dispositivos en cumplimiento con MIB-II) ■ url_response (mide el tiempo de respuesta de la sonda a la página Web) ■ vm_monitor (reúne los datos de QoS para las instancias de máquinas virtuales que se ejecutan en un equipo de host). Proporcionan funciones de utilidad del producto a la infraestructura de Nimsoft (sondas de utilidad), como: ■ servicios del portal Web (httpd) ■ cuadros de mandos ■ agrupación (group_server) ■ puesta en cola de los datos (data_engine) ■ servicios de correo electrónico (emailgtw) ■ archivado de los datos (distsrv). 48 Guía de procedimientos iniciales Infraestructura de Nimsoft Publicación de mensajes Un mensaje se publica en el bus de Nimsoft cuando se envía al concentrador más cercano sin estar destinado a ningún receptor concreto. La infraestructura de Nimsoft se asegura automáticamente de que el mensaje se entregue a todas las sondas que se suscriben (en la página 50) al ID del asunto (en la página 50) encontrado en el mensaje. Calidad del servicio Muchas sondas son capaces de enviar datos de tendencia de manera periódica. Estos mensajes se formatean y se les conoce como mensajes de calidad del servicio. Normalmente contienen datos como, por ejemplo, los tiempos de respuesta, la disponibilidad, etc. que se utilizan para la generación de informes y la monitorización de nivel de servicio. El motor de datos de Nimsoft captura los datos y los registra en la base de datos. El diseño del mensaje es el siguiente: Campo Descripción Calidad del servicio Nombre de los datos de calidad del servicio hostname Especifica el creador de los datos source Especifica la fuente de los datos, p.ej. ping sampletime Cuando se ha registrado la muestra (valor del lote) samplevalue El valor real samplerate La tasa del intervalo de muestra samplemax El valor máximo (si hay), p.ej. tamaño del disco. Robot El robot es la primera línea de la gestión para las sondas. El robot se inicia y detiene las sondas cuando es necesario, las recopila, las pone en cola y reenvía mensajes desde las sondas hasta el BUS de Nimsoft, donde se entrega al concentrador especificado. Glosario 49 Infraestructura de Nimsoft Asunto Todos los mensajes de Nimsoft deben contener un ID de asunto. Es una cadena de texto que clasifica el mensaje para todos los componentes de Nimsoft, permitiéndoles suscribir algunos mensajes e ignorar otros. Todos los mensajes con el mismo asunto deberían tener también una estructura de datos idéntica. Ejemplo: las alarmas que se tratan en la solución de alarmas de Nimsoft son simplemente mensajes de Nimsoft con el asunto="alarma". Todos los componentes de la solución de alarmas de Nimsoft funcionan con mensajes que tienen este asunto e ignoran los asuntos que utilizan otras soluciones. Suscribirse Cuando un cliente de Nimsoft (p. ej. sonda o puerta de enlace) se suscribe a los mensajes de Nimsoft, éste informa al concentrador de que desea una copia de todos los mensajes que ha detectado en el BUS de Nimsoft con un determinado (conjunto de) ID de asunto (en la página 50). Puede tener varias sondas suscritas al mismo asunto. Recibirán automáticamente todos los mensajes con ese ID de asunto. Sondas cronometradas contra sondas de daemon Una sonda cronometrada se ejecuta una vez y se termina, esperando al siguiente momento en el que se configura para iniciarse. Una sonda daemon siempre está activa si el operador la activa. Si se detiene, el robot la reinicia inmediatamente. Dominio El dominio es el nodo superior en la jerarquía. Se utiliza para agrupar varios concentradores en un conjunto lógico como "compañía" o "empresa." Se distribuyen diversos aspectos de seguridad como los perfiles de usuario y los derechos de acceso en el dominio. 50 Guía de procedimientos iniciales Términos y definiciones de la gestión de los niveles de servicio Términos y definiciones de la gestión de los niveles de servicio Perfil de cálculo Estos perfiles de cálculo son perfiles creados por el usuario y se utilizan al definir las propiedades de cálculo para objetos de nivel de servicio y restricciones de calidad del servicio. Los perfiles están basados en complementos incorporados distribuidos con la aplicación del gestor del nivel de servicio de Nimsoft. Al definir perfiles de cálculo, los perfiles se agruparán o como cálculos de objetivo de nivel de servicio o como cálculos de calidad del servicio, en función de si el complemento seleccionado es compatible con datos solos o con series de multidatos. Método de cálculo El método de cálculo es el conjunto de reglas y condiciones que determinan cómo se calcula el cumplimiento del acuerdo de nivel de servicio. Período de cumplimiento El período de cumplimiento define el período de tiempo durante el cual el acuerdo de nivel de servicio debería cumplir los requisitos indicados por el porcentaje de cumplimiento, normalmente un día, una semana o un mes. La ilustración muestra la relación entre el período operativo y el período de cumplimiento. El área gris ilustra el período de cumplimiento, y el área azul ilustra un período operativo con 5 especificaciones de tiempo. Ejemplo: Digamos que el período de cumplimiento (área gris) se define para ser una semana completa (lunes a lunes). Nuestros requisitos para el acuerdo de nivel de servicio se define para que ocurra entre 08:00 y 17:00 todos los días laborables (período operativo). Tenga en cuenta que los datos (trazado azul) dentro de los períodos operativos (área azul) se incluyen en los cómputos del acuerdo de nivel de servicio. Glosario 51 Términos y definiciones de la gestión de los niveles de servicio porcentaje de cumplimiento El porcentaje de cumplimiento se define como el porcentaje de tiempo que la calidad del servicio, restringida p. ej. por el período operativo o por umbrales, se debería considerar que cumple con el período de cumplimiento. Cada muestra se comprueba en el período de cumplimiento y se resume como erróneo o correcto. El resultado se compara con del porcentaje de cumplimiento esperado (definido por el usuario). Tenga en cuenta los datos representados por la ilustración. La línea roja representa el valor del umbral, la línea verde representa el valor medio y la línea azul representa los valores de muestra reales. ¿Cuántas muestras dentro del período operativo están por encima de los valores de configuración de umbral? Cero muestras infringen la línea de umbral dentro de los períodos operativos, de esta forma cumplen con el 100% de nuestros requisitos de cumplimiento. Las 5 muestras que infringen el umbral están fuera del período de cumplimiento que era p. ej. de lunes a lunes, con períodos operativos cada día laborable de 08:00 a 17:00 horas. Supongamos que el número total de muestras dentro del período operativo es de 129, con 9 muestras que infringen el umbral. Esto implica que el 6.98% de las muestras se cuentan como fuera del cumplimiento (9 * 100/129). Si nuestro acuerdo de nivel de servicio requiere un cumplimiento del 98.50% (o mejor) y los únicos datos definidos en este acuerdo de nivel de servicio son los datos anteriores, nuestros requisitos al acuerdo de nivel de servicio se habrán infringido debido al porcentaje de cumplimiento actual del 100% - 6.98% = 93.02%. 52 Guía de procedimientos iniciales Términos y definiciones de la gestión de los niveles de servicio Tipos de datos Utilizamos los siguientes tipos de datos distintos al calcular el cumplimiento: Automático (intervalo) Los datos de la calidad del servicio se registran a intervalos, individualmente especificados en la configuración de sonda para cada una de las sondas. Asincrónico Los datos de la calidad del servicio se registran cada vez que cambian los valores medidos. Dominio El dominio es el nodo de nivel superior en la jerarquía de Nimsoft y normalmente se configura un sitio con un dominio. Se utiliza para agrupar uno o más concentradores en un conjunto lógico como una compañía o empresa. Concentrador El concentrador es un concentrador de mensaje y mayorista. Es el punto de recopilación para todos los mensajes que provienen de los diferentes robots instalados. Muchos otros componentes de Nimsoft pueden conectar con el Concentrador para recibir mensajes especializados y realizar otras actividades específicas. Uno de estos componentes es el servidor de alarmas de Nimsoft. Período operativo El período operativo restringe las muestras de calidad del servicio a una o más especificaciones de tiempo dentro del período de cumplimiento. Esto significa que las muestras que se encuentran fuera de estas especificaciones de tiempo no influirán en los requisitos de cumplimiento del objetivo del nivel de servicio/acuerdo de nivel de servicio. Cada período operativo se define como una unión de una o más especificaciones de tiempo. Sondas Las sondas son pequeñas partes especializadas de software que monitorizan recursos o eventos específicos. Cada sonda se puede configurar fácilmente para los requisitos de monitorización específicos. Glosario 53 Términos y definiciones de la gestión de los niveles de servicio Robot El robot es la primera línea de la gestión para las sondas. El robot se inicia y detiene las sondas cuando es necesario, las recopila, las pone en cola y reenvía mensajes desde las sondas hasta el BUS de Nimsoft, donde se entrega al concentrador especificado. Acuerdo de nivel de servicio Un acuerdo de nivel de servicio es un acuerdo para proporcionar un servicio durante un período de tiempo especificado/fijo hasta donde las dos partes acuerden en niveles de servicio mesurables. Las partes pueden ser un departamento de informática que proporciona servicios a otro departamento dentro de la compañía, o una compañía y un proveedor de servicios externo. Los servicios incluidos en el acuerdo de nivel de servicio pueden ser una recopilación de objetivos monitorizados a los que llamamos Objetivos de nivel de servicio (SLO). Los programas especializados (a menudo sondas estándar) monitorizan estos objetivos (o grupo de objetivos) , los cuales monitorizan p.ej. la conectividad de red, la disponibilidad de las aplicaciones (Oracle, Exchange, correo electrónico) y la disponibilidad de servicios (DNS, DHCP). El acuerdo de nivel de servicio es un acuerdo para proporcionar un servicio durante un período de tiempo especificado/fijo hasta donde las dos partes acuerden en niveles de servicio mesurables. Las partes pueden ser un departamento de informática que proporciona servicios a otro departamento dentro de la compañía, o una compañía y un proveedor de servicios externo. Los servicios incluidos en el acuerdo de nivel de servicio pueden ser una recopilación de objetivos monitorizados a los que llamamos Objetivos de nivel de servicio (SLO). Los programas especializados (a menudo sondas estándar) monitorizan estos objetivos (o grupo de objetivos) , los cuales monitorizan p.ej. la conectividad de red, la disponibilidad de las aplicaciones (Oracle, Exchange, correo electrónico) y la disponibilidad de servicios (DNS, DHCP). 54 Guía de procedimientos iniciales Términos y definiciones de la gestión de los niveles de servicio Objetivo de nivel de servicio (SLO) Un objetivo de nivel de servicio (SLO) es una combinación de una o más medidas de componentes (calidad del servicio) a las cuales se aplican las restricciones. Un objetivo de nivel de servicio se considera que está en cumplimiento si los valores de medida subyacentes están dentro de las restricciones especificadas. Los objetivos de nivel de servicio pueden tener períodos operativos durante los cuales debe cumplirse el objetivo de nivel de servicio. Gestor del nivel de servicio (SLM) El gestor del nivel de servicio (SLM) es la aplicación donde se realiza la configuración y monitorización del nivel de servicio. La aplicación necesita una licencia válida para funcionar. Calidad del servicio La calidad del servicio es el átomo de la gestión de nivel de servicio. La calidad del servicio es el valor real (muestra) recopilado y utilizado centralmente para determinar el estado del objetivo de nivel de servicio. Este valor lo recopila normalmente una sonda como cdm, net_connect, url_response, etc. El valor se utiliza primero con propósitos de alarma, pero si la sonda se configura para proporcionar la calidad del servicio, se emitirá después un mensaje de la calidad del servicio. Una calidad del servicio restringida por el umbral, la fuente, el destino y los valores de configuración del período operativo se utiliza como bloque de creación para los objetivos de nivel de servicio. Objeto de la calidad del servicio El nombre de la calidad del servicio, la fuente y el destino definen el objeto de la calidad del servicio. Todos los datos de muestra con esta combinación única forman series de datos que se pueden utilizar como parte de cualquier objetivo de nivel de servicio. Glosario 55 Alarmas Restricción de la calidad del servicio El nombre de la calidad del servicio, el origen, la fuente, el umbral y el período operativo definen un objeto restringido de la calidad del servicio. Este objeto restringido es el bloque de creación del objetivo de nivel de servicio. Alarmas Reconocer Todos los nuevos mensajes de alarma recibidos por un servidor de alarmas de Nimsoft (NAS) se consideran no reconocidos y se presentan a un operador. Cuando el operador ha verificado si había un problema y posiblemente lo ha corregido, el operador puede acusar recibo del mensaje, indicando que el problema está bajo control. Luego, el mensaje se suprimirá de la base de datos de NAS, pero se guardará una copia en la base de datos del historial. Mensaje de alarma Una alarma es un mensaje general con un asunto establecido como alarma. El mensaje se genera normalmente por una sonda que responde a una infracción de umbral y se publica en el BUS de Nimsoft como un mensaje de alarma "sin formato". El encabezado de la alarma sin formato contiene los siguientes parámetros principales: ■ Texto del mensaje ■ Nivel de severidad del mensaje ■ Subsistema de mensaje ■ Creador/fuente del mensaje ■ Marca de tiempo Niveles de alarma Los niveles de alarma admitidos son: Constante Valor NIML_CLEAR 0 NIML_INFORMATION 1 56 Guía de procedimientos iniciales Alarmas NIML_WARNING 2 NIML_MINOR 3 NIML_MAJOR 4 NIML_CRITICAL 5 Historial Cuando se reconoce un mensaje de alarma, se suprime de la base de datos de NAS, pero todavía se guarda en una base de datos del historial. Los contenidos de esta base de datos se pueden consultar desde la consola de alarmas. Subsistema El ID del subsistema es un campo de todos los mensajes de alarma que contiene uno o más números separados por puntos (.), por ejemplo 2.31.4. El ID del subsistema corresponde a módulos dentro del sistema monitorizado como seguridad o sistemas de disco. La consola de alarmas agrupa las alarmas entrantes permitiendo la visualización de las alarmas relacionadas mediante los mismos ejemplos, problemas de seguridad o un sistema de disco. Supresión En respuesta a la disponibilidad de servicios de la red y de las TI, las sondas de alarma de Nimsoft generan a veces un número de alarmas idénticas. Si se activa la supresión, los mensajes se tratan como una alarma para reducir los mensajes innecesarios presentados al operador. coincidencia con el patrón La coincidencia con el patrón es una forma sencilla de explorar una cadena para un patrón determinado. Se pueden marcar los caracteres o cadenas de caracteres mediante estos caracteres especiales: asterisco (*), signo de interrogación (?) y corchetes []. La cadena de destino explora los caracteres *, ?, y [. Si aparece uno de estos caracteres, la palabra se considera como un patrón y el campo de filtro se marca como Verdadero (una coincidencia). * Coincide con cualquier cadena, incluyendo la cadena vacía. Glosario 57 Alarmas ? Coincide con cualquier carácter solo. [...] Coincide con cualquiera de los caracteres encerrados entre corchetes. Un par de caracteres separados por un guión (-) coincide con cualquier carácter que se encuentre léxicamente entre los dos, éste incluido. Si el primer carácter después de la apertura [es !, se marcará cualquier carácter no encerrado entre corchetes. Algunos ejemplos: *subset* Coincide con una cadena que contiene subset en algún lugar dentro de ella (desde el inicio hasta el final). ^at start* Coincide con una cadena que contiene at start en el primer carácter. *(123 |[Ss]alir)* Coincide con una cadena que contiene 123 o Exit o exit en algún sitio dentro de ella (desde el inicio hasta el final). *[Ee][Rr][Rr][Oo][Rr]* Coincide con una cadena que contiene ERROR en varias permutaciones de mayúsculas en algún sitio dentro de ella (desde el inicio hasta el final). Expresiones regulares Expresiones regulares (RegEx) proporciona una sintaxis potente para encontrar coincidencias de patrón en un conjunto de caracteres o cadenas. Consulte la documentación en Perl.org para obtener más información acerca de la formación y uso de las expresiones regulares. 58 Guía de procedimientos iniciales
