Ich habe zwei Hosts, auf denen der kostenlose ESXi-Hypervisor ausgeführt wird. Wir verwenden Nagios jedoch zur Überwachung, und ich habe widersprüchliche Informationen darüber erhalten, wie wir diese Systeme überwachen sollen. Sind meine Ergebnisse unten korrekt?
- ESXi mit kostenloser Lizenz unterstützt keine SNMP-Überwachung über Nagios. Wahr?
- vSphere unterstützt die SNMP-Überwachung über Nagios. Wahr?
- Für ein Upgrade auf vSphere ist lediglich eine Lizenzänderung auf dem Host erforderlich. "Ja wirklich?"
Ich hatte den Eindruck, dass ESXi nicht die RHEL-Umgebung enthält, mit der wir die Nagios-Plugins installieren können. Daher scheint es seltsam, dass eine einfache Lizenzänderung uns plötzlich Root-Zugriff verschafft und uns die Überwachung ermöglicht. Mein Kollege sagte, er sei kürzlich gezwungen gewesen, einen vSphere-Host von Grund auf neu zu erstellen, anstatt ESXi zu aktualisieren. Daher würde ich gerne wissen, ob dies erforderlich ist oder nicht.
Wenn Sie Ihre VMware-Hosts mit Nagios überwachen, teilen Sie mir bitte mit, ob Sie eine bessere Möglichkeit haben, dies zu tun.
quelle
Überspringen Ihrer Fragen - diese werden mehr oder weniger oben beantwortet.
Zur Überwachung unserer (kostenlosen) VMware ESXi 4.x-Hosts und ihrer VMs verwenden wir das hervorragende Plugin check_vmware3.pl .
Sie benötigen das VMware Infrastructure (VI) Perl Toolkit , damit es auf Ihrem Nagios-Host installiert werden kann. Darüber hinaus verwenden wir die vShpere-CLI .
EDIT: Und ab heute (3. Mai 2011) wurde eine neue Version von check_esxi_hardware.py "zur Überwachung der Hardware hauptsächlich von ESXi-Servern" veröffentlicht.
quelle
Um die Frage zu klären, ob für ein Upgrade vom kostenlosen ESXi auf das lizenzierte ESXi lediglich eine Lizenzdatei erforderlich ist: Ja. Sie müssen lediglich eine Lizenzdatei zu ESXi hinzufügen, ohne dass eine Neuinstallation oder ähnliches erforderlich ist.
Was Sie nicht tun können, ist ein "Upgrade" von ESX (sagen wir 4.0) auf ESXi 4.1. Eine Änderung des Hypervisors erfordert eine "Neuerstellung", wie Sie es ausdrücken würden.
quelle
Ein paar Dinge zu klären:
ESX hat die RHEL-Umgebung, ESXi ist eine viel abgespeckte Umgebung. Die kostenlose Lizenzierung ist nur unter ESXi verfügbar, nicht kostenlos unter ESX. Darüber hinaus ist die gesamte Lizenzierung für die Editionen identisch (die Lizenzierung für beispielsweise die Enterprise Edition funktioniert entweder unter ESXi oder ESX). Der "Root-Zugriff", von dem Sie sprechen, ist der Konsolenzugriff auf die RHEL-Umgebung, die in ESXi nicht vorhanden ist, unabhängig davon, welche Lizenzstufe Sie verwenden.
Außerdem ist ESX ab vSphere 5 verschwunden und vergessen (4.1 ist die letzte Hauptversion). Fangen Sie jetzt an, sich davon zu entfernen.
Die von VMware erfassten vollständigen Leistungsinformationen (pro Host und pro VM) werden nicht über SNMP verfügbar gemacht. Die Webdienst-APIs sind der richtige Weg, um darauf zuzugreifen. Ich denke, die native SNMP-Implementierung führt nur einige begrenzte Traps für Warnzwecke aus.
quelle
Bearbeitet
Der Zugriff auf den RHEL-basierten Hypervisor ist ziemlich einfach. Sie können es nur über die Konsole aktivieren (alt-f1 für virtuelle Konsole 1). (Ich gehe hier aus dem Speicher) Wenn Sie den Dienst "chkconfig sshd on" aktivieren, starten Sie ihn anschließend "service sshd on". Viele der Google-Suchanfragen zeigten, dass Personen die Datei /etc/inetd.conf bearbeitet haben, aber ich kann mich nicht erinnern, dies getan zu haben. In vielen Handbüchern wird außerdem empfohlen, den Server an dieser Stelle neu zu starten. Möglicherweise möchten Sie auch die Firewall aktivieren, damit ssh passieren kann. Wechseln Sie dazu zum vSphere-Client unter Konfiguration -> Sicherheitsprofil -> Eigenschaften (oben rechts). Klicken Sie dann auf SSH, um ein Loch in der Firewall zu aktivieren.
Bei einer schnellen Google-Suche sieht es so aus, als ob der Prozess zum Aktivieren von SMTP ähnlich ist. Es sieht jedoch so aus, als könnten Sie SNMP nicht zum Abrufen von Elementen verwenden, sondern nur für Trapper-basierte Elemente.
Von dort aus können Sie Sudo-Berechtigungen für die Benutzer aktivieren, die Sie über den vSphere-Client konfiguriert haben. Ich habe ein Skript, das SSH-Schlüssel verwendet, um sich beim Server anzumelden, und dann das Dienstprogramm 3ware controller mit sudo ohne Kennwort ausführt, um den Status meines RAID-Arrays zu überprüfen.
quelle