supervisión proactiva de infraestructuras tic mediante zabbix

Supervisión proactiva

de Infraestructuras TIC mediante Zabbix

Jornadas Técnicas Rediris 2009

Víctor M. Armas Hidalgo [email protected] de Las Palmas de Gran Canaria26 de noviembre de 2009 1

Índice

Supervisión proactiva de infraestructuras mediante ZabbixVíctor M. Armas Hidalgo – Universidad de Las Palmas de Gran CanariaJornádas Técnicas Rediris 2009 – Santiago de Compostela

1. Situación inicial – Año 2007

2. Problemas a solventar

3. Nuevos requisitos

4. Zabbix

5. Posibilidades, mejoras y aplicaciones prácticas

6. Preguntas

2

Situación inicial – Año 2007

• Sistema de monitorización con Nagios

• Configuración de la monitorización con Nagat

• Extracción de datos locales de los servidores con NRPE

• Representación gráfica con MRTG


3

Problemas a resolver

• Nagios es un sistema basado en tres estados:

– Critical

– Warning

– OK

• Teníamos un fantástico sistema de alertas, pero un deficiente sistema de monitorización

• Sabíamos que se había producido una situación anómala, pero no sabíamos como se había producido


4


• Ejemplo de problema típico: Llegada de alerta de número excesivo de procesos en un servidor.

• No sabíamos cual había sido la evolución previa de ese dato ni antes, ni después de la alerta

• Si el límite eran 500 procesos

– ¿Cuál es el valor típico de ese parámetro? ¿100 o 475?

– ¿Ha sufrido un incremento repentino, o prolongado en el tiempo?

– Una vez superado el umbral ¿Se ha mantenido estable, o ha seguido creciendo?


5


• Ausencia de gráficas de la evolución de los valores de los datos a monitorizar

• Podíamos mostrar gráficas de parámetros, pero no se hacían de forma automática. Esto implicaba la ausencia de gráficas de problemas “inesperados”

• Estábamos basándonos en valores “puntuales” obtenidos de un servidor, no era sencillo realizar alertas basadas en combinaciones de monitorizaciones de diferentes servidores, o basados en medias, máximos o mínimos de valores en un periodo

• Realización de scripts para hacer esas recolecciones de valores.


6


• Ausencia de una interfaz única para administrar el sistema de manera global

• Dificultad de manejo del sistema por parte de usuarios no técnicos (miembros directivos), o necesidad de amplio tiempo de formación para compañeros del área técnica

• Evoluciones del proyecto principal (Nagios) no acompañada por evoluciones de las herramientas complementarias (Nagat)

• No permitía gestión multiusuario, donde cada técnico pudiera gestionar y ver sólo los servicios que quedaban bajo su administración


7


• No permitía la escalabilidad y/o repetición de acciones. Un solo manejador de eventos que era lanzado una única vez

• Era bastante complicado simular la experiencia de usuario accediendo vía interfaz web a nuestros servicios.

• Era complicado realizar rápidamente la monitorización de despliegues masivos de dispositivos.


8

Nuevos Requisitos

• Un solo interfaz para todo

• Herramienta multiusuario y “multiprivilegio”

• Representación gráfica de los resultados obtenidos

• Mayor flexibilidad y potencial de condiciones de alerta, y de acciones “manejadoras de eventos”

• Preparación de pantallas accesibles a personal no implicado en el trabajo directo con los sistemas monitorizados (directivos, técnicos de soporte)

• Posibilidad de “reutilización” de trabajo ya realizadoSupervisión proactiva de infraestructuras mediante Zabbix

Víctor M. Armas Hidalgo – Universidad de Las Palmas de Gran CanariaJornádas Técnicas Rediris 2009 – Santiago de Compostela

9

ZABBIX

• Desarrollo inicial de Alexei Vladishev

• Desarrollado en C

• Backend base de datos en MySQL

• Frontend administración web en PHP

• “En 2001 trabajaba en un banco en Letonia como administrador de sistemas, y necesité implementar un sistema de monitorización. Las herramientas que habían en ese momento eran muy caras o requerían habilidades avanzadas para usarlas, y surgió la idea de crear mi propio sistema de monitorización”


10

ZABBIX

• Versión actual estable: 1.6.7

• Monitorización de infraestructuras conectadas a la red

• Chequeos “simples” de monitorización externa SMTP, HTTP, FTP, IMAP, etc…

• Monitorización de parámetros locales de servidor mediante la instalación de agentes, disponible para Linux, Windows y otros S.O.

• Monitorización mediante checks TCP , ICMP, IPMI, o SNMP tanto en modo trapping como en modo polling.


11

ZABBIX

• Notificación de alertas por correo, SMS o Jabber

• Lanzamiento de acciones en respuesta a la ocurrencia de un evento

• Representación gráfica de los resultados obtenidos en la monitorización

• Activación y/o desactivación de monitorizaciones y alertas

• Grupos de equipos y de usuarios

• Definición de horarios de monitorización y notificación


12

ZABBIX


Grupos Equipos

Equipos

Monitores

Iniciadores

Grupos Usuarios

Usuarios

Medios

Acciones

13

ZABBIX

• Instalación

• Proceso de instalación muy sencillo

• Instalación en 15 pasos, partiendo desde cero.

• Proceso de instalación del servidor dura aproximadamente 30 minutos.

• Faltaría la instalación de los agentes en los servidores, aproximadamente 5 minutos para cada uno.


14

Posibilidades, Mejoras y Aplicaciones Prácticas

• Interfaz web integrada


15




16




17




18


• Niveles de gravedad de alertas


19


• Iniciadores basados en condiciones complejas


20


• Iniciadores basados en condiciones complejas


21


• Escalabilidad de acciones


22


• Plantillas


23


• Plantillas


24


• Clonado


25


• Autodescubrimiento


26


• Agente Proxy Zabbix


27


• Monitorización Web


28




29




30


• Gráficas Multimonitor - Multiservidor


31


• Mapas


32


• Mapas


33


• Pantallas


34


• Pantallas


• Slideshows

35

MUCHAS GRACIAS

Para obtener más información o para aclarar cualquier pregunta que se les pueda plantear, no duden en ponerse contactar con el mail:

[email protected]

36

supervisión proactiva de infraestructuras tic mediante zabbix

Documents