Instalación de Zabbix
Instalación de Zabbix
Instalación de Zabbix
Por qu Zabbix?
Acostumbrado a Nagios, lo primero que busqu en Google para documentarme sobre Zabbix,
fue la cadena "Zabbix vs Nagios" (hay un debate muy interesante en reddit). En cualquier caso,
aqu hacen una buena comparacin entre ambos sistemas de monitorizacin.
Tras unos das con Zabbix, mi primera impresin es que la configuracin va web de Zabbix
quiz sea ms amigable que la configuracin va archivos de Nagios, aunque sin duda (y quiz
por pasar varios aos con Nagios) sta ltima resulta ms sencilla que no la de Zabbix, que
requiere de mltiples configuraciones para poder monitorizar un elemento (el tem en s, su
triger, el action asociado, la aplicacin del tem, etc.).
Un punto a favor de Zabbix es que parece que la comunicacin cliente servidor no ocasionar
los problemas que alguna vez me he encontrado con Nagios, de falsos positivos debidos a
timeouts en la conexin SSH entre el servidor Nagios y el host a monitorizar (Nagios requiere
de plugins adicionales para monitorizar va NRPE).
A favor de Nagios, pero, est la gran cantidad de plugins que la comunidad ha puesto a
nuestra disposicin en Nagios Exchange, a primera vista mucho ms completos que los plugins
de Zabbix.
Componentes de Zabbix
Zabbix consta de un seguido de componentes que interaccionan entre s:
de forma pasiva: el server contacta al agente pidindole un dato (por ejemplo el consumo
de CPU en ese instante) y el agente responde al server con ese dato.
Zabbix server: el servidor de Zabbix y por tanto la pieza principal. Consta de una base de
datos, una interfaz web y el propio server. Como servidor, se encarga de recoger los datos
de los agentes, calcular los triggers, enviar notificaciones, etc. El servidor por tanto, es el
repositorio central donde estn definidas las configuraciones y donde se almacenan todos
los datos y estadsticas recogidos de los agentes.
Proxy (opcional): se trata de un "recolector de datos" que se situa entre el servidor y los
agentes. Si se tiene por ejemplo servidores repartidos en 5 datacenters, cada datacenter
podra tener su propio proxy encargado de recoger los datos de los agentes de su
datacenter, para posteriormente, hacerle llegar los datos al Zabbix server. Todo proxy
requiere de su propia base de datos.
Fuentes:
https://www.zabbix.com/documentation/2.2/manual/concepts
Instalacin de Zabbix
Desde un Fedora 21 x86_64 con Selinux deshabilitado.
Desde el repositorio oficial de Zabbix, instalamos la clave GPG para los rpms oficiales de
Zabbix y a continuacin instalamos el repositorio de Zabbix para entornos CentOS7/RHEL7.
http://serverip/zabbix
Fuentes:
https://www.zabbix.org/wiki/InstallOnCentOS_RHEL
http://webcache.googleusercontent.com/search?q=cache:qk4dgatGbcoJ:https://www.unixmen.c
om/install-zabbix-monitoring-tool-centos-6-5/+&cd=11&hl=es&ct=clnk
Asistente de configuracin
Durante el asistente web para la configuracin, nos checkear los requisitos para el correcto
funcionamiento de Zabbix. Deberemos corregir los posibles fallos antes de poder continuar con
el asistente. En mi caso, con una instalacin por defecto de todos los servicios (Apache, PHP,
MariaDB...) he tenido que corregir los siguientes requisitos, todos ellos configurables en el
php.ini:
A continuacin, configuraremos los detalles de conexin contra MariaDB y tras testear que la
conexin es correcta, continuaremos con el asistente.
Al finalizar el asistente, ste nos redirigir directamente a la pgina de login de nuestro servidor
Zabbix. Podremos loguearnos con las credenciales por defecto:
user: admin
pass: zabbix
Zabbix Agent
Si has estado siguiendo esta entrada para instalar tu servidor Zabbix, vers que tambin
tendrs instalado el agente Zabbix para monitorizar la mquina donde est instalado el propio
servidor de Zabbix. Puedes iniciarlo tal que as:
Fuentes:
http://tecadmin.net/install-zabbix-agent-on-centos-rhel/
Elementos de configuracin
Zabbix est compuesto por diversos elementos de configuracin (hosts, hosts groups, tems,
graphs, screens, templates, etc.). Algunos de dichos elementos son los siguientes:
Item: elemento atmico a monitorizar (por ejemplo, el consumo de CPU, espacio libre en una
particin determinada, etc.)
Trigger: define los parmetros que determinarn el estado (error/ok) del tem, y se
encarga de pasar de un estado a otro en funcin de los datos del tem. Si no se define un
trigger para un tem, no tendremos alertas, grficas de estado, etc.
Event: un cambio de estado a raz de un trigger, el descubrimiento de un nuevo agente
Application: grupo de tems. Por ejemplo, cada check para un servidor MySQL tendr su
propio tem, y stos tems estarn agrupados bajo la aplicacin MySQL.
Host group: grupo de hosts. Puede contener hosts y templates y sirve para mantenerlos
agrupados y accesibles por grupo.
Fuentes:
https://www.zabbix.com/documentation/2.2/manual/concepts/definitions
Aunque por defecto vendr configurado para monitorizar una serie de aplicaciones con sus
respectivos tems, la monitorizacin no estar habilitada. Bastar con marcar el checkbox junto
al host en esta lista de hosts, y seleccionar "Enable selected" en el desplegable, para
finalmente pulsar sobre "Go (1)" con tal de hacer efectivos los cambios.
Tras sto, a los pocos segundos empezaremos a ver datos de la monitorizacin de nuestro
nico agente en Monitoring > Latest data.