- KVM ponuja visoko zmogljivost, široko podporo strojne opreme in zelo nizke stroške, saj je integriran v jedro Linuxa.
- VMware ESXi izstopa po svojem podjetniškem ekosistemu: vCenter, HA, DRS, vMotion, NSX, vSAN in močni komercialni podpori.
- Na področju varnosti, združevanja v grozde, varnostnega kopiranja in centraliziranega upravljanja je vSphere običajno v prednosti; KVM zmaga v prilagodljivosti in odsotnosti vezave na določenega prodajalca.
- Izbira je odvisna od proračuna, tehnične kulture (Linux proti VMware), zahtev glede podpore ter želene ravni avtomatizacije in visoke razpoložljivosti.

Če oklevate med Zgradite svojo infrastrukturo na KVM ali VMware (Ali pa preprosto želite bolje razumeti, kaj vsaka možnost prinaša?) Ta vodnik ponuja podrobno primerjavo: zmogljivost, varnost, licence, podpora, združljivost vsebnikov, varnostno kopiranje, združevanje v gruče, mreženje, formati diskov, integracija z drugimi komponentami, kot sta OpenStack ali Active Directory ... ideja je, da boste po branju jasno razumeli, v katerem scenariju se posamezna možnost odlično obnese.
Kaj sta KVM in VMware in v čem sta si podobna?
Na svoji strani VMware Je podjetje, ki stoji za celo družino izdelkov za virtualizacijo. V kontekstu podatkovnih centrov je ključni igralec VMware ESXi, hipervizor tipa 1, ki tvori jedro platforme VMware vSphereOkoli ESXi se vrtijo vCenter, vSAN, NSX, Horizon, Tanzu in mnogi drugi deli, ki sestavljajo zelo zrel ekosistem za zahtevna poslovna okolja.
Tako KVM kot ESXi sta Hipervizorji tipa 1 brez uporabe sistemaZmožni so zagnati več virtualnih strojev (VM) z gostujočimi operacijskimi sistemi, kot so Windows, Linux, BSD ali Solaris, s podporo za strojno podprto virtualizacijo (Intel VT-x, AMD-V). Konceptualno oba omogočata: oskrbovanje VM-jev, njihovo izolacijo in izvajanje vroče migracijeUporaba posnetkov in upravljanje velikih gruč sta možnosti. Razlika je v tem, kako vse to dosežete, koliko stane, kakšno prilagodljivost imate in katere skrbniške funkcije ponuja vsaka možnost.

