Perbandingan KVM vs VMware untuk Virtualisasi Perusahaan

Informatec Digital » Sumber » Perbandingan KVM vs VMware untuk Virtualisasi Perusahaan

Jika anda teragak-agak antara menyediakan infrastruktur anda pada KVM atau VMware (atau hanya ingin lebih memahami apa yang ditawarkan oleh setiap satu), panduan ini menyediakan perbandingan yang mendalam: prestasi, keselamatan, pelesenan, sokongan, keserasian kontena, sandaran, pengelompokan, rangkaian, format cakera, penyepaduan dengan komponen lain seperti OpenStack atau Active Directory… ideanya ialah, apabila anda selesai membaca, anda akan mempunyai pemahaman yang jelas tentang senario yang mana setiap pilihan cemerlang.

Apakah KVM dan VMware dan apakah persamaannya?

VMware, bagi pihaknya, ialah syarikat di sebalik seluruh keluarga produk virtualisasi. Dalam konteks pusat data, pemain utama ialah VMware ESXi , hipervisor Jenis 1 yang membentuk teras platform VMware vSphere . Sekitar ESXi berkisar tentang vCenter, vSAN, NSX, Horizon, Tanzu dan banyak lagi komponen lain yang membentuk ekosistem yang sangat matang untuk persekitaran perusahaan yang mencabar.

Kedua-dua KVM dan ESXi ialah hipervisor bare-metal Jenis 1 yang mampu menjalankan berbilang mesin maya (VM) dengan sistem pengendalian tetamu seperti Windows, Linux, BSD atau Solaris, dengan sokongan untuk virtualisasi berbantukan perkakasan (Intel VT-x, AMD-V). Secara konseptual, kedua-duanya membenarkan peruntukan VM, pengasingan, migrasi langsung , snapshot dan pengurusan kluster besar. Perbezaannya terletak pada cara ciri-ciri ini dicapai, kosnya, fleksibilitinya dan keupayaan pentadbiran yang ditawarkan oleh setiap satu.

Jenis hipervisor dan seni bina dalaman

Dalam virtualisasi, perbezaan biasanya dibuat antara hipervisor Jenis 1 (bare-metal) dan Jenis 2 (dipasang di atas sistem pengendalian hos). KVM dan ESXi adalah Jenis 1, manakala produk seperti VMware Workstation, VMware Player, VMware Fusion dan VirtualBox adalah Jenis 2.

Dalam kes KVM , walaupun ia dipasang sebagai sebahagian daripada hos Linux, ia dianggap sebagai hipervisor Jenis 1 kerana kernel Linux bertindak sebagai hipervisor langsung pada perkakasan. Oleh itu, KVM mewarisi penjadual CPU, pengurusan memori dan susunan rangkaian daripada Linux itu sendiri, memberikannya fleksibiliti dan keserasian perkakasan yang besar.

ESXi ialah sistem pengendalian minimum VMware sendiri, direka khusus sebagai hipervisor. Ia mempunyai kernel tertutup , disepadukan dengan pemacu yang diperakui dan dioptimumkan, dan menggunakan satah pengurusan VMware untuk berinteraksi dengan perkakasan dan seluruh suite (vCenter, NSX, dll.). Pendekatan ini mengurangkan jejak perisian kepada hanya apa yang benar-benar diperlukan untuk virtualisasi.

Selain perbezaan Jenis 1/Jenis 2, adalah penting untuk memahami perbezaan antara virtualisasi "kosong" penuh dan virtualisasi berbantukan perkakasan . Dalam virtualisasi penuh berasaskan perisian semata-mata, hipervisor meniru semua perkakasan dan menterjemahkan arahan CPU (terjemahan binari), yang lebih perlahan tetapi membolehkannya berjalan tanpa VT-x/AMD-V. Dengan virtualisasi berbantukan perkakasan, beberapa arahan vCPU dilaksanakan secara langsung pada CPU fizikal, sekali gus mengurangkan overhed dengan ketara. KVM dan ESXi bergantung pada pendekatan yang terakhir ini untuk memberikan prestasi tinggi.

Prestasi: Adakah KVM atau VMware berfungsi dengan lebih baik?

