VMWare vSphere und der Wechsel von ESX zu ESXi

Ich habe letzte Nacht an einem eigenständigen ESX 3.5-System gearbeitet, um ein Upgrade auf vSphere 4.1u1 durchzuführen. Ich stellte fest, dass der vollständige ESX-Download auf der VMWare-Website nicht mehr betont wurde. Obwohl ich wusste, dass sich der Fokus in der VMWare-Welt auf ESXi verlagerte, ist mir jetzt klar, dass ich die Auswirkungen, die dies auf meine vorhandenen Bereitstellungen haben wird, tatsächlich bewerten muss.

Ich bin Berater und habe eine Reihe von VMWare-Installationen, die von einzelnen Hosts mit internem Speicher bis zu Clustern mit mehreren Hosts reichen, die durch gemeinsam genutzten Speicher unterstützt werden. Ich habe mich auch hauptsächlich auf HP ProLiant-Hardware verlassen. Für mich war die Hauptattraktion von ESX gegenüber ESXi die Anwesenheit der HP Management Agents und einer Konsole, auf der HP-spezifische Dienstprogramme ausgeführt werden können (Firmware-Updates, ILO-Konfiguration, SNMP-Traps usw.).

Ich bin daran interessiert zu hören, wie andere IT-Ingenieure mit dem Übergang umgehen. Migrieren Sie für diejenigen unter Ihnen, die ESX 4 vollständig installiert haben, Hosts nach Bedarf? Bemühen Sie sich konzertiert, jetzt auf ESXi umzusteigen, oder warten Sie bis zum nächsten Upgrade-Zyklus?

Was sind die Herausforderungen, fehlenden Funktionen usw., auf die Sie beim Wechsel von ESX zu ESXi gestoßen sind?

Lassen Sie uns zunächst eine sehr wichtige, aber einfache Sache aus dem Weg räumen. Es wird kein ESX 5 geben. Wenn Sie Ihre Deploments zukunftssicher machen möchten, haben Sie keine andere Wahl, als ESXi noch heute zu verwenden.

Allerdings würde ich vorhandene Umgebungen derzeit nicht auf ESXi ausrichten. Wenn ESX 4.1 veraltet ist, müssten diese Umgebungen ohnehin eine Aktualisierung der Hardware durchlaufen, und dies wäre der geeignetere Moment für den Umzug.

Lassen Sie uns nun über den Unterschied bei der Verwaltung von ESX und ESXi sprechen. Es ist wahr, dass eine ordnungsgemäße rpm-basierte Umgebung in vielerlei Hinsicht ein großer Vorteil für den Systemadministrator ist. Ich habe jedoch festgestellt, dass die meisten, wenn nicht alle Aufgaben von VMware und hw vencors ohne eine Konsole mit vollem Funktionsumfang ausgeführt werden können. Lassen Sie es mich in große Teile zerlegen:

• Konsolenzugriff: Wenn Sie den Komfort und die Sicherheit der Verwendung der Befehlszeile auf dem tatsächlichen ESXi-Host wünschen, können Sie dies noch heute problemlos tun. Aktivieren Sie einfach die lokale Konsole für die Verwendung von KVM oder iLO oder iDRAC oder aktivieren Sie sshd für den Remotezugriff. Auf diese Weise erhalten Sie eine Busybox sowie die gesamte Bandbreite der esxcfg-Dienstprogramme.
• HW-Verwaltung: Ich habe mit HP und Dell HW gearbeitet. Beide verfügen über VIBs, die Sie auf dem Host installieren und mit SIM oder OMSA verwenden. Darüber hinaus verfügt Dell jetzt über das Dell Management Center vApp / Plugin, das sich nahtlos in vCenter integrieren lässt. Es überwacht Hosts und kann die Bereitstellung neuer Hosts automatisieren. Es ist ein sehr cooles Tool.
• ESXi-Verwaltung und -Automatisierung: Verwenden Sie PowerCLI, wenn Sie in der Windows-Welt leben, oder vSphere SDK für Perl, wenn Sie Linux bevorzugen. Mit diesen benötigen Sie niemals (oder fast nie) eine Host-Konsole. Jeder einzelne esxcfg-Befehl existiert dort und vieles mehr.

Die Arbeit mit internem Speicher wird mit ESXi wahrscheinlich einfacher, da Ihr gesamter Hypervisor und seine Verwaltungstools auf einer Flash-Karte oder einem USB-Stick gespeichert sind und Sie nur eine einzige Partition mit der gesamten physischen Festplatte oder dem gesamten physischen Volume für die Speicherung von VMs verwenden können.

Aktualisiert am 21.05.11: VMware hat gerade das ESXi 4.1 Operations Guide veröffentlicht , das alles ausführlich behandelt:

Sie möchten wahrscheinlich viel mehr Details als dies, aber ich hatte buchstäblich keine Probleme im Umgang mit ESXi, obwohl meine Erfahrung ausschließlich mit vollständig lizenziertem Code und in Nur-vCenter-Umgebungen besteht. In diesen Szenarien habe ich festgestellt, dass es schnell bereitzustellen, einfach zu warten, genauso stabil ist und natürlich weniger Patches angewendet werden müssen. Dies war in einer vollständig HP-Umgebung mit SIM 6.x und ich musste auch keinen zusätzlichen Code installieren. Auch hier muss ich feststellen, dass meine Erfahrung sehr auf diese Umgebungen beschränkt war.