VMware ESX (i) monitoreos con Icinga / Nagios check_esx3.pl


Supervisión de servidor y monitoreo es uno de los temas importantes en IT. Esto debe ser conocido del significado absoluto el estatus de sus servidores y su servicio y engendrar Alerts correspondientes. Lo describo aquí check_esx3.pl Plugin para controlar los recursos más importantes de VMware ESX de (i) servidores con el monitoreo famoso herramientas Icinga o Nagios

Condiciones instalan

Plugin check_esx3.pl trabaja con VMware vSphere SDK for el Burbujea que obligatorio necesariamente debe ser llevado a cabo alrededor de los cheques en ESX (i) servidores. En Guide siguiente es exactamente descrito como éste es instalado: VMware vSphere SDK for el Burbujea API bajo Debian instalan

El monitoreo usuarios en el servidor ESX atracan

Con eso nosotros directamente como usuario root en ESX (i) servidores no agarran buscamos pelea sobre el cliente vSphere un usuario correspondiente + la contraseña y el grupo de usuarios para objetivos de monitoreo. Este usuario tiene Read Only Rechte y no posee ningunos Shell válidos con eso a mismo no en el sistema (via SSH) puede entrar:

Descarga del cheque check_esx3.pl el Burbujea Plugins para Icinga/Nagios

check_esx3.pl downloaden y en /usr/local/icinga/libexec o convenientemente vuestro Icinga/Nagios la instalación en Check_Plugin clasificadores copian y hacen realizables:
chmod a+x /usr/local/icinga/libexec/check_esx3
Icinga/Nagios la configuración trabajan
Cuando lo primero la contraseña almacenan por razones de seguridad para el usuario ESXI (monitoreo) colocado antes como variables en resource.cfg:
vi /usr/local/icinga/etc/resource.cfg $USER6$=dein_monitoring_user_passwort
Ahora hacemos el cheque verdadero para las demandas ESXi. Uso aquí una orden particular y entrego la opción correspondiente directamente en los servicios. Es la cosa de gusto pura. Una orden propia puede también ser colocada para cada demanda (cpu, mem, net, runtime, …).
vi /usr/local/icinga/etc/objects/command.cfg
define command{ command_name check_esx command_line $USER1$/check_esx3.pl -H $HOSTADDRESS$ -u monitoring -p $USER6$ -l $ARG1$ -s $ARG2$ -w $ARG3$ -c $ARG4$ }
Dado que ahora el cheque está hecho necesitamos en el servidor la configuración todavía los servicios correspondientes.  Encontráis aquí un alistamiento exacto y descripción de muchas posibilidades.
vi /usr/local/icinga/etc/objects/nhetzneresx1-services.cfg
define service { use                            generic-important-service host_name                      nhetzneresx1 service_description            PING contact_groups                 admins check_command                  check_ping!200.0,20%!500.0,60% }
define service { use                            generic-important-service host_name                      nhetzneresx1 service_description            CPU USAGE contact_groups                 admins check_command                  check_esx!cpu!usage!80!90 }
define service { use                            generic-important-service host_name                      nhetzneresx1 service_description            MEMORY USAGE contact_groups                 admins check_command                  check_esx!mem!usage!80!90 }
define service { use                            generic-important-service host_name                      nhetzneresx1 service_description            MEMORY SWAP USAGE contact_groups                 admins check_command                  check_esx!mem!swap!80!90 }
define service { use                            generic-important-service host_name                      nhetzneresx1 service_description            NET USAGE contact_groups                 admins check_command                  check_esx!net!usage!102400!204800 }
define service { use                            generic-important-service host_name                      nhetzneresx1 service_description            RUNTIME STATUS contact_groups                 admins check_command                  check_esx!runtime!status!80!90 }
define service { use                            generic-important-service host_name                      nhetzneresx1 service_description            RUNTIME ISSUES contact_groups                 admins check_command                  check_esx!runtime!issues!80!90 }
define service { use                            generic-important-service host_name                      nhetzneresx1 service_description            IO READ contact_groups                 admins check_command                  check_esx!io!read!40!90 }
define service { use                            generic-important-service host_name                      nhetzneresx1 service_description            IO WRITE contact_groups                 admins check_command                  check_esx!io!write!40!90 }
define service { use                            generic-important-service host_name                      nhetzneresx1 service_description            VMFS MAIN STORAGE contact_groups                 admins check_command                  check_esx!vmfs!datastore1!300000:!150000: }
Después del fin de las configuraciones y el tipo de resto del servicio icinga/nagios el cheque visión general tiene aspecto los servicios a vuestro ESX de (i) servidores en un poco así:

Información que continúa:

http://www.op5.com/how-to/monitoring-vmware-esx-3-x-esxi-vsphere-4-and-vcenter-server/
https://wiki.op5.org / check_esx3:start

Eliminación de falta:

Can’t locate Nagios/Plugin.pm en @INC (@INC contains:/etc/perl/usr/local/lib/perl/5.10.0/usr/local/share/perl/5.10.0/usr/lib/perl5/usr/share/perl5/usr/lib/perl/5.10/usr/share/perl/5.10/usr/local/lib/site_perl.) at/usr/local/icinga/libexec/check_esx3.pl line 31.

Solución:

burbujea-MCPAN-e shell install Nagios:: Plugin

ESX3 UNKNOWN – Missing burbujea módulos VMware:: VIRuntime. Descarga e install‚ VMware Infrastructure (VI) Burbujea del Toolkit‘, available at http://www.vmware.com / download/sdk/

Solución:

VMware vSphere SDK el Burbujea Toolkit no era instalado bien o la instalación no era cerrada con llave afortunado. ¿Había con la instalación Warnings cualquieres o faltas?

CHECK_ESX3. PL CRITICAL – Error: El Permission to perform this la operación que denied

Solución:

Autorizaciones en ESX (i) revisan. El usuario colocado tiene que ser en el grupo de usuarios y estar puesto bajo Permissions en ReadOnly.