Pokud mluvíte o vSphere hostitele, můžete vidět nebo slyšet, lidé se odkazují na je jako ESXi, nebo někdy ESX. Ne, někdo nejen upustil i, tam byla předchozí verze hypervizoru vSphere s názvem ESX. Můžete také slyšet ESX označované jako ESX classic nebo ESX full form.
dnes se chci podívat na ESX vs ESXi a zjistit, jaký je rozdíl mezi nimi. Ještě důležitější je, že se chci podívat na některé z důvodů, proč VMware změnil architekturu hypervisoru vSphere od roku 2009.
v této příručce
co je ESX? (Elastic Sky X)
zajímá Vás, co je ESX? ESX je zkratka pro Elastické Nebe X ESX je to, co VMware bare metal hypervisor všichni víme, a láska byla původně volal. To je opravdu místo, kde začala virtualizace.
pro dnešní lekci historie VMware začneme s ESX. ESX byl to, co VMware holý kovový hypervisor byl původně nazýván. Zatímco funkčnost dnešních hostitelů ESXi je velmi podobná (i když mnohem pokročilejší) ESX, existují některé důležité architektonické rozdíly.
hlavním rozdílem byla servisní konzola ESX. Ve skutečnosti byl můj vůbec první blogový příspěvek věnován servisní konzoli ESX.
myslete na servisní konzoli jako na malý virtuální stroj, který běžel vedle vašeho hostujícího VM a poskytoval přístup k hostiteli ESX. Servisní konzola vám umožnila přihlásit se k ESX a vydávat příkazy esxcfg na příkazovém řádku pro konfiguraci hostitele.
Zde je velmi jednoduché znázornění toho, jak to vypadalo:
Kromě toho, přístup k příkazového řádku, můžete stáhnout a instalovat téměř jakýkoliv agent si chtěl do ESX služby konzoli, jako agenti pro monitorování hardwaru, zálohování, nebo, dobře, něco, co byste chtěl opravdu.
agenti správy ESX zde také žili v servisní konzoli.
servisní konzole mluvila s VMkernel, což je v podstatě mozek vašeho hostitele ESX nebo ESXi.
než budeme mluvit více o VMkernel, pojďme se podívat na to, co se změnilo s ESXi.
co je ESXi? (Integrovaný ESX)
zajímá Vás, co je ESXi? Jedná se o novou generaci hypervisoru ESX společnosti VMware. ESXi je zkratka pro ESX integrated.
Když ESXi byl vytvořen, VMware integrované servisní funkce konzoly do VMkernel, jako je tento:
Znovu, toto je velmi jednoduchý diagram, ale můžete vidět, co byly zásadní změny, největší, který je eliminuje service console zcela z ESXi architektury.
stejně jako jsem se tehdy této změně bránil, dávalo to smysl z mnoha důvodů. Pamatujte, že ESXi vyšel s vSphere 4 v roce 2009, což byl rozmach virtualizace. Všichni virtualizovali vše na webu a provozovali své kritické pracovní zátěže na ESX.
zde je několik důvodů, proč VMware mohl považovat za vhodné provést tuto změnu.
Výkon a Stabilita pro VMware ESXi
Zatímco služba konzole může pouze použít až 800 MB RAM (což by mohlo být významné věřte tomu nebo ne, v některých hostitelů 2009 éry), pořád to ještě může znamenat pohromu výkon a stabilitu.
Pamatujete si ty agenty třetích stran, o kterých jsme mluvili? V tomto případě by vám špatný agent mohl přivést hostitele ESX k zastavení, což nebyla dobrá věc.
VMware Hypervisor Zabezpečení
důvod, proč to bylo tak snadné vyvinout a instalovat agenty na servis konzole byla, protože služba konzole byla v podstatě linuxový VM sedí na své hostitele ESX s přístupem k VMkernel.
To znamená, že služba konzole musela být opravené, stejně jako jakýkoli jiný Linux OS, a je citlivý na něco Linux server.
vidíte problém s tím a spuštěním kritického pracovního zatížení? Naprosto.
Tím, jak se zbavit tohoto „řízení MK“, VMware byl schopen výrazně snížit napadení jejich hypervisor, který byl stále důležité jako přijetí rostla tak rychle.
zjednodušení správy virtualizace
integrací těchto funkcí správy do VMkernel se Architektura ESXi stala mnohem jednodušší než ESX. Jak vám může říct každý, kdo někdy něco navrhl, čím jednodušší, tím lepší.
například namísto instalace agenta 3. strany pro monitorování hardwaru představil VMware společný informační Model nebo CIM. To umožnilo hardwarová data, které mají být snadno vidět v vCenter serveru, a společné platformy pro správu hardwaru pro přístup k němu přes vCenter.
Chcete-li získat skvělý přehled o CIM, nezapomeňte se podívat na tento blog na webu VMware. Je to z roku 2011 a úžasně vysvětluje tento obrovský posun v architektuře ESX vs ESXi.
to nejen zjednodušilo řízení, ale přidalo se ke stabilitě a bezpečnosti ESXi jako celku.
co je VMkernel?
mluvili jsme hodně o VMkernel, což je mozek ESXi.
chci vám dát jednoduchý přehled, abyste mohli skutečně začít chápat jeho schopnosti.
jak jsem řekl, VMkernel je mozkem operace. Zpracovává věci, jako je plánování zdrojů a správa zdrojů.
síťové a úložné zásobníky jsou také v VMkernel a ovladače hostitelských zařízení ESXi jsou také zpracovávány VMkernel.
co jsou porty VMkernel?
Zpět ve dnech ESX jsme se připojili k našim hostitelům pomocí speciálního portu servisní konzoly. Toto bylo nakonfigurováno během procesu instalace ESX, takže jsme se mohli připojit k našim hostitelům a pokračovat v jejich konfiguraci a správě.
počínaje ESXi jsme nakonfigurovali Port VMkernel pro správu. Dnes porty VMkernel slouží mnohem více účelům než jen správě, protože produkt vSphere ohromně pokročil.
když ESXi poprvé debutoval, byly porty VMkernel nakonfigurovány pro správu, vMotion a úložiště založené na IP, pokud je používáte. Pokud konfigurujete Port VMkernel pro úložiště, jednoduše neřeknete vSphere, že je pro zvláštní účel, jako jsou ty, které jsou uvedeny výše. Je to proto, že jde přes výchozí zásobník TCP / IP ve vSphere.
VMkernel porty samozřejmě existovaly před ESXi, ale pokud jste byli pomocí IP storage vMotion nebo (což v prvních dnech věřte tomu nebo ne, nebyly běžně používané), pravděpodobně nebyl nikdy konfigurován tak, VMkernel port předtím.
dnes, jak vidíte, existuje mnoho dalších aplikací pro použití portů VMkernel. Více o nich si můžete přečíst v Průvodci sítí VMkernel od VMware.
ESX vs ESXi není ani srovnání
když ESXi poprvé vyšel, mnoho správců vSphere, včetně mě, bylo posedlé porovnáváním ESX vs ESXi. Byli jsme tak zvyklí na servisní konzoli a naše operace vSphere kolem ní, že to byl obrovský posun paradigmatu.
vzpomínám si, že jsem speciálně použil nástroj v servisní konzole pro správu mého velkého prostředí ESX. Zpět před ESXi, věci jako PowerCLI nebyly široce používány, protože nebyl důvod, právě jste použili příkazy esxcfg v servisní konzoli.
VMware Infrastructure Toolkit (Pro Windows) nebo vi Toolkit byl předchůdcem PowerCLI nebyl vydán až do července 2008. Při zpětném pohledu můžete vidět, jak VMware připravuje půdu pro budoucnost své platformy, můj zajišťovací výkon, zabezpečení codebase a zefektivnění správy.
Přiznejme si to, ESX, jak jsme věděli, že to nebude podporovat pokračovat vzhůru trajektorii vSphere. VMware musel podniknout kroky k budoucímu důkazu svého produktu o tom, co mělo přijít.
V vSphere 4, VMware, které nabízí jak ESX a ESXi umožnit zákazníkům, aby postupně přejít, ale když vSphere 5 přišel v roce 2011, ESXi stal VMware vSphere hypervisor.
to bylo kolem této doby jsme také viděli nástroje jako Auto Deploy objevit, a PowerCLI začínají být přeplňovaný.
také jsme viděli stále více funkcí, které přicházejí do ESXi i vCenter. Pokud jste porovnali ESX 4.1, což byla poslední verze plné formy ESX s ESXi 6.7, pravděpodobně byste se jen smáli ESX, pokud vaše první verze vSphere byla 6 nebo vyšší.
i když to bylo jasně špičkové, když to poprvé vyšlo, změny provedené v architektuře ESX vs ESXi připravily půdu pro další pokrok a růst vSphere. Bez tohoto posunu k ESXi bychom prostě nebyli tam, kde jsme dnes.