ESX vs ESXi, eine VMware-Geschichtsstunde

Wenn Sie über einen vSphere-Host sprechen, werden Sie möglicherweise als ESXi oder manchmal als ESX bezeichnet. Nein, jemand hat das i nicht einfach fallen lassen, es gab eine frühere Version des vSphere-Hypervisors namens ESX. Sie können ESX auch als ESX Classic oder ESX Full Form hören.

Heute möchte ich einen Blick auf ESX vs ESXi werfen und sehen, was der Unterschied zwischen ihnen ist. Noch wichtiger ist, dass ich mir einige der Gründe ansehen möchte, warum VMware die vSphere-Hypervisor-Architektur ab 2009 geändert hat.

In diesem Handbuch

Was ist ESX? (Elastic Sky X)

Sie fragen sich, was ESX ist? ESX steht für Elastic Sky X. ESX ist der Bare-Metal-Hypervisor von VMware, den wir alle kennen und lieben. Hier hat die Virtualisierung wirklich begonnen.

Für die heutige VMware-Geschichtsstunde werden wir mit ESX beginnen. ESX war das, was VMware Bare-Metal-Hypervisor ursprünglich genannt wurde. Während die Funktionalität der heutigen ESXi-Hosts ESX sehr ähnlich (wenn auch viel weiter fortgeschritten) ist, gibt es einige wichtige architektonische Unterschiede.

Der Hauptunterschied war die ESX Service Console. Tatsächlich war mein erster Blogbeitrag der ESX Service Console gewidmet.

Stellen Sie sich die Service Console als kleine virtuelle Maschine vor, die neben Ihren Gast-VMs ausgeführt wird und Verwaltungszugriff auf den ESX-Host bietet. Über die Servicekonsole konnten Sie sich bei ESX anmelden und esxcfg-Befehle über eine Befehlszeile ausgeben, um Ihren Host zu konfigurieren.

Hier ist eine sehr einfache Darstellung, wie es aussah:

 esx vs esxi architecture

Neben dem Zugriff auf die Befehlszeile können Sie fast jeden gewünschten Agenten in die ESX Service Console herunterladen und installieren, z. B. Agenten für Hardwareüberwachung, Backup oder alles, was Sie wirklich wollten.

Die ESX Management Agents lebten auch hier in der Service Console.

Die Servicekonsole sprach mit dem VMkernel, der im Grunde das Gehirn Ihres ESX- oder ESXi-Hosts ist.

Bevor wir mehr über den VMkernel sprechen, werfen wir einen Blick darauf, was sich mit ESXi geändert hat.

Was ist ESXi? (ESX integriert)

Sie fragen sich, was ESXi ist? Es ist die nächste Generation des ESX-Hypervisors von VMware. ESXi steht für ESX integrated.

Wenn ESXi erstellt wurde, VMware integriert die Service-Konsole Funktionalität in den VMkernel, wie folgt aus:esxi vs esx ArchitekturNochmal, dies ist ein sehr einfaches Diagramm, aber Sie können sehen, was die wichtigsten Änderungen waren, die größte, die die Service-Konsole vollständig aus der ESXi-Architektur eliminiert.

So sehr ich mich dieser Änderung damals widersetzte, machte sie aus einer Reihe von Gründen Sinn. Denken Sie daran, ESXi kam mit vSphere 4 im Jahr 2009, das war der Boom der Virtualisierung. Jeder virtualisierte alles vor Ort und führte seine geschäftskritischen Workloads auf ESX aus.

Hier sind ein paar Gründe, warum VMware es für angebracht gehalten hat, diese Änderung vorzunehmen.

Leistung und Stabilität für VMware ESXi

Während die Service Console nur bis zu 800 MB RAM verwenden konnte (was bei einigen Hosts der 2009-Ära von Bedeutung sein könnte oder nicht), es könnte immer noch Chaos anrichten mit Leistung und Stabilität.

Erinnerst du dich an die Agenten von Drittanbietern, über die wir gesprochen haben? Nun, in diesem Fall könnte ein schlechter Agent den ESX-Host zum Stillstand bringen, was keine gute Sache war.

VMware’s Hypervisor Security

Der Grund, warum es so einfach war, Agenten auf der Service Console zu entwickeln und zu installieren, war, dass die Service Console im Grunde eine Linux-VM war, die auf Ihrem ESX-Host mit Zugriff auf den VMkernel saß.

Dies bedeutet, dass die Service Console wie jedes andere Linux-Betriebssystem gepatcht werden musste und für alles anfällig war, was ein Linux-Server war.

Sehen Sie ein Problem damit und beim Ausführen geschäftskritischer Workloads? Absolut.

Durch die Beseitigung dieser „Management-VM“ konnte VMware die Angriffsfläche ihres Hypervisors erheblich reduzieren, was mit zunehmender Akzeptanz immer wichtiger wurde.

Vereinfachung des Virtualisierungsmanagements

Durch die Integration dieser Verwaltungsfunktionen in den VMkernel wurde die ESXi-Architektur viel einfacher als ESX. Wie jeder, der jemals etwas entworfen hat, Ihnen sagen kann, je einfacher, desto besser.

Anstatt beispielsweise einen 3rd-Party-Agenten für die Hardwareüberwachung zu installieren, führte VMware das Common Information Model (CIM) ein. Auf diese Weise konnten Hardwaredaten in vCenter Server und gängige Hardwareverwaltungsplattformen problemlos über vCenter darauf zugreifen.

