Usporedba KVM-a i VMwarea za virtualizaciju poduzeća

Informatec Digital » Resursi » Usporedba KVM-a i VMwarea za virtualizaciju poduzeća

Ako se dvoumite između postavljanja infrastrukture na KVM ili VMware (ili jednostavno želite bolje razumjeti što svaki od njih nudi), ovaj vodič pruža detaljnu usporedbu: performanse, sigurnost, licenciranje, podrška, kompatibilnost spremnika, sigurnosna kopija, klasteriranje, umrežavanje, formati diskova, integracija s drugim komponentama poput OpenStacka ili Active Directoryja… ideja je da ćete do kraja čitanja imati jasno razumijevanje u kojem scenariju svaka opcija briljira.

Što su KVM i VMware i po čemu su slični?

VMware je, sa svoje strane, tvrtka koja stoji iza cijele obitelji proizvoda za virtualizaciju. U kontekstu podatkovnih centara, ključni igrač je VMware ESXi , hipervizor tipa 1 koji čini jezgru VMware vSphere platforme . Oko ESXi-ja vrte se vCenter, vSAN, NSX, Horizon, Tanzu i mnoge druge komponente koje čine vrlo zreo ekosustav za zahtjevna poslovna okruženja.

I KVM i ESXi su hipervizori tipa 1 bez operativnog sustava sposobni za pokretanje više virtualnih strojeva (VM-ova) s gostujućim operativnim sustavima kao što su Windows, Linux, BSD ili Solaris, s podrškom za hardverski potpomognutu virtualizaciju (Intel VT-x, AMD-V). Konceptualno, oba omogućuju opskrbu VM-a, izolaciju, migracije uživo , snimke stanja i upravljanje velikim klasterima. Razlika leži u načinu na koji se te značajke postižu, njihovoj cijeni, fleksibilnosti i administrativnim mogućnostima koje nudi svaki od njih.

Vrste hipervizora i unutarnja arhitektura

U virtualizaciji se obično razlikuje hipervizor Tipa 1 (bare-metal) i Tipa 2 (instaliran na glavnom operativnom sustavu). KVM i ESXi su Tip 1, dok su proizvodi poput VMware Workstation, VMware Player, VMware Fusion i VirtualBox Tip 2.

U slučaju KVM-a , iako je instaliran kao dio Linux hosta, smatra se hipervizorom tipa 1 jer Linux kernel djeluje kao izravni hipervizor na hardveru. KVM stoga nasljeđuje raspoređivač CPU-a, upravljanje memorijom i mrežni stog od samog Linuxa, što mu daje znatnu fleksibilnost i kompatibilnost s hardverom.

ESXi je VMwareov vlastiti minimalni operativni sustav, dizajniran posebno kao hipervizor. Ima zatvorenu jezgru , integriranu s certificiranim i optimiziranim upravljačkim programima te koristi VMwareovu upravljačku ravninu za interakciju s hardverom i ostatkom paketa (vCenter, NSX itd.). Ovaj pristup smanjuje softverski otisak na samo ono što je strogo potrebno za virtualizaciju.

Uz razliku između Tipa 1 i Tipa 2, važno je razumjeti razliku između potpune "gole" virtualizacije i hardverski potpomognute virtualizacije . U isključivo softverski potpomognutoj potpunoj virtualizaciji, hipervizor emulira sav hardver i prevodi CPU instrukcije (binarni prijevod), što je sporije, ali omogućuje pokretanje bez VT-x/AMD-V. Kod hardverski potpomognute virtualizacije, neke vCPU instrukcije izvršavaju se izravno na fizičkom CPU-u, što značajno smanjuje opterećenje. KVM i ESXi oslanjaju se na ovaj potonji pristup kako bi postigli visoke performanse.

Performanse: Da li KVM ili VMware imaju bolje performanse?

