Paghahambing ng KVM vs VMware para sa Enterprise Virtualization

Informatec Digital » Kayamanan » Paghahambing ng KVM vs VMware para sa Enterprise Virtualization

Kung nag-aalangan ka sa pag-set up ng iyong imprastraktura sa KVM o VMware (o gusto mo lang mas maunawaan kung ano ang iniaalok ng bawat isa), ang gabay na ito ay nagbibigay ng malalimang paghahambing: performance, seguridad, paglilisensya, suporta, container compatibility, backup, clustering, networking, disk formats, integration sa iba pang mga component tulad ng OpenStack o Active Directory… ang ideya ay, sa oras na matapos mo ang pagbabasa, magkakaroon ka ng malinaw na pag-unawa sa kung aling senaryo ang mahusay sa bawat opsyon.

Ano ang KVM at VMware at paano sila magkatulad?

Ang VMware, sa bahagi nito, ang kumpanya sa likod ng isang buong pamilya ng mga produkto ng virtualization. Sa konteksto ng mga data center, ang pangunahing manlalaro ay ang VMware ESXi , isang Type 1 hypervisor na bumubuo sa core ng VMware vSphere platform . Sa ESXi umiikot ang vCenter, vSAN, NSX, Horizon, Tanzu, at marami pang ibang bahagi na bumubuo sa isang napaka-mature na ecosystem para sa mga mahihirap na kapaligiran ng negosyo.

Parehong ang KVM at ESXi ay mga Type 1 bare-metal hypervisor na may kakayahang magpatakbo ng maraming virtual machine (VM) na may mga guest operating system tulad ng Windows, Linux, BSD, o Solaris, na may suporta para sa hardware-assisted virtualization (Intel VT-x, AMD-V). Sa konsepto, parehong nagbibigay-daan para sa VM provisioning, isolation, live migrations , snapshots, at pamamahala ng malalaking cluster. Ang pagkakaiba ay nasa kung paano nakakamit ang mga feature na ito, ang kanilang gastos, ang kanilang flexibility, at ang mga administratibong kakayahan na inaalok ng bawat isa.

Mga uri ng hypervisor at panloob na arkitektura

Sa virtualization, karaniwang pinag-iiba ang Type 1 (bare-metal) at Type 2 (naka-install sa ibabaw ng isang host operating system) hypervisors. Ang KVM at ESXi ay Type 1, habang ang mga produktong tulad ng VMware Workstation, VMware Player, VMware Fusion, at VirtualBox ay Type 2.

Sa kaso ng KVM , bagama't naka-install ito bilang bahagi ng isang Linux host, ito ay itinuturing na isang Type 1 hypervisor dahil ang Linux kernel ay gumaganap bilang isang direktang hypervisor sa hardware. Kaya naman minana ng KVM ang CPU scheduler, memory management, at network stack mula mismo sa Linux, na nagbibigay dito ng malaking flexibility at hardware compatibility.

Ang ESXi ay ang sariling minimal operating system ng VMware, na partikular na idinisenyo bilang isang hypervisor. Mayroon itong closed kernel , na isinama sa mga sertipikado at na-optimize na driver, at ginagamit ang VMware management plane upang makipag-ugnayan sa hardware at sa iba pang bahagi ng suite (vCenter, NSX, atbp.). Binabawasan ng pamamaraang ito ang software footprint sa kung ano lamang ang mahigpit na kinakailangan para sa virtualization.

Bukod sa pagkakaiba ng Type 1/Type 2, mahalagang maunawaan ang pagkakaiba sa pagitan ng full "bare" virtualization at hardware-assisted virtualization . Sa purong software-based full virtualization, ginagaya ng hypervisor ang lahat ng hardware at isinasalin ang mga instruksyon ng CPU (binary translation), na mas mabagal ngunit pinapayagan itong tumakbo nang walang VT-x/AMD-V. Sa hardware-assisted virtualization, ang ilang instruksyon ng vCPU ay direktang isinasagawa sa pisikal na CPU, na makabuluhang binabawasan ang overhead. Ang KVM at ESXi ay umaasa sa huling nabanggit na pamamaraan upang makapaghatid ng mataas na pagganap.

