Krahasimi i KVM vs VMware për Virtualizimin e Ndërmarrjes

Informatec Digital » Burime » Krahasimi i KVM vs VMware për Virtualizimin e Ndërmarrjes

Nëse po hezitoni midis konfigurimit të infrastrukturës suaj në KVM ose VMware (ose thjesht dëshironi të kuptoni më mirë se çfarë ofron secila prej tyre), ky udhëzues ofron një krahasim të thelluar: performancën, sigurinë, licencimin, mbështetjen, përputhshmërinë e kontejnerëve, kopjen rezervë, grupimin, rrjetëzimin, formatet e diskut, integrimin me komponentë të tjerë si OpenStack ose Active Directory… ideja është që, kur të mbaroni së lexuari, do të keni një kuptim të qartë se në cilin skenar shkëlqen secila opsion.

Çfarë janë KVM dhe VMware dhe si janë të ngjashme?

VMware, nga ana e saj, është kompania që qëndron pas një familjeje të tërë produktesh virtualizimi. Në kontekstin e qendrave të të dhënave, lojtari kryesor është VMware ESXi , një hipervizor i Tipit 1 që formon thelbin e platformës VMware vSphere . Rreth ESXi sillen vCenter, vSAN, NSX, Horizon, Tanzu dhe shumë komponentë të tjerë që përbëjnë një ekosistem shumë të pjekur për mjedise ndërmarrjesh kërkuese.

Si KVM ashtu edhe ESXi janë hipervizorë të tipit 1 të aftë për të ekzekutuar makina virtuale (VM) të shumëfishta me sisteme operative mysafire si Windows, Linux, BSD ose Solaris, me mbështetje për virtualizimin e asistuar nga hardueri (Intel VT-x, AMD-V). Konceptualisht, të dyja lejojnë sigurimin e VM-së, izolimin, migrimet live , pamjet e çastit dhe menaxhimin e grupeve të mëdha. Dallimi qëndron në mënyrën se si arrihen këto veçori, koston e tyre, fleksibilitetin e tyre dhe aftësitë administrative të ofruara nga secila.

Llojet e hipervizorëve dhe arkitektura e brendshme

Në virtualizim, zakonisht bëhet një dallim midis hipervizorëve të Tipit 1 (bare-metal) dhe Tipit 2 (të instaluar sipër një sistemi operativ pritës). KVM dhe ESXi janë Tipi 1, ndërsa produkte si VMware Workstation, VMware Player, VMware Fusion dhe VirtualBox janë Tipi 2.

Në rastin e KVM-së , megjithëse instalohet si pjesë e një hosti Linux, ajo konsiderohet një hipervizor i Tipit 1 sepse kerneli i Linux-it vepron si një hipervizor i drejtpërdrejtë në harduer. Kështu, KVM trashëgon planifikuesin e CPU-së, menaxhimin e memories dhe pirgun e rrjetit nga vetë Linux-i, duke i dhënë asaj fleksibilitet dhe përputhshmëri të konsiderueshme të harduerit.

ESXi është sistemi operativ minimal i VMware, i projektuar posaçërisht si një hipervizor. Ai ka një bërthamë të mbyllur , të integruar me drajverë të çertifikuar dhe të optimizuar, dhe përdor planin e menaxhimit VMware për të bashkëvepruar me harduerin dhe pjesën tjetër të paketës (vCenter, NSX, etj.). Kjo qasje e zvogëlon gjurmën e softuerit vetëm në atë që është rreptësisht e nevojshme për virtualizimin.

