- KVM tarjoaa korkean suorituskyvyn, laajan laitteistotuen ja erittäin alhaiset kustannukset, koska se on integroitu Linux-ytimeen.
- VMware ESXi erottuu edukseen yritysekosysteeminsä ansiosta: vCenter, HA, DRS, vMotion, NSX, vSAN ja vahva kaupallinen tuki.
- Tietoturvan, klusteroinnin, varmuuskopioinnin ja keskitetyn hallinnan saralla vSphere on yleensä edellä; KVM voittaa joustavuudessa ja toimittajariippumattomuudessa.
- Valinta riippuu budjetista, teknisestä kulttuurista (Linux vs. VMware), tukivaatimuksista sekä halutusta automaatiotasosta ja korkeasta käytettävyydestä.
Jos epäröit infrastruktuurisi asentamisen välillä KVM:n vai VMwaren avulla (tai haluat vain ymmärtää paremmin, mitä kumpikin tarjoaa), tämä opas tarjoaa perusteellisen vertailun: suorituskyky, tietoturva, lisensointi, tuki, säilöyhteensopivuus, varmuuskopiointi, klusterointi, verkko, levyformaatit, integrointi muiden komponenttien, kuten OpenStackin tai Active Directoryn, kanssa… Ajatuksena on, että lukemisen jälkeen sinulla on selkeä käsitys siitä, missä skenaariossa kumpikin vaihtoehto sopii parhaiten.
Mitä ovat KVM ja VMware ja miten ne muistuttavat toisiaan?
VMware puolestaan on kokonaisen virtualisointituoteperheen takana oleva yritys. Datakeskusten kontekstissa keskeinen toimija on VMware ESXi , tyypin 1 hypervisor, joka muodostaa VMware vSphere -alustan ytimen . ESXi:n ympärillä pyörivät vCenter, vSAN, NSX, Horizon, Tanzu ja monet muut komponentit, jotka muodostavat erittäin kypsän ekosysteemin vaativiin yritysympäristöihin.
Sekä KVM että ESXi ovat tyypin 1 paljaita metallihypervisoreita, jotka pystyvät ajamaan useita virtuaalikoneita (VM) vieraskäyttöjärjestelmillä, kuten Windows, Linux, BSD tai Solaris, ja jotka tukevat laitteistopohjaista virtualisointia (Intel VT-x, AMD-V). Teoreettisesti molemmat mahdollistavat virtuaalikoneiden käyttöönoton, eristämisen, reaaliaikaiset migraatiot , tilannevedokset ja suurten klusterien hallinnan. Ero on siinä, miten nämä ominaisuudet toteutetaan, niiden kustannuksissa, joustavuudessa ja kummankin tarjoamissa hallintaominaisuuksissa.
Hypervisorityypit ja sisäinen arkkitehtuuri
Virtualisoinnissa erotetaan yleensä tyypin 1 (paljas metalli) ja tyypin 2 (isäntäkäyttöjärjestelmän päälle asennetut) hypervisorit. KVM ja ESXi ovat tyyppiä 1, kun taas tuotteet, kuten VMware Workstation, VMware Player, VMware Fusion ja VirtualBox, ovat tyyppiä 2.
Vaikka KVM asennetaan osaksi Linux-isäntäkonetta, sitä pidetään tyypin 1 hypervisorina, koska Linux-ydin toimii suorana hypervisorina laitteistossa. KVM perii siis suorittimen ajoituksen, muistinhallinnan ja verkkopinon Linuxilta itseltään, mikä antaa sille huomattavaa joustavuutta ja laitteistoyhteensopivuutta.
ESXi on VMwaren oma minimaalinen käyttöjärjestelmä, joka on suunniteltu erityisesti hypervisoriksi. Siinä on suljettu ydin , joka on integroitu sertifioituihin ja optimoituihin ajureihin, ja se käyttää VMwaren hallintatasoa vuorovaikutukseen laitteiston ja muun ohjelmistopaketin (vCenter, NSX jne.) kanssa. Tämä lähestymistapa vähentää ohjelmiston tarvetta vain virtualisoinnin kannalta ehdottoman välttämättömään.
Tyypin 1 ja tyypin 2 eron lisäksi on tärkeää ymmärtää ero täyden "paljaan" virtualisoinnin ja laitteistoavusteisen virtualisoinnin välillä . Puhtaasti ohjelmistopohjaisessa täydellisessä virtualisoinnissa hypervisor emuloi kaikkea laitteistoa ja kääntää suorittimen käskyt (binäärikäännös), mikä on hitaampaa, mutta mahdollistaa sen toiminnan ilman VT-x/AMD-V:tä. Laitteistoavusteisessa virtualisoinnissa osa vCPU-käskyistä suoritetaan suoraan fyysisellä suorittimella, mikä vähentää merkittävästi yleiskustannuksia. KVM ja ESXi käyttävät tätä jälkimmäistä lähestymistapaa korkean suorituskyvyn saavuttamiseksi.
Suorituskyky: Suoriutuuko KVM vai VMware paremmin?
KVM:n ja ESXi:n raaka suorituskyky on useimmissa tuotantoympäristöissä hyvin samanlainen. KVM perustuu noin 10 000 optimoituun koodiriviin Linux-ytimessä, mikä vähentää yleiskuluja, ja QEMU:n ja virtion avulla se saavuttaa lähes natiivin suorituskyvyn suorittimen, levyn ja verkon osalta.
VMware ESXi: n tapauksessa lähdekoodi on suljettu, mutta kokonaisen tuotteen rivimääräksi arvioidaan kymmeniä miljoonia, kun kaikki ekosysteemin komponentit otetaan huomioon. Tietyissä synteettisissä vertailuissa virtuaalikoneiden on havaittu olevan hieman nopeampia KVM:llä kuin ESXi:llä, mutta todellisissa yritysympäristöissä erot ovat yleensä marginaalisia verrattuna muihin pullonkauloihin, kuten tallennukseen tai verkkoon.
VMware saa etulyöntiaseman tilanteissa, joissa on mukana aikataulutuksen optimointia, DRS:ää, vMotionia ja tallennustilan vMotionia , jotka mahdollistavat kuormituksen tasapainottamisen ja virtuaalikoneiden siirtämisen kuumassa tilassa minimaalisella vaikutuksella, säilyttäen erittäin vakaan suorituskyvyn, vaikka klusteri olisi erittäin täynnä.
KVM puolestaan loistaa erityisesti ympäristöissä, joissa Linux on jo vakiintunut ja joissa ydintä (CPU-hallinta, I/O-aikatauluttaja, hugepages, NUMA jne.) ja verkkopinoa voidaan hienosäätää. Jakamalla ytimen isännän kanssa se ottaa erittäin nopeasti käyttöön valmistajien Linux-ytimeen sisällyttämät laitteistoparannukset .
Asennus, monimutkaisuus ja hallintatyökalut
Oppimiskäyrä on yksi niistä alueista, joilla KVM: n ja VMwaren välinen ero on huomattavin. KVM:n asennukseen kuuluu ensin Linux-järjestelmän (Ubuntu, RHEL, CentOS, Oracle Linux, SUSE jne.) määrittäminen ja tarvittavien pakettien asentaminen: KVM/QEMU, libvirt , hallintatyökalut, kuten virt-manager tai virt-install, ja tarvittaessa virtuaalikytkimen , siltojen ja bondingin manuaalinen konfigurointi . Se on erittäin joustava, mutta vaatii huomattavaa Linux-ekosysteemin ymmärrystä.
VMware ESXi:ssä työnkulku on ohjatumpi: lataat ISO-levykuvan, poltat sen USB-asemalle tai CD-levylle, käynnistät palvelimen ja noudatat hyvin yksinkertaista graafista ohjattua toimintoa . Seuraava vaihe on yleensä vCenter Server Appliancen (esiasetetun virtuaalikoneen) käyttöönotto kyseisestä ISO-levystä, ja siitä eteenpäin käytännössä kaikkea hallitaan vSphere Client -verkkokäyttöliittymän kautta.
Päivittäin KVM: ää hallitaan työkaluilla, kuten virsh (libvirtin komentorivikäyttöliittymä) ja virt-manager (useiden KVM-isäntien hallintaan tarkoitettu työpöytäkäyttöliittymä), sekä SSH:lla, VNC:llä tai SPICE:llä virtuaalikonsoleihin yhdistämistä varten. Saatavilla on web-käyttöliittymiä, kuten Kimchi ja Foreman, ja projektit, kuten oVirt ja Red Hat Virtualization, lisäävät edistyneen visuaalisen kerroksen KVM:n päälle.
VMware vSphere -ympäristössä hallinnan kulmakivi on vCenter ja sen vSphere Client -web-asiakasohjelma, josta ESXi-isäntiä, klustereita, virtuaaliverkkoja, tietovarastoja, HA:ta, DRS:ää, vSAN:ia, NSX:ää ja paljon muuta hallitaan. Lisäksi käytettävissä on ESXCLI komentoriviltä, PowerCLI (PowerShelliin perustuva) lähes kaiken automatisointiin ja Host Client -käyttöliittymä erillisille ESXi-isännille ilman vCenteriä.
Kustannukset, lisenssit ja tukimalli
Kustannusten suhteen ero on selvä: KVM on Linuxiin integroitu avoimen lähdekoodin ohjelmisto , eikä se sellaisenaan vaadi hypervisor-lisenssejä. Se on saatavilla kaikissa moderneissa Linux-jakeluissa siitä lähtien, kun se integroitiin ytimeen vuonna 2007. Kustannukset tulevat kaupallisesta tuesta (Red Hat, SUSE, Oracle jne.) ja mahdollisista lisättävistä hallintatyökaluista, mutta ydintoiminnot ovat ilmaisia.
VMware vSphere on kaupallinen ratkaisu, joka lisensoidaan tyypillisesti suoritin-/ydin- ja versiokohtaisesti (Standard, Enterprise Plus jne.). Se sisältää ESXi- ja vCenter-lisenssit, ja jos haluat lisätä tuotteita, kuten NSX, vSAN, Tanzu, Horizon tai vRealize , jokainen vaatii oman lisälisenssinsä. ESXi:stä (vSphere Hypervisor) on saatavilla ilmainen versio, mutta sillä on merkittäviä rajoituksia : vain luku -rajapinnat, ei vCenter-hallintaa, ei teknistä tukea eikä mahdollisuutta käyttää API-rajapintoihin perustuvia varmuuskopiointiratkaisuja.
Tuen osalta VMware tarjoaa sopimuksen mukaisesti 24/7-yritystukea , johon sisältyy pääsy sen tietämyskantaa, päivityksiä, korjaustiedostoja ja suoraa apua. KVM:n kanssa "virallinen" tuki riippuu jakelijastasi (Red Hat, Oracle, SUSE jne.) tai omasta IT-tiimisi, ja sinulla on aina erittäin aktiivisen yhteisön tuki, mutta ei ole olemassa yhtä KVM-toimittajaa, jolle voisit lähettää tukipyynnön, ellet ole tehnyt sopimusta tietyn toimittajan kanssa.
Laitteiston yhteensopivuus ja skaalausrajoitukset
Laitteiston yhteensopivuus on toinen erottava tekijä. Koska KVM perustuu Linuxiin , se perii ytimen tukeman laajan laitteistoluettelon: x86-suorittimet VT-x/AMD-V: llä , useita levyohjaimia, verkkosovittimia, arkkitehtuurit, kuten ARM tai PowerPC tietyissä muunnelmissa, ja niin edelleen. Niin kauan kuin ytimellä on ajuri, KVM voi yleensä toimia kyseisellä isännällä ilman suurempia ongelmia.
VMware ESXi edellyttää, että palvelin ja komponentit ovat sen laitteistoyhteensopivuusluettelossa (HCL) . Tämä varmistaa sertifioidut ajurit ja optimaalisen suorituskyvyn, mutta rajoittaa sen käyttöä vanhemmilla tai hyvin uusilla laitteistoilla, jotka eivät ole vielä käyneet läpi sertifiointiprosessia. Suurissa projekteissa tämä voi lisätä alustan kustannuksia, koska on ostettava tiettyjä VMwaren suosittelemia laitteita.
Rajoitusten osalta kaupalliset KVM:ää sisältävät jakelut tarjoavat suuntaa antavia lukuja. Esimerkiksi tietyissä ympäristöissä tuetaan jopa 384 suorittimen ydintä ja 6 teratavua RAM-muistia isäntäkonetta kohden , noin 600 samanaikaista virtuaalikonetta ja jopa 256 virtuaaliprosessoria (tai enemmän uudemmissa versioissa) ja useita teratavuja virtuaali-RAM-muistia virtuaalikonetta kohden . Tämä riippuu jakelusta (Red Hat, Oracle Linux, SUSE) ja kunkin toimittajan suorittamista validointitesteistä.
VMware vSphere -ympäristössä virallinen dokumentaatio asettaa erittäin korkeat rajat: jopa 896 loogista suoritinta ja 24 Tt RAM-muistia ESXi-isäntäkonetta kohden , 1 024 virtuaalikonetta isäntäkonetta kohden, 4 096 yhdistettyä virtuaalikeskusyksikköä, 256 virtuaalikeskusyksikköä virtuaalikonetta kohden, yli 6 Tt RAM-muistia virtuaalikonetta kohden, jopa 62 Tt:n virtuaalilevyt ja jopa 64 isännän ja 8 000 virtuaalikoneen klusterit . VCenter-tasolla voidaan hallita jopa 2 500 ESXi-isäntäkonetta ja 40 000 virtuaalikonetta instanssia kohden, mikä jättää huomattavasti kasvuvaraa.
Tietoturva: eristäminen, salaus ja vaatimustenmukaisuus
Hypervisorin tietoturva on kriittisen tärkeää: jos joku murtautuu isäntäkoneeseen, hänellä on avoin ovi kaikkiin virtuaalikoneihin ja niiden tietoihin. KVM hyödyntää Linuxin tietoturvaekosysteemiä eristämisen vahvistamiseksi. Sen keskeinen ominaisuus on SELinuxin (Security-Enhanced Linux) ja sVirtin (Secure Virtualization) yhdistetty käyttö . SELinux määrittelee pakolliset käyttöoikeuskäytännöt (MAC), ja sVirt laajentaa nämä käytännöt virtuaalikoneihin merkitsemällä prosesseja ja levykuvia eristääkseen ne toisistaan.
Lisäksi voit hyödyntää iptables/nftables-sovelluksia edistyneeseen palomuuriin, UEFI-suojattuun käynnistykseen vieraskoneilla (joillakin manuaalisilla määrityksillä) ja muistin salaustekniikoihin, kuten TME/MKTME, yhteensopivilla laitteistoilla. Levytasolla KVM mahdollistaa QCOW2-levykuvien salaamisen 128-bittisellä AES-salauksella läpinäkyvästi vieraalle koneelle tai salauksen delegoimisen isäntätiedostojärjestelmälle tai itse vieraskäyttöjärjestelmälle.
Myös VMware vSphere loistaa tällä alueella, ja sen ominaisuudet on suunniteltu säänneltyihin ympäristöihin (HIPAA, PCI DSS jne.). Se tarjoaa integroidun palomuurin ESXi:ssä , tuen Secure Boot UEFI:lle, integraation TPM:n ja vSphere Trust Authorityn kanssa, käyttöoikeuksien ja roolien yksityiskohtaisen hallinnan sekä virtuaalikoneen salauksen integroinnilla ulkoisen KMS:n tai vSphere-natiivin avainpalveluntarjoajan kanssa.
VMwaren virtuaalikoneet voivat hyödyntää vTPM:ää ja virtualisointipohjaista tietoturvaa, ja NSX tarjoaa hajautetun sivupään tietoturvan (mikrosegmentointi, hajautettu palomuuri, IDS/IPS versiosta riippuen). Lisäksi VMware tarjoaa vaatimustenmukaisuuden valvonta- ja hypervisorin konfiguroinnin valvontatyökaluja, mikä helpottaa alustan mukauttamista tiukkoihin määräyksiin.
Virtuaaliverkot ja yhteydet
Verkkotasolla KVM perustuu Linux-ytimen ominaisuuksiin ja tiettyihin työkaluihin. Virtuaalikytkimissä käytetään yleisesti Open vSwitchiä (OVS) , joka mahdollistaa julkiset tai yksityiset virtuaalisillat, hajautetun kytkentäjärjestelmän isäntien välillä ja tukee VLAN-, VXLAN-, QoS- ja muita edistyneitä ominaisuuksia. Myös klassisia Linux-siltoja voidaan luoda, ja bondausta tai teamingia voidaan käyttää linkkien lisäämiseen tai redundanssin määrittämiseen.
Virtio-verkkoliitännät tukevat VLANeja ja niitä voidaan orkestroida libvirtillä , joka sisältää virtuaaliverkon hallinnan ja QEMUun integroidun DHCP-palvelimen. Palomuurin ominaisuudet ovat yhtä laajat kuin itse Linux-verkkopino, ja VXLANeja, tunneleita, VPN-verkkoja ja paljon muuta voidaan määrittää käyttämällä ekosysteemin vakiotyökaluja.
VMware vSphere -järjestelmässä verkko perustuu kahdentyyppisiin kytkimiin: tavalliseen vSwitchiin (konfiguroidaan isäntäkohtaisesti) ja hajautettuun vSwitchiin (hallitaan keskitetysti vCenteristä). Molemmat tukevat VLANeja, NIC Teamingia kuormituksen tasapainottamista ja vikasietoisuutta varten sekä peruskäyttöoikeuskäytäntöjä. Edistyneisiin ohjelmistopohjaisiin verkkoihin (mikrosegmentointi, VXLAN, kuormituksen tasaajat, hajautetut käytännöt) käytetään VMware NSX: ää.
Linkkien yhdistämisen, porttiryhmien, liikennekäytäntöjen tai verkkojen määrittäminen vMotionille ja tallennukselle on yleensä käyttäjäystävällisempää vSphere-käyttöliittymässä kuin kaiken tekeminen komentoriviliittymän kautta Linuxissa, vaikka KVM tarjoaa enemmän vapautta "eksoottisiin" skenaarioihin, jos olet tottunut iproute2:een, OVS:ään ja vastaaviin.
Tallennus, levymuodot ja siirto
KVM:n avulla käytännössä kaikki, mitä Linux voi liittää fyysiseksi tai loogiseksi tallennustilaksi, on käytettävissä: SAS-, SATA- ja NVMe-levyt, LVM-taltiot, NFS, iSCSI, SAN, NAS jne. Virtuaalikoneet voivat käyttää virtuaalilevykuvia tai Raw Device Mapping -ominaisuutta (laitteen tai taltion läpivienti). LVM-taltio voidaan myös liittää suoraan virtuaalikoneeseen.
Natiivit kuvatiedostomuodot ovat raw (img) ja qcow2 . Raw-muoto on erittäin yksinkertainen ja nopea (noin 10 % nopeampi kuin lisäkerroksia sisältävät muodot), mutta se ei tue sisäisiä tilannekuvia tai lohkotason inkrementaalisia varmuuskopioita. Qcow2 puolestaan tarjoaa tilannekuvia, pakkaamisen, salauksen, ohuen provisioinnin ja TRIM/UNMAP-tuen , joiden avulla voit vapauttaa käyttämätöntä tilaa työkaluilla, kuten virt-sparsify. Lisäksi KVM ymmärtää muita formaatteja, kuten VMDK:n (VMwarelta), VDI:n (VirtualBox), VHDX:n (Hyper-V) ja monia muita, mikä helpottaa migraatioita alustojen välillä.
VMware ESXi: ssä oletuslevymuoto on VMDK . Jokainen levy koostuu tyypillisesti .vmdk-deskriptorista ja yksikerroksisesta .vmdk-tiedostosta, joka sisältää tiedot. Ohutta ja paksua provisiointia tuetaan, ja tietovarasto sijaitsee yleensä VMFS- tai NFS-järjestelmässä. Levyt voivat hyödyntää automaattista yhdistämismäärityksen poistamista tilan vapauttamiseksi, ja Raw Device Mapping (RDM) -ominaisuutta voidaan käyttää LUN-yksiköiden yhdistämiseen suoraan virtuaalikoneihin.
Virtuaalikoneiden migraatioita varten KVM tarjoaa reaaliaikaisen migraation isäntien välillä, kunhan ne jakavat tallennustilaa, ja tallennustilan migraation (virtuaalikonetiedostojen siirtäminen toiselle isännälle) tietyissä tilanteissa, ja suunnitelmissa on laajentaa reaaliaikaista tallennustilan migraatiota. VMware on tarjonnut vMotionia (virtuaalikoneiden reaaliaikainen migraatio isäntien välillä) ja Storage vMotionia (levyjen siirtäminen tietovarastojen välillä ilman virtuaalikoneen sammuttamista) jo vuosia, molemmat erittäin viimeisteltyjä ja hyvin integroituja klusterinhallintaan.
Klusterit, korkea käytettävyys ja kuormituksen tasaus
Klusteroinnissa KVM tarjoaa komponentit, mutta ei vSphereen verrattavissa olevaa "suljettua" tuotetta. Korkean käytettävyyden saavuttamiseksi klusteriresurssien hallintatyökaluina käytetään DRBD:tä (lohkon replikointi verkossa), Heartbeatia ja Pacemakeria. Vikasietoinen konfigurointi solmujen välillä on mahdollista , mutta se vaatii tyypillisesti paljon manuaalisia toimintoja ja huomattavaa asiantuntemusta.
Automaattinen kuormituksen tasaus ei ole vakio-ominaisuus; se perustuu tyypillisesti projekteihin, kuten oVirt tai Red Hat Virtualization , jotka rakentavat edistyneen hallintakerroksen KVM:n päälle automaattisten migraatioiden mahdollistamiseksi kuormituksen, korkean käytettävyyden (HA), käytäntöjen ja muiden tekijöiden perusteella. Yleisesti ottaen hyvin viritettyjen KVM-klusterien perustaminen HA:lla ei ole suoraviivaista ilman kaupallista ratkaisua, joka sisältää sen.
VMware vSphere erottuu joukosta juuri klusterointiominaisuuksiensa ansiosta. Ominaisuudet, kuten vSphere HA, mahdollistavat virtuaalikoneiden automaattisen uudelleenkäynnistyksen muilla isännillä, jos solmu vikaantuu, ja DRS (Distributed Resource Scheduler) tasapainottaa kuormitusta siirtämällä virtuaalikoneita isäntien välillä vMotionin avulla suorittimen ja RAM-muistin kulutuskäytäntöjen perusteella. Tietyille virtuaalikoneille on saatavilla myös vikasietoisuus , joka ylläpitää reaaliaikaista replikaa ja varmistaa saumattoman jatkuvuuden isännän vikaantumisen sattuessa.
Lisäksi hajautettu virranhallinta voi sammuttaa isännät, kun kuormitus on alhainen, ja käynnistää ne uudelleen tarvittaessa, mikä säästää energiaa kapasiteetista tinkimättä. Näiden mekanismien konfigurointi on melko yksinkertaista vSphere Client -sovelluksesta, joten VMware on kätevin vaihtoehto, jos tarvitset monimutkaista klusterointia ilman konsolin kanssa kamppailua.
Vierasjärjestelmän ja säilön yhteensopivuus
Sekä KVM että VMware ESXi tukevat laajaa valikoimaa vieraskäyttöjärjestelmiä: Windowsia (hyvin vanhoista versioista, kuten NT tai 95, nykyaikaisiin), monia Linux-jakeluja (Ubuntu, Debian, RHEL, CentOS, Fedora, Oracle Linux, SUSE, Kali jne.), BSD-johdannaisia (FreeBSD, OpenBSD), Solarista, OpenSolaris-ohjelmaa, NetWarea, MS-DOSia ja jopa macOS:ää tietyin mukautuksin ja rajoituksin.
Eroja on konttiympäristöjen integroinnissa . KVM:n avulla voit ajaa Dockeria tai Kubernetesia virtuaalikoneiden sisällä, kuten minkä tahansa muun hypervisorin kanssa, mutta on olemassa myös erityisiä ajureita (docker-machine-driver-kvm) , joiden avulla voit luoda Docker-koneita KVM:n päälle läpinäkyvästi, mikä parantaa eristystä ja suorituskykyä verrattuna virtuaalikoneiden manuaaliseen asentamiseen. Lisäksi KVM integroituu erittäin hyvin OpenStackin kanssa , jossa se luokitellaan ryhmään A (maksimaalinen yhteensopivuus) ja on usein ensisijainen hypervisori Linuxin yksityisissä pilvissä.
VMware puolestaan teki ensimmäisen kokeilunsa vSphere Integrated Containers -ratkaisulla (joka käyttää kontteja kevyinä virtuaalikoneina Photon OS:ää käyttäen) ja on ottanut merkittävän harppauksen eteenpäin VMware Tanzun avulla , joka integroi Kubernetesin ja kontit suoraan ESXi:hin. Tanzu muuntaa ESXi-isännät Kubernetes-solmuiksi (käyttäen Sphereletiä), tarjoaa DevOps-ohjaustason, sitä hallitaan vCenteristä ja se hyödyntää NSX-T:tä ja jaettua tallennustilaa tarjotakseen kattavan yritystason konttiympäristön (tosin lisälisenssikustannuksin).
Lyhyesti sanottuna, jos olet vahvasti mukana Linux-pohjaisissa natiiveissa pilviekosysteemeissä, KVM + OpenStack/Kubernetes on loistava vaihtoehto; jos sinulla on jo merkittävä investointi VMwareen ja etsit vSphere-alustaasi integroituja kontteja, joissa on kaikki verkko- ja tietoturvaominaisuudet, Tanzu on tehokas vaihtoehto.
Integrointi muihin komponentteihin: AD, OpenStack ja ekosysteemi
VMware vSphere integroituu natiivisti Microsoft Active Directoryn kanssa todennusta ja roolipohjaista käyttöoikeuksien hallintaa varten. Käyttäjät voivat kirjautua vSphere Clientiin verkkotunnuksensa tunnistetiedoilla ja määrittää tarkkoja käyttöoikeuksia objekteille (virtuaalikoneet, tietovarastot, klusterit jne.). Lisäksi VMware-paketti integroituu saumattomasti seuraaviin: NSX verkkoon, vSAN ohjelmistopohjaiseen tallennukseen, Horizon VDI:hin, vRealize automatisointiin ja valvontaan sekä paljon muuta.
KVM- maailmassa Active Directory -integraatio on täysin mahdollista liittämällä Linux-isäntä (tai virtuaalikoneet) toimialueeseen, mutta konfigurointiin liittyy työkaluja, kuten sssd, winbind tai realmd. Pilviorkestroinnissa KVM loistaa OpenStackin kanssa , jossa se on ensisijainen valinta (ryhmä A), kun taas ESXi luokitellaan ryhmään B: tuettu, mutta hieman vähemmän tärkeä OpenStack-ekosysteemissä.
Mitä tulee toimittajariippuvuuteen, KVM, koska se on avoimen lähdekoodin ohjelmisto eikä sido toimittajaa , mahdollistaa integroinnin käytännössä mihin tahansa kaupalliseen tai avoimen lähdekoodin ohjelmistoon, mukauttaen pinon tarpeisiisi. VMwaren kanssa ratkaisu rakennetaan yleensä sen ohjaustason ja tuotteiden ympärille, mikä tarjoaa paljon johdonmukaisuutta, mutta sitoo sinut myös sen lisensseihin ja tiekarttaan.
Varmuuskopiointi, replikointi ja tietojen suojaus
Myös virtuaalikoneiden varmuuskopiointitavalla on merkittäviä eroja. KVM:ssä perusmenetelmiin kuuluvat virsh- ja levyvedosten käyttö. Jos virtuaalikoneille käytetään LVM-levyjä, LVM-vedoksia voidaan luoda ja varmuuskopioida näiltä levyiltä, mikä tarjoaa erittäin hyvän suorituskyvyn, mutta tekee migraatiosta ja tilanhallinnasta monimutkaisempaa.
Raakakustiedostojen avulla varmuuskopiot ovat mahdollisia vain virtuaalikoneen ollessa sammutettuna, koska siinä ei ole natiivia tuki kuvatasolla tehtäville tilannevedoksille. Qcow2:n avulla tilannevedoksia voidaan luoda käynnissä olevalla virtuaalikoneella (mikä vaatii QEMU-vierasagentin vieraskäyttöjärjestelmässä ja org.qemu.guest_agent.0-kanavan määrityksen), ja tiedot voidaan sitten kopioida yhdenmukaisesti. On olemassa ratkaisuja, jotka hyödyntävät libvirtiä ja oVirtiä lohkojen muutoksiin perustuvien inkrementaalisten varmuuskopioiden toteuttamiseen.
Replikointiin KVM voi käyttää DRBD:tä Linux-ytimen lohkotasolla, synkronoidusti replikoiden levyjä solmujen välillä korkean käytettävyyden klusterien liittämiseksi, vaikkakin yleensä ilman salausta, ellei liikennettä ole kapseloitu VPN-verkkoihin tai vastaaviin.
VMware vSphere -ympäristössä tietosuoja on vankkaa vStorage Data Protection -APIen ansiosta . Varmuuskopiointipalveluntarjoajat (Veeam, NAKIVO jne.) käyttävät näitä API-rajapintoja luodakseen yhdenmukaisia tilannekuvia käynnissä olevista virtuaalikoneista, sovelluksen lepotilasta VMware Toolsin kautta, ja hyödyntääkseen muuttuneiden lohkojen seurantaa (CBT) , joka mahdollistaa erittäin tehokkaat inkrementaaliset varmuuskopiot kopioimalla vain muokatut lohkot.
VMwaren varmuuskopiointiratkaisut tukevat tyypillisesti välitöntä virtuaalikoneiden palautusta , sovellustiedostojen tai -objektien (Exchange, SQL, AD jne.) yksityiskohtaista palautusta ja replikointia ESXi-isäntien tai -sivustojen välillä. ESXin ilmaisversio ei tarjoa näitä API-rajapintoja, joten siinä tapauksessa tarvitsisit skriptejä ja manuaalisia varmuuskopioita sammutetuista virtuaalikoneista, mikä ei yleensä ole hyväksyttävää tuotannossa.
Jos hypervisor-tason tietosuoja ja integrointi lukuisten kaupallisten varmuuskopiointiratkaisujen kanssa ovat avainasemassa, vSphere tarjoaa kypsämmän ja homogeenisemman ekosysteemin. KVM mahdollistaa vankat strategiat, mutta laajemmalla valikoimalla lähestymistapoja ja suuremmalla luottamuksella tiimin asiantuntemukseen ja valittuihin työkaluihin.
Milloin KVM on hintansa arvoinen ja milloin VMware?
KVM:n ja VMwaren välillä valinta ei tarkoita absoluuttista "paruutta", vaan pikemminkin oikean työkalun valintaa kontekstiin. Organisaatioille, joilla on tiukat budjetit , vahva Linux-kulttuuri ja halu mukauttaa alustaa, KVM on erittäin houkutteleva vaihtoehto: se ei vaadi hypervisor-lisenssejä, tarjoaa laajan laitteistoyhteensopivuuden ja laajat säätömahdollisuudet. Se sopii erinomaisesti startup-yrityksille, pienille VPS-palveluntarjoajille, testilaboratorioille, Linux-keskeisille ympäristöille tai OpenStack-pohjaisille yksityisille pilvipalveluille.
VMware ESXi ja vSphere sopivat parhaiten ympäristöihin, jotka vaativat erittäin integroitua lähestymistapaa, vahvaa kaupallista tukea ja suurten klusterien yksinkertaistettua hallintaa. Yritykset, jotka jo käyttävät VMware-tuotteita (Horizon, NSX, vSAN, Tanzu) ja joilla on tiukat saatavuus-, vaatimustenmukaisuus- ja 24/7-tukivaatimukset tai jotka arvostavat erittäin viimeisteltyä, keskitettyä konsolia, investoivat yleensä mieluummin vSphere-lisensseihin ja rakentavat virtualisointistrategiansa kyseisen ekosysteemin ympärille.
Käytännössä KVM on tehokas ja edullinen ratkaisu , joka palkitsee Linux-kokemusta omaavat tiimit, jotka sietävät hieman suurempaa monimutkaisuutta. VMware puolestaan tarjoaa "suljetumman mutta kätevämmän" kokemuksen: maksat lisensseistä ja ylläpidosta, mutta vastineeksi saat erittäin kypsän virtualisointialustan, jossa on edistynyt klusterointi, hienosäädetyt varmuuskopiointityökalut ja erittäin vankka integrointi muun alustan kanssa.