Sirove performanse KVM-a i ESXi-ja vrlo su slične u većini produkcijskih scenarija. KVM je izgrađen na otprilike 10 000 visoko optimiziranih linija koda unutar Linux kernela, što smanjuje opterećenje, a s QEMU-om i virtiom postiže gotovo izvorne performanse za CPU, disk i mrežu.

U slučaju VMware ESXi , izvorni kod je vlasnički, ali se procjenjuje da cijeli proizvod ima desetke milijuna redaka kada se uključe sve komponente ekosustava. U određenim sintetičkim testovima, virtualni strojevi su se pokazali nešto bržima na KVM-u nego na ESXi-ju, ali u stvarnim poslovnim okruženjima razlike su obično marginalne u usporedbi s drugim uskim grlima poput pohrane ili umrežavanja.

VMware dobiva prednost u scenarijima koji uključuju optimizacije raspoređivanja, DRS, vMotion i Storage vMotion , što omogućuje uravnoteženje opterećenja i vruće premještanje virtualnih strojeva s minimalnim utjecajem, održavajući vrlo stabilne performanse čak i kada je klaster jako naseljen.

S druge strane, KVM posebno blista u okruženjima gdje je Linux već dobro uspostavljen i gdje se kernel (CPU governor, I/O scheduler, hugepages, NUMA itd.) i mrežni stog mogu fino podesiti. Dijeljenjem kernela s hostom, vrlo brzo usvaja hardverska poboljšanja koja su proizvođači ugradili u Linux kernel.

Alati za instalaciju, složenost i upravljanje

Krivulja učenja jedno je od područja gdje je razlika između KVM-a i VMwarea najuočljivija. Kod KVM-a, instalacija uključuje prvo postavljanje Linux sustava (Ubuntu, RHEL, CentOS, Oracle Linux, SUSE itd.) i instaliranje potrebnih paketa: KVM/QEMU, libvirt , alata za upravljanje poput virt-managera ili virt-installa te, ako je potrebno, ručno konfiguriranje virtualnog prekidača, mostova i povezivanja . Vrlo je fleksibilno, ali zahtijeva znatno razumijevanje Linux ekosustava.

U VMware ESXi-ju, tijek rada je više vođen: preuzimate ISO sliku, snimate je na USB pogon ili CD, pokrećete poslužitelj i slijedite vrlo jednostavan grafički čarobnjak . Sljedeći korak je obično implementacija vCenter Server Appliancea (unaprijed konfiguriranog VM-a) iz tog ISO-a, a od tada se gotovo sve upravlja putem web sučelja vSphere Client-a.

KVM se svakodnevno upravlja alatima kao što su virsh (CLI za libvirt) i virt-manager (desktop GUI za upravljanje više KVM hostova), kao i SSH, VNC ili SPICE za povezivanje s VM konzolama. Dostupna su web sučelja poput Kimchi i Foreman, a projekti poput oVirt i Red Hat Virtualization dodaju napredni vizualni sloj na KVM.

U VMware vSphereu , temelj upravljanja je vCenter, sa svojim vSphere Client web klijentom iz kojeg se kontroliraju ESXi hostovi, klasteri, virtualne mreže, spremišta podataka, HA, DRS, vSAN, NSX i još mnogo toga. Osim toga, tu je ESXCLI za komandni redak, PowerCLI (temeljen na PowerShellu) za automatizaciju gotovo svega i Host Client sučelje za samostalne ESXi hostove bez vCentera.

Cijena, licence i model podrške

Što se tiče cijene, razlika je jasna: KVM je softver otvorenog koda integriran u Linux i ne zahtijeva hipervizorske licence kao takve. Dostupan je na bilo kojoj modernoj Linux distribuciji otkako je integriran u kernel 2007. godine. Troškovi dolaze od komercijalne podrške (Red Hat, SUSE, Oracle itd.) i svih dodatnih alata za upravljanje koje biste možda željeli dodati, ali osnovna funkcionalnost je besplatna.