Përveç dallimit Tipi 1/Tipi 2, është e rëndësishme të kuptohet ndryshimi midis virtualizimit të plotë "të zhveshur" dhe virtualizimit të asistuar nga hardueri . Në virtualizimin e plotë të bazuar thjesht në softuer, hipervizori emulon të gjithë harduerin dhe përkthen udhëzimet e CPU-së (përkthim binar), gjë që është më e ngadaltë, por e lejon atë të funksionojë pa VT-x/AMD-V. Me virtualizimin e asistuar nga hardueri, disa udhëzime vCPU ekzekutohen direkt në CPU-në fizike, duke ulur ndjeshëm mbingarkesën. KVM dhe ESXi mbështeten në këtë qasje të fundit për të ofruar performancë të lartë.

Performanca: A performon më mirë KVM apo VMware?

Performanca e papërpunuar e KVM dhe ESXi është shumë e ngjashme në shumicën e skenarëve të prodhimit. KVM është ndërtuar në afërsisht 10,000 rreshta kodi shumë të optimizuara brenda kernelit Linux, gjë që zvogëlon mbingarkesën, dhe me QEMU dhe virtio, arrin performancë pothuajse vendase për CPU-në, diskun dhe rrjetin.

Në rastin e VMware ESXi , kodi burimor është pronësor, por produkti i plotë vlerësohet të jetë në dhjetëra miliona rreshta kur përfshihen të gjithë komponentët e ekosistemit. Në disa teste sintetike, VM-të janë parë të jenë pak më të shpejta në KVM sesa në ESXi, por në mjediset e ndërmarrjeve të botës reale, ndryshimet janë zakonisht të vogla krahasuar me pengesa të tjera si ruajtja e të dhënave ose rrjetëzimi.

VMware fiton një avantazh në skenarët që përfshijnë optimizimet e planifikimit, DRS, vMotion dhe Storage vMotion , të cilat lejojnë balancimin e ngarkesës dhe VM-të që lëvizin shpejt me ndikim minimal, duke ruajtur performancë shumë të qëndrueshme edhe kur klasteri është shumë i populluar.

KVM, nga ana tjetër, shkëlqen veçanërisht në mjediset ku Linux është tashmë i mirë-vendosur dhe bërthama (guvernatori i CPU-së, planifikuesi i I/O-ve, hugepages, NUMA, etj.) dhe stack-u i rrjetit mund të akordohen me imtësi. Duke ndarë bërthamën me hostin, ajo shumë shpejt përvetëson përmirësimet e harduerit të përfshira nga prodhuesit në bërthamën e Linux-it.

Instalimi, kompleksiteti dhe mjetet e menaxhimit

Kurba e të mësuarit është një nga fushat ku ndryshimi midis KVM dhe VMware është më i dukshëm. Me KVM, instalimi përfshin së pari konfigurimin e një sistemi Linux (Ubuntu, RHEL, CentOS, Oracle Linux, SUSE, etj.) dhe instalimin e paketave të nevojshme: KVM/QEMU, libvirt , mjete menaxhimi si virt-manager ose virt-install, dhe, nëse është e nevojshme, konfigurimin manual të switch-it virtual, urave dhe lidhjes . Është shumë fleksibël, por kërkon një kuptim të konsiderueshëm të ekosistemit Linux.

Në VMware ESXi, rrjedha e punës është më e udhëhequr: ju shkarkoni imazhin ISO, e digjni atë në një disk USB ose CD, nisni serverin dhe ndiqni një magjistar grafik shumë të thjeshtë . Hapi tjetër është zakonisht të vendosni vCenter Server Appliance (një VM e parakonfiguruar) nga ai ISO, dhe që nga ajo kohë e tutje, praktikisht gjithçka menaxhohet përmes ndërfaqes web të vSphere Client.

Çdo ditë, KVM menaxhohet me mjete të tilla si virsh (një CLI për libvirt) dhe virt-manager (një GUI për desktop për menaxhimin e shumë hosteve KVM), si dhe SSH, VNC ose SPICE për t'u lidhur me konsolat VM. Ndërfaqe web si Kimchi dhe Foreman janë të disponueshme, dhe projekte të tilla si oVirt dhe Red Hat Virtualization shtojnë një shtresë vizuale të përparuar mbi KVM.