Prestasi mentah KVM dan ESXi sangat serupa dalam kebanyakan senario pengeluaran. KVM dibina pada kira-kira 10,000 baris kod yang sangat dioptimumkan dalam kernel Linux, yang mengurangkan overhed, dan dengan QEMU dan virtio, ia mencapai prestasi hampir asli untuk CPU, cakera dan rangkaian.

Dalam kes VMware ESXi , kod sumber adalah proprietari, tetapi produk lengkap dianggarkan berada dalam puluhan juta baris apabila semua komponen ekosistem disertakan. Dalam penanda aras sintetik tertentu, VM telah dilihat sedikit lebih pantas pada KVM berbanding ESXi, tetapi dalam persekitaran perusahaan dunia sebenar, perbezaannya biasanya kecil berbanding dengan kesesakan lain seperti storan atau rangkaian.

VMware memperoleh kelebihan dalam senario yang melibatkan pengoptimuman penjadualan, DRS, vMotion dan Storage vMotion , yang membolehkan pengimbangan beban dan VM yang bergerak pantas dengan impak minimum, mengekalkan prestasi yang sangat stabil walaupun kluster mempunyai populasi yang ramai.

KVM, sebaliknya, sangat menonjol terutamanya dalam persekitaran di mana Linux sudah mantap dan kernel (gabenor CPU, penjadual I/O, hugepages, NUMA, dll.) dan susunan rangkaian boleh ditala dengan lebih baik. Dengan berkongsi kernel dengan hos, ia dengan cepat menerima pakai penambahbaikan perkakasan yang digabungkan oleh pengeluar ke dalam kernel Linux.

Alat pemasangan, kerumitan dan pengurusan

Keluk pembelajaran merupakan salah satu bidang di mana perbezaan antara KVM dan VMware paling ketara. Dengan KVM, pemasangan melibatkan penyediaan sistem Linux (Ubuntu, RHEL, CentOS, Oracle Linux, SUSE, dll.) dan pemasangan pakej yang diperlukan: KVM/QEMU, libvirt , alatan pengurusan seperti virt-manager atau virt-install, dan, jika perlu, mengkonfigurasi suis maya, jambatan dan ikatan secara manual . Ia sangat fleksibel, tetapi memerlukan pemahaman yang mendalam tentang ekosistem Linux.

Dalam VMware ESXi, aliran kerja lebih berpandu: anda memuat turun imej ISO, membakarnya ke pemacu USB atau CD, but pelayan dan ikuti wizard grafik yang sangat mudah . ​​Langkah seterusnya biasanya ialah menggunakan vCenter Server Appliance (VM yang dikonfigurasikan terlebih dahulu) daripada ISO tersebut dan sejak itu, hampir semuanya diuruskan melalui antara muka web vSphere Client.

Setiap hari, KVM diuruskan dengan alatan seperti virsh (CLI untuk libvirt) dan virt-manager (GUI desktop untuk mengurus berbilang hos KVM), serta SSH, VNC atau SPICE untuk menyambung ke konsol VM. Antara muka web seperti Kimchi dan Foreman tersedia, dan projek seperti oVirt dan Red Hat Virtualization menambah lapisan visual lanjutan di atas KVM.

Dalam VMware vSphere , asas pengurusan ialah vCenter, dengan klien web vSphere Client yang mengawal hos, kluster, rangkaian maya, stor data, HA, DRS, vSAN, NSX dan banyak lagi ESXi. Di samping itu, terdapat ESXCLI untuk baris arahan, PowerCLI (berdasarkan PowerShell) untuk mengautomasikan hampir semua perkara dan antara muka Host Client untuk hos ESXi kendiri tanpa vCenter.

Kos, lesen dan model sokongan

Dari segi kos, perbezaannya jelas: KVM ialah perisian sumber terbuka yang disepadukan ke dalam Linux dan tidak memerlukan lesen hypervisor. Ia tersedia pada mana-mana pengedaran Linux moden sejak ia disepadukan ke dalam kernel pada tahun 2007. Kos datang daripada sokongan komersial (Red Hat, SUSE, Oracle, dll.) dan sebarang alat pengurusan tambahan yang anda mungkin ingin tambah, tetapi fungsi terasnya adalah percuma.