VMware vSphere je komercijalno rješenje koje se obično licencira po CPU-u/jezgri i izdanju (Standard, Enterprise Plus, itd.). Uključuje licence za ESXi i vCenter, a ako želite dodati proizvode poput NSX, vSAN, Tanzu, Horizon ili vRealize , svaki zahtijeva vlastitu dodatnu licencu. Postoji besplatno izdanje ESXi-ja (vSphere Hypervisor), ali ima značajna ograničenja : API-je samo za čitanje, nema upravljanja vCenterom, nema tehničke podrške i nema mogućnosti korištenja rješenja za sigurnosno kopiranje koja se oslanjaju na API-je.

Što se tiče podrške, VMware nudi 24/7 podršku za poduzeća prema ugovoru, s pristupom svojoj bazi znanja, ažuriranjima, zakrpama i izravnom pomoći. S KVM-om, "službena" podrška ovisi o vašem dobavljaču distribucije (Red Hat, Oracle, SUSE itd.) ili vašem vlastitom IT timu, a uvijek imate podršku vrlo aktivne zajednice, ali ne postoji niti jedan KVM dobavljač kojem biste mogli poslati zahtjev za podršku osim ako ne sklopite ugovor s određenim dobavljačem.

Kompatibilnost hardvera i ograničenja skaliranja

Kompatibilnost hardvera je još jedan faktor razlikovanja. Budući da se KVM temelji na Linuxu , nasljeđuje opsežan popis hardvera koji podržava kernel: x86 CPU-e s VT-x/AMD-V , više vrsta kontrolera diskova, mrežne adaptere, arhitekture poput ARM-a ili PowerPC-a u određenim varijantama i tako dalje. Sve dok kernel ima upravljački program, KVM obično može raditi na tom hostu bez previše problema.

VMware ESXi zahtijeva da poslužitelj i komponente budu na njegovom popisu kompatibilnog hardvera (HCL) . To osigurava certificirane upravljačke programe i optimalne performanse, ali ograničava njegovu upotrebu na starijem ili vrlo nedavnom hardveru koji još nije prošao proces certifikacije. U velikim projektima to može povećati cijenu platforme zbog potrebe za kupnjom specifičnog hardvera koji preporučuje VMware.

Što se tiče ograničenja, komercijalne distribucije koje paketiraju KVM daju indikativne brojke. Na primjer, za određena okruženja podržane su vrijednosti do 384 CPU jezgre i 6 TB RAM-a po hostu , s oko 600 istovremenih VM-ova, a po VM-u se može postići do 256 vCPU-ova (ili više u novijim verzijama) i nekoliko terabajta virtualnog RAM-a . To ovisi o distribuciji (Red Hat, Oracle Linux, SUSE) i testovima validacije koje provodi svaki dobavljač.

U VMware vSphereu , službena dokumentacija postavlja vrlo visoka ograničenja: do 896 logičkih CPU-a i 24 TB RAM-a po ESXi hostu , 1024 VM-a po hostu, 4096 agregiranih vCPU-a, 256 vCPU-a po VM-u, više od 6 TB RAM-a po VM-u, virtualni diskovi do 62 TB i klasteri do 64 hosta i 8000 VM-ova . Na razini vCentra može se upravljati s do 2500 ESXi hostova i 40 000 VM-ova po instanci, što ostavlja znatan prostor za rast.

Sigurnost: izolacija, šifriranje i usklađenost

Sigurnost hipervizora je ključna: ako netko kompromitira host, ima otvorena vrata svim virtualnim strojevima i njihovim podacima. KVM koristi sigurnosni ekosustav Linuxa kako bi ojačao izolaciju. Njegova ključna značajka je kombinirana upotreba SELinuxa (Security-Enhanced Linux) i sVirta (Secure Virtualization) . SELinux definira obavezne politike kontrole pristupa (MAC), a sVirt proširuje te politike na virtualne strojeve, označavajući procese i slike diskova kako bi ih međusobno izolirao.

