snmp

Для того, чтобы взаимодействовать с vSphere по SNMP, есть два пути.

Вариант 1.

Настроить alarm на vCenter, и в качестве реакции указать оповещение по SNMP.

Куда слать сообщения и с каким community – указываем в настройках vCenter.


В результате – подобное оповещение, что ВМ потребляет аж больше 77% памяти:

Или что сервер отвалился от vCenter:

Ну и куча всего другого, из того что могу отслеживать alarm. Ну то есть все что угодно. Подробнее см. в доке и тут - vSphere alarm triggers.

Вариант 2.

Настроить SNMP на самих серверах ESX(i).
Как это сделать, толково описано, вы удивитесь, в документации.
Вкратце. Нет, не вкратце, а все три команды из доки:
Нам потребуются vSphere CLI. У меня есть vMA, на нее я и залогинился.
Кстати, кто с vMA ранее не сталкивался, можно глянуть, например, сюда - How to use vMA 4.1 installation, configuration.
А еще можно глянуть инструкцию как то же самое сделать без помощи vMA - Setup SNMP on vSphere ESX Host without vMA.
Итак, команды:
1) для добавления нужного коммьюнити
vicfg-snmp --server <имя хоста> –c <нужное коммьюнити>
например

vicfg-snmp --server esxi2 -c mmm

2) для указания адреса для отсылки trap сообщений

vicfg-snmp --server <имя хоста> –е <адрес:порт если не дефолтный\коммьюнити>

например

vicfg-snmp --server esxi2 -t vcenter4/mmm

2.а) если надо еще и get\set, то командой

vicfg-snmp --server <имя хоста> –p <порт>

указываем порт, который snmp агент будет слушать


3) включаем агента snmp

vicfg-snmp --server <имя хоста> –-enable

Все.





Теперь можно заслать тестовый trap:

vicfg-snmp --server <имя хоста> –-test

Итог: пойманный тестовый трап.





если раскрыть








Штатный trap при включении ВМ:





Проблемы с железом ESX(i) будут отслеживаться, например что-то не то со вторым сокетом:








MIB библиотеки доступны для загрузки тут - http://communities.vmware.com/community/developer/managementapi.