Pagganap: Mas mahusay ba ang pagganap ng KVM o VMware?

Ang raw performance ng KVM at ESXi ay halos magkapareho sa karamihan ng mga senaryo ng produksyon. Ang KVM ay binuo sa humigit-kumulang 10,000 na lubos na na-optimize na linya ng code sa loob ng Linux kernel, na nakakabawas sa overhead, at gamit ang QEMU at virtio, nakakamit nito ang halos katutubong performance para sa CPU, disk, at network.

Sa kaso ng VMware ESXi , ang source code ay pagmamay-ari, ngunit ang kumpletong produkto ay tinatayang nasa sampu-sampung milyong linya kapag kasama ang lahat ng bahagi ng ecosystem. Sa ilang mga sintetikong benchmark, ang mga VM ay nakitang bahagyang mas mabilis sa KVM kaysa sa ESXi, ngunit sa mga totoong kapaligiran ng enterprise, ang mga pagkakaiba ay karaniwang maliit kumpara sa iba pang mga bottleneck tulad ng storage o networking.

Nagkakaroon ng kalamangan ang VMware sa mga senaryo na kinasasangkutan ng mga scheduling optimization, DRS, vMotion, at Storage vMotion , na nagbibigay-daan sa load balancing at hot-moving VMs na may kaunting epekto, na nagpapanatili ng napakatatag na performance kahit na maraming tao sa cluster.

Sa kabilang banda, ang KVM ay partikular na nangunguna sa mga kapaligiran kung saan ang Linux ay mahusay nang naitatag at ang kernel (CPU governor, I/O scheduler, hugepages, NUMA, atbp.) at network stack ay maaaring maayos. Sa pamamagitan ng pagbabahagi ng kernel sa host, napakabilis nitong ginagamit ang mga pagpapabuti sa hardware na isinama ng mga tagagawa sa Linux kernel.

Mga tool sa pag-install, pagiging kumplikado, at pamamahala

Ang learning curve ay isa sa mga aspeto kung saan pinakakapansin-pansin ang pagkakaiba sa pagitan ng KVM at VMware. Sa KVM, ang pag-install ay kinabibilangan muna ng pag-set up ng isang Linux system (Ubuntu, RHEL, CentOS, Oracle Linux, SUSE, atbp.) at pag-install ng mga kinakailangang package: KVM/QEMU, libvirt , mga management tool tulad ng virt-manager o virt-install, at, kung kinakailangan, manu-manong pag-configure ng virtual switch, bridges, at bonding . Ito ay napaka-flexible, ngunit nangangailangan ito ng lubos na pag-unawa sa ecosystem ng Linux.

Sa VMware ESXi, mas may gabay ang daloy ng trabaho: dina-download mo ang ISO image, sinusunog ito sa isang USB drive o CD, binu-boot ang server, at sinusundan ang isang napakasimpleng graphical wizard . Ang susunod na hakbang ay karaniwang i-deploy ang vCenter Server Appliance (isang pre-configured VM) mula sa ISO na iyon, at mula noon, halos lahat ay pinamamahalaan sa pamamagitan ng vSphere Client web interface.

Sa araw-araw, ang KVM ay pinamamahalaan gamit ang mga tool tulad ng virsh (isang CLI para sa libvirt) at virt-manager (isang desktop GUI para sa pamamahala ng maraming KVM host), pati na rin ang SSH, VNC, o SPICE para sa pagkonekta sa mga VM console. May mga web interface tulad ng Kimchi at Foreman, at ang mga proyekto tulad ng oVirt at Red Hat Virtualization ay nagdaragdag ng advanced visual layer sa ibabaw ng KVM.

