hvis du snakker om en vsphere-vert, kan du se eller høre folk referere til Dem Som ESXi, ELLER NOEN GANGER ESX. Nei, noen droppet ikke bare jeg, det var en tidligere versjon av vSphere Hypervisor kalt ESX. DU kan også høre ESX referert TIL SOM ESX classic ELLER ESX full form.
I Dag vil JEG ta en titt PÅ ESX vs ESXi og se hva forskjellen er mellom dem. Enda viktigere, jeg vil se på noen av grunnene Til At VMware endret vSphere hypervisor-arkitekturen som begynte i 2009.
I Denne Guiden
Hva ER ESX? (Elastic Sky X)
Lurer du på HVA ER ESX? ESX står For Elastic Sky X. ESX ER Hva Vmwares bare metal hypervisor vi alle kjenner og elsker, ble opprinnelig kalt. Det er der virtualisering startet.
for dagens vmware historie leksjon, vi kommer til å starte MED ESX. ESX var Hva Vmwares bare metal hypervisor opprinnelig ble kalt. Mens funksjonaliteten til Dagens ESXi-verter er veldig lik (men mye mer avansert) TIL ESX, er det noen viktige arkitektoniske forskjeller.
HOVEDFORSKJELLEN var ESX – tjenestekonsollen. Faktisk var mitt første blogginnlegg dedikert TIL ESX service console.
Tenk på tjenestekonsollen som en liten virtuell maskin som kjørte ved siden av gjest-Vm-ene og ga administrasjonstilgang TIL ESX-verten. Tjenestekonsollen tillot deg å logge INN PÅ ESX og utstede esxcfg-kommandoer på en kommandolinje for å konfigurere verten.
her er en veldig enkel skildring av hvordan det så ut:
I tillegg til å få tilgang til kommandolinjen, kan du laste ned og installere nesten hvilken som helst agent du ønsket I ESX – tjenestekonsollen, som agenter for maskinvareovervåking, sikkerhetskopiering eller vel, alt du ønsket virkelig.
ESX-administrasjonsagentene bodde også her i servicekonsollen.
tjenestekonsollen snakket Med VMkernel, som i utgangspunktet er hjernen til ESX eller ESXi-verten.
Før vi snakker mer om VMkernel, la oss ta en titt på hva som endret Seg Med ESXi.
Hva Er ESXi? (ESX integrert)
Lurer du på Hva Er ESXi? Det er neste generasjon AV VMWARES ESX hypervisor. ESXi står FOR ESX integrert.
Da ESXi ble opprettet, integrerte VMware tjenestekonsollfunksjonaliteten i VMkernel, slik: 
Igjen, Dette Er Et veldig enkelt diagram, Men du kan se hva de store endringene var, den største som eliminerer tjenestekonsollen helt fra ESXi-arkitekturen.
Så mye som jeg motstod denne endringen på den tiden, var det fornuftig av flere grunner. Husk At ESXi kom ut med vSphere 4 i 2009, som var bommen av virtualisering. Alle virtualiserte alt på stedet, og kjørte sine oppgavekritiske arbeidsbelastninger PÅ ESX.
Her er et par grunner Til At VMware kan ha sett det passe å gjøre denne endringen.
Ytelse Og Stabilitet For VMware ESXi
mens servicekonsollen bare kunne bruke opptil 800 MB RAM (som kan være betydelig tro det eller ikke i noen av vertene i 2009-æraen), kan det fortsatt føre til ødeleggelse med ytelse og stabilitet.
Husk de tredjepartsagentene vi snakket om? Vel i dette tilfellet, en dårlig agent kunne bringe DEG ESX vert til en skrikende stans, som ikke var en god ting.
Vmwares Hypervisor Security
grunnen til at det var så enkelt å utvikle og installere agenter på servicekonsollen var fordi servicekonsollen i utgangspunktet var en linux VM som satt på ESX-verten med tilgang til VMkernel.
dette betyr at servicekonsollen måtte lappes akkurat som alle Andre Linux-OS, og var utsatt for alt En Linux-server var.
Ser du et problem med det og kjører oppgavekritiske arbeidsbelastninger? Absolutt.
Ved å bli kvitt DENNE «management VM», VMware var i stand til å sterkt redusere angrep overflaten av deres hypervisor, som ble stadig viktigere som adopsjon vokste så raskt.
Forenkling Av Virtualiseringsstyring
ved å integrere disse ledelsesfunksjonene i VMkernel Ble ESXi-arkitekturen mye enklere ENN ESX. Som alle som noensinne har architected noe kan fortelle deg, jo enklere jo bedre.
i stedet for å installere en 3. parts agent for maskinvareovervåking, introduserte VMware Common Information Model eller CIM. Dette gjorde at maskinvaredata lett kunne ses i vCenter server, og vanlige maskinvarehåndteringsplattformer for å få tilgang til det via vCenter.
for en flott oversikt OVER CIM, sørg for å sjekke ut denne bloggen På Vmwares nettsted. Det er fra 2011, og forklarer fantastisk dette store skiftet I ESX vs ESXi-arkitekturen.
ikke bare gjorde dette forenkle administrasjon, men lagt til stabilitet Og sikkerhet For ESXi som helhet.
Hva er VMkernel?
Vi har snakket mye Om VMkernel, som Er hjernen Til ESXi.
jeg vil gi deg en enkel oversikt slik at du virkelig kan begynne å forstå dens evner.
Som jeg sa, Er VMkernel hjernen til operasjonen. Den håndterer ting som ressursplanlegging og ressursforvaltning.
nettverk og lagring stabler er også I VMkernel, Og ESXi verter enhetsdrivere er også håndtert Av VMkernel.
Hva Er VMkernel-Porter?
Tilbake I ESX-dagene koblet vi til vertene våre med en spesiell servicekonsollport. Dette ble konfigurert under INSTALLASJONSPROSESSEN AV ESX, slik at VI kunne koble til vertene våre for å fortsette å konfigurere dem og administrere dem.
Fra Og Med ESXi konfigurerte vi En vmkernel-port for ledelse. I dag, vmkernel porter tjene mange flere formål enn bare ledelse, som vsphere produktet har avansert enormt.
Da ESXi først debuterte, ble vmkernel-porter konfigurert for Administrasjon, vMotion og IP-basert lagring hvis du brukte Den. Hvis du konfigurerer en vmkernel-port for lagring, forteller du bare ikke vSphere det er for et spesielt formål som de som er nevnt ovenfor. Det er fordi det går over standard tcp / IP-stakken i vSphere.
vmkernel-porter eksisterte selvfølgelig før ESXi, men med mindre DU brukte IP-lagring eller vMotion (som i de tidlige dager tror det eller ikke ikke var vanlig), hadde du sannsynligvis aldri konfigurert En vmkernel-port før.
I Dag, som du kan se, er det mange flere applikasjoner for bruk Av vmkernel-porter. Du kan lese mer om Dem i Vmkernel Networking Guide Fra VMware.
ESX vs ESXi Er Ikke Engang En Sammenligning
da ESXi først kom ut, var mange vsphere-administratorer, inkludert meg selv, besatt av å sammenligne ESX vs ESXi. Vi var bare så vant til tjenesten konsollen og våre vSphere operasjoner rundt det at det var et stort paradigmeskifte.
jeg husker at jeg spesielt brukte et verktøy i service console for å administrere mitt store ESX-miljø. Tilbake Før ESXi var Ting Som PowerCLI ikke mye brukt fordi det ikke var grunn til, du brukte bare esxcfg-kommandoene i servicekonsollen.
VMware Infrastructure Toolkit (For Windows), ELLER VI Toolkit var forgjengeren Til PowerCLI, ble ikke engang utgitt til juli 2008. I ettertid kan Du se VMware sette scenen for fremtiden for plattformen, min sikre ytelse, sikre kodebasen og strømlinjeforme håndterbarhet.
La oss innse DET, ESX som vi visste at det ikke skulle støtte fortsett oppover bane av vSphere. VMware måtte ta skritt for å fremtidssikre sitt produkt for det som skulle komme.
i vSphere 4 tilbød VMware BÅDE ESX og ESXi å tillate kundene å gradvis gjøre skiftet, men Da vSphere 5 kom i 2011, Ble ESXi VMware vsphere hypervisor.
det var rundt denne tiden vi så også verktøy som Auto Deploy dukke opp, Og PowerCLI begynner å bli supercharged.
vi så også flere og flere funksjoner kommer Til Både ESXi og vCenter. Hvis DU sammenlignet ESX 4.1, som var den siste versjonen AV ESX full form Til ESXi 6.7, ville du nok bare le AV ESX hvis din første versjon av vSphere var 6 eller høyere.
mens det var tydelig cutting edge når det først kom ut, endringene I ESX vs ESXi arkitektur sette scenen for vSphere fortsatte avansement og vekst. Uten dette skiftet Til ESXi, vi bare rett og slett ikke ville være der vi er i dag.