Osim toga, možete koristiti iptables/nftables za napredni firewall, UEFI sigurno pokretanje na gostujućim računalima (uz neku ručnu konfiguraciju) i tehnologije šifriranja memorije poput TME/MKTME na kompatibilnom hardveru. Na razini diska, KVM vam omogućuje transparentno šifriranje QCOW2 slika sa 128-bitnim AES-om za gosta ili delegiranje šifriranja na datotečni sustav glavnog računala ili sam gostujući operativni sustav.

VMware vSphere također se ističe u ovom području, sa skupom značajki dizajniranim za regulirana okruženja (HIPAA, PCI DSS, itd.). Nudi integrirani vatrozid u ESXi-ju , podršku za Secure Boot UEFI, integraciju s TPM-om i vSphere Trust Authorityjem, granularno upravljanje dozvolama i ulogama te šifriranje virtualnog stroja s integracijom s vanjskim KMS-om ili izvornim vSphere pružateljem ključeva.

VMwareovi virtualni strojevi mogu koristiti vTPM i sigurnost temeljenu na virtualizaciji, a NSX pruža distribuiranu bočnu sigurnost (mikrosegmentacija, distribuirani vatrozid, IDS/IPS ovisno o izdanju). Osim toga, VMware nudi alate za praćenje usklađenosti i provedbu konfiguracije hipervizora, što olakšava usklađivanje platforme sa strogim propisima.

Virtualne mreže i povezivost

Na mrežnoj razini, KVM se oslanja na mogućnosti Linux kernela i specifične alate. Za virtualne preklopnike obično se koristi Open vSwitch (OVS) , koji omogućuje javne ili privatne virtualne mostove, distribuirano prebacivanje između hostova i podršku za VLAN-ove, VXLAN-ove, QoS i druge napredne značajke. Mogu se stvoriti i klasični Linux mostovi, a povezivanje ili teaming mogu se koristiti za dodavanje veza ili konfiguriranje redundancije.

Virtio mrežna sučelja podržavaju VLAN-ove i mogu se orkestrirati pomoću libvirta , koji uključuje upravljanje virtualnom mrežom i DHCP poslužitelj integriran u QEMU. Mogućnosti vatrozida su opsežne kao i sam Linux mrežni stog, a VXLAN-ovi, tuneli, VPN-ovi i još mnogo toga mogu se postaviti pomoću standardnih alata ekosustava.

U VMware vSphereu, mreža se temelji na dvije vrste preklopnika: standardnom vSwitchu (konfiguriranom po hostu) i distribuiranom vSwitchu (centralizirano upravljanom iz vCentera). Oba podržavaju VLAN-ove, NIC teaming za uravnoteženje opterećenja i prebacivanje u slučaju kvara te osnovne sigurnosne politike. Za napredno softverski definirano umrežavanje (mikrosegmentacija, VXLAN, uravnoteživači opterećenja, distribuirane politike) koristi se VMware NSX.

Konfiguriranje agregacije veza, grupa portova, prometnih pravila ili mreža za vMotion i pohranu obično je jednostavnije za korištenje u vSphere GUI-ju nego sve to raditi putem CLI-ja u Linuxu, iako KVM nudi više slobode za "egzotične" scenarije ako ste upoznati s iproute2, OVS-om i slično.

Pohrana, formati diska i migracija

S KVM-om , gotovo sve što Linux može montirati kao fizičku ili logičku pohranu je upotrebljivo: SAS, SATA, NVMe diskovi, LVM volumeni, NFS, iSCSI, SAN, NAS itd. VM-ovi mogu koristiti slike virtualnih diskova ili Raw Device Mapping (prolaz uređaja ili volumena). Također je moguće izravno priložiti LVM volumen VM-u.