Në VMware vSphere , gurthemeli i menaxhimit është vCenter, me klientin e tij web vSphere Client nga i cili kontrollohen hostet ESXi, klasterat, rrjetet virtuale, depot e të dhënave, HA, DRS, vSAN, NSX dhe më shumë. Përveç kësaj, ekziston ESXCLI për rreshtin e komandës, PowerCLI (bazuar në PowerShell) për automatizimin e pothuajse gjithçkaje dhe ndërfaqja Host Client për hostet e pavarura ESXi pa vCenter.

Kostoja, licencat dhe modeli i mbështetjes

Për sa i përket kostos, ndryshimi është i qartë: KVM është softuer me burim të hapur i integruar në Linux dhe nuk kërkon licenca hipervizori si i tillë. Është i disponueshëm në çdo shpërndarje moderne të Linux që kur u integrua në kernel në vitin 2007. Kostot vijnë nga mbështetja komerciale (Red Hat, SUSE, Oracle, etj.) dhe çdo mjet shtesë menaxhimi që mund të dëshironi të shtoni, por funksionaliteti kryesor është falas.

VMware vSphere është një zgjidhje komerciale që zakonisht licencohet për CPU/bërthamë dhe edicion (Standard, Enterprise Plus, etj.). Ai përfshin licenca për ESXi dhe vCenter, dhe nëse doni të shtoni produkte si NSX, vSAN, Tanzu, Horizon ose vRealize , secili kërkon licencën e vet shtesë. Ekziston një edicion falas i ESXi (vSphere Hypervisor), por ka kufizime të konsiderueshme : API vetëm për lexim, pa menaxhim të vCenter, pa mbështetje teknike dhe pa aftësi për të përdorur zgjidhje rezervë që mbështeten në API.

Për sa i përket mbështetjes, VMware ofron mbështetje 24/7 për ndërmarrjet sipas kontratës, me qasje në bazën e saj të njohurive, përditësime, patch-e dhe ndihmë të drejtpërdrejtë. Me KVM, mbështetja "zyrtare" varet nga ofruesi juaj i shpërndarjes (Red Hat, Oracle, SUSE, etj.) ose nga ekipi juaj i IT-së, dhe gjithmonë keni mbështetjen e një komuniteti shumë aktiv, por nuk ka asnjë shitës të vetëm KVM për të paraqitur një kërkesë mbështetjeje, përveç nëse kontraktoni me një shitës specifik.

Pajtueshmëria e harduerit dhe kufijtë e shkallëzimit

Pajtueshmëria e harduerit është një faktor tjetër dallues. Meqenëse KVM bazohet në Linux , ajo trashëgon listën e gjerë të harduerit të mbështetur nga kerneli: CPU x86 me VT-x/AMD-V , lloje të shumta kontrolluesish disku, adaptorë rrjeti, arkitektura si ARM ose PowerPC në variante të caktuara, e kështu me radhë. Për sa kohë që kerneli ka një drajver, KVM zakonisht mund të funksionojë në atë host pa shumë probleme.

VMware ESXi kërkon që serveri dhe komponentët të jenë në Listën e Përputhshmërisë së Pajisjeve (HCL) . Kjo siguron drajverë të çertifikuar dhe performancë optimale, por kufizon përdorimin e saj në pajisje të vjetra ose shumë të fundit që nuk i janë nënshtruar ende procesit të çertifikimit. Në projekte të mëdha, kjo mund të rrisë koston e platformës për shkak të nevojës për të blerë pajisje specifike të rekomanduara nga VMware.

Sa i përket kufizimeve, shpërndarjet komerciale që paketojnë KVM ofrojnë shifra treguese. Për shembull, për mjedise të caktuara, mbështeten vlera deri në 384 bërthama CPU dhe 6 TB RAM për host , me rreth 600 VM të njëkohshme, dhe deri në 256 vCPU (ose më shumë në versionet e fundit) dhe disa terabajt RAM virtual mund të arrihen për VM . Kjo varet nga shpërndarja (Red Hat, Oracle Linux, SUSE) dhe testet e validimit të kryera nga secili shitës.