Einen guten Überblick über das CIM finden Sie in diesem Blog auf der VMware-Website. Es ist von 2011, und erklärt wunderbar diese große Verschiebung in ESX vs ESXi Architektur.

Dies hat nicht nur die Verwaltung vereinfacht, sondern auch die Stabilität und Sicherheit von ESXi insgesamt erhöht.

Was ist der VMkernel?

Wir haben viel über den VMkernel gesprochen, der das Gehirn von ESXi ist.

Ich möchte Ihnen einen einfachen Überblick geben, damit Sie wirklich beginnen können, seine Fähigkeiten zu verstehen.

Wie gesagt, der VMkernel ist das Gehirn der Operation. Es behandelt Dinge wie Ressourcenplanung und Ressourcenmanagement.

Die Netzwerk- und Speicherstapel befinden sich ebenfalls im VMkernel, und die Hosts-Gerätetreiber des ESXi werden ebenfalls vom VMkernel verwaltet.

Was sind VMkernel-Ports?

In den ESX-Tagen haben wir uns mit unseren Hosts über einen speziellen Port für die Servicekonsole verbunden. Dies wurde während des Installationsprozesses von ESX konfiguriert, sodass wir eine Verbindung zu unseren Hosts herstellen konnten, um sie weiterhin zu konfigurieren und zu verwalten.

Beginnend mit ESXi haben wir einen VMkernel-Port für die Verwaltung konfiguriert. Heute dienen VMkernel-Ports viel mehr als nur der Verwaltung, da das vSphere-Produkt enorme Fortschritte gemacht hat.

VMkernel-Port

Bei der ersten Einführung von ESXi wurden VMkernel-Ports für die Verwaltung, vMotion und IP-basierten Speicher konfiguriert, wenn Sie es verwendeten. Wenn Sie einen VMkernel-Port für die Speicherung konfigurieren, teilen Sie vSphere einfach nicht mit, dass er für einen speziellen Zweck wie den oben aufgeführten bestimmt ist. Das liegt daran, dass es über den Standard-TCP / IP-Stack in vSphere geht.

VMkernel-Ports gab es natürlich schon vor ESXi, aber wenn Sie nicht IP-Speicher oder vMotion verwendeten (die in den frühen Tagen, ob Sie es glauben oder nicht, nicht häufig verwendet wurden), hatten Sie wahrscheinlich noch nie zuvor einen VMkernel-Port konfiguriert.

Wie Sie sehen, gibt es heute viel mehr Anwendungen für die Verwendung von VMkernel-Ports. Weitere Informationen dazu finden Sie im VMkernel-Netzwerkhandbuch von VMware.

ESX vs ESXi ist nicht einmal ein Vergleich

Als ESXi zum ersten Mal herauskam, waren viele vSphere-Administratoren, auch ich, besessen davon, ESX vs ESXi zu vergleichen. Wir waren einfach so an die Service Console und unsere vSphere-Operationen gewöhnt, dass es ein großer Paradigmenwechsel war.

Ich erinnere mich, dass ich speziell ein Tool in der Service Console verwendet habe, um meine große ESX-Umgebung zu verwalten. Vor ESXi waren Dinge wie PowerCLI nicht weit verbreitet, weil es keinen Grund dafür gab, Sie haben nur die esxcfg-Befehle in der Service Console verwendet.

Das VMware Infrastructure Toolkit (für Windows) oder das VI Toolkit war der Vorgänger von PowerCLI und wurde erst im Juli 2008 veröffentlicht. Im Nachhinein konnten Sie sehen, wie VMware die Bühne für die Zukunft ihrer Plattform bereitstellte, indem es die Leistung sicherstellte, die Codebasis sicherte und die Verwaltbarkeit rationalisierte.

Seien wir ehrlich, ESX, wie wir wussten, würde den weiteren Aufwärtstrend von vSphere nicht unterstützen. VMware musste Schritte unternehmen, um sein Produkt für die Zukunft zukunftssicher zu machen.

In vSphere 4 bot VMware sowohl ESX als auch ESXi an, damit Kunden den Wechsel schrittweise vornehmen konnten, aber als vSphere 5 2011 auf den Markt kam, wurde ESXi ZUM VMware vSphere Hypervisor.

Ungefähr zu dieser Zeit tauchten auch Tools wie Auto Deploy auf und PowerCLI begann sich aufzuladen.

Wir haben auch immer mehr Funktionen für ESXi und vCenter gesehen. Wenn Sie ESX 4.1, die letzte Version von ESX Full Form, mit ESXi 6.7 verglichen, würden Sie wahrscheinlich nur über ESX lachen, wenn Ihre erste Version von vSphere 6 oder höher wäre.

Als es zum ersten Mal herauskam, war es zwar eindeutig auf dem neuesten Stand, aber die Änderungen an der ESX vs ESXi-Architektur bereiteten die Voraussetzungen für die weitere Weiterentwicklung und das Wachstum von vSphere. Ohne diese Umstellung auf ESXi wären wir einfach nicht dort, wo wir heute sind.

Schreibe einen Kommentar

Deine E-Mail-Adresse wird nicht veröffentlicht.

Previous post How To Wrap A Sandwich, No Plastic Baggie
Next post Aufbau positiver Beziehungen zu Schülern, die mit psychischer Gesundheit zu kämpfen haben