VMware vSphere ialah penyelesaian komersial yang biasanya dilesenkan mengikut CPU/teras dan edisi (Standard, Enterprise Plus, dll.). Ia termasuk lesen untuk ESXi dan vCenter, dan jika anda ingin menambah produk seperti NSX, vSAN, Tanzu, Horizon atau vRealize , setiap satu memerlukan lesen tambahannya sendiri. Terdapat edisi percuma ESXi (vSphere Hypervisor), tetapi ia mempunyai batasan yang ketara : API baca sahaja, tiada pengurusan vCenter, tiada sokongan teknikal dan tiada keupayaan untuk menggunakan penyelesaian sandaran yang bergantung pada API.

Dari segi sokongan, VMware menawarkan sokongan perusahaan 24/7 mengikut kontrak, dengan akses kepada pangkalan pengetahuan, kemas kini, tampalan dan bantuan langsung. Dengan KVM, sokongan "rasmi" bergantung pada penyedia pengedaran anda (Red Hat, Oracle, SUSE, dll.) atau pasukan IT anda sendiri, dan anda sentiasa mendapat sokongan daripada komuniti yang sangat aktif, tetapi tiada satu pun vendor KVM untuk menghantar tiket sokongan melainkan anda mengikat kontrak dengan vendor tertentu.

Keserasian perkakasan dan had penskalaan

Keserasian perkakasan merupakan satu lagi faktor pembezaan. Memandangkan KVM berasaskan Linux , ia mewarisi senarai perkakasan yang luas yang disokong oleh kernel: CPU x86 dengan VT-x/AMD-V , pelbagai jenis pengawal cakera, penyesuai rangkaian, seni bina seperti ARM atau PowerPC dalam varian tertentu, dan sebagainya. Selagi kernel mempunyai pemacu, KVM biasanya boleh berfungsi pada hos tersebut tanpa terlalu banyak masalah.

VMware ESXi menghendaki pelayan dan komponen berada dalam Senarai Keserasian Perkakasan (HCL) . Ini memastikan pemacu yang diperakui dan prestasi optimum, tetapi mengehadkan penggunaannya pada perkakasan lama atau sangat terkini yang belum menjalani proses pensijilan. Dalam projek besar, ini boleh meningkatkan kos platform disebabkan oleh keperluan untuk membeli perkakasan tertentu yang disyorkan oleh VMware.

Dari segi had, pengedaran komersial yang membungkus KVM memberikan angka indikatif. Contohnya, untuk persekitaran tertentu, nilai sehingga 384 teras CPU dan 6 TB RAM setiap hos disokong, dengan sekitar 600 VM serentak, dan sehingga 256 vCPU (atau lebih dalam versi terkini) dan beberapa terabait RAM maya boleh dicapai setiap VM . Ini bergantung pada pengedaran (Red Hat, Oracle Linux, SUSE) dan ujian pengesahan yang dilakukan oleh setiap vendor.

Dalam VMware vSphere , dokumentasi rasmi menetapkan had yang sangat tinggi: sehingga 896 CPU logik dan 24 TB RAM setiap hos ESXi , 1,024 VM setiap hos, 4,096 vCPU agregat, 256 vCPU setiap VM, lebih daripada 6 TB RAM setiap VM, cakera maya sehingga 62 TB dan kelompok sehingga 64 hos dan 8,000 VM . Pada peringkat vCenter, sehingga 2,500 hos ESXi dan 40,000 VM setiap contoh boleh diuruskan, meninggalkan ruang yang besar untuk pertumbuhan.

Keselamatan: pengasingan, penyulitan dan pematuhan

Keselamatan hipervisor adalah penting: jika seseorang menjejaskan hos, mereka mempunyai pintu terbuka kepada semua VM dan data mereka. KVM memanfaatkan ekosistem keselamatan Linux untuk mengukuhkan pengasingan. Ciri utamanya ialah penggunaan gabungan SELinux (Linux Dipertingkat Keselamatan) dan sVirt (Virtualisasi Selamat) . SELinux mentakrifkan dasar kawalan akses mandatori (MAC), dan sVirt melanjutkan dasar ini kepada VM, proses penandaan dan imej cakera untuk mengasingkannya antara satu sama lain.