Vrste hipervizorjev in notranja arhitektura
Pri virtualizaciji se običajno razlikuje med hipervizorji tipa 1 (gola kovina) in tip 2 (ki so nameščeni na gostiteljskem operacijskem sistemu). KVM in ESXi sta tipa 1, medtem ko so izdelki, kot so VMware Workstation, VMware Player, VMware Fusion ali VirtualBox, tipa 2.
V primeru KVMČeprav je nameščen kot del gostitelja Linux, velja za tip 1, ker ... Jedro Linuxa Nato deluje kot neposredni hipervizor na strojni opremi. KVM tako podeduje Razporejevalnik procesorja, upravljanje pomnilnika in omrežni sklad samega Linuxa, kar mu daje veliko prilagodljivosti in združljivosti s strojno opremo.
ESXi Gre za VMwarejev lastni minimalni operacijski sistem, zasnovan posebej kot hipervizor. zaprto jedroIntegriran s certificiranimi in optimiziranimi gonilniki, uporablja ravnino upravljanja VMware za interakcijo s strojno opremo in preostalim paketom (vCenter, NSX itd.). Ta pristop zmanjša porabo programske opreme na le tisto, kar je nujno potrebno za virtualizacijo.
Poleg razlikovanja med tipom 1 in tipom 2 je treba razumeti tudi razliko med popolna "surova" virtualizacija in strojno podprta virtualizacijaPri popolnoma programski virtualizaciji hipervizor emulira vso strojno opremo in prevaja ukaze CPU-ja (binarno prevajanje), kar je počasneje, vendar omogoča delovanje brez VT-x/AMD-V. Pri strojno podprti virtualizaciji se nekateri ukazi vCPU-ja izvajajo neposredno na fizičnem CPU-ju, kar znatno zmanjša režijske stroške. KVM in ESXi se za zagotavljanje visoke zmogljivosti zanašata na slednji pristop.
Zmogljivost: Ali KVM ali VMware deluje bolje?
Bruto donos Zmogljivost KVM in ESXi je v večini produkcijskih scenarijev zelo podobna. KVM je zgrajen na približno 10.000 visoko optimiziranih vrsticah kode znotraj jedra Linuxa, kar zmanjšuje režijske stroške in z QEMU in virtio Dosega skoraj izvorno zmogljivost za procesor, disk in omrežje.
V primeru VMware ESXiIzvorna koda je lastniška, vendar naj bi celoten izdelek obsegal več deset milijonov vrstic, če bi vključili vse komponente ekosistema. V nekaterih sintetičnih primerjalnih testih so se virtualni stroji izkazali za nekoliko hitrejše na KVM kot na ESXi, vendar je v resničnih poslovnih okoljih zmogljivost nižja. razlike so običajno marginalne v primerjavi z drugimi ozkimi grli, kot sta shranjevanje ali omrežje.
VMware pridobi prednost v scenarijih, kjer pridejo v poštev ti dejavniki. optimizacije razporejanja, DRS, vMotion in shranjevanje vMotionki omogočajo uravnoteženje obremenitve in vroče premikanje virtualnih strojev z minimalnim vplivom, pri čemer ohranjajo zelo stabilno delovanje tudi, ko je gruča močno poseljena.
KVM pa se izkaže predvsem v okoljih, kjer je Linux že obvladan in je jedro (governor CPU, I/O scheduler, hugepages, NUMA itd.) in omrežni sklad mogoče natančno nastaviti. Z deljenjem jedra z gostiteljem, Zelo hitro sprejema izboljšave strojne opreme. ki so jih proizvajalci vključili v jedro Linuxa.
Orodja za namestitev, kompleksnost in upravljanje
La vstopna krivulja To je eno od področij, kjer je razlika med KVM in VMware najbolj opazna. Pri KVM namestitev vključuje najprej nastavitev sistema Linux (Ubuntu, RHEL, CentOS, Oracle Linux, SUSE itd.) in namestitev potrebnih paketov: KVM/QEMU, libvirtorodja za upravljanje, kot sta virt-manager ali virt-install, in po potrebi ročno konfigurirajte virtualno stikalo, mostovi in povezovanjeJe zelo prilagodljiv, vendar zahteva precejšnje obvladovanje ekosistema Linux.
V VMware ESXi je postopek bolj "voden": prenesete sliko ISO, jo zapišete na USB ali CD, zaženete strežnik in sledite navodilom. zelo preprost grafični pomočnikNaslednji korak je običajno namestitev Strežniška naprava vCenter (predhodno konfiguriran VM) iz te datoteke ISO in od tam se praktično vse upravlja prek spletnega vmesnika odjemalca vSphere.
iz dneva v dan, KVM Upravlja se z orodji, kot so Virsh (CLI za libvirt) in virt-manager (namizni grafični vmesnik za upravljanje več gostiteljev KVM), poleg SSH, VNC ali SPICE za povezovanje s konzolami VM. Obstajajo spletni vmesniki, kot sta Kimchi ali Foreman, projekti, kot sta oVirt ali Red Hat Virtualization, pa dodajajo napredno vizualno plast na vrh KVM.
En VMware vSphereTemelj upravljanja je vCenter s svojim spletni odjemalec vSphere Client Iz katerega se upravljajo gostitelji ESXi, gruče, virtualna omrežja, podatkovna skladišča, HA, DRS, vSAN, NSX itd. Poleg tega je za ukazno vrstico na voljo ESXCLI. PowerCLI (na podlagi PowerShella) za avtomatizacijo skoraj vsega in vmesnik Host Client za samostojne gostitelje ESXi brez vCenterja.
Stroški, licence in model podpore
Z ekonomskega vidika je razlika očitna: KVM je odprtokodna programska oprema Integriran je v Linux in ne zahteva licence za hipervizor. Na voljo je na kateri koli sodobni distribuciji Linuxa, saj je bil leta 2007 integriran v jedro. Stroški izvirajo iz komercialne podpore (Red Hat, SUSE, Oracle itd.) in morebitnih dodatnih orodij za upravljanje, ki jih morda želite dodati, vendar je osnovna funkcionalnost brezplačna.
VMware vSphere Gre za komercialno rešitev, ki je običajno licencirana na procesor/jedro in izdajo (Standard, Enterprise Plus itd.). Vključuje licence za ESXi in vCenter, če pa želite dodati izdelke, kot so NSX, vSAN, Tanzu, Horizon ali vRealizeVsak od njih zahteva svojo dodatno licenco. Obstaja brezplačna izdaja ESXi (vSphere Hypervisor), vendar z resne omejitveAPI-ji samo za branje, brez upravljanja vCenter, brez tehnične podpore in brez možnosti uporabe rešitev za varnostno kopiranje, ki so odvisne od API-jev.
Kar se tiče podpore, VMware ponuja 24-urno podporo podjetjem, 7 dni v tednu V skladu s pogodbo imate dostop do njihove baze znanja, posodobitev, popravkov in neposredne podpore. Pri KVM je "uradna" podpora odvisna od ponudnika vaše distribucije (Red Hat, Oracle, SUSE itd.) ali vaše lastne IT ekipe, vedno pa imate podporo zelo aktivne skupnosti, vendar ni nobenega prodajalca KVM, ki bi mu lahko oddali zahtevek za podporo, razen če imate sklenjeno pogodbo z določenim prodajalcem.
Združljivost strojne opreme in omejitve skaliranja
Združljivost strojne opreme je še en razlikovalni dejavnik. KVM, z zanašanjem na LinuxPodeduje ogromen seznam strojne opreme, ki jo podpira jedro: procesorje x86 z VT-x/AMD-VVeč vrst krmilnikov diskov, omrežnih adapterjev, arhitektur, kot sta ARM ali PowerPC v nekaterih različicah itd. Dokler ima jedro gonilnik, lahko KVM običajno deluje na tem gostitelju brez prevelikih težav.
VMware ESXi Zahteva, da so strežnik in komponente v svojem Seznam združljive strojne opreme (HCL)To zagotavlja certificirane gonilnike in optimalno delovanje, vendar omejuje njegovo uporabo na starejši ali zelo novi strojni opremi, ki še ni prestala postopka certificiranja. Pri velikih projektih lahko to poveča stroške platforme zaradi potrebe po nakupu specifične strojne opreme, ki jo priporoča VMware.
Kar zadeva omejitve, komercialne distribucije, ki vsebujejo KVM, ponujajo okvirne številke. Na primer, za določena okolja so vrednosti do 384 jeder procesorja in 6 TB RAM-a na gostiteljaS približno 600 sočasnimi virtualnimi stroji in na vsak virtualni stroj je mogoče doseči naslednje do 256 virtualnih procesorjev (ali več v novejših različicah) in več terabajtov virtualnega RAM-aOdvisno je od distribucije (Red Hat, Oracle Linux, SUSE) in testov validacije, ki jih je opravil vsak prodajalec.
En VMware vSphereUradna dokumentacija postavlja zelo visoke omejitve: do 896 logičnih procesorjev in 24 TB RAM-a na gostitelja ESXi1.024 virtualnih strojev na gostitelja, 4.096 združenih virtualnih procesorjev (vCPE), 256 virtualnih procesorjev na virtualni stroj, več kot 6 TB RAM-a na virtualni stroj, virtualni diski do 62 TB in gruče do 64 gostiteljev in 8000 virtualnih strojevNa ravni vCenter je mogoče upravljati do 2500 gostiteljev ESXi in 40.000 virtualnih strojev na instanco, kar pušča veliko prostora za rast.
Varnost: izolacija, šifriranje in skladnost s predpisi
Varnost hipervizorja je ključnega pomena: če nekdo ogrozi gostitelja, ima odprta vrata do vseh virtualnih strojev in njihovih podatkov. KVM Izkorišča varnostni ekosistem Linuxa za okrepitev izolacije. Poudarja kombinirano uporabo SELinux (Varnostno izboljšan Linux) in sVirt (Varna virtualizacija)SELinux definira obvezne pravilnike za nadzor dostopa (MAC), sVirt pa te pravilnike razširja na virtualne stroje, označevanje procesov in slike diskov, da jih med seboj izolira.
Poleg tega lahko povlečete iptables/nftables Za napredne požarne zidove uporabite varen zagon UEFI na gostujočih sistemih (z nekaj ročnimi nastavitvami) in tehnologije šifriranja pomnilnika, kot sta TME/MKTME, na združljivi strojni opremi. Na ravni diska vam KVM omogoča, da gostu pregledno šifrirate slike QCOW2 s 128-bitnim AES ali pa šifriranje prenesete na datotečni sistem gostitelja ali sam operacijski sistem gosta.
VMware vSphere Tudi na tem področju blesti, saj ima nabor funkcij, zasnovanih za regulirana okolja (HIPAA, PCI DSS itd.). Ima Požarni zid, integriran v ESXiPodpora za Secure Boot UEFI, integracija s TPM in vSphere Trust Authority, podrobno upravljanje dovoljenj in vlog ter šifriranje virtualnih strojev z integracijo z zunanjim KMS ali z izvornim ponudnikom ključev vSphere.
VMware lahko uporablja vTPM VMware ponuja varnost, ki temelji na virtualizaciji, NSX pa zagotavlja porazdeljeno stransko varnost (mikrosegmentacija, porazdeljeni požarni zid, IDS/IPS, odvisno od izdaje). Poleg tega VMware ponuja orodja za spremljanje skladnosti in uveljavljanje konfiguracije hipervizorja, kar olajša uskladitev platforme s strogimi predpisi.
Virtualna omrežja in povezljivost
V omrežni ravnini, KVM Zanaša se na zmogljivosti jedra Linuxa in specifičnih orodij. Za virtualna stikala se zelo pogosto uporablja Odpri vSwitch (OVS)kar omogoča javne ali zasebne virtualne mostove, porazdeljeno preklapljanje med gostitelji in podporo za VLAN-e, VXLAN-e, QoS in druge napredne funkcije. Ustvariti je mogoče tudi klasične mostove Linuxa, za ta namen pa se lahko uporabi povezovanje ali združevanje. dodajte povezave ali konfigurirajte redundanco.
Omrežni vmesniki Virtio podpirajo VLAN-e in jih je mogoče orkestrirati z libvirtkar vključuje upravljanje virtualnega omrežja in strežnik DHCP, integriran v QEMU. Zmogljivosti požarnega zidu so tako obsežne kot sam omrežni sklad Linuxa, VXLAN-e, predore, VPN-je in drugo pa je mogoče nastaviti s standardnimi orodji ekosistema.
En VMware vSphere Omrežje temelji na dveh vrstah stikal: standardni vSwitch (konfigurirano s strani gostitelja) in Distributed vSwitch (centralno upravljano iz vCenterja). Oba podpirata VLAN-e, združevanje NIC-jev za uravnoteženje obremenitve in preklop v primeru okvare ter osnovne varnostne politike. Če je potrebno napredno programsko definirano omrežje (mikrosegmentacija, VXLAN, uravnalniki obremenitve, porazdeljene politike), potem pride v poštev [ustrezna rešitev]. VMware NSX.
Konfiguriranje združevanja povezav, skupin vrat, prometnih politik ali omrežij za vMotion in shranjevanje je običajno bolj uporabniku prijazno v grafičnem uporabniškem vmesniku vSphere kot pa vse to prek CLI v Linuxu, čeprav KVM ponuja več svobode za "eksotične" scenarije, če ste seznanjeni z iproute2, OVS in podobnim.
Shranjevanje, formati diskov in migracija
z KVMPraktično vse, kar lahko Linux namesti kot fizično ali logično shrambo, je uporabno: SAS, SATA, NVMe diski, LVM nosilci, NFS, iSCSI, SAN, NAS itd. Navidezni stroji lahko uporabljajo slike virtualnih diskov ali preslikava surovih naprav (prenos naprave ali nosilca). Možno je tudi neposredno priključiti nosilec LVM na navidezni stroj.
Izvorni slikovni formati so surovo (slika) y qcow2Neobdelana oblika zapisa je zelo preprosta in hitra (približno 10 % hitrejša od oblik z dodatnimi plastmi), vendar ne podpira notranjih posnetkov ali inkrementalnih varnostnih kopij na ravni blokov. Qcow2 pa ponuja posnetki, stiskanje, šifriranje, tanko zagotavljanje in podpora za TRIM/UNMAPTo vam omogoča, da z orodji, kot je virt-sparsify, ponovno pridobite neuporabljen prostor. Poleg tega KVM razume tudi druge formate, kot so VMDK (od VMware), VDI (VirtualBox), VHDX (Hyper-V) in številne druge, kar olajša migracije med platformami.
En VMware ESXiPrivzeta oblika diska je VMDKVsak disk je običajno sestavljen iz deskriptorja .vmdk in ploščate datoteke .vmdk, ki vsebuje podatke. Podprto je tanko in debelo zagotavljanje, shramba podatkov pa se običajno nahaja na VMFS ali NFS. Diski lahko izkoristijo samodejni UNMAP za ponovno pridobitev prostora, RDM (Raw Device Mapping) pa se lahko uporabi za posredovanje LUN-ov neposredno navideznim računalnikom.
za Selitev virtualnih strojevKVM ponuja selitev v živo med gostitelji, če si delijo shrambo, in selitev shrambe (premik datotek virtualnega stroja na drugega gostitelja) v določenih scenarijih, z načrti za razširitev selitve shrambe v živo. VMware to ponuja že leta. vMotion (migracija virtualnih strojev v živo med gostitelji) in Shranjevanje vMotion (selitev diskov med podatkovnimi skladišči brez zaustavitve virtualnega stroja), zelo dodelano in dobro integrirano v upravljanje grozdov.
Združevanje v gruče, visoka razpoložljivost in uravnoteženje obremenitve
Pri združevanju v skupine, KVM Ponuja komponente, ne pa "zaprtega" izdelka, primerljivega z vSphere. Za visoko razpoložljivost se uporabljajo orodja, kot so [nejasno - morda "orodja" ali "izdelki"]. DRBD (replikacija blokov prek omrežja), Heartbeat in Pacemaker kot upravljavci virov gruče. Možno je konfigurirati preklop med vozliščiVendar pa običajno zahteva veliko ročnih operacij in precejšnje izkušnje.
Avtomatizirano uravnoteženje obremenitve ni standardno; projekti, kot so oVirt ali virtualizacija Red HatTe rešitve gradijo napredno plast upravljanja na vrhu KVM, ki ponuja avtomatizirane migracije na podlagi obremenitve, visoke razpoložljivosti, pravilnikov in drugih dejavnikov. Na splošno postavitev dobro uglašenega, visoko razpoložljivega gruče KVM ni trivialna brez uporabe komercialne rešitve, ki zagotavlja to funkcionalnost.
Namesto tega VMware vSphere Izstopa prav zaradi svojih zmožnosti združevanja v grozde. Funkcije, kot so vSphere HA Omogočajo vam samodejni ponovni zagon virtualnih strojev na drugih gostiteljih, če vozlišče odpove, in DRS (razporejevalnik porazdeljenih virov) Obremenitev ponovno uravnoteži s premikanjem virtualnih strojev med gostitelji z uporabo vMotion na podlagi pravilnikov o porabi CPU-ja in RAM-a. Obstaja tudi Toleranca napak Za nekatere virtualne stroje vzdržuje repliko v realnem času in omogoča pregledno kontinuiteto v primeru okvare gostitelja.
Poleg tega, Porazdeljeno upravljanje napajanja Gostitelje lahko izklopi, ko je obremenitev nizka, in jih po potrebi znova zažene, s čimer prihrani energijo, ne da bi pri tem žrtvoval zmogljivost. Konfiguracija teh mehanizmov je v odjemalcu vSphere precej preprosta, zaradi česar je VMware najprimernejša možnost, če potrebujete kompleksno združevanje v gruče, ne da bi se preveč trudili s konzolo.
Združljivost gostujočega sistema in vsebnika
tako KVM kot VMware ESXi Podpirajo široko paleto gostujočih operacijskih sistemov: Windows (od zelo starih različic, kot sta NT ali 95, do trenutnih), številne distribucije Linuxa (Ubuntu, Debian, RHEL, CentOS, Fedora, Oracle Linux, SUSE, Kali itd.), derivate BSD (FreeBSD, OpenBSD), Solaris, OpenSolaris, NetWare, MS-DOS in celo macOS z določenimi prilagoditvami in omejitvami.
Razlike so v integraciji s svetom zabojnikiS KVM lahko Docker ali Kubernetes zaženete znotraj virtualnega stroja, tako kot v katerem koli drugem hipervizorju, obstajajo pa tudi specifični gonilniki (docker-machine-driver-kvm) ki vam omogočajo pregledno ustvarjanje Dockerjevih naprav na KVM-ju, kar izboljša izolacijo in zmogljivost v primerjavi z ročnim nameščanjem virtualnih strojev. Poleg tega se KVM zelo dobro integrira z OpenStackkjer je razvrščen v skupino A (največja združljivost) in je običajno prednostni hipervizor v zasebnih oblakih Linux.
VMware je s svoje strani naredil prvi pristop z Integrirani kontejnerji vSphere (izvajanje kontejnerjev kot lahkih virtualnih strojev z uporabo Photon OS) in je naredil korak naprej z VMware TanzuTanzu integrira Kubernetes in vsebnike neposredno v ESXi. Pretvori gostitelje ESXi v vozlišča Kubernetes (z uporabo Sphereleta), izpostavi nadzorno ravnino za DevOps, se upravlja iz vCentra in izkorišča NSX-T ter skupno shrambo za zagotavljanje robustnega okolja. poslovni kontejnerji zelo obsežen (čeprav z dodatnimi stroški licenciranja).
Skratka, če ste močno vpeti v izvorne oblačne ekosisteme, ki temeljijo na Linuxu, je KVM + OpenStack/Kubernetes odlična izbira; če že imate znatno naložbo v VMware in iščete vsebnike, integrirane v vašo platformo vSphere, z vsemi omrežnimi in varnostnimi dodatki, je Tanzu zmogljiva možnost.
Integracija z drugimi komponentami: AD, OpenStack in ekosistem
VMware vSphere Izvorno se integrira z Microsoftov aktivni imenik Za preverjanje pristnosti in nadzor dostopa na podlagi vlog se lahko uporabniki prijavijo v odjemalec vSphere s svojimi domenskimi poverilnicami in dodelijo natančna dovoljenja objektom (virtualnim računalnikom, shrambam podatkov, gručam itd.). Poleg tega se družina VMware brezhibno integrira: NSX za mreženje, vSAN za programsko definirano shranjevanje, Horizon za VDI, vRealize za avtomatizacijo in spremljanje ter drugo.
V svetu KVMIntegracija z Active Directory je povsem mogoča z združitvijo gostitelja Linuxa (ali virtualnih strojev) z domeno, vendar konfiguracija vključuje uporabo orodij, kot so sssd, winbind ali realmd. Za orkestracijo v oblaku se KVM odlično odreže. OpenStackkjer je referenčna možnost (Skupina A), medtem ko je ESXi razvrščen v skupino B: podprt, vendar nekoliko manj prednosten v ekosistemu OpenStack.
Glede odvisnosti od proizvajalca, KVM, ki izvira iz Odprtokodno in brez vezave na prodajalcaOmogoča integracijo s praktično katero koli komercialno ali odprtokodno programsko opremo in prilagaja sklad vašim željam. Pri VMwareu je rešitev zasnovana tako, da jo gradite okoli njene nadzorne ravnine in izdelkov, kar zagotavlja veliko doslednosti, hkrati pa vas veže na njene licence in načrt razvoja.
Varnostno kopiranje, replikacija in zaščita podatkov
Način, kako to storiti Varnostne kopije virtualnih strojev Prav tako povzroča pomembne razlike. V KVM osnovne metode vključujejo uporabo Virsh in posnetke diskov. Če se za navidezne računalnike uporabljajo nosilci LVM, je mogoče ustvariti posnetke LVM in varnostne kopije teh nosilcev, kar ima zelo dobro zmogljivost, vendar večjo kompleksnost pri selitvi ali upravljanju prostora.
S slikami suroviVarnostne kopije so izvedljive le, ko je virtualni stroj izklopljen, saj ni izvorne podpore za posnetke na ravni slik. qcow2Da, možno je ustvariti posnetke delujočega virtualnega stroja (za kar je potreben gostujoči agent QEMU v gostujočem operacijskem sistemu in konfiguracija kanala org.qemu.guest_agent.0) in nato dosledno kopirati podatke. Obstajajo rešitve, ki se zanašajo na ... libvirt in oVirt za implementacijo inkrementalnih varnostnih kopij na podlagi sprememb blokov.
Za replikacijo lahko KVM uporabi DRBD na ravni blokov jedra Linuxa sinhrono podvajanje diskov med vozlišči za vzpostavitev visoko razpoložljivih gruč, čeprav običajno brez šifriranja, razen če je promet enkapsuliran v VPN-jih ali podobnem.
En VMware vSphereVarstvo podatkov je zelo dobro razvito zaradi vStorage API-ji za zaščito podatkovPonudniki varnostnih kopij (Veeam, NAKIVO itd.) uporabljajo te API-je za ustvarjanje doslednih posnetkov delujočih virtualnih strojev, pri čemer aplikacije mirujejo zaradi orodij VMware, in za izkoriščanje Sledenje spremenjenim blokom (CBT), kar omogoča zelo učinkovito inkrementalno varnostno kopiranje s kopiranjem samo spremenjenih blokov.
Rešitve za varnostno kopiranje za VMware običajno podpirajo Takojšnja obnova navideznega strojaPodrobna obnova datotek ali objektov aplikacij (Exchange, SQL, AD itd.) in replikacija med gostitelji ali spletnimi mesti ESXi. Brezplačna izdaja ESXi teh API-jev ne razkriva, zato bi v tem primeru morali uporabiti skripte in izvesti ročne varnostne kopije izklopljenih navideznih računalnikov, kar je v produkciji na splošno nesprejemljivo.
Skratka, če zaščita podatkov na ravni hipervizorja Čeprav je integracija s številnimi komercialnimi rešitvami za varnostno kopiranje ključna, vSphere ponuja bolj zrel in homogen ekosistem. KVM omogoča robustne strategije, vendar s širšo paleto pristopov in večjo odvisnostjo od strokovnega znanja ekipe in izbranih orodij.
Kdaj se splača KVM in kdaj VMware?
Izberite med KVM in VMware Ne gre za to, da bi bil nekdo "boljši" v absolutnem smislu, temveč za to, da orodje prilagodi kontekstu. V organizacijah z nizek proračunZ močno kulturo Linuxa in željo po prilagajanju platforme je KVM zelo privlačen: brez licenc za hipervizor, zelo široka združljivost s strojno opremo in obsežne možnosti nastavljanja. Idealen je za zagonska podjetja, majhne ponudnike VPS, testne laboratorije, okolja, osredotočena na Linux, ali zasebne oblake, ki temeljijo na OpenStacku.
VMware ESXi in vSphere se bolje ujemata, kjer je iskanje aktivno. visoko integrirano okolje, močna komercialna podpora in poenostavljeno upravljanje velikih grozdov. Podjetja, ki že uporabljajo izdelke VMware (Horizon, NSX, vSAN, Tanzu), ki imajo stroge zahteve glede razpoložljivosti, skladnosti in 24/7 podpore ali ki cenijo visoko dodelano centralizirano konzolo, običajno raje investirajo v licence vSphere in gradijo strategijo virtualizacije okoli tega ekosistema.
V zelo praktičnem smislu je KVM rešitev za visoka zmogljivost in nizki stroški kar nagrajuje ekipe z izkušnjami z Linuxom in toleranco do nekoliko večje kompleksnosti. VMware pa po drugi strani ponuja bolj "zaprto, a udobno" izkušnjo: plačate za licence in vzdrževanje, v zameno pa dobite izjemno zrelo platformo za virtualizacijo z naprednim združevanjem v gruče, natančno nastavljenimi orodji za varnostno kopiranje in zelo trdno integracijo s preostalim skladom.
Vsebina
- Kaj sta KVM in VMware in v čem sta si podobna?
- Vrste hipervizorjev in notranja arhitektura
- Zmogljivost: Ali KVM ali VMware deluje bolje?
- Orodja za namestitev, kompleksnost in upravljanje
- Stroški, licence in model podpore
- Združljivost strojne opreme in omejitve skaliranja
- Varnost: izolacija, šifriranje in skladnost s predpisi
- Virtualna omrežja in povezljivost
- Shranjevanje, formati diskov in migracija
- Združevanje v gruče, visoka razpoložljivost in uravnoteženje obremenitve
- Združljivost gostujočega sistema in vsebnika
- Integracija z drugimi komponentami: AD, OpenStack in ekosistem
- Varnostno kopiranje, replikacija in zaščita podatkov
- Kdaj se splača KVM in kdaj VMware?

