Відстежуйте обладнання DELL на сервері VMware ESXi 5.5

Незважаючи на те, що цю тему я вивчав досить багато в Інтернеті (якщо чесно, я не систематичний штатний робочий день), я не в змозі розібратися в цьому.

У нас є купа серверів VMWare ESXi 5.5, частина з яких інтегрована у vSphere, частина - ні (з витрат).

Усі вони мають стандартний образ ESXi, за винятком однієї машини, яка фактично працює із зображенням DELL VMWare ESXi.

Те, що я хотів би зробити, здається простим: налаштуйте систему так, щоб її можна було запитувати за допомогою SNMP від ​​віддаленого хоста, будь то snmpwalk, Nagios, PRTG тощо. Я хотів би бачити інформацію з датчиків температури, встановлених дисків та їх статус , швидкість вентилятора, стан БП тощо

У мене було враження, що встановлення VMWare версії від DELL автоматично дозволить включити необхідні модулі (OpenManage найголовніше), але, схоже, це не так.

У мене суперечлива інформація, чи це взагалі можливо, деякі документи говорять, що ви не можете запитувати сервер DELL VMWare ESXi через SNMP і вам потрібно використовувати клієнт CIM. Тоді є OMSA VIB, які можна встановити тощо.

Я думаю, що це досить поширена вимога, але наявні документи доступні в усіх напрямках.

Чи можливо те, що я намагаюся зробити (без повного середовища vSphere)?

Так, ви можете відстежувати окремий хост ESXi за допомогою будь-якого програмного забезпечення для моніторингу SNMP, але деякі елементи можуть бути видимими лише за допомогою інструмента контролю, який підтримує протокол CIM.

Усі мої хости ESXi є частиною vCenter, але ми їх відстежуємо безпосередньо (використовуючи IP-адресу vmkernal хоста) за допомогою SolarWinds NPM. У ESXi 5.5 вбудовано 5 або 6 модулів CIM, які забезпечують здоров’я апаратури, але здоров'я RAID-картки не є одним із них. Вам потрібно буде додати Dell OMSA VIB, який додає додаткові CIM-агенти, включаючи один для RAID-масиву. Посада Брайана Аткінсона як і раніше найкраще, що я знайшов, що описує процес,

https://communities.vmware.com/people/vmroyale/blog/2012/07/26/how-to-use-dell-dset-with-esxi

Вам потрібно дотримуватися вказівок щодо встановлення OMSA ESXi VIB лише у тому випадку, якщо ви збираєтесь скористатися стороннім інструментом моніторингу, який дає історичну інформацію та робить попередження. Якщо ви хочете використовувати сервер Dell OMSA, ви можете встановити його віддалено на сервер з голими кістками, віддалено у вітрині або локально як VM.

Ви можете використовувати сервер OMSA для підключення до карток управління DRAC та iDRAC Out of Band (OOB / IPMI / iLo) або до хоста ESXi після встановлення OMSA VIB на хості ESXi. Інформацію про RAID Health ви не побачите в DRAC або iDRAC, хоча - лише під час підключення сервера OMSA до хоста ESXi - я повторюю ключове слово Server, щоб не виникало плутанини між Сервером, який виступає клієнтом OMSA VIB, встановлюється на хості ESXi.

Деякі корисні ресурси:

Показати поточних постачальників CIM на хості ESXi https://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2053715

Показати поточно встановлені VIB на хості ESXi з CLI хоста, esxcli software vib list

Під час підключення до сервера vCenter безпосередньо проти хоста ESXi ви бачите деякі незначні додаткові відомості про стан обладнання, але, як правило, якщо на панелі Конфігурація / Стан здоров’я ви не бачите потрібного обладнання, тоді вам не вистачає постачальника послуг CIM і вам потрібно знайти та встановити VIB на хості ESXi. Коли ви додасте Dell OMSA VIB до хоста ESXi, ви побачите датчик зберігання, доданий на сторінку стану здоров’я, який показує обсяги RAID, накопичувачі, контролер та стан акумулятора для контролера пам’яті. Можливо, вам доведеться скинути датчики, щоб вони з'явилися, а іноді це потрібно від 15 до 20 хвилин при першому встановленні VIB та перезавантаженні ESXi хоста.

Якщо ви не бачите датчика на сторінці стану здоров’я господаря ESXi під час підключення до клієнта vSphere, ви, швидше за все, не побачите його, коли ви віддалено опитуєте датчики за допомогою програмного забезпечення для моніторингу.