Në VMware vSphere , dokumentacioni zyrtar vendos kufizime shumë të larta: deri në 896 CPU logjike dhe 24 TB RAM për host ESXi , 1,024 VM për host, 4,096 vCPU të agreguara, 256 vCPU për VM, më shumë se 6 TB RAM për VM, disqe virtuale deri në 62 TB dhe grupe deri në 64 hostë dhe 8,000 VM . Në nivelin vCenter, mund të menaxhohen deri në 2,500 hostë ESXi dhe 40,000 VM për instancë, duke lënë hapësirë ​​të konsiderueshme për rritje.

Siguria: izolimi, enkriptimi dhe pajtueshmëria

Siguria e hipervizorit është kritike: nëse dikush kompromenton hostin, ai ka një derë të hapur për të gjitha VM-të dhe të dhënat e tyre. KVM shfrytëzon ekosistemin e sigurisë Linux për të forcuar izolimin. Karakteristika e tij kryesore është përdorimi i kombinuar i SELinux (Security-Enhanced Linux) dhe sVirt (Secure Virtualization) . SELinux përcakton politikat e kontrollit të detyrueshëm të aksesit (MAC), dhe sVirt i zgjeron këto politika në VM, duke etiketuar proceset dhe imazhet e diskut për t'i izoluar ato nga njëra-tjetra.

Për më tepër, mund të përdorni iptables/nftables për firewalling të avancuar, nisje të sigurt UEFI në makinat mysafire (me disa konfigurime manuale) dhe teknologji të enkriptimit të memories si TME/MKTME në harduer të pajtueshëm. Në nivelin e diskut, KVM ju lejon të enkriptoni imazhet QCOW2 me AES 128-bit në mënyrë transparente për mysafirin, ose t'ia delegoni enkriptimin sistemit të skedarëve pritës ose vetë sistemit operativ mysafir.

VMware vSphere gjithashtu shkëlqen në këtë fushë, me një sërë veçorish të projektuara për mjedise të rregulluara (HIPAA, PCI DSS, etj.). Ofron një firewall të integruar në ESXi , mbështetje për Secure Boot UEFI, integrim me TPM dhe vSphere Trust Authority, menaxhim të detajuar të lejeve dhe roleve, dhe enkriptim të makinës virtuale me integrim me KMS të jashtëm ose ofruesin vendas të çelësave vSphere.

VM-të në VMware mund të përdorin vTPM dhe siguri të bazuar në virtualizim, dhe NSX ofron siguri anësore të shpërndarë (mikrosegmentim, firewall i shpërndarë, IDS/IPS në varësi të versionit). Përveç kësaj, VMware ofron mjete për monitorimin e pajtueshmërisë dhe zbatimin e konfigurimit të hipervizorit, duke e bërë më të lehtë përshtatjen e platformës me rregulloret e rrepta.

Rrjetet virtuale dhe lidhshmëria

Në nivelin e rrjetit, KVM mbështetet në aftësitë e kernelit Linux dhe mjeteve specifike. Për switch-et virtualë, përdoret zakonisht Open vSwitch (OVS) , i cili mundëson ura virtuale publike ose private, ndërrim të shpërndarë midis host-eve dhe mbështetje për VLAN, VXLAN, QoS dhe veçori të tjera të përparuara. Mund të krijohen edhe ura klasike Linux, dhe lidhja ose bashkimi në grup mund të përdoret për të shtuar lidhje ose për të konfiguruar redundancën.