Selain itu, anda boleh memanfaatkan iptables/nftables untuk firewall lanjutan, but selamat UEFI pada mesin tetamu (dengan beberapa konfigurasi manual) dan teknologi penyulitan memori seperti TME/MKTME pada perkakasan yang serasi. Pada peringkat cakera, KVM membolehkan anda menyulitkan imej QCOW2 dengan AES 128-bit secara telus kepada tetamu atau mewakilkan penyulitan kepada sistem fail hos atau sistem pengendalian tetamu itu sendiri.

VMware vSphere juga cemerlang dalam bidang ini, dengan set ciri yang direka untuk persekitaran yang dikawal selia (HIPAA, PCI DSS, dll.). Ia menawarkan tembok api bersepadu dalam ESXi , sokongan untuk Secure Boot UEFI, penyepaduan dengan TPM dan vSphere Trust Authority, pengurusan kebenaran dan peranan yang terperinci, dan penyulitan mesin maya dengan penyepaduan dengan KMS luaran atau penyedia kunci vSphere asli.

VM dalam VMware boleh menggunakan vTPM dan keselamatan berasaskan virtualisasi, dan NSX menyediakan keselamatan sisi teragih (mikrosegmentasi, tembok api teragih, IDS/IPS bergantung pada edisi). Di samping itu, VMware menawarkan pemantauan pematuhan dan alat penguatkuasaan konfigurasi hipervisor, menjadikannya lebih mudah untuk menyelaraskan platform dengan peraturan yang ketat.

Rangkaian maya dan sambungan

Di peringkat rangkaian, KVM bergantung pada keupayaan kernel Linux dan alatan khusus. Untuk suis maya, Open vSwitch (OVS) biasanya digunakan , membolehkan jambatan maya awam atau persendirian, pensuisan teragih antara hos dan sokongan untuk VLAN, VXLAN, QoS dan ciri-ciri canggih lain. Jambatan Linux klasik juga boleh dicipta dan bonding atau teaming boleh digunakan untuk menambah pautan atau mengkonfigurasi redundansi.

Antara muka rangkaian Virtio menyokong VLAN dan boleh diatur dengan libvirt , yang merangkumi pengurusan rangkaian maya dan pelayan DHCP yang disepadukan ke dalam QEMU. Keupayaan firewall adalah seluas susunan rangkaian Linux itu sendiri, dan VXLAN, terowong, VPN dan banyak lagi boleh disediakan menggunakan alat ekosistem standard.

Dalam VMware vSphere, rangkaian adalah berdasarkan dua jenis suis: vSwitch standard (dikonfigurasikan setiap hos) dan vSwitch Teragih (diuruskan secara berpusat dari vCenter). Kedua-duanya menyokong VLAN, kerjasama NIC untuk pengimbangan beban dan failover, dan dasar keselamatan asas. Untuk perangkaian tertakrif perisian lanjutan (mikrosegmentasi, VXLAN, pengimbang beban, dasar teragih), VMware NSX digunakan.

Mengkonfigurasi pengagregatan pautan, kumpulan port, dasar trafik atau rangkaian untuk vMotion dan storan biasanya lebih mesra pengguna dalam GUI vSphere berbanding melakukan semuanya melalui CLI dalam Linux, walaupun KVM menawarkan lebih banyak kebebasan untuk senario "eksotik" jika anda selesa dengan iproute2, OVS dan sebagainya.

Storan, format cakera dan migrasi

Dengan KVM , hampir apa sahaja yang boleh dipasang oleh Linux sebagai storan fizikal atau logik boleh digunakan: SAS, SATA, cakera NVMe, volum LVM, NFS, iSCSI, SAN, NAS, dll. VM boleh menggunakan imej cakera maya atau Pemetaan Peranti Mentah (laluan peranti atau volum). Anda juga boleh menyambungkan volum LVM secara terus ke VM.

