Überwachung von VMware ESXi (kostenlos) gegen vSphere


7

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?

  1. ESXi mit kostenloser Lizenz unterstützt keine SNMP-Überwachung über Nagios. Wahr?
  2. vSphere unterstützt die SNMP-Überwachung über Nagios. Wahr?
  3. 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.

Antworten:


8

Ich bin ein VMware-Neuling und konnte die Namenskonvention, die sie in Bezug auf welche "Version" verwenden, nie verstehen, aber ich werde Ihnen sagen, dass ich kürzlich VMware vSphere Hypervisor implementiert habe, für den ich glaube, dass es der neue Name ist ESXi. SNMP ohne gekaufte Lizenz wird nicht unterstützt. Wenn Sie eines der Essentials-Kits kaufen, können Sie SNMP aktivieren, was ich erst vor zwei Wochen getan habe. Nachdem wir unsere Essentials Kit-Lizenz erhalten hatten, installierte ich vCenter, fügte die Lizenz hinzu, fügte meine Hosts hinzu und das wars. Anschließend habe ich SNMP aktiviert und konfiguriert und kann nun die Serverhardware über DOMSA (Dell OpenManage Server Administrator) verwalten und SNMP-Traps von den Hosts über DITA (Dell IT Assistant) empfangen.

Ich kann Ihnen bei RHEL nicht helfen, aber ich kann Ihnen sagen, dass Sie die Hosts lizenzieren können und müssen, um SNMP auf diesen Hosts zu aktivieren.

http://www.vmware.com/products/vsphere/small-business/buy.html

http://www.vmware.com/products/vsphere/buy/small_business_editions_comparison.html


+1. Unabhängig davon, ob Sie ein Neuling sind, haben Sie die richtige Antwort klar und prägnant gegeben.
Jed Daniels

Vielen Dank! Ich werde das Essentials Kit abholen und von dort aus gehen.
Matt Beckman


3

Ü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.


Vielen Dank. Das war auch hilfreich. Wir verwenden nicht ausschließlich SNMP, daher werden wir dies wahrscheinlich auch verwenden.
Matt Beckman

2

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.


2

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.


1
Das stimmt nicht, Sie können vollen Zugriff auf den RHEL-Hypervisor erhalten, auf dem ESXi ausgeführt wird. Dies kann entweder an der Konsole oder über ssh erfolgen. Um ssh zu verwenden, müssen Sie es jedoch zuerst über die ESX-Konsole aktivieren. Das Root-Passwort entspricht dem Administratorkennwort.
Red Tux

@Shane: Ist es nicht so, dass die Plattform ESXi und das Produkt vSphere ist (Free, Standard, Advanced usw.)? Außerdem können Sie dann ein Essentials- oder Acceleration-Kit erwerben? Ich schwöre, ich kann die VMware-Produktlinie nicht verstehen. Ich fürchte, ich bin ziemlich spät ins Virtualisierungsspiel gekommen.
Joeqwerty

2
@Shane Ich glaube nicht, dass es Busybox als Shell ist, ich denke, es ist eine ausgewachsene Bash, und ja, der Hypervisor verwendet RHEL. Es sieht stellenweise wie RHEL5 und FC6 aus.
Red Tux

1
@Red Tux Unabhängig davon, wie es aussieht, ist die Red Hat-Dienstkonsole, auf die Sie unter VMware ESX zugreifen können, nicht der Hypervisor. Es ist einfach eine andere VM, die auf dem Hypervisor ausgeführt wird. Dies ist in Wirklichkeit genau der gleiche Hypervisor wie ESXi. Die Servicekonsole hat VMCI-Zugriff auf den Hypervisor und bietet direkten Zugriff auf viele Dinge, die der Hypervisor steuert. Es handelt sich jedoch NICHT um den Hypervisor selbst. Der VMware-Hypervisor basierte eigentlich einmal auf FreeBSD, ist aber jetzt so modifiziert, dass es nicht mehr wirklich genau ist, die beiden zu vergleichen. Es ist im Wesentlichen sein eigenes Betriebssystem.
Jed Daniels

4
@ Red Tux Nein, ESXi verwendet ein eingebettetes Linux als Konsolenbetriebssystem, nicht RHEL. Nur ESX (Nicht-i) verfügt über RHEL und Full Shell als Konsolenbetriebssystem. Die Schale ist aus Asche, nicht voll ausgestattet. Sie können eine Shell erhalten und ssh aktivieren, aber dort können Sie nicht viel tun.
Keith

0

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.


Wenn ich mich nicht irre, können Sie mit der kostenlosen Version von vSphere SNMP nicht aktivieren. Jeder Versuch, SNMP zu aktivieren, führt zu einer Meldung "Nicht unterstützte Version". Erst wenn Sie es lizenzieren, können Sie SNMP aktivieren und konfigurieren. Sie haben Recht mit SNMP, sobald es aktiviert ist. Sie können es nicht abfragen. Es kann nur Traps an ein SNMP-Trap-Ziel senden.
Joeqwerty
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.