Sa VMware vSphere , ang pundasyon ng pamamahala ay ang vCenter, kasama ang vSphere Client web client nito kung saan kinokontrol ang mga ESXi host, cluster, virtual network, datastore, HA, DRS, vSAN, NSX, at marami pang iba. Bukod pa rito, mayroong ESXCLI para sa command line, PowerCLI (batay sa PowerShell) para sa pag-automate ng halos lahat ng bagay, at ang Host Client interface para sa mga standalone na ESXi host na walang vCenter.

Gastos, mga lisensya at modelo ng suporta

Sa usapin ng presyo, malinaw ang pagkakaiba: ang KVM ay open-source software na isinama sa Linux at hindi nangangailangan ng mga lisensya ng hypervisor. Makukuha ito sa anumang modernong distribusyon ng Linux simula nang isama ito sa kernel noong 2007. Ang mga gastos ay nagmumula sa komersyal na suporta (Red Hat, SUSE, Oracle, atbp.) at anumang karagdagang mga tool sa pamamahala na maaaring gusto mong idagdag, ngunit ang pangunahing functionality ay libre.

Ang VMware vSphere ay isang komersyal na solusyon na karaniwang may lisensya para sa bawat CPU/core at edisyon (Standard, Enterprise Plus, atbp.). Kabilang dito ang mga lisensya para sa ESXi at vCenter, at kung gusto mong magdagdag ng mga produktong tulad ng NSX, vSAN, Tanzu, Horizon, o vRealize , bawat isa ay nangangailangan ng sarili nitong karagdagang lisensya. Mayroong libreng edisyon ng ESXi (vSphere Hypervisor), ngunit mayroon itong mga makabuluhang limitasyon : mga read-only na API, walang pamamahala ng vCenter, walang teknikal na suporta, at walang kakayahang gumamit ng mga backup na solusyon na umaasa sa mga API.

Sa usapin ng suporta, nag-aalok ang VMware ng 24/7 na suporta para sa mga enterprise ayon sa kontrata, kasama ang access sa knowledge base nito, mga update, mga patch, at direktang tulong. Sa KVM, ang "opisyal" na suporta ay nakasalalay sa iyong distribution provider (Red Hat, Oracle, SUSE, atbp.) o sa iyong sariling IT team, at palagi kang may suporta mula sa isang napaka-aktibong komunidad, ngunit walang kahit isang KVM vendor na mapagsusumitehan ng support ticket maliban kung nakikipagkontrata ka sa isang partikular na vendor.

Mga limitasyon sa pagiging tugma at pag-scale ng hardware

Ang pagiging tugma ng hardware ay isa pang salik na nagpapaiba sa mga ito. Dahil ang KVM ay nakabatay sa Linux , minana nito ang malawak na listahan ng hardware na sinusuportahan ng kernel: mga x86 CPU na may VT-x/AMD-V , maraming uri ng disk controller, mga network adapter, mga arkitektura tulad ng ARM o PowerPC sa ilang partikular na variant, at iba pa. Hangga't may driver ang kernel, karaniwang maaaring gumana ang KVM sa host na iyon nang walang masyadong problema.

Kinakailangan ng VMware ESXi na ang server at mga bahagi ay nasa Hardware Compatibility List (HCL) nito . Tinitiyak nito ang mga sertipikadong driver at pinakamainam na pagganap, ngunit nililimitahan ang paggamit nito sa mga luma o pinakabagong hardware na hindi pa sumasailalim sa proseso ng sertipikasyon. Sa malalaking proyekto, maaari nitong mapataas ang gastos ng platform dahil sa pangangailangang bumili ng mga partikular na hardware na inirerekomenda ng VMware.

Tungkol sa mga limitasyon, ang mga komersyal na distribusyon na nagba-package ng KVM ay nagbibigay ng mga indikatibong numero. Halimbawa, para sa ilang partikular na kapaligiran, sinusuportahan ang mga halagang hanggang 384 na CPU core at 6 TB ng RAM bawat host , na may humigit-kumulang 600 sabay-sabay na VM, at hanggang 256 na vCPU (o higit pa sa mga bagong bersyon) at ilang terabyte ng virtual RAM ang maaaring makamit bawat VM . Depende ito sa distribusyon (Red Hat, Oracle Linux, SUSE) at sa mga pagsusuri sa pagpapatunay na isinagawa ng bawat vendor.