Ndërfaqet e rrjetit Virtio mbështesin VLAN-et dhe mund të orkestrohen me libvirt , i cili përfshin menaxhimin e rrjetit virtual dhe një server DHCP të integruar në QEMU. Aftësitë e firewall-it janë po aq të gjera sa vetë rrjeti Linux, dhe VXLAN-et, tunelet, VPN-të dhe më shumë mund të konfigurohen duke përdorur mjete standarde të ekosistemit.

Në VMware vSphere, rrjeti bazohet në dy lloje switch-esh: vSwitch standard (i konfiguruar për secilin host) dhe vSwitch i shpërndarë (i menaxhuar në mënyrë qendrore nga vCenter). Të dy mbështesin VLAN-et, bashkimin e kartave të rrjetit (NIC) për balancimin e ngarkesës dhe ndërprerjen e funksionimit, si dhe politikat bazë të sigurisë. Për rrjetëzim të avancuar të përcaktuar nga softueri (mikrosegmentim, VXLAN, balancues të ngarkesës, politika të shpërndara), përdoret VMware NSX.

Konfigurimi i grumbullimit të lidhjeve, grupeve të porteve, politikave të trafikut ose rrjeteve për vMotion dhe ruajtjen është zakonisht më miqësor për përdoruesit në ndërfaqen grafike të përdoruesit (GUI) të vSphere sesa ta bësh të gjithën nëpërmjet CLI në Linux, megjithëse KVM ofron më shumë liri për skenarë "ekzotikë" nëse je i kënaqur me iproute2, OVS dhe të ngjashme.

Ruajtja, formatet e diskut dhe migrimi

Me KVM , praktikisht çdo gjë që Linux mund të montojë si memorie fizike ose logjike është e përdorshme: disqet SAS, SATA, NVMe, vëllimet LVM, NFS, iSCSI, SAN, NAS, etj. VM-të mund të përdorin imazhe të diskut virtual ose Hartimin e Pajisjeve Raw (kalim pajisjesh ose vëllimesh). Është gjithashtu e mundur të bashkëngjitni drejtpërdrejt një vëllim LVM në një VM.

Formatet e imazheve vendase janë raw (img) dhe qcow2 . Formati raw është shumë i thjeshtë dhe i shpejtë (rreth 10% më i shpejtë se formatet me shtresa shtesë), por nuk mbështet pamje të brendshme ose kopje rezervë shtesë në nivel blloku. Qcow2, nga ana tjetër, ofron pamje të brendshme, kompresim, enkriptim, sigurim të hollë dhe mbështetje TRIM/UNMAP , duke ju lejuar të rikuperoni hapësirën e papërdorur me mjete si virt-sparsify. Për më tepër, KVM kupton formate të tjera si VMDK (nga VMware), VDI (VirtualBox), VHDX (Hyper-V) dhe shumë të tjera, duke lehtësuar migrimet midis platformave.

Në VMware ESXi , formati i parazgjedhur i diskut është VMDK . Çdo disk zakonisht përbëhet nga një përshkrues .vmdk dhe një skedar i sheshtë .vmdk që përmban të dhënat. Mbështetet përgatitja e të dhënave të holla dhe të trasha, dhe ruajtja e të dhënave zakonisht mbahet në VMFS ose NFS. Disqet mund të përfitojnë nga ç'mapimet automatike për të rimarrë hapësirë, dhe Hartimi i Pajisjeve Raw (RDM) mund të përdoret për të hartuar LUN-të direkt në VM.

Për migrimin e VM-së , KVM ofron migrim të drejtpërdrejtë midis hosteve për sa kohë që ata ndajnë hapësirën e ruajtjes, dhe migrim të hapësirës së ruajtjes (zhvendosja e skedarëve VM në një host tjetër) në skenarë të caktuar, me plane për të zgjeruar migrimin e hapësirës së ruajtjes. VMware ka ofruar vMotion (migrim të drejtpërdrejtë të VM-së midis hosteve) dhe Storage vMotion (migrimin e disqeve midis depove të të dhënave pa e mbyllur VM-në) për vite me radhë, të dyja shumë të rafinuara dhe të integruara mirë në menaxhimin e klasterit.

