Als u het hebt over een vSphere host, kunt u mensen zien of horen verwijzen naar hen als ESXi, of soms ESX. Nee, iemand heeft niet alleen de i laten vallen, er was een vorige versie van de vSphere Hypervisor genaamd ESX. U kunt ook ESX horen aangeduid als ESX classic of ESX full form.
vandaag wil ik eens kijken naar ESX vs ESXi en zien wat het verschil is tussen hen. Belangrijker, Ik wil kijken naar een aantal van de redenen VMware veranderde de vSphere hypervisor architectuur te beginnen in 2009.
In deze gids
Wat is ESX? (Elastic Sky X)
vraagt u zich af wat ESX is? ESX staat voor Elastic Sky X. ESX is wat VMware ‘ s bare metal hypervisor we all know and love oorspronkelijk heette. Het is echt waar virtualisatie begon.
voor de VMware geschiedenisles van vandaag beginnen we met ESX. ESX was wat VMware ‘ s bare metal hypervisor oorspronkelijk heette. Hoewel de functionaliteit van de huidige ESXi-hosts zeer vergelijkbaar is (hoewel veel geavanceerder) met ESX, zijn er een aantal belangrijke architectonische verschillen.
het belangrijkste verschil was de ESX service console. In feite, mijn eerste blog post ooit was gewijd aan de ESX service console.
zie de service console als een kleine virtuele machine die naast je gast VM ‘ s liep en beheer toegang gaf tot de ESX host. Met de service console kon je inloggen op ESX en esxcfg commando ‘ s geven op een commandoregel om je host te configureren.
hier is een zeer eenvoudige afbeelding van hoe het eruit zag:
naast Toegang tot de opdrachtregel, kunt u bijna elke agent downloaden en installeren in de ESX service console, zoals agenten voor hardware monitoring, back-up, of goed, alles wat je echt wilde.
de ESX management agenten woonden hier ook in de service console.
de service console sprak met de VMkernel, wat in principe het brein is van je ESX of ESXi host.
voordat we meer praten over de VMkernel, laten we eens kijken naar wat er is veranderd met ESXi.
Wat is ESXi? (ESX integrated)
vraagt u zich af wat ESXi is? Het is de volgende generatie van VMware ‘ s ESX hypervisor. ESXi staat voor ESX integrated.
toen ESXi werd aangemaakt, integreerde VMware de service console functionaliteit in de VMkernel, als volgt: 
nogmaals, dit is een zeer eenvoudig diagram, maar u kunt zien wat de belangrijkste veranderingen waren, de grootste die de service console volledig uit de ESXi architectuur elimineert.
hoewel ik me destijds tegen deze verandering verzette, was het om een aantal redenen zinvol. Vergeet niet, ESXi kwam uit met vSphere 4 in 2009, dat was de boom van virtualisatie. Iedereen virtualiseerde alles in de site en voerde hun bedrijfskritische workloads uit op ESX.
hier zijn een paar redenen waarom VMware het geschikt heeft gevonden om deze wijziging aan te brengen.
prestaties en stabiliteit voor VMware ESXi
hoewel de serviceconsole slechts 800 MB RAM kon gebruiken (wat in sommige hosts van het 2009-Tijdperk significant zou kunnen zijn), kan het nog steeds schade toebrengen aan prestaties en stabiliteit.
Weet je nog die agenten van derden waar we het over hadden? In dit geval kan een slechte agent je ESX-host tot stilstand brengen, wat niet goed was.
VMware ‘ s Hypervisor Security
de reden dat het zo eenvoudig was om agents op de service console te ontwikkelen en te installeren was omdat de service console in feite een linux VM was die op je ESX host zat en toegang had tot de VMkernel.
dit betekent dat de service console moest worden gepatcht net als elk ander Linux OS, en was gevoelig voor alles wat een Linux server was.
zie je daar een probleem mee en het uitvoeren van bedrijfskritische workloads? Helemaal.Door van deze “management VM” af te komen, kon VMware het aanvalsoppervlak van hun hypervisor aanzienlijk verminderen, wat steeds belangrijker werd naarmate de adoptie zo snel groeide.
vereenvoudiging van virtualisatiebeheer
door deze beheerfuncties in de VMkernel te integreren, werd de ESXi-architectuur veel eenvoudiger dan ESX. Zoals iedereen die ooit iets heeft ontworpen je kan vertellen, hoe eenvoudiger hoe beter.
bijvoorbeeld, in plaats van een agent van derden voor hardwarebewaking te installeren, introduceerde VMware Het Common Information Model of CIM. Hierdoor konden hardwaregegevens gemakkelijk te zien zijn in vCenter server, en gemeenschappelijke hardware management platforms om toegang te krijgen via vCenter.
voor een goed overzicht van de CIM, moet u kijken op deze blog op de site van VMware. Het is uit 2011, en prachtig verklaart deze enorme verschuiving in ESX vs ESXi architectuur.
dit vereenvoudigt niet alleen het beheer, maar draagt ook bij aan de stabiliteit en veiligheid van ESXi als geheel.
Wat is de VMkernel?
we hebben veel gesproken over de VMkernel, de hersenen van ESXi.
Ik wil u een eenvoudig overzicht geven zodat u de mogelijkheden echt kunt beginnen te begrijpen.
zoals ik al zei, de VMkernel is het brein van de operatie. Het behandelt dingen zoals resource scheduling, en resource management.
de netwerk-en opslagstacks bevinden zich ook in de VMkernel, en de ESXi ’s hosts-apparaatstuurprogramma’ s worden ook door de VMkernel afgehandeld.
Wat zijn VMkernel-poorten?
in de ESX-dagen, maakten we verbinding met onze hosts met een speciale service console poort. Dit werd geconfigureerd tijdens het installatieproces van ESX, zodat we verbinding konden maken met onze hosts om ze te blijven configureren en beheren.
beginnend met ESXi, hebben we een VMkernel-poort geconfigureerd voor beheer. Vandaag de dag dienen VMkernel-poorten veel meer doeleinden dan alleen beheer, omdat het vSphere-product enorm vooruit is gegaan.
toen ESXi voor het eerst debuteerde, werden VMkernel-poorten geconfigureerd voor beheer, vMotion en IP-gebaseerde opslag Als u deze gebruikte. Als u een VMkernel-poort voor opslag configureert, vertelt u vSphere gewoon niet dat het voor een speciaal doel is zoals hierboven vermeld. Dat komt omdat het gaat over de standaard TCP/IP stack in vSphere.
VMkernel-poorten bestonden natuurlijk al voor ESXi, maar tenzij u gebruik maakte van IP-opslag of vMotion (die in de vroege dagen geloven dat het al dan niet niet vaak werden gebruikt), had u waarschijnlijk nog nooit een VMkernel-poort geconfigureerd.
vandaag zijn er, zoals u kunt zien, veel meer toepassingen voor het gebruik van VMkernel-poorten. U kunt meer over hen lezen in de VMkernel Networking Guide van VMware.
ESX vs ESXi is niet eens een vergelijking
toen ESXi voor het eerst uitkwam, waren veel beheerders van vSphere, waaronder ikzelf, geobsedeerd met het vergelijken van ESX vs ESXi. We waren zo gewend aan de serviceconsole en onze vSphere-activiteiten eromheen dat het een enorme paradigmaverschuiving was.
ik herinner me dat ik specifiek een tool in de service console heb gebruikt om mijn grote ESX-omgeving te beheren. Terug voor ESXi, dingen als PowerCLI werden niet veel gebruikt omdat er geen reden was om, je gewoon gebruikt de esxcfg commando ‘ s in de service console.
de VMware Infrastructure Toolkit (voor Windows), of de VI Toolkit was de voorganger van PowerCLI werd niet eens uitgebracht tot juli 2008. Achteraf gezien, je kon zien VMware het instellen van het podium voor de toekomst van hun platform, mijn verzekeren van de prestaties, het beveiligen van de codebase, en het stroomlijnen van de beheersbaarheid.
laten we eerlijk zijn, ESX zoals we wisten dat het niet het vervolg opwaarts traject van vSphere zou ondersteunen. VMware moest stappen ondernemen om hun product toekomstbestendig te maken voor wat er zou komen.In vSphere 4 bood VMware zowel ESX als ESXi aan om klanten geleidelijk de overstap te laten maken, maar toen vSphere 5 in 2011 kwam, werd ESXi de VMware vSphere hypervisor.
rond deze tijd zagen we ook gereedschappen zoals Auto Deploy ontstaan, en PowerCLI begon supercharged te worden.
we zagen ook meer en meer functies komen naar zowel ESXi en vCenter. Als je ESX 4.1, de laatste versie van ESX full form met ESXi 6.7 vergeleek, zou je waarschijnlijk alleen maar lachen om ESX als je eerste versie van vSphere 6 of hoger was.
hoewel het duidelijk baanbrekend was toen het voor het eerst uitkwam, vormden de wijzigingen in de ESX vs ESXi-architectuur het podium voor vSphere ‘ s voortdurende vooruitgang en groei. Zonder deze verschuiving naar ESXi zouden we gewoon niet zijn waar we nu zijn.