Sa VMware vSphere , ang opisyal na dokumentasyon ay nagtatakda ng napakataas na mga limitasyon: hanggang 896 na logical CPU at 24 TB ng RAM bawat ESXi host , 1,024 VM bawat host, 4,096 na pinagsama-samang vCPU, 256 vCPU bawat VM, higit sa 6 TB ng RAM bawat VM, mga virtual disk hanggang 62 TB, at mga kumpol ng hanggang 64 na host at 8,000 VM . Sa antas ng vCenter, hanggang 2,500 ESXi host at 40,000 VM bawat instance ang maaaring pamahalaan, na nag-iiwan ng malaking puwang para sa paglago.

Seguridad: paghihiwalay, pag-encrypt, at pagsunod

Napakahalaga ng seguridad ng hypervisor: kung may magkompromiso sa host, magkakaroon sila ng bukas na pinto para sa lahat ng VM at sa kanilang data. Ginagamit ng KVM ang ecosystem ng seguridad ng Linux upang palakasin ang isolation. Ang pangunahing tampok nito ay ang pinagsamang paggamit ng SELinux (Security-Enhanced Linux) at sVirt (Secure Virtualization) . Tinutukoy ng SELinux ang mga mandatory access control (MAC) na patakaran, at pinapalawak ng sVirt ang mga patakarang ito sa mga VM, na naglalagay ng tag sa mga proseso at mga disk image upang ihiwalay ang mga ito sa isa't isa.

Bukod pa rito, maaari mong gamitin ang iptables/nftables para sa advanced firewalling, UEFI secure boot sa mga guest machine (na may ilang manu-manong configuration), at mga teknolohiya ng memory encryption tulad ng TME/MKTME sa compatible na hardware. Sa antas ng disk, pinapayagan ka ng KVM na i-encrypt ang mga QCOW2 na imahe gamit ang 128-bit AES nang transparent sa guest, o i-delegate ang encryption sa host file system o sa guest operating system mismo.

Nangunguna rin ang VMware vSphere sa aspetong ito, na may mga tampok na idinisenyo para sa mga regulated na kapaligiran (HIPAA, PCI DSS, atbp.). Nag-aalok ito ng integrated firewall sa ESXi , suporta para sa Secure Boot UEFI, integrasyon sa TPM at vSphere Trust Authority, detalyadong pamamahala ng mga pahintulot at tungkulin, at virtual machine encryption na may integrasyon sa external KMS o sa native vSphere key provider.

Maaaring gamitin ng mga VM sa VMware ang vTPM at seguridad na nakabatay sa virtualization, at ang NSX ay nagbibigay ng distributed side-end security (microsegmentation, distributed firewall, IDS/IPS depende sa edisyon). Bukod pa rito, nag-aalok ang VMware ng compliance monitoring at mga tool sa pagpapatupad ng hypervisor configuration, na ginagawang mas madali ang pag-align ng platform sa mahigpit na mga regulasyon.

Mga virtual na network at koneksyon

Sa antas ng network, ang KVM ay umaasa sa mga kakayahan ng Linux kernel at mga partikular na tool. Para sa mga virtual switch, ang Open vSwitch (OVS) ay karaniwang ginagamit , na nagpapagana ng mga pampubliko o pribadong virtual bridge, distributed switching sa pagitan ng mga host, at suporta para sa mga VLAN, VXLAN, QoS, at iba pang mga advanced na feature. Maaari ring gumawa ng mga classic Linux bridge, at maaaring gamitin ang bonding o teaming upang magdagdag ng mga link o mag-configure ng redundancy.

