лучше использовать полные пути для команд в сценариях крона. так, чтобы Вы не полагались ни на какие настройки PATH, которые Вы, возможно, настроили.
Я использую данные, выходящие (i) DRAC, объединенный с данными, которые ESXI получает через CIM с vCenter, настроенным для предупреждения на отказах, выходящих из контроля CIM.
Я немного неясен, относительно какого Вы говорите о степени доверия данных CIM, но я лично доверяю ему чертовски много больше, чем, я доверял бы прерываниям SNMP, питаемым к WhatsUp. CIM поймает и бросит предупреждения на что-то столь же незначительное как низкое напряжение на батарее BIOS, пока Ваши аппаратные средства хорошо поддерживаются (как недавнее оборудование Dell), и vCenter довольно гибок о выборе, что, где, и как часто Вы бросаете предупреждения на те события.
Если Вашими хостами является Dell, я очень настоятельно рекомендую смотреть на Плагин управления Dell для vCenter. Это - очень хорошо сделанный инструмент, и это включает много аппаратных средств определенное предупреждение в платформе vCenter, которую Вы не получили бы иначе. Это не бесплатный продукт, но цена разумна, и результаты стоят того.
См.: VMware vSphere и перемещение от ESX до ESXI
Для контролирующего вопроса я принимаю, больше всего идут с контролем систем с помощью специальных версий ESXI для соответствующей аппаратной и путем контроля прерываний из Виртуального Центра.