Izvorni formati slika su raw (img) i qcow2 . Raw format je vrlo jednostavan i brz (oko 10% brži od formata s dodatnim slojevima), ali ne podržava interne snimke ili inkrementalne sigurnosne kopije na razini blokova. Qcow2, s druge strane, nudi snimke, kompresiju, enkripciju, tanko opskrbljivanje i podršku za TRIM/UNMAP , što vam omogućuje vraćanje neiskorištenog prostora alatima poput virt-sparsify. Nadalje, KVM razumije druge formate kao što su VMDK (od VMwarea), VDI (VirtualBox), VHDX (Hyper-V) i mnoge druge, olakšavajući migracije između platformi.

U VMware ESXi , zadani format diska je VMDK . Svaki disk se obično sastoji od .vmdk deskriptora i obične .vmdk datoteke koja sadrži podatke. Podržano je tanko i debelo opskrbljivanje, a spremište podataka obično se nalazi na VMFS-u ili NFS-u. Diskovi mogu iskoristiti automatsko uklanjanje mapiranja kako bi oslobodili prostor, a mapiranje sirovih uređaja (RDM) može se koristiti za izravno mapiranje LUN-ova na virtualne strojeve.

Za migraciju virtualnih strojeva (VM) , KVM nudi migraciju uživo između hostova sve dok dijele pohranu i migraciju pohrane (premještanje VM datoteka na drugi host) u određenim scenarijima, s planovima za proširenje migracije pohrane uživo. VMware već godinama nudi vMotion (migracija VM-a uživo između hostova) i Storage vMotion (migracija diskova između skladišta podataka bez gašenja VM-a), oba visoko dotjerana i dobro integrirana u upravljanje klasterima.

Klasteriranje, visoka dostupnost i uravnoteženje opterećenja

U klasteriranju, KVM nudi komponente, ali ne i "zatvoreni" proizvod usporediv s vSphereom. Za visoku dostupnost, alati poput DRBD-a (replikacija blokova preko mreže), Heartbeata i Pacemakera koriste se kao upravitelji resursa klastera. Konfiguracija prebacivanja u slučaju kvara između čvorova je moguća , ali obično zahtijeva mnogo ručnih operacija i znatno stručno znanje.

Automatizirano uravnoteženje opterećenja nije standardna značajka; obično se oslanja na projekte poput oVirt-a ili Red Hat Virtualization-a , koji grade napredni sloj upravljanja na vrhu KVM-a kako bi osigurali automatske migracije na temelju opterećenja, visoke dostupnosti (HA), pravila i drugih čimbenika. Općenito, postavljanje dobro podešenog KVM klastera s HA ​​nije jednostavno bez komercijalnog rješenja koje ga uključuje.

Nasuprot tome, VMware vSphere ističe se upravo po svojim mogućnostima klasteriranja. Značajke poput vSphere HA omogućuju automatsko ponovno pokretanje virtualnih strojeva na drugim hostovima ako čvor zakaže, a DRS (Distributed Resource Scheduler) rebalansira opterećenje premještanjem virtualnih strojeva između hostova pomoću vMotiona na temelju politika potrošnje CPU-a i RAM-a. Tolerancija grešaka također je dostupna za određene virtualne strojeve, održavajući repliku u stvarnom vremenu i osiguravajući besprijekoran kontinuitet u slučaju kvara hosta.

Nadalje, distribuirano upravljanje napajanjem može isključiti hostove kada je opterećenje nisko i ponovno ih pokrenuti kada je potrebno, štedeći energiju bez žrtvovanja kapaciteta. Konfiguriranje ovih mehanizama je prilično jednostavno iz vSphere klijenta, što VMware čini najpraktičnijom opcijom ako vam je potrebno složeno klasteriranje bez muke s konzolom.

Kompatibilnost gostujućeg sustava i kontejnera

I KVM i VMware ESXi podržavaju širok raspon gostujućih operativnih sustava: Windows (od vrlo starih verzija poput NT-a ili 95 do trenutnih), mnoge Linux distribucije (Ubuntu, Debian, RHEL, CentOS, Fedora, Oracle Linux, SUSE, Kali itd.), BSD derivate (FreeBSD, OpenBSD), Solaris, OpenSolaris, NetWare, MS-DOS, pa čak i macOS uz određene prilagodbe i ograničenja.

