Professional Documents
Culture Documents
Introduccin
Introduccin
Quien soy yo?
Quienes sois?
Nombre
A qu os dedicis
Experiencia previa con Opsview?
En qu estis ms interesados?
Qu vamos a aprender?
Agenda
What is Opsview
Architecture & Installation
Service checks
Plugins
Active checks
Passive checks
State types
Acknowledgement
Determining status and reachability
using parent/child relationships
Notifications
Comments
Downtimes
Keywords
Contacts
Host Templates
Agents
Dashboard
Documentacin
Recursos http://docs.opsview.com
Qu es Opsview
Qu es Opsview?
Opsview es una herramienta open source de
monitorizacin de red, servidores y aplicaciones.
Opsview ofrece una interfaz web al usuario que
permite acceder a las vistas de monitorizacin y a la
configuracin del sistema.
Arquitectura
Master
Ofrece:
La interfaz web de
Opsview
El motor Nagios
La aplicacin Nagvis
La base de datos
Los grficos de
rendimiento
12
13
Arquitectura de Opsview
15
Servicios
Los servicios se
comprueban de forma
regular
Deben estar asociados
a un host
Si un servicio falla,
Opsview comprobar
si el host tambin falla
26
Hosts
Hosts = contenedores de varios servicios
Los hosts solo se comprueban cuando se
requiere
Cached Service Checks
27
Checks pasivos
Son iniciados por una
aplicacin externa. Ej.:
SNMP Traps
El estado de los checks
pasivos tiene que ser
cambiado manualmente
despus de un fallo
28
29
Tipos de estado
objetivo: reducir el
nmero de falsos
positivos, ej: un puerto
de switch que vuelve a
estado normal
despus de un fallo
momentaneo
Soft = inicio probable
de un fallo
30
Tipos de estado
Hard un problema real
El estado de un servicio
pasar a HARD si:
Se ha alcanzado el valor
de max_check_attempts
Una transicin de un
estado Hard a otro estado
Hard
Si el host est en estado
DOWN o bien
UNREACHABLE
31
Intervalos de check
32
Relaciones padres-hijos
Usando relaciones padres-hijos, el motor de
monitorizacin puede determinar si un host
est fallando o bien es inalcanzable
Para que este mecanismo funcione, se
requiere indicar como los hosts estn
relacionados entre s desde el punto de vista
del master
33
34
35
36
37
Notificaciones
Se generan:
Cuando hay algn cambio en el
estado Hard de un servicio o host
Cuando un host o servicio se
mantiene en un estado que no sea
OK
Cuando un servicio se recupera
Cuando se atiende un problema
41
Notificaciones (2)
Se generan notificaciones hasta que se
atiende la alerta o se pone un
downtime manual
42
Notificaciones: Limitaciones
Se pueden lanzar desde el master y/o desde los
esclavos.
Limitacin: Las notificaciones de un esclavo
pueden no contener toda la informacin que
tiene el master, dado que la topologa padre/hijo
puede ser diferente.
Limitacin: Las notificaciones desde los esclavos
no se almacenan de forma centralizada.
43
= acknowledgement applied
45
47
Qu aporta Opsview?
Saber lo que pasa
sobre los sistemas
Poder detectar los
problemas por
adelantado
Un healthcheck,
ejecutndose
continuamente
48
Opsview no es
Una herramienta para
corregir
automticamente los
problemas
No sustituye a la
inteligencia del
personal tcnico
49
Interfaz de configuracin
52
Vista de edicin
Las pantallas de
edicin tambin se
usan para crear
nuevos objetos y
objetos duplicados
Usa pestaas para
reducir la
complejidad de las
pantallas
Ayuda contextual
para la mayora de los
campos
53
Hosts
Estos son todos los hosts configurados en Opsview
Lo primero, rellenar la informacin acerca del
host.
Despus, seleccionar alguna plantilla, y todos los
checks adicionales que se requieran.
Se pueden consultar de forma automatizada las
interfaces del host va SNMP (extremadamente
til para dispositivos de networking)
Atributos de Host nueva funcionalidad para
guardar metadatos (discos, interfaces de red,
particiones, )
54
Service checks
Todos los servicios que se quieran comprobar
debern tener un service check
Agrupados para encontrarlos de forma fcil
Dependencias:
Slo son posibles dependencias en un mismo host
Caso de uso inicial: fallo del agente de
monitorizacin
55
57
Excepciones
Se pueden cambiar los parmetros indicados en el
plugin
Ejemplo de uso: Load average, cuando algunos hosts
tienen ms carga
58
60
Contactos
Un contacto es un usuario de
Opsview
Puede tener diferentes
esquemas de autenticacin.
Actualmente slo soporta
LDAP y autenticacin interna
Autorizacin basada en roles
Cada usuario tiene un perfil de
notificacin para determinar
qu alertas recibe
61
Niveles de acceso
62
View
Notification Action
Admin
Admin
Todos
Algunos
Todos
Todos
Algunos
Algunos
No
Algunos
Algunos
No
Algunos
Ninguno
No
Algunos
Ninguno
No
63
Y
La interseccin de host groups y service groups
64
65
Servidores de monitorizacin
Lista todos los servidores
de monitorizacin en el
sistema Opsview
El enlace al estado del
esclavo muestra el
estado de los esclavos,
basndose en checks
generados
automticamente
Permite arrastrar y soltar
host entre los servidores
de monitorizacin
67
Mtodos de notificacin
Se pueden definir diferentes
mtodos: Email, SMS,
Puede definir si la
notificacin ser invocada
por el master o por el
esclavo que la inicia
Sorpresa!! Tambin son
plugins.
69
Punto de control
Cuntos tipos de plugins utiliza Nagios y para
qu se utilizan?
Puede haber contactos de slo lectura?
Un hostgroup puede contener otros
hostgroups?
Agentes
Por qu agentes?
Para monitorizar recursos
locales sobre mquinas remotas
Ej: CPU, uso de disco,
La informacin no se hace
pblica
Se requiere un agente para
recuperar esa informacin
Opsview usa 3 tecnologas de
agentes:
SNMP
SSH
NRPE
72
Agentes
SNMP : Simple Network Management
Protocol
Ms en el curso OV203.....
73
check_by_ssh
check_by_ssh ejecuta plugins en
remoto
Necesita acceder va SSH entre el
servidor que monitoriza y el host
remoto
Provee de autenticacin y
encriptacin
Menos administracin, pero ms
acceso libre desde Opsview
74
75
/usr/local/nagios/etc/nrpe.cfg lista
qu plugins pueden ser ejecutados
command[check_disk]=/usr/local/nag
ios/libexec/check_disk $ARG1$
77
80
Resumen
Entender conceptos de monitorizacin
Entender la arquitectura Opsview
Realizar tareas comunes de configuracin y
administracin
82
www.surveymonkey.com/s/ov201