Sinusuportahan ng mga network interface ng Virtio ang mga VLAN at maaaring i-orkestra gamit ang libvirt , na kinabibilangan ng virtual network management at isang DHCP server na isinama sa QEMU. Ang mga kakayahan ng Firewall ay kasinglawak ng mismong Linux network stack, at ang mga VXLAN, tunnel, VPN, at higit pa ay maaaring i-set up gamit ang mga karaniwang tool sa ecosystem.

Sa VMware vSphere, ang network ay nakabatay sa dalawang uri ng switch: ang karaniwang vSwitch (naka-configure bawat host) at ang Distributed vSwitch (sentralisadong pinamamahalaan mula sa vCenter). Parehong sumusuporta sa mga VLAN, NIC teaming para sa load balancing at failover, at mga pangunahing patakaran sa seguridad. Para sa advanced na software-defined networking (microsegmentation, VXLAN, load balancers, distributed policies), ginagamit ang VMware NSX.

Ang pag-configure ng link aggregation, port groups, traffic policies, o networks para sa vMotion at storage ay kadalasang mas user-friendly sa vSphere GUI kaysa sa paggawa nito lahat gamit ang CLI sa Linux, bagama't nag-aalok ang KVM ng mas maraming kalayaan para sa mga "exotic" na senaryo kung komportable ka sa iproute2, OVS, at mga katulad nito.

Imbakan, mga format ng disk, at paglipat

Gamit ang KVM , halos anumang bagay na maaaring i-mount ng Linux bilang pisikal o lohikal na imbakan ay magagamit: SAS, SATA, NVMe disks, LVM volumes, NFS, iSCSI, SAN, NAS, atbp. Maaaring gumamit ang mga VM ng mga virtual disk image o Raw Device Mapping (device o volume passthrough). Posible ring direktang ikabit ang isang LVM volume sa isang VM.

Ang mga katutubong format ng imahe ay raw (img) at qcow2 . Ang raw format ay napakasimple at mabilis (humigit-kumulang 10% na mas mabilis kaysa sa mga format na may karagdagang mga layer), ngunit hindi nito sinusuportahan ang mga internal snapshot o block-level incremental backup. Sa kabilang banda, ang Qcow2 ay nag-aalok ng mga snapshot, compression, encryption, thin provisioning, at suporta sa TRIM/UNMAP , na nagbibigay-daan sa iyong mabawi ang hindi nagamit na espasyo gamit ang mga tool tulad ng virt-sparsify. Bukod pa rito, nauunawaan ng KVM ang iba pang mga format tulad ng VMDK (mula sa VMware), VDI (VirtualBox), VHDX (Hyper-V), at marami pang iba, na nagpapadali sa paglipat sa pagitan ng mga platform.

Sa VMware ESXi , ang default na format ng disk ay VMDK . Ang bawat disk ay karaniwang binubuo ng isang .vmdk descriptor at isang flat .vmdk file na naglalaman ng data. Sinusuportahan ang thin at thick provisioning, at ang datastore ay karaniwang naka-host sa VMFS o NFS. Maaaring samantalahin ng mga disk ang mga awtomatikong pag-unmap upang mabawi ang espasyo, at maaaring gamitin ang Raw Device Mapping (RDM) upang direktang i-map ang mga LUN sa mga VM.

Para sa paglipat ng VM , nag-aalok ang KVM ng live migration sa pagitan ng mga host hangga't nagbabahagi sila ng storage, at storage migration (paglilipat ng mga VM file sa ibang host) sa ilang partikular na sitwasyon, na may mga planong palawigin ang live storage migration. Matagal nang nag-aalok ang VMware ng vMotion (live VM migration sa pagitan ng mga host) at Storage vMotion (paglilipat ng mga disk sa pagitan ng mga datastore nang hindi pinapatay ang VM), parehong mahusay na pino at mahusay na isinama sa pamamahala ng cluster.

Pagkumpol, mataas na kakayahang magamit at pagbabalanse ng karga