Razlike postoje u integraciji sa svijetom kontejnera . S KVM-om možete pokretati Docker ili Kubernetes unutar virtualnih strojeva, kao i s bilo kojim drugim hipervizorom, ali postoje i specifični upravljački programi (docker-machine-driver-kvm) koji vam omogućuju transparentno stvaranje Docker strojeva na KVM-u, poboljšavajući izolaciju i performanse u usporedbi s ručnim postavljanjem virtualnih strojeva. Nadalje, KVM se vrlo dobro integrira s OpenStackom , gdje je klasificiran kao Grupa A (maksimalna kompatibilnost) i često je preferirani hipervizor u Linux privatnim oblacima.

VMware je, sa svoje strane, napravio početni izlet s vSphere Integrated Containersima (pokretanje kontejnera kao laganih VM-ova pomoću Photon OS-a) i napravio je značajan korak naprijed s VMware Tanzuom , koji integrira Kubernetes i kontejnere izravno u ESXi. Tanzu transformira ESXi hostove u Kubernetes čvorove (koristeći Spherelet), izlaže kontrolnu ravninu za DevOps, upravlja se iz vCentera i koristi NSX-T i dijeljenu pohranu za pružanje sveobuhvatnog okruženja kontejnera za poduzeća (iako uz dodatne troškove licenciranja).

Ukratko, ako ste intenzivno uključeni u izvorne cloud ekosustave temeljene na Linuxu, KVM + OpenStack/Kubernetes je odličan izbor; ako već imate značajna ulaganja u VMware i tražite kontejnere integrirane u vašu vSphere platformu sa svim mrežnim i sigurnosnim dodacima, Tanzu je moćna opcija.

Integracija s drugim komponentama: AD, OpenStack i ekosustav

VMware vSphere se izvorno integrira s Microsoft Active Directoryjem za autentifikaciju i kontrolu pristupa temeljenu na ulogama. Korisnici se mogu prijaviti u vSphere Client sa svojim domenskim vjerodajnicama i dodijeliti granularne dozvole objektima (VM-ovima, spremištima podataka, klasterima itd.). Nadalje, VMware paket se besprijekorno integrira: NSX za umrežavanje, vSAN za softverski definiranu pohranu, Horizon za VDI, vRealize za automatizaciju i nadzor i još mnogo toga.

U KVM svijetu , integracija s Active Directoryjem je sasvim moguća pridruživanjem Linux hosta (ili virtualnih strojeva) domeni, ali konfiguracija uključuje korištenje alata poput sssd, winbind ili realmd. Za orkestraciju u oblaku, KVM se ističe s OpenStackom , gdje je preferirani izbor (Grupa A), dok je ESXi klasificiran kao Grupa B: podržan, ali nešto manje prioritetan u OpenStack ekosustavu.

Što se tiče vezanosti za dobavljača, KVM, budući da je otvorenog koda i bez vezanosti za dobavljača , omogućuje integraciju s gotovo bilo kojim komercijalnim ili softverom otvorenog koda, prilagođavajući stog vašim potrebama. S VMwareom, po dizajnu, skloni ste graditi rješenje oko njegove kontrolne ravnine i proizvoda, što pruža veliku dosljednost, ali vas također veže za njegove licence i plan razvoja.

Sigurnosne kopije, replikacije i zaštita podataka

Način izrade sigurnosnih kopija virtualnih strojeva također čini značajne razlike. U KVM-u, osnovne metode uključuju korištenje virsh-a i snimki diska. Ako se za virtualne strojeve koriste LVM volumeni, LVM snimke mogu se kreirati i sigurnosno kopirati s tih volumena, što nudi vrlo dobre performanse, ali čini migraciju i upravljanje prostorom složenijima.