Format imej asli adalah mentah (img) dan qcow2 . Format mentah adalah sangat mudah dan pantas (sekitar 10% lebih pantas daripada format dengan lapisan tambahan), tetapi ia tidak menyokong snapshot dalaman atau sandaran tambahan peringkat blok. Sebaliknya, Qcow2 menawarkan snapshot, mampatan, penyulitan, peruntukan nipis dan sokongan TRIM/UNMAP , yang membolehkan anda menuntut semula ruang yang tidak digunakan dengan alat seperti virt-sparsify. Tambahan pula, KVM memahami format lain seperti VMDK (daripada VMware), VDI (VirtualBox), VHDX (Hyper-V) dan banyak lagi, memudahkan migrasi antara platform.

Dalam VMware ESXi , format cakera lalai ialah VMDK . Setiap cakera biasanya terdiri daripada deskriptor .vmdk dan fail .vmdk rata yang mengandungi data. Peruntukan nipis dan tebal disokong, dan stor data biasanya dihoskan pada VMFS atau NFS. Cakera boleh memanfaatkan penyahpemetaan automatik untuk menuntut semula ruang, dan Pemetaan Peranti Mentah (RDM) boleh digunakan untuk memetakan LUN terus ke VM.

Untuk migrasi VM , KVM menawarkan migrasi langsung antara hos selagi mereka berkongsi storan dan migrasi storan (memindahkan fail VM ke hos lain) dalam senario tertentu, dengan rancangan untuk melanjutkan migrasi storan langsung. VMware telah menawarkan vMotion (migrasi VM langsung antara hos) dan Storage vMotion (memindahkan cakera antara stor data tanpa mematikan VM) selama bertahun-tahun, kedua-duanya sangat digilap dan disepadukan dengan baik ke dalam pengurusan kluster.

Pengelompokan, ketersediaan tinggi dan pengimbangan beban

Dalam pengelompokan, KVM menawarkan komponen, tetapi bukan produk "tertutup" yang setanding dengan vSphere. Untuk ketersediaan tinggi, alat seperti DRBD (replikasi blok melalui rangkaian), Heartbeat dan Pacemaker digunakan sebagai pengurus sumber kluster. Konfigurasi failover antara nod adalah mungkin , tetapi ia biasanya memerlukan banyak operasi manual dan kepakaran yang besar.

Pengimbangan beban automatik bukanlah ciri standard; ia biasanya bergantung pada projek seperti oVirt atau Red Hat Virtualization , yang membina lapisan pengurusan lanjutan di atas KVM untuk menyediakan migrasi automatik berdasarkan beban, ketersediaan tinggi (HA), dasar dan faktor lain. Secara amnya, menyediakan kluster KVM yang ditala dengan baik dengan HA tidak mudah tanpa penyelesaian komersial yang merangkuminya.

Sebaliknya, VMware vSphere menonjol kerana keupayaan pengelompokannya. Ciri-ciri seperti vSphere HA membolehkan VM dimulakan semula secara automatik pada hos lain jika nod gagal, dan DRS (Penjadual Sumber Teragih) mengimbangi semula beban dengan memindahkan VM antara hos menggunakan vMotion berdasarkan dasar penggunaan CPU dan RAM. Toleransi Kerosakan juga tersedia untuk VM tertentu, mengekalkan replika masa nyata dan memastikan kesinambungan yang lancar sekiranya berlaku kegagalan hos.

Tambahan pula, Pengurusan Kuasa Teragih boleh mematikan hos apabila beban rendah dan memulakannya semula apabila diperlukan, menjimatkan tenaga tanpa mengorbankan kapasiti. Mengkonfigurasi mekanisme ini agak mudah daripada vSphere Client, menjadikan VMware pilihan paling mudah jika anda memerlukan pengelompokan yang kompleks tanpa bergelut dengan konsol.

Keserasian sistem tetamu dan kontena

Kedua-dua KVM dan VMware ESXi menyokong pelbagai jenis sistem pengendalian tetamu: Windows (daripada versi yang sangat lama seperti NT atau 95 hingga yang terkini), banyak pengedaran Linux (Ubuntu, Debian, RHEL, CentOS, Fedora, Oracle Linux, SUSE, Kali, dll.), derivatif BSD (FreeBSD, OpenBSD), Solaris, OpenSolaris, NetWare, MS-DOS dan juga macOS dengan pelarasan dan batasan tertentu.