Також слід зауважити, що не всі сервери мають однакові датчики, і ви, можливо, не зможете отримати однаковий стан здоров’я у всіх, залежно від обладнання сервера, RAID-картки та версії CIM, доступної для комбінації. Вам також може знадобитися оновити або змінити VIB-карти для RAID-картки, щоб стан здоров'я працював. Постачальник CIM (який в даному випадку є OMSA VIB) спілкується з обладнанням через пристрій VIB (справжній драйвер пристрою) і передає цю інформацію брокеру CIM на хості ESXi - також відомому як малий провайдер CIM Broker Daemon ( sfcbd). Коли ви опитуєте ESXi Host на стан здоров'я обладнання за допомогою надійного програмного забезпечення для моніторингу, він отримає деяку інформацію за допомогою запитів SNMP, деякі з використанням CIM, а частина з використанням API ESXi (що є запитами SOAP). Клієнт CIM розмовляє з процесом sfcbd на хості ESXi.

Іноді процес CIM просто перестає працювати. Коли це станеться, ви перезапустите sfcbd-сторожовий процес на хості ESXi. Це відновить службу sfcbd і опитування CIM знову запрацює. Від CLI господаря,/etc/init.d/sfcbd-watchdog restart

Я думаю, що це охоплює більшість предметів, які вам потрібні для запуску.

Я розумію, що ти шукаєш; конкретні зауваження щодо управління та контролю стану здоров'я окремого хоста VMware ESXi.

На практиці підхід повинен бути дещо іншим. Я поясню, як я управляю хостами.

У ситуації, коли у вас є кілька хостів ESXi під управлінням vCenter, припущення полягає в тому, що ви використовуєте vCenter для моніторингу та стану здоров'я , а не для запиту окремих хостів. Там є всеосяжна тривога , що я встановлюю в VCENTER для попередження про «Хост Hardware Health». Зазвичай мені байдуже, чи це джерело живлення, оперативна пам’ять, диск чи будь-який інший компонент, а швидше те, що хост нездоровий.

Моніторинг окремого хоста ESXi не буде дуже корисним, оскільки суть драйверів Dell / HP полягає в тому, щоб відкрити інформацію vCenter. І я не вірю, що найкращим способом запитувати окремих хостів таким чином. Зрозуміло, це тому, що в ідеалі ви хочете, щоб ваші VM-хости централізовано управлялися.

Якщо ви запускаєте vCenter з одним хостом, ви отримуєте цю здатність, тому, можливо, це варіант для вашого оточення.

Якщо вам потрібен якийсь позадіапазонний моніторинг, ви не могли запитати DRAC замість цього?

ви можете використовувати відмінний https://exchange.nagios.org/directory/Plugins/Operating-Systems/*-Virtual-Environments/VMWare/check_vmware_api/details (з нагіосами або без них), він використовує vmware api, щоб отримати всі інформація, необхідна для апаратного моніторингу:

check_vmware_api -H esxhost -u esx_user_read_only_role -p passwd -l runtime -s health [enter]
OK - All 450 health checks are Green 

Вам потрібен sdk perl vmware, але крім того, що це досить прямо. Він працює для всіх типів апаратних засобів (до тих пір, як датчики бачать apm vmware, вони перевіряються).

Спробуйте zabbix ( http://zabbix.com ):

1) це ідеальне, добре відоме програмне забезпечення для моніторингу світового класу

2) ви можете легко запустити за допомогою пристрою Zabbix, який також доступний як попередньо налаштоване віртуальне зображення (на основі OpenSuSE).

3) він може контролювати хости і машини ESX [I], використовуючи веб-сервіси Vmware (наприклад, веб-клієнт). Ви можете використовувати правила виявлення низького рівня для автоматичного виявлення гіпервізорів VMware та віртуальних машин та створення хостів для їх моніторингу на основі заздалегідь визначених прототипів хостів.

4) ви зможете відстежувати всю техніку ваших серверів Dell за допомогою SNMP через iDrac, включаючи рейдовий контролер і стан томів, фізичні диски / модулі пам'яті / PSU і так далі ...

До будь-якої інформації про стан апаратури [як вона доступна в iDrac] можна отримати доступ через SNMP (принаймні, на серверах з IDrac 7/8 - я реалізував моніторинг апаратного забезпечення 50+ серверів покоління Dell 12/13 для моєї компанії в цьому спосіб).

Завдяки ідеальній функції LLD (низький рівень виявлення) zabbix ви можете легко збирати всі апаратні компоненти для моніторингу без ручного перерахування та автоматично створювати елементи для моніторингу (статуси, температури, швидкості вентилятора, розміри диска та серіали тощо), тригери (вирази для обробки даних моніторингу) та різні дії ...