dacă vorbiți despre o gazdă vSphere, este posibil să vedeți sau să auziți că oamenii se referă la ei ca ESXi sau uneori ESX. Nu, cineva nu a renunțat doar la i, a existat o versiune anterioară a hipervizorului vSphere numită ESX. De asemenea, puteți auzi ESX denumit ESX classic sau ESX full form.
astăzi vreau să arunc o privire la ESX vs ESXi și să văd care este diferența dintre ele. Mai important, vreau să mă uit la unele dintre motivele pentru care VMware a schimbat arhitectura vSphere hypervisor începând cu 2009.
în acest ghid
ce este ESX? (Elastic Sky X)
vă întrebați ce este ESX? ESX înseamnă Elastic Sky X. ESX este ceea ce hipervizorul metalic gol al VMware pe care îl știm cu toții și îl iubim a fost numit inițial. Este într-adevăr în cazul în care virtualizarea a început.
pentru lecția de Istorie VMware de astăzi, vom începe cu ESX. ESX a fost ceea ce a fost numit inițial hipervizorul metalic gol al VMware. În timp ce funcționalitatea gazdelor ESXi de astăzi este foarte asemănătoare (deși mult mai avansată) cu ESX, există unele diferențe arhitecturale importante.
principala diferență a fost consola de servicii ESX. De fapt, prima mea postare pe blog a fost dedicată consolei de servicii ESX.
gândiți-vă la consola de servicii ca la o mică mașină virtuală care a rulat lângă VM-urile dvs. de oaspeți și a oferit acces de gestionare la gazda ESX. Consola de servicii v-a permis să vă conectați la ESX și să emiteți comenzi esxcfg la o linie de comandă pentru a vă configura gazda.
Iată o descriere foarte simplă a ceea ce arăta:
pe lângă accesarea liniei de comandă, puteți descărca și instala aproape orice agent dorit în consola de servicii ESX, cum ar fi agenți pentru monitorizare hardware, backup sau bine, orice doriți cu adevărat.
agenții de management ESX locuiau și aici în consola de servicii.
consola de servicii a vorbit cu VMkernel, care este practic creierul gazdei ESX sau ESXi.
înainte de a vorbi mai multe despre VMkernel, să aruncăm o privire la ceea ce sa schimbat cu ESXi.
ce este ESXi? (ESX integrat)
vă întrebați Ce este ESXi? Este următoarea generație de hypervisor ESX VMware. ESXi standuri pentru ESX integrat.
când a fost creat ESXi, VMware a integrat funcționalitatea consolei de servicii în VMkernel, astfel:
din nou, aceasta este o diagramă foarte simplă, dar puteți vedea care au fost schimbările majore, cea mai mare care elimină complet consola de servicii din arhitectura ESXi.
oricât de mult am rezistat acestei schimbări la acea vreme, a avut sens din mai multe motive. Amintiți-vă, ESXi a ieșit cu vSphere 4 în 2009, care a fost boom-ul virtualizării. Toată lumea virtualiza totul pe site și își desfășura sarcinile de lucru critice pe ESX.
iată câteva motive pentru care VMware ar fi putut vedea că este potrivit să facă această schimbare.
performanță și stabilitate pentru VMware ESXi
în timp ce consola de servicii ar putea utiliza doar până la 800 MB de RAM (ceea ce ar putea fi semnificativ credeți sau nu în unele dintre gazdele erei 2009), ar putea face ravagii cu performanța și stabilitatea.
îți amintești de acei agenți terți despre care am vorbit? Ei bine, în acest caz, un agent rău ar putea aduce ESX gazdă la un popas screeching, care nu a fost un lucru bun.
VMware ‘ s Hypervisor Security
motivul pentru care a fost atât de ușor să dezvolți și să instalezi agenți pe consola de servicii a fost pentru că consola de servicii era practic un linux VM așezat pe gazda ESX cu acces la VMkernel.
aceasta înseamnă că consola de servicii trebuia să fie patch-uri la fel ca orice alt sistem de operare Linux și era susceptibilă la orice era un server Linux.
vedeți o problemă cu asta și rularea sarcinilor de lucru critice? Absolut.
scăpând de acest „Management VM”, VMware a reușit să reducă foarte mult suprafața de atac a hipervizorului lor, care devenea din ce în ce mai importantă pe măsură ce adoptarea a crescut atât de rapid.
simplificarea managementului virtualizării
prin integrarea acestor funcții de management în VMkernel, arhitectura ESXi a devenit mult mai simplă decât ESX. Așa cum oricine a proiectat vreodată ceva vă poate spune, cu cât este mai simplu, cu atât mai bine.
de exemplu, în loc să instaleze un agent 3rd party pentru monitorizarea hardware, VMware a introdus modelul de informații comune sau CIM. Acest lucru a permis ca datele hardware să fie văzute cu ușurință în serverul vCenter și platformele comune de gestionare a hardware-ului să le acceseze prin vCenter.
pentru o imagine de ansamblu excelentă a CIM, asigurați-vă că consultați acest blog pe site-ul VMware. Este de la 2011, și explică minunat această schimbare uriașă în arhitectura ESX vs ESXi.
nu numai că acest lucru a simplificat gestionarea, dar a adăugat la stabilitatea și securitatea ESXi în ansamblu.
ce este VMkernel?
am vorbit mult despre VMkernel, care este creierul lui ESXi.
vreau să vă ofer o imagine de ansamblu simplă, astfel încât să puteți începe cu adevărat să înțelegeți capacitățile sale.
cum am spus, VMkernel este creierul operațiunii. Se ocupă de lucruri precum programarea resurselor și gestionarea resurselor.
stivele de rețea și stocare sunt, de asemenea, în VMkernel, iar driverele de dispozitiv ale gazdelor ESXi sunt, de asemenea, gestionate de VMkernel.
ce sunt porturile VMkernel?
înapoi în zilele ESX, ne-am conectat la gazdele noastre cu un port special pentru consola de servicii. Acest lucru a fost configurat în timpul procesului de instalare a ESX, astfel încât să ne putem conecta la gazdele noastre pentru a continua să le configurăm și să le gestionăm.
începând cu ESXi, am configurat un port VMkernel pentru management. Astăzi, porturile VMkernel servesc mult mai multe scopuri decât doar gestionarea, deoarece produsul vSphere a avansat enorm.
când ESXi a debutat pentru prima dată, porturile VMkernel au fost configurate pentru gestionare, VMotion și stocare bazată pe IP dacă îl utilizați. Dacă configurați un port VMkernel pentru stocare, pur și simplu nu spuneți vSphere că este pentru un scop special precum cele enumerate mai sus. Asta pentru că trece peste stiva implicită TCP/IP din vSphere.
porturile VMkernel au existat desigur înainte de ESXi, dar dacă nu utilizați stocarea IP sau vMotion (care în primele zile credeți sau nu nu au fost utilizate în mod obișnuit), probabil că nu ați configurat niciodată un port VMkernel înainte.
astăzi, după cum puteți vedea, există mult mai multe aplicații pentru utilizarea porturilor VMkernel. Puteți citi mai multe despre ele în Ghidul de rețea VMkernel de la VMware.
ESX vs ESXi nu este nici măcar o comparație
când ESXi a ieșit prima dată, mulți administratori vSphere, inclusiv eu, erau obsedați de compararea ESX vs ESXi. Eram atât de obișnuiți cu consola de servicii și cu operațiunile noastre vSphere din jurul ei, încât a fost o schimbare uriașă de paradigmă.
îmi amintesc că am folosit în mod special un instrument în consola de servicii pentru a gestiona mediul meu ESX mare. Înainte de ESXi, lucruri precum PowerCLI nu erau utilizate pe scară largă, deoarece nu exista niciun motiv, tocmai ați folosit comenzile esxcfg în consola de servicii.
VMware Infrastructure Toolkit (pentru Windows), sau VI Toolkit a fost predecesorul PowerCLI nici măcar nu a fost lansat până în iulie 2008. În retrospectivă, ați putea vedea VMware stabilind scena pentru viitorul platformei lor, asigurarea performanței mele, asigurarea bazei de cod și eficientizarea gestionabilității.
să recunoaștem, ESX așa cum știam că nu va susține traiectoria ascendentă a vSphere. VMware a trebuit să ia măsuri pentru a dovedi în viitor produsul lor pentru ceea ce urma să vină.
în vSphere 4, VMware a oferit atât ESX, cât și ESXi pentru a permite clienților să facă treptat schimbarea, dar când vSphere 5 a venit în 2011, ESXi a devenit hipervizorul VMware vSphere.
în această perioadă am văzut și instrumente precum Auto Deploy emerge, iar PowerCLI începe să devină supraîncărcat.
am văzut, de asemenea, tot mai multe caracteristici vin atât la ESXi, cât și la vCenter. Dacă ați comparat ESX 4.1, care a fost ultima versiune a ESX full form cu ESXi 6.7, probabil că ați râde de ESX dacă prima versiune a vSphere a fost 6 sau mai mare.
în timp ce era clar de ultimă oră când a ieșit pentru prima dată, modificările aduse arhitecturii ESX vs ESXi au pregătit scena pentru avansarea și creșterea continuă a vSphere. Fără această trecere la ESXi, pur și simplu nu am fi Unde suntem astăzi.