Sa clustering, ang KVM ay nag-aalok ng mga component, ngunit hindi isang "closed" na produkto na maihahambing sa vSphere. Para sa mataas na availability, ang mga tool tulad ng DRBD (block replication over the network), Heartbeat, at Pacemaker ay ginagamit bilang mga cluster resource manager. Posible ang failover configuration sa pagitan ng mga node , ngunit kadalasan ay nangangailangan ito ng maraming manu-manong operasyon at malaking kadalubhasaan.

Ang automated load balancing ay hindi isang karaniwang tampok; karaniwan itong umaasa sa mga proyektong tulad ng oVirt o Red Hat Virtualization , na bumubuo ng isang advanced management layer sa ibabaw ng KVM upang magbigay ng awtomatikong paglipat batay sa load, high availability (HA), mga patakaran, at iba pang mga salik. Sa pangkalahatan, ang pag-set up ng isang mahusay na nakatutok na KVM cluster na may HA ay hindi madali kung walang komersyal na solusyon na kasama nito.

Sa kabaligtaran, ang VMware vSphere ay namumukod-tangi dahil sa mga kakayahan nitong mag-clustering. Ang mga feature tulad ng vSphere HA ay nagbibigay-daan sa mga VM na awtomatikong i-restart sa ibang mga host kung sakaling mabigo ang isang node, at ang DRS (Distributed Resource Scheduler) ay muling nagbabalanse ng load sa pamamagitan ng paglipat ng mga VM sa pagitan ng mga host gamit ang vMotion batay sa mga patakaran sa pagkonsumo ng CPU at RAM. Mayroon ding Fault Tolerance para sa ilang partikular na VM, na nagpapanatili ng real-time na replica at tinitiyak ang tuluy-tuloy na continuity sakaling magkaroon ng pagkabigo ng host.

Bukod pa rito, kayang patayin ng Distributed Power Management ang mga host kapag mababa na ang load at i-restart ang mga ito kapag kinakailangan, na makakatipid ng enerhiya nang hindi isinasakripisyo ang kapasidad. Medyo simple ang pag-configure ng mga mekanismong ito mula sa vSphere Client, kaya ang VMware ang pinaka-maginhawang opsyon kung kailangan mo ng kumplikadong clustering nang hindi nahihirapan sa console.

Pagkakatugma ng sistema ng bisita at lalagyan

Parehong sinusuportahan ng KVM at VMware ESXi ang iba't ibang uri ng guest operating system: Windows (mula sa mga lumang bersyon tulad ng NT o 95 hanggang sa mga kasalukuyan), maraming distribusyon ng Linux (Ubuntu, Debian, RHEL, CentOS, Fedora, Oracle Linux, SUSE, Kali, atbp.), mga derivatives ng BSD (FreeBSD, OpenBSD), Solaris, OpenSolaris, NetWare, MS-DOS at maging ang macOS na may ilang mga pagsasaayos at limitasyon.

Ang pagkakaiba ay nasa integrasyon sa mundo ng mga container . Gamit ang KVM, maaari mong patakbuhin ang Docker o Kubernetes sa loob ng mga VM, tulad ng ibang hypervisor, ngunit mayroon ding mga partikular na driver (docker-machine-driver-kvm) na nagbibigay-daan sa iyong lumikha ng mga Docker machine sa ibabaw ng KVM nang transparent, na nagpapabuti sa isolation at performance kumpara sa manu-manong pag-set up ng mga VM. Bukod pa rito, mahusay na naisasama ang KVM sa OpenStack , kung saan ito ay inuri bilang Group A (maximum compatibility) at kadalasang ang ginustong hypervisor sa mga Linux private cloud.

