VMware ESX vs. ESXi: Áttekintés A legfontosabb különbségek

A legfrissebb statisztikák szerint a VMware a globális szerver virtualizációs piac több mint 75% – át birtokolja, ami a társaságot vitathatatlan vezető a területen, versenytársaival messze lemaradva. VMware hypervisor biztosít egy módja annak, hogy virtualizálja még a leginkább erőforrás-igényes alkalmazások, miközben továbbra is tartózkodik a költségvetést., Ha csak most kezded el a VMware szoftvert, előfordulhat, hogy találkoztál a látszólag végtelen ESX vs.ESXi vitával. Ez a VMware hypervisor architektúra két típusa, amelyet “csupasz fém” telepítésre terveztek, amely közvetlenül a fizikai szerver tetején található (operációs rendszer futtatása nélkül). Cikkünk célja a különbség magyarázata.

töltse le a NAKIVO Backup ingyenes kiadását& replikáció és a Pro Edition funkció teljes évre ingyenesen elérhető., NAKIVO Backup & A replikáció gyors és megbízható adatvédelmi megoldás vállalati szintű funkcionalitással. Számos funkciók közé tartozik a biztonsági mentés, replikáció, több helyreállítási lehetőségek, és még sok más. Termékünkkel biztos lehet benne, hogy VMware-alapú infrastruktúrája biztonságos és védett marad.

mit jelent az ESXi, és hogyan kezdődött az egész?

Ha már kissé ismeri a VMware termékcsaládot, előfordulhat, hogy hallotta, hogy az ESXi az ESX-szel ellentétben ingyenesen elérhető., Ez vezetett a közös tévhit, hogy ESX szerverek egy hatékonyabb, funkciókban gazdag megoldás, mint az ESXi szerverek. Ez a fogalom azonban nem teljesen pontos.

Az ESX az ESXi elődje. Az utolsó VMware kiadás, amely mind az ESX, mind az ESXi hypervisor architektúrákat tartalmazza, a vSphere 4.1 (“vSphere”). 2010 augusztusában kiadott megjelenése után az ESXi lett az ESX helyettesítője. A VMware bejelentette az ESX-től, a klasszikus hypervisor architektúrától az ESXi-ig való áttérést, amely egy könnyebb megoldás.,

Az ESX és az ESXi közötti elsődleges különbség az, hogy az ESX Linux alapú konzolos operációs rendszeren alapul, míg az ESXi szerverkonfigurációs menüt kínál, és minden általános operációs rendszertől függetlenül működik. Referenciaként az ESX név a Elastic Sky X rövidítése, míg az ESXi újonnan hozzáadott “i” betűje az “integrált” kifejezést jelenti.”Mint egy félre, Akkor lehet, hogy érdekel, hogy tudja, hogy a korai fejlesztési szakaszban 2004-ben, ESXi volt belsőleg ismert, mint “VMvisor” (“VMware Hypervisor”), és lett “ESXi” csak három évvel később. A 2011 júliusában kiadott 5-ös verzió óta csak az ESXi folytatódott.,

ESX vs.ESXi: Key Differences

összességében az ESX és ESXi hypervisors funkcionalitása gyakorlatilag azonos. A legfontosabb különbség az architektúrában és a műveletkezelésben rejlik. Ha csak a VMware verzió összehasonlítását néhány szóval lerövidítjük, az ESXi architektúra a biztonság, a megbízhatóság és a menedzsment szempontjából jobb. Ezenkívül, amint fentebb említettük, az ESXi nem függ az operációs rendszertől. A VMware erősen ajánlja a felhasználóknak, hogy jelenleg futtassák a klasszikus ESX architektúrát az ESXi-re való áttéréshez., A VMware dokumentációja szerint ez az átállás szükséges ahhoz, hogy a felhasználók a 4.1-es verzión túl frissítsenek, és maximalizálják a hipervizor előnyeit.

konzol operációs rendszer ESX

mint korábban említettük, az ESX architektúra Linux-alapú konzol operációs rendszerre (COS) támaszkodik. Ez a legfontosabb különbség az ESX és az ESXi között, mivel ez utóbbi a COS nélkül működik. Az ESX-ben a konzol operációs rendszerének funkciója a kiszolgáló indítása, majd a vSphere hypervisor betöltése a memóriába. Ezt követően azonban nincs szükség a COS-ra, mivel ezek az egyetlen funkciói., Eltekintve attól a ténytől, hogy a konzol operációs rendszer szerepe meglehetősen korlátozott, bizonyos kihívásokat jelent mind a VMware, mind a felhasználók számára. A COS meglehetősen igényes a biztonság és a fenntartás érdekében szükséges idő és erőfeszítés tekintetében., A korlátozások a következők:

• a Legtöbb biztonsági kérdések kapcsolódó ESX-alapú környezet okozta biztonsági rések a COS;
• amelyek a harmadik féltől származó anyagok vagy eszközök jelenthetnek biztonsági kockázatok, s így szigorúan ellenőrizni kell;
• Ha engedélyezve van, hogy fut a MERT, harmadik fél szerekkel vagy eszközök a versenyt a hypervisor a rendszer erőforrásait.

az ESXi-ben, amelyet eredetileg a 3.5 VMware kiadásban vezettek be, a hypervisor már nem támaszkodik külső operációs rendszerre. A rendszerindító eszközről közvetlenül a memóriába kerül., Az a tény, hogy a COS-t megszüntették, sok szempontból előnyös:

• az összetevők számának csökkenése lehetővé teszi egy biztonságos és szorosan lezárt architektúra kialakítását;
• a rendszerindító kép mérete csökken;
• a telepítési modell rugalmasabbá és mozgékonyabbá válik, ami előnyös a nagy mennyiségű ESXi-gazdagéppel rendelkező infrastruktúrák számára.

így az ESX vs., ESXi vita, hogy a bevezetése ESXi architektúra megoldott néhány kapcsolódó kihívások ESX, így növelve a biztonságot, a teljesítményt, és a megbízhatóság a platform.

ESX vs. ESXi: az utóbbi alapvető jellemzői

a mai napig az ESXi “csupasz fém” hipervizor marad, amely virtualizációs réteget állít fel a hardver és a gép operációs rendszere között. Az ESXi egyik legfontosabb előnye, hogy egyensúlyt teremt az erőforrás-kapacitás iránti egyre növekvő kereslet és a megfizethetőség között. A rendelkezésre álló hardver hatékony particionálásának lehetővé tételével az ESXi intelligensebb módszert biztosít a hardver használatához. Egyszerűen fogalmazva, az ESXi lehetővé teszi, hogy több szervert konszolidáljon kevesebb fizikai gépre., Ez lehetővé teszi mind az informatikai adminisztrációs erőfeszítés, mind az erőforrás-követelmények csökkentését, különösen a tér és az energiafogyasztás szempontjából, ezáltal segítve a teljes költség megtakarítását.

Íme néhány a legfontosabb jellemzői ESXi egy pillanat alatt:

kisebb lábnyom

ESXi lehet tekinteni, mint egy kisebb lábnyom változata ESX. A gyors hivatkozás érdekében a “lábnyom” a szoftver (vagy hipervizor, ebben az összefüggésben) által elfoglalt memória mennyiségére utal. Az ESXi 6.7 esetében ez csak körülbelül 130 MB, míg az ESXi 6.7 ISO kép mérete 325 MB., Összehasonlításképpen, az ESXi 6 lábnyoma körülbelül 155 MB.

rugalmas konfigurációs modellek

a VMware eszközt biztosít a felhasználók számára, hogy kitalálják az adott termék ajánlott konfigurációs korlátait. A fizikai vagy virtuális berendezések megfelelő telepítéséhez, konfigurálásához és működtetéséhez tanácsos, hogy ne lépje túl a termék által támogatott határokat. Ezzel a VMware megteremti az eszközöket alapvetően bármilyen méretű alkalmazások befogadására. Az ESXi 6.7 – ben minden virtuális gépnek akár 256 virtuális CPU-ja, 6 TB RAM-ja, 2 GB videomemória stb., A virtuális lemez mérete 62 TB.

fokozott biztonság

A VMware számos eszközt és funkciót kínál az ESXi-házigazdák jogosulatlan hozzáféréstől és visszaélésektől való védelmére. Mivel a 6.5 kiadás, lehetséges, hogy titkosítja a virtuális gépek, beleértve a fájlokat, virtuális lemez fájlokat, core dump fájlokat. A VMware rugalmas szerep-alapú hozzáférés-ellenőrzési mechanizmusával meghatározhatja a hozzáférési házirendeket az infrastruktúra minden felhasználója számára., Végül az audit naplózás, amely magában foglalja a hálózati forgalmat, a megfelelési figyelmeztetéseket, a tűzfaltevékenységet, valamint az operációs rendszer változásait, lehetővé teszi az infrastruktúra még hatékonyabb ellenőrzését.

