Мониторинг ESX\ESXi по SNMP

Декабрь 10th, 2009 by Семен Leave a reply »

В гипервизорах ESX\ESXi есть SNMP агенты, позволяющие передавать события по сети, например для систем мониторинга. Список таких систем довольно широк, от таких масштабных систем как HP Operations до бесплатных и специализированных на ESX VM Monitor от SolarWinds. Именно о последней в сообществе много писали. Действительно полезная для администраторов VMware инфраструктуры, сидит в трее и показывает различные статусы серверов и виртуальных машин.

image

Есть несколько но:

  • Не поддерживает последнюю, 4-ую версию ESX.
  • Не поддерживает ESXi

Но сегодня я хочу рассказать о том, как настроить и проверить работу SNMP уведомлений на серверах ESX\ESXi 4 версии. Понадобиться командная строка VMware vSphere CLI, которая не так давно вышла в обновленной версии 4.0 Update 1.

После установки, команды vSphere CLI можно запускать в cmd.exe, перейдя в папку bin в каталоге установки, у меня это C:\Program Files\VMware\VMware vSphere CLI\bin. Для управления SNMP агентом нужно воспользоваться командой vicfg-snmp.pl (более подробно с работой командной строки и командами можно ознакомиться в документе vSphere Command-Line Interface Installation and Reference Guide).

Сценарий следующий:

1. Перед использованием агента нужно задать хотя бы одно значение community string, следующей командой:

vicfg-snmp.pl –server <имя хоста> –username <логин> –password <пароль> -c <значение, например public>

2. Теперь нужно настроить адрес, куда агент будет слать свои сообщения:

vicfg-snmp.pl –server <имя хоста> –username <логин> –password <пароль> -t <имя хоста>@<номер порта, по умолчанию 162>/<значение, например public> (пример – vicfg-snmp.pl –server host.example.com –username user –password password -t target.example.com@162/public.)

3. Активировать агент:

vicfg-snmp.pl –server <имя хоста> –username <логин> –password <пароль> -E

Для того чтобы проверить работу SNMP агента можно воспользоваться утилитой Trap Receiver. Ее необходимо установить и запустить на хосте, который был указан как target для агента.

4. Запустить тест:

vicfg-snmp.pl –server <имя хоста> –username <логин> –password <пароль> –T

В результате в окне Trap Receiver получим следующий результат:

Trap 

Теперь, для того чтобы наша ловушка могла интерпретировать snmp события в удобный язык необходимо загрузить MIB файлы и подключить их в следующем порядке:

  • VMWARE-ROOT-MIB.mib
  • VMWARE-TRAPS-MIB.mib
  • VMWARE-PRODUCTS-MIB.mib
  • VMWARE-SYSTEM-MIB.mib
  • VMWARE-ENV-MIB.mib
  • VMWARE-RESOURCES-MIB.mib
  • VMWARE-VMINFO-MIB.mib
  • VMWARE-OBSOLETE-MIB.mib (для версий ESX/ESXi до 4.0)
  • VMWARE-AGENTCAP-MIB.mib
  • VMWARE-VC-EVENT-MIB.mib

Теперь полученные события имеют описание:

TrapwithMIB

В качестве примера в Virtual Center был настроен Alarm на выключение ВМ и отправку SNMP события. Подробнее о настройке Alarm-ов можно прочитать тут – Working with Alarms.

Advertisement

3 comments

  1. tik:

    скачал архив с mibs.
    внутри нет VMWARE-TRAPS-MIB.mib
    подключив остальные, описания так и не появились :(

  2. tik:

    в readme написано

    Date: 10-Dec-2008
    Company: VMware, Inc
    Subject: ESX SNMP MIB MODULES

    This directory contains enterprise mib modules
    for VMWARE ESX in SMIv2 compliant format.

    To load these into various management stations
    software use this order to prevent any lookup
    errors.

    ESX agent:
    VMWARE-ROOT-MIB.mib VMWARE-TC-MIB.mib VMWARE-PRODUCTS-MIB.mib VMWARE-SYSTEM-MIB.mib
    VMWARE-ENV-MIB.mib — sinceESX 3.5U2 on classic and all EXI
    VMWARE-RESOURCES-MIB.mib
    VMWARE-VMINFO-MIB.mib (*)
    VMWARE-OBSOLETE-MIB.mib — load if you have previous versions of ESX
    VMWARE-AGENTCAP-MIB — defines what the agent supports by product version

    Documentation:
    notification.txt — describes events in ESX 3.5

    VirtualCenter agent:
    VMWARE-VC-EVENT-MIB — Load this if you use VirtualCenteri’s trap reporting

    NOTE:
    NOTE: The VMWARE-TRAPS-MIB is obsolete contents moved to VMWARE-OBSOLETE-MIB
    New vm related traps are now in VMWARE-VMINFO-MIB

    всё понятно, кроме того, откуда автор взял VMWARE-TRAPS-MIB.mib, если архив с мибами от 24 February 2009, а статья писалась 10.12.2009
    и как видно из readme, mibs для SMIv2.
    а у нас trap type SMIv1. как задать-изменить не ясно.

Добавить комментарий