Ang VMware, sa kanilang bahagi, ay unang sumubok sa vSphere Integrated Containers (na nagpapatakbo ng mga container bilang magaan na VM gamit ang Photon OS), at gumawa ng malaking hakbang pasulong sa VMware Tanzu , na direktang nagsasama ng mga Kubernetes at container sa ESXi. Binabago ng Tanzu ang mga host ng ESXi sa mga Kubernetes node (gamit ang Spherelet), inilalantad ang isang control plane para sa DevOps, pinamamahalaan mula sa vCenter, at ginagamit ang NSX-T at shared storage upang makapaghatid ng komprehensibong enterprise container environment (kahit na may dagdag na gastos sa paglilisensya).

Sa madaling salita, kung ikaw ay lubos na nakikibahagi sa mga native cloud ecosystem na nakabatay sa Linux, ang KVM + OpenStack/Kubernetes ay isang magandang pagpipilian; kung mayroon ka nang malaking puhunan sa VMware at naghahanap ng mga container na isinama sa iyong vSphere platform na may lahat ng networking at security extras, ang Tanzu ay isang mabisang opsyon.

Pagsasama sa iba pang mga bahagi: AD, OpenStack at ecosystem

Ang VMware vSphere ay direktang nakikipag-ugnayan sa Microsoft Active Directory para sa authentication at role-based access control. Maaaring mag-log in ang mga user sa vSphere Client gamit ang kanilang mga domain credential at magtalaga ng detalyadong mga pahintulot sa mga object (VM, datastore, cluster, atbp.). Bukod pa rito, ang VMware suite ay maayos na nakikipag-ugnayan sa: NSX para sa networking, vSAN para sa software-defined storage, Horizon para sa VDI, vRealize para sa automation at monitoring, at marami pang iba.

Sa mundo ng KVM , ang integrasyon ng Active Directory ay ganap na posible sa pamamagitan ng pagsali sa Linux host (o VMs) sa domain, ngunit ang configuration ay kinabibilangan ng paggamit ng mga tool tulad ng sssd, winbind, o realmd. Para sa cloud orchestration, ang KVM ay nangunguna sa OpenStack , kung saan ito ang mas gustong pagpipilian (Group A), habang ang ESXi ay inuri bilang Group B: sinusuportahan, ngunit medyo hindi gaanong prayoridad sa OpenStack ecosystem.

Tungkol sa vendor lock-in, ang KVM, bilang open source at walang vendor lock-in , ay nagbibigay-daan sa integrasyon sa halos anumang komersyal o open source na software, na iniaangkop ang stack sa iyong mga pangangailangan. Sa VMware, sa pamamagitan ng disenyo, may posibilidad mong buuin ang solusyon sa paligid ng control plane at mga produkto nito, na nagbibigay ng maraming consistency, ngunit nag-uugnay din sa iyo sa mga lisensya at roadmap nito.

Pag-backup, pagkopya at proteksyon ng data

Malaki rin ang pagkakaiba ng paraan ng pagba-backup ng mga VM . Sa KVM, ang mga pangunahing pamamaraan ay kinabibilangan ng paggamit ng mga virsh at disk snapshot. Kung ang mga LVM volume ay ginagamit para sa mga VM, ang mga LVM snapshot ay maaaring malikha at mai-backup mula sa mga volume na iyon, na nag-aalok ng napakahusay na pagganap ngunit ginagawang mas kumplikado ang migration at pamamahala ng espasyo.

Sa mga raw na imahe , ang mga backup ay magagawa lamang kapag naka-off ang VM, dahil walang suporta para sa native image-level snapshot. Gamit ang qcow2 , maaaring malikha ang mga snapshot sa isang tumatakbong VM (nangangailangan ng QEMU guest agent sa guest operating system at ng configuration ng isang org.qemu.guest_agent.0 channel), at ang data ay maaaring kopyahin nang palagian. May mga solusyon na gumagamit ng libvirt at oVirt upang ipatupad ang mga incremental backup batay sa mga pagbabago sa block.

Para sa replikasyon, maaaring gamitin ng KVM ang DRBD sa antas ng bloke ng kernel ng Linux, na sabay-sabay na kinokopya ang mga disk sa pagitan ng mga node upang mag-mount ng mga high-availability cluster, bagaman kadalasan ay walang encryption maliban kung ang trapiko ay naka-encapsulate sa mga VPN o katulad.