Grumbullimi, disponueshmëria e lartë dhe balancimi i ngarkesës

Në grupim, KVM ofron komponentët, por jo një produkt "të mbyllur" të krahasueshëm me vSphere. Për disponueshmëri të lartë, mjete si DRBD (replikimi i bllokut në rrjet), Heartbeat dhe Pacemaker përdoren si menaxherë të burimeve të grupimit. Konfigurimi i ndërrimit të rrjetit midis nyjeve është i mundur , por zakonisht kërkon shumë operacione manuale dhe ekspertizë të konsiderueshme.

Balancimi automatik i ngarkesës nuk është një veçori standarde; zakonisht mbështetet në projekte si oVirt ose Red Hat Virtualization , të cilat ndërtojnë një shtresë të avancuar menaxhimi sipër KVM për të ofruar migrime automatike bazuar në ngarkesë, disponueshmëri të lartë (HA), politika dhe faktorë të tjerë. Në përgjithësi, konfigurimi i një klasteri KVM të akorduar mirë me HA nuk është i thjeshtë pa një zgjidhje komerciale që e përfshin atë.

Në të kundërt, VMware vSphere dallohet pikërisht për aftësitë e tij të grupimit. Karakteristika si vSphere HA lejojnë që VM-të të rinisen automatikisht në hostë të tjerë nëse një nyje dështon, dhe DRS (Distributed Resource Scheduler) ribalancon ngarkesën duke lëvizur VM-të midis hostëve duke përdorur vMotion bazuar në politikat e konsumit të CPU-së dhe RAM-it. Toleranca ndaj Gabimeve është gjithashtu e disponueshme për VM të caktuara, duke ruajtur një replikim në kohë reale dhe duke siguruar vazhdimësi të pandërprerë në rast të një dështimi të hostit.

Për më tepër, Menaxhimi i Energjisë së Shpërndarë mund të fikë hostet kur ngarkesa është e ulët dhe t'i rifillojë ato kur është e nevojshme, duke kursyer energji pa sakrifikuar kapacitetin. Konfigurimi i këtyre mekanizmave është mjaft i thjeshtë nga klienti vSphere, duke e bërë VMware opsionin më të përshtatshëm nëse keni nevojë për grupim kompleks pa u munduar me konsolën.

Sistemi i mysafirëve dhe përputhshmëria e kontejnerëve

Si KVM ashtu edhe VMware ESXi mbështesin një gamë të gjerë sistemesh operative mysafirësh: Windows (nga versionet shumë të vjetra si NT ose 95 deri te ato aktuale), shumë shpërndarje Linux (Ubuntu, Debian, RHEL, CentOS, Fedora, Oracle Linux, SUSE, Kali, etj.), derivate BSD (FreeBSD, OpenBSD), Solaris, OpenSolaris, NetWare, MS-DOS dhe madje edhe macOS me disa rregullime dhe kufizime.

Dallimet janë në integrimin me botën e kontejnerëve . Me KVM, mund të ekzekutoni Docker ose Kubernetes brenda VM-ve, si me çdo hipervizor tjetër, por ka edhe drajverë specifikë (docker-machine-driver-kvm) që ju lejojnë të krijoni makina Docker sipër KVM-së në mënyrë transparente, duke përmirësuar izolimin dhe performancën krahasuar me konfigurimin manual të VM-ve. Për më tepër, KVM integrohet shumë mirë me OpenStack , ku klasifikohet si Grupi A (përputhshmëri maksimale) dhe shpesh është hipervizori i preferuar në cloud-et private të Linux-it.