Perbezaannya terletak pada integrasi dengan dunia kontena . Dengan KVM, anda boleh menjalankan Docker atau Kubernetes di dalam VM, seperti mana-mana hypervisor lain, tetapi terdapat juga pemacu khusus (docker-machine-driver-kvm) yang membolehkan anda mencipta mesin Docker di atas KVM secara telus, meningkatkan pengasingan dan prestasi berbanding menyediakan VM secara manual. Tambahan pula, KVM berintegrasi dengan sangat baik dengan OpenStack , di mana ia dikelaskan sebagai Kumpulan A (keserasian maksimum) dan selalunya merupakan hypervisor pilihan dalam awan persendirian Linux.

VMware, bagi pihaknya, telah membuat percubaan awal dengan vSphere Integrated Containers (menjalankan kontena sebagai VM ringan menggunakan Photon OS), dan telah mengambil langkah yang ketara ke hadapan dengan VMware Tanzu , yang mengintegrasikan Kubernetes dan kontena terus ke dalam ESXi. Tanzu mengubah hos ESXi menjadi nod Kubernetes (menggunakan Spherelet), mendedahkan satah kawalan untuk DevOps, diuruskan daripada vCenter dan memanfaatkan NSX-T dan storan kongsi untuk menyediakan persekitaran kontena perusahaan yang komprehensif (walaupun dengan kos pelesenan tambahan).

Pendek kata, jika anda terlibat secara meluas dalam ekosistem awan asli berasaskan Linux, KVM + OpenStack/Kubernetes sangat sesuai; jika anda sudah mempunyai pelaburan yang besar dalam VMware dan sedang mencari kontena yang disepadukan ke dalam platform vSphere anda dengan semua tambahan rangkaian dan keselamatan, Tanzu ialah pilihan yang hebat.

Integrasi dengan komponen lain: AD, OpenStack dan ekosistem

VMware vSphere berintegrasi secara natif dengan Microsoft Active Directory untuk pengesahan dan kawalan akses berasaskan peranan. Pengguna boleh log masuk ke vSphere Client dengan kelayakan domain mereka dan memberikan kebenaran terperinci kepada objek (VM, stor data, kluster, dll.). Tambahan pula, suit VMware berintegrasi dengan lancar: NSX untuk rangkaian, vSAN untuk storan yang ditakrifkan perisian, Horizon untuk VDI, vRealize untuk automasi dan pemantauan dan banyak lagi.

Dalam dunia KVM , penyepaduan Active Directory adalah mungkin dengan menggabungkan hos Linux (atau VM) ke domain, tetapi konfigurasinya melibatkan pengendalian alat seperti sssd, winbind atau realmd. Untuk orkestrasi awan, KVM menyerlah dengan OpenStack , di mana ia merupakan pilihan utama (Kumpulan A), manakala ESXi dikelaskan sebagai Kumpulan B: disokong, tetapi agak kurang menjadi keutamaan dalam ekosistem OpenStack.

Berkenaan dengan penguncian vendor, KVM, yang merupakan sumber terbuka dan tanpa penguncian vendor , membolehkan penyepaduan dengan hampir semua perisian komersial atau sumber terbuka, menyesuaikan tindanan dengan keperluan anda. Dengan VMware, secara reka bentuknya, anda cenderung untuk membina penyelesaian di sekitar satah kawalan dan produknya, yang memberikan banyak konsistensi, tetapi juga mengikat anda dengan lesen dan pelan tindakannya.

Sandaran, replikasi dan perlindungan data

Cara VM disandarkan juga membuat perbezaan yang ketara. Dalam KVM, kaedah asas melibatkan penggunaan virsh dan snapshot cakera. Jika volum LVM digunakan untuk VM, snapshot LVM boleh dicipta dan disandarkan daripada volum tersebut, menawarkan prestasi yang sangat baik tetapi menjadikan migrasi dan pengurusan ruang lebih kompleks.