Sa VMware vSphere , matibay ang proteksyon ng datos dahil sa mga vStorage Data Protection API . Ginagamit ng mga backup vendor (Veeam, NAKIVO, atbp.) ang mga API na ito upang lumikha ng mga pare-parehong snapshot ng mga tumatakbong VM, na may katahimikan ng aplikasyon sa pamamagitan ng VMware Tools, at upang magamit ang Changed Block Tracking (CBT) , na nagbibigay-daan sa lubos na mahusay na mga incremental backup sa pamamagitan ng pagkopya lamang ng mga binagong bloke.

Karaniwang sinusuportahan ng mga solusyon sa pag-backup para sa VMware ang agarang pagbawi ng VM , detalyadong pagpapanumbalik ng mga file o object ng application (Exchange, SQL, AD, atbp.), at replikasyon sa pagitan ng mga host o site ng ESXi. Hindi inilalantad ng libreng edisyon ng ESXi ang mga API na ito, kaya sa kasong iyon, kakailanganin mo ng mga script at manu-manong pag-backup ng mga naka-off na VM, na karaniwang hindi katanggap-tanggap sa produksyon.

Sa huli, kung ang proteksyon ng datos sa antas ng hypervisor at integrasyon sa maraming komersyal na solusyon sa backup ang susi, ang vSphere ay nag-aalok ng mas mature at homogenous na ecosystem. Pinapayagan ng KVM ang mga matatag na estratehiya, ngunit may mas malawak na iba't ibang pamamaraan at higit na pag-asa sa kadalubhasaan ng koponan at mga napiling tool.

Kailan sulit ang KVM at kailan sulit ang VMware?

Ang pagpili sa pagitan ng KVM at VMware ay hindi tungkol sa pagiging "mas mahusay" sa ganap na mga termino, kundi tungkol sa pagpili ng tamang tool para sa konteksto. Para sa mga organisasyong may limitadong badyet , isang malakas na kultura ng Linux, at isang pagnanais na i-customize ang platform, ang KVM ay lubhang kaakit-akit: hindi ito nangangailangan ng mga lisensya ng hypervisor, nag-aalok ng malawak na compatibility ng hardware, at nagbibigay ng malawak na kakayahan sa pag-tune. Ito ay mainam para sa mga startup, maliliit na provider ng VPS, mga test lab, mga kapaligirang nakasentro sa Linux, o mga pribadong cloud na nakabatay sa OpenStack.

Ang VMware ESXi at vSphere ay pinakaangkop para sa mga kapaligirang nangangailangan ng lubos na pinagsamang diskarte, matibay na suporta sa komersyo, at pinasimpleng pamamahala ng malalaking kumpol. Ang mga kumpanyang gumagamit na ng mga produkto ng VMware (Horizon, NSX, vSAN, Tanzu), na may mahigpit na availability, pagsunod, at mga kinakailangan sa suporta 24/7, o na pinahahalagahan ang isang lubos na pinakintab at sentralisadong console, ay karaniwang mas gustong mamuhunan sa mga lisensya ng vSphere at bumuo ng kanilang diskarte sa virtualization sa paligid ng ecosystem na iyon.

Sa praktikal na termino, ang KVM ay isang mataas ang pagganap at mababang gastos na solusyon na nagbibigay ng gantimpala sa mga pangkat na may karanasan sa Linux at kakayahang umangkop sa mas kumplikadong mga gawain. Sa kabilang banda, ang VMware ay nag-aalok ng mas "sarado ngunit maginhawa" na karanasan: magbabayad ka para sa mga lisensya at pagpapanatili, ngunit kapalit nito ay makakakuha ka ng isang napaka-mature na virtualization platform na may advanced clustering, mahusay na naka-tune na mga backup tool, at napaka-matibay na integrasyon sa iba pang bahagi ng stack nito.