VMware, nga ana e saj, bëri një përpjekje fillestare me vSphere Integrated Containers (duke i drejtuar kontejnerët si VM të lehta duke përdorur Photon OS), dhe ka bërë një hap të rëndësishëm përpara me VMware Tanzu , i cili integron Kubernetes dhe kontejnerët direkt në ESXi. Tanzu transformon hostet ESXi në nyje Kubernetes (duke përdorur Spherelet), ekspozon një plan kontrolli për DevOps, menaxhohet nga vCenter dhe shfrytëzon NSX-T dhe hapësirën e përbashkët të ruajtjes për të ofruar një mjedis gjithëpërfshirës kontejnerësh për ndërmarrje (megjithëse me kosto shtesë licencimi).

Shkurt, nëse jeni shumë i përfshirë në ekosistemet cloud të bazuara në Linux, KVM + OpenStack/Kubernetes është një zgjidhje e shkëlqyer; nëse tashmë keni një investim të konsiderueshëm në VMware dhe po kërkoni kontejnerë të integruar në platformën tuaj vSphere me të gjitha shtesat e rrjetit dhe sigurisë, Tanzu është një opsion i fuqishëm.

Integrimi me komponentë të tjerë: AD, OpenStack dhe ekosistemi

VMware vSphere integrohet në mënyrë native me Microsoft Active Directory për autentifikim dhe kontroll të aksesit të bazuar në role. Përdoruesit mund të hyjnë në vSphere Client me kredencialet e tyre të domenit dhe të caktojnë leje të hollësishme për objektet (VM, depo të dhënash, grupe, etj.). Për më tepër, paketa VMware integrohet pa probleme: NSX për rrjetëzim, vSAN për ruajtje të përcaktuar nga softueri, Horizon për VDI, vRealize për automatizim dhe monitorim, dhe më shumë.

Në botën e KVM-së , integrimi i Active Directory është plotësisht i mundur duke bashkuar hostin Linux (ose VM-të) në domen, por konfigurimi përfshin trajtimin e mjeteve si sssd, winbind ose realmd. Për orkestrimin në cloud, KVM shkëlqen me OpenStack , ku është zgjedhja e preferuar (Grupi A), ndërsa ESXi klasifikohet si Grupi B: i mbështetur, por disi më pak i rëndësishëm në ekosistemin OpenStack.

Lidhur me kyçjen te shitësi, KVM, duke qenë me burim të hapur dhe pa kyçje te shitësi , lejon integrimin me pothuajse çdo softuer komercial ose me burim të hapur, duke e përshtatur paketën sipas nevojave tuaja. Me VMware, me vetë dizajnin, ju keni tendencë ta ndërtoni zgjidhjen rreth planit të kontrollit dhe produkteve të tij, gjë që ofron shumë qëndrueshmëri, por gjithashtu ju lidh me licencat dhe planin e tij të veprimit.

Kopjimi rezervë, replikimi dhe mbrojtja e të dhënave

Mënyra se si ruhen kopjet rezervë të makinave virtuale (VM) bën gjithashtu ndryshime të rëndësishme. Në KVM, metodat themelore përfshijnë përdorimin e imazheve të Virsh dhe të diskut. Nëse përdoren vëllime LVM për makinat virtuale, imazhet e LVM mund të krijohen dhe të ruhen nga ato vëllime, duke ofruar performancë shumë të mirë, por duke e bërë migrimin dhe menaxhimin e hapësirës më kompleks.

Me imazhe të papërpunuara , kopjet rezervë janë të realizueshme vetëm me VM-në të fikur, pasi nuk ka mbështetje për pamjet e çastit në nivel imazhi. Me qcow2 , pamjet e çastit mund të krijohen në një VM në funksion (duke kërkuar agjentin mysafir QEMU në sistemin operativ mysafir dhe konfigurimin e një kanali org.qemu.guest_agent.0), dhe të dhënat më pas mund të kopjohen në mënyrë të vazhdueshme. Ekzistojnë zgjidhje që shfrytëzojnë libvirt dhe oVirt për të zbatuar kopje rezervë graduale bazuar në ndryshimet në bllok.