S RAW slikama , sigurnosne kopije su izvedive samo kada je virtualni stroj isključen, jer ne postoji izvorna podrška za snimke na razini slike. S qcow2 , snimke se mogu stvoriti na pokrenutom virtualnom stroju (što zahtijeva QEMU gostujući agent na gostujućem operativnom sustavu i konfiguraciju kanala org.qemu.guest_agent.0), a podaci se zatim mogu dosljedno kopirati. Postoje rješenja koja koriste libvirt i oVirt za implementaciju inkrementalnih sigurnosnih kopija na temelju promjena blokova.

Za replikaciju, KVM može koristiti DRBD na razini blokova Linux kernela, sinkrono replicirajući diskove između čvorova kako bi montirao klastere visoke dostupnosti, iako obično bez enkripcije osim ako promet nije enkapsuliran u VPN-ove ili slično.

U VMware vSphereu , zaštita podataka je robusna zahvaljujući vStorage Data Protection API-jima . Dobavljači sigurnosnih kopija (Veeam, NAKIVO, itd.) koriste ove API-je za stvaranje konzistentnih snimaka pokrenutih virtualnih strojeva, s mirovanjem aplikacija putem VMware alata, i za korištenje praćenja promijenjenih blokova (CBT) , koje omogućuje vrlo učinkovite inkrementalne sigurnosne kopije kopiranjem samo modificiranih blokova.

Rješenja za sigurnosno kopiranje za VMware obično podržavaju trenutni oporavak virtualnih strojeva , granularnu obnovu datoteka ili objekata aplikacija (Exchange, SQL, AD itd.) i replikaciju između ESXi hostova ili lokacija. Besplatno izdanje ESXi-ja ne otkriva ove API-je, pa bi vam u tom slučaju trebale skripte i ručne sigurnosne kopije isključenih virtualnih strojeva, što je općenito neprihvatljivo u produkciji.

U konačnici, ako su zaštita podataka na razini hipervizora i integracija s brojnim komercijalnim rješenjima za sigurnosno kopiranje ključni, vSphere nudi zreliji i homogeniji ekosustav. KVM omogućuje robusne strategije, ali s većim rasponom pristupa i većim oslanjanjem na stručnost tima i odabrane alate.

Kada se isplati KVM, a kada VMware?

Odabir između KVM-a i VMwarea ne odnosi se na to je li netko "bolji" u apsolutnom smislu, već na odabir pravog alata za kontekst. Za organizacije s ograničenim proračunima , snažnom Linux kulturom i željom za prilagodbom platforme, KVM je vrlo atraktivan: ne zahtijeva licence za hipervizor, nudi široku kompatibilnost hardvera i pruža opsežne mogućnosti podešavanja. Idealan je za startupove, male VPS pružatelje, testne laboratorije, Linux-centrična okruženja ili privatne oblake temeljene na OpenStacku.

VMware ESXi i vSphere najprikladniji su za okruženja koja zahtijevaju visoko integrirani pristup, snažnu komercijalnu podršku i pojednostavljeno upravljanje velikim klasterima. Tvrtke koje već koriste VMware proizvode (Horizon, NSX, vSAN, Tanzu), sa strogim zahtjevima za dostupnost, usklađenost i 24/7 podršku ili koje cijene visoko dotjeranu, centraliziranu konzolu, obično preferiraju ulaganje u vSphere licence i izgradnju svoje strategije virtualizacije oko tog ekosustava.

U vrlo praktičnom smislu, KVM je visokoučinkovito, jeftino rješenje koje nagrađuje timove s iskustvom u Linuxu i tolerancijom na malo veću složenost. VMware, s druge strane, nudi "zatvorenije, ali praktično" iskustvo: plaćate licence i održavanje, ali zauzvrat dobivate izuzetno zrelu platformu za virtualizaciju s naprednim klasteriranjem, fino podešenim alatima za sigurnosno kopiranje i vrlo solidnom integracijom s ostatkom svog paketa.