Dengan imej mentah , sandaran hanya boleh dilaksanakan dengan VM dimatikan, kerana tiada sokongan snapshot peringkat imej asli. Dengan qcow2 , snapshot boleh dicipta pada VM yang berjalan (memerlukan ejen tetamu QEMU pada sistem pengendalian tetamu dan konfigurasi saluran org.qemu.guest_agent.0), dan data kemudiannya boleh disalin secara konsisten. Terdapat penyelesaian yang memanfaatkan libvirt dan oVirt untuk melaksanakan sandaran tambahan berdasarkan perubahan blok.

Untuk replikasi, KVM boleh menggunakan DRBD pada peringkat blok kernel Linux, mereplikasi cakera secara serentak antara nod untuk memasang kluster ketersediaan tinggi, walaupun biasanya tanpa penyulitan melainkan trafik dienkapsulasi dalam VPN atau yang serupa.

Dalam VMware vSphere , perlindungan data adalah kukuh hasil daripada API Perlindungan Data vStorage . Vendor sandaran (Veeam, NAKIVO, dll.) menggunakan API ini untuk mencipta snapshot konsisten bagi VM yang sedang berjalan, dengan ketenangan aplikasi melalui VMware Tools dan untuk memanfaatkan Penjejakan Blok Berubah (CBT) , yang membolehkan sandaran tambahan yang sangat cekap dengan hanya menyalin blok yang diubah suai.

Penyelesaian sandaran untuk VMware biasanya menyokong pemulihan VM segera , pemulihan terperinci fail atau objek aplikasi (Exchange, SQL, AD, dll.) dan replikasi antara hos atau tapak ESXi. Edisi percuma ESXi tidak mendedahkan API ini, jadi dalam kes itu, anda memerlukan skrip dan sandaran manual VM yang dimatikan, yang secara amnya tidak boleh diterima dalam pengeluaran.

Akhirnya, jika perlindungan data peringkat hipervisor dan penyepaduan dengan pelbagai penyelesaian sandaran komersial adalah kunci, vSphere menawarkan ekosistem yang lebih matang dan homogen. KVM membolehkan strategi yang mantap, tetapi dengan pelbagai pendekatan yang lebih luas dan pergantungan yang lebih besar pada kepakaran pasukan dan alatan yang dipilih.

Bilakah KVM berbaloi dan bilakah VMware berbaloi?

Memilih antara KVM dan VMware bukanlah tentang seseorang itu menjadi "lebih baik" secara mutlak, tetapi lebih kepada memilih alat yang tepat untuk konteksnya. Bagi organisasi yang mempunyai bajet yang ketat , budaya Linux yang kuat dan keinginan untuk menyesuaikan platform, KVM sangat menarik: ia tidak memerlukan lesen hypervisor, menawarkan keserasian perkakasan yang luas dan menyediakan keupayaan penalaan yang meluas. Ia sesuai untuk syarikat baharu, penyedia VPS kecil, makmal ujian, persekitaran berpusatkan Linux atau awan persendirian berdasarkan OpenStack.

VMware ESXi dan vSphere paling sesuai untuk persekitaran yang memerlukan pendekatan yang sangat bersepadu, sokongan komersial yang kukuh dan pengurusan kluster besar yang dipermudahkan. Syarikat yang sudah menggunakan produk VMware (Horizon, NSX, vSAN, Tanzu), dengan keperluan ketersediaan, pematuhan dan sokongan 24/7 yang ketat, atau yang menghargai konsol berpusat yang sangat digilap, biasanya lebih suka melabur dalam lesen vSphere dan membina strategi virtualisasi mereka di sekitar ekosistem tersebut.

Dalam istilah yang sangat praktikal, KVM ialah penyelesaian berprestasi tinggi dan berkos rendah yang memberi ganjaran kepada pasukan dengan pengalaman Linux dan toleransi untuk sedikit lebih kerumitan. Sebaliknya, VMware menawarkan pengalaman yang lebih "tertutup tetapi mudah": anda membayar untuk lesen dan penyelenggaraan, tetapi sebagai balasannya anda mendapat platform virtualisasi yang sangat matang dengan pengelompokan lanjutan, alat sandaran yang ditala dengan teliti dan integrasi yang sangat kukuh dengan seluruh susunannya.