Это простое и элегантное решение само по себе, за исключением нескольких «но»:
1. Как сказанно в статье по присланной вами ссылке, ESXi SNMP stack поддерживает исключительно SNMP Trap метод. Т.е. система после конфигурации будет присылать вам некоторый предусмотренный инженерами VMWare набор alarms, при абсолютном отсутствии возможности кастомизации.
2. Я не могу предъявлять клиенту требование к специальной конфигурации hypervisor, т.к. на этом же сервере у него бегут ещё 20 машин.
3. В моём случае это решение абсолютно бесполезно, т.к. у VMWare SNMP stack отсутствует поддержка GET-methods, т.е. я не смогу запрашивать значение параметров хоста.
4. Я не уверен, но меня одолевают некоторые сомнения на счёт возможности SNMP доступа изнутри гостевой ОС к конфигурации хоста. ИМХО, это выглядит как грубейшее нарушение парадигмы изолированных виртуальных контейнеров.
1. Как сказанно в статье по присланной вами ссылке, ESXi SNMP stack поддерживает исключительно SNMP Trap метод. Т.е. система после конфигурации будет присылать вам некоторый предусмотренный инженерами VMWare набор alarms, при абсолютном отсутствии возможности кастомизации.
2. Я не могу предъявлять клиенту требование к специальной конфигурации hypervisor, т.к. на этом же сервере у него бегут ещё 20 машин.
3. В моём случае это решение абсолютно бесполезно, т.к. у VMWare SNMP stack отсутствует поддержка GET-methods, т.е. я не смогу запрашивать значение параметров хоста.
4. Я не уверен, но меня одолевают некоторые сомнения на счёт возможности SNMP доступа изнутри гостевой ОС к конфигурации хоста. ИМХО, это выглядит как грубейшее нарушение парадигмы изолированных виртуальных контейнеров.