Për replikim, KVM mund të përdorë DRBD në nivelin e bllokut të kernelit Linux, duke replikuar në mënyrë sinkrone disqet midis nyjeve për të montuar klastera me disponueshmëri të lartë, megjithëse zakonisht pa enkriptim përveç nëse trafiku është i kapsuluar në VPN ose të ngjashme.

Në VMware vSphere , mbrojtja e të dhënave është e fuqishme falë API-ve të Mbrojtjes së të Dhënave vStorage . Shitësit e kopjeve rezervë (Veeam, NAKIVO, etj.) i përdorin këto API për të krijuar pamje të qëndrueshme të VM-ve në funksionim, me mbylljen e aplikacionit nëpërmjet VMware Tools, dhe për të shfrytëzuar Changed Block Tracking (CBT) , e cila mundëson kopje rezervë graduale shumë efikase duke kopjuar vetëm blloqet e modifikuara.

Zgjidhjet e rezervimit për VMware zakonisht mbështesin rikuperimin e menjëhershëm të VM-ve , restaurimin e detajuar të skedarëve ose objekteve të aplikacionit (Exchange, SQL, AD, etj.) dhe replikimin midis hosteve ose faqeve të ESXi. Versioni falas i ESXi nuk i ekspozon këto API, kështu që në atë rast, do t'ju duheshin skripte dhe rezervime manuale të VM-ve të fikura, gjë që në përgjithësi është e papranueshme në prodhim.

Në fund të fundit, nëse mbrojtja e të dhënave në nivelin e hipervizorit dhe integrimi me zgjidhje të shumta komerciale të backup-it janë thelbësore, vSphere ofron një ekosistem më të pjekur dhe homogjen. KVM lejon strategji të fuqishme, por me një larmi më të gjerë qasjesh dhe mbështetje më të madhe në ekspertizën e ekipit dhe mjetet e zgjedhura.

Kur ia vlen KVM dhe kur ia vlen VMware?

Zgjedhja midis KVM dhe VMware nuk ka të bëjë me faktin që njëri prej tyre është "më i mirë" në terma absolutë, por më tepër me zgjedhjen e mjetit të duhur për kontekstin. Për organizatat me buxhete të kufizuara , një kulturë të fortë Linux dhe dëshirë për të personalizuar platformën, KVM është shumë tërheqës: nuk kërkon licenca hipervizori, ofron kompatibilitet të gjerë të harduerit dhe ofron aftësi të gjera akordimi. Është ideale për startup-e, ofrues të vegjël VPS, laboratorë testimi, mjedise të përqendruara në Linux ose cloud privatë të bazuar në OpenStack.

VMware ESXi dhe vSphere janë më të përshtatshmet për mjedise që kërkojnë një qasje shumë të integruar, mbështetje të fortë komerciale dhe menaxhim të thjeshtuar të klasterave të mëdhenj. Kompanitë që tashmë përdorin produkte VMware (Horizon, NSX, vSAN, Tanzu), me kërkesa të rrepta për disponueshmëri, pajtueshmëri dhe mbështetje 24/7, ose që vlerësojnë një konsolë shumë të rafinuar dhe të centralizuar, zakonisht preferojnë të investojnë në licenca vSphere dhe të ndërtojnë strategjinë e tyre të virtualizimit rreth atij ekosistemi.

Në terma shumë praktikë, KVM është një zgjidhje me performancë të lartë dhe kosto të ulët që shpërblen ekipet me përvojë në Linux dhe një tolerancë për pak më shumë kompleksitet. VMware, nga ana tjetër, ofron një përvojë më "të mbyllur, por të përshtatshme": ju paguani për licencat dhe mirëmbajtjen, por në këmbim merrni një platformë virtualizimi jashtëzakonisht të pjekur me grupim të avancuar, mjete rezervimi të akorduara imët dhe integrim shumë të fortë me pjesën tjetër të platformës së saj.