Rich ecosystem

a VMware ökoszisztéma támogatja a harmadik féltől származó hardverek, termékek, vendég operációs rendszerek és szolgáltatások széles skáláját. Példaként harmadik féltől származó menedzsment alkalmazásokat használhat az ESXi gazdagépével együtt, így az infrastruktúra-menedzsment sokkal kevésbé összetett törekvés., Egy VMware eszköz, a Global Support Services (GSS) lehetővé teszi, hogy megtudja, hogy egy adott tech probléma kapcsolódik-e a harmadik féltől származó hardverhez vagy szoftverhez.

felhasználóbarát élmény

a 6.5 kiadás óta a vSphere kliens HTML5 verzióban érhető el, ami nagyban javítja a felhasználói élményt. Ezzel a kiadással létezik a vSphere parancssori interfész (vSphere CLI) is, amely lehetővé teszi az alapvető adminisztrációs parancsok kezdeményezését minden olyan gépről, amely hozzáfér az adott hálózathoz és rendszerhez., Fejlesztési célokra használhatja a REST-alapú API-kat, így optimalizálva az alkalmazás-létesítést, a feltételes hozzáférés-vezérlőket, az önkiszolgáló katalógust stb.

következtetés

visszatérve a VMware ESX vs. ESXi összehasonlításhoz, a két hipervisor meglehetősen hasonló a funkcionalitás és a teljesítmény szempontjából, legalábbis a 4.1 kiadás verzióinak összehasonlításakor, bár az architektúra és az operatív menedzsment szempontjából teljesen más., Mivel az ESXi nem támaszkodik általános célú operációs rendszerre, ellentétben az ESX-szel, ez lehetőséget nyújt számos biztonsági és megbízhatósági probléma megoldására. A VMware ösztönzi az ESXi architektúrára való áttérést; dokumentációjuk szerint a migráció VM leállás nélkül is elvégezhető, bár a folyamat gondos előkészítést igényel.

a VMware-alapú infrastruktúra védelme érdekében a NAKIVO Backup & replikáció gazdag fejlett funkciókat kínál, amelyek lehetővé teszik az automatizálást, a közeli azonnali helyreállítást és az erőforrás-megtakarítást., Az alábbiakban vázoljuk néhány termék alapvető funkciók, amelyek különösen hasznos lehet A VMware környezetben:

VMware Backup-Back up live VMs és alkalmazás adatait, és tartsa a biztonsági archívum, ameddig csak szüksége van., A NAKIVO Biztonsági & Replikáció, biztonsági mentések a következő jellemzőkkel:

• Kép-alapú – az egész VM elfogták, beleértve a lemezeket, valamint a konfigurációs állományokat;
• Növekményes – miután a kezdeti teljes mentés befejeződött, csak a megváltozott blokk adatok másolása;
• Alkalmazás-aware – application data MS Exchange Active Directory, SQL, stb. átmásolja egy transactionally-konzisztens állapotban.

VMware replikáció-Készítsen azonos másolatokat, más néven másolatokat a virtuális gépekről., Amíg szükség van rá, kikapcsolt állapotban maradnak, és nem fogyasztanak erőforrásokat.

Ha egy katasztrófa eléri és elérhetetlenné teszi a virtuális gépedet, akkor a virtuális gép replikájára nem tudsz átmenni, és gyakorlatilag nincs időd futtatni.

házirend-alapú adatvédelem-szabadítsa fel az idejét az alapvető virtuális GÉPVÉDELMI feladatok automatizálásával. Hozzon létre szabályokat a virtuális gép neve, mérete, címkéje, konfigurációja stb. ahhoz, hogy a gép hozzá egy adott feladatkör automatikusan. A politikai szabályok érvényben, akkor már nem kell üldözőbe újonnan hozzáadott vagy megváltozott VM magát.,

NAKIVO Backup & replikáció jött létre azzal a megértéssel, hogy mennyire fontos a lehető legalacsonyabb RPO és RTO elérése. A biztonsági mentések, replikák a munkaterhelés a helyén, akkor szinte azonnal újra műveletek katasztrófa után, kevés vagy nincs leállás vagy adatvesztés.