Kurumsal Sanallaştırma İçin KVM ve VMware Karşılaştırması

Informatec Dijital » Ücretsiz Destekler » Kurumsal Sanallaştırma İçin KVM ve VMware Karşılaştırması

Altyapınızı KVM veya VMware üzerinde kurmak arasında tereddüt ediyorsanız (veya her birinin neler sunduğunu daha iyi anlamak istiyorsanız), bu kılavuz kapsamlı bir karşılaştırma sunuyor: performans, güvenlik, lisanslama, destek, konteyner uyumluluğu, yedekleme, kümeleme, ağ iletişimi, disk formatları, OpenStack veya Active Directory gibi diğer bileşenlerle entegrasyon… Amaç, okumayı bitirdiğinizde, her seçeneğin hangi senaryoda daha iyi performans gösterdiğini net bir şekilde anlamanızdır.

KVM ve VMware nedir ve aralarındaki benzerlikler nelerdir?

VMware ise , sanallaştırma ürünlerinin tüm ailesinin arkasındaki şirkettir. Veri merkezleri bağlamında, kilit oyuncu, VMware vSphere platformunun çekirdeğini oluşturan Tip 1 hipervizör olan VMware ESXi'dir . ESXi'nin etrafında vCenter, vSAN, NSX, Horizon, Tanzu ve zorlu kurumsal ortamlar için oldukça olgun bir ekosistemi oluşturan birçok başka bileşen yer almaktadır.

Hem KVM hem de ESXi, Windows, Linux, BSD veya Solaris gibi konuk işletim sistemleriyle birden fazla sanal makine (VM) çalıştırabilen ve donanım destekli sanallaştırmayı (Intel VT-x, AMD-V) destekleyen Tip 1 çıplak metal hipervizörlerdir . Kavramsal olarak, her ikisi de VM sağlama, izolasyon, canlı geçişler , anlık görüntüler ve büyük kümelerin yönetimine olanak tanır. Aralarındaki fark, bu özelliklerin nasıl elde edildiği, maliyetleri, esneklikleri ve her birinin sunduğu yönetimsel yeteneklerde yatmaktadır.

Hipervizör türleri ve iç mimarisi

Sanallaştırmada, genellikle Tip 1 (çıplak metal) ve Tip 2 (ana işletim sisteminin üzerine kurulan) hipervizörler arasında bir ayrım yapılır. KVM ve ESXi Tip 1 iken, VMware Workstation, VMware Player, VMware Fusion ve VirtualBox gibi ürünler Tip 2'dir.

KVM örneğinde , Linux ana bilgisayarının bir parçası olarak kurulmasına rağmen, Linux çekirdeği donanım üzerinde doğrudan bir hipervizör görevi gördüğü için Tip 1 hipervizör olarak kabul edilir. Bu nedenle KVM, CPU zamanlayıcısını, bellek yönetimini ve ağ yığınını Linux'un kendisinden devralarak önemli ölçüde esneklik ve donanım uyumluluğu sağlar.

ESXi, VMware'in özellikle hipervizör olarak tasarlanmış kendi minimal işletim sistemidir. Kapalı bir çekirdeğe sahiptir , sertifikalı ve optimize edilmiş sürücülerle entegre edilmiştir ve donanımla ve paketin geri kalanıyla (vCenter, NSX, vb.) etkileşim kurmak için VMware yönetim düzlemini kullanır. Bu yaklaşım, yazılım ayak izini yalnızca sanallaştırma için kesinlikle gerekli olanlarla sınırlandırır.

Tip 1/Tip 2 ayrımına ek olarak, tam "çıplak" sanallaştırma ile donanım destekli sanallaştırma arasındaki farkı anlamak önemlidir . Tamamen yazılım tabanlı tam sanallaştırmada, hipervizör tüm donanımı taklit eder ve CPU komutlarını çevirir (ikili çeviri), bu daha yavaştır ancak VT-x/AMD-V olmadan çalışmasına olanak tanır. Donanım destekli sanallaştırmada, bazı vCPU komutları doğrudan fiziksel CPU üzerinde yürütülür ve bu da ek yükü önemli ölçüde azaltır. KVM ve ESXi, yüksek performans sağlamak için bu ikinci yaklaşıma güvenir.

Performans: KVM mi yoksa VMware mi daha iyi performans gösteriyor?

Çoğu üretim senaryosunda KVM ve ESXi'nin ham performansı birbirine çok benzer. KVM, Linux çekirdeği içinde yaklaşık 10.000 satır yüksek düzeyde optimize edilmiş kod üzerine kuruludur, bu da ek yükü azaltır ve QEMU ve virtio ile CPU, disk ve ağ için neredeyse yerel performans elde eder.

VMware ESXi örneğinde , kaynak kodu tescillidir, ancak tüm ekosistem bileşenleri dahil edildiğinde ürünün on milyonlarca satırdan oluştuğu tahmin edilmektedir. Bazı sentetik kıyaslamalarda, sanal makinelerin KVM üzerinde ESXi'ye göre biraz daha hızlı olduğu görülmüştür, ancak gerçek dünya kurumsal ortamlarında, farklar genellikle depolama veya ağ gibi diğer darboğazlara kıyasla önemsizdir.

VMware, zamanlama optimizasyonları, DRS, vMotion ve Storage vMotion gibi özelliklerle yük dengeleme ve sanal makinelerin anlık taşınmasını minimum etkiyle sağlayarak, küme yoğun bir şekilde dolu olsa bile çok istikrarlı bir performans sergileme konusunda avantaj elde eder .

Öte yandan KVM, özellikle Linux'un zaten iyi kurulmuş olduğu ve çekirdeğin (CPU yöneticisi, G/Ç zamanlayıcısı, büyük sayfalar, NUMA, vb.) ve ağ yığınının ince ayarlarının yapılabildiği ortamlarda öne çıkar. Çekirdeği ana bilgisayarla paylaşarak, üreticiler tarafından Linux çekirdeğine dahil edilen donanım iyileştirmelerini çok hızlı bir şekilde benimser .

Kurulum, karmaşıklık ve yönetim araçları

Öğrenme eğrisi , KVM ve VMware arasındaki farkın en belirgin olduğu alanlardan biridir. KVM'de kurulum, öncelikle bir Linux sistemi (Ubuntu, RHEL, CentOS, Oracle Linux, SUSE vb.) kurmayı ve gerekli paketleri yüklemeyi içerir: KVM/QEMU, libvirt , virt-manager veya virt-install gibi yönetim araçları ve gerekirse sanal anahtarı, köprüleri ve bağlamayı manuel olarak yapılandırmak . Çok esnektir, ancak Linux ekosistemi hakkında önemli bir anlayış gerektirir.

VMware ESXi'de iş akışı daha yönlendirilmiş: ISO görüntüsünü indiriyorsunuz, bir USB sürücüye veya CD'ye yazdırıyorsunuz, sunucuyu başlatıyorsunuz ve çok basit bir grafik sihirbazını takip ediyorsunuz. Sonraki adım genellikle bu ISO'dan vCenter Server Appliance'ı (önceden yapılandırılmış bir VM) dağıtmaktır ve bundan sonra neredeyse her şey vSphere Client web arayüzü üzerinden yönetilir.

Günlük olarak, KVM , virsh (libvirt için bir komut satırı arayüzü) ve virt-manager (birden fazla KVM sunucusunu yönetmek için bir masaüstü grafik arayüzü) gibi araçların yanı sıra, sanal makine konsollarına bağlanmak için SSH, VNC veya SPICE ile yönetilir . Kimchi ve Foreman gibi web arayüzleri mevcuttur ve oVirt ve Red Hat Virtualization gibi projeler, KVM'nin üzerine gelişmiş bir görsel katman ekler.

VMware vSphere'de yönetimin temel taşı, ESXi sunucuları, kümeler, sanal ağlar, veri depoları, HA, DRS, vSAN, NSX ve daha fazlasının kontrol edildiği vSphere Client web istemcisine sahip vCenter'dır. Ek olarak, komut satırı için ESXCLI, neredeyse her şeyi otomatikleştirmek için PowerCLI (PowerShell tabanlı) ve vCenter'sız bağımsız ESXi sunucuları için Host Client arayüzü mevcuttur .

Maliyet, lisanslar ve destek modeli

Maliyet açısından fark açık: KVM, Linux'a entegre edilmiş açık kaynaklı bir yazılımdır ve hipervizör lisanslarına ihtiyaç duymaz. 2007 yılında çekirdeğe entegre edildiğinden beri, herhangi bir modern Linux dağıtımında mevcuttur. Maliyetler ticari destekten (Red Hat, SUSE, Oracle, vb.) ve eklemek isteyebileceğiniz ek yönetim araçlarından kaynaklanır, ancak temel işlevsellik ücretsizdir.

VMware vSphere , genellikle işlemci/çekirdek başına ve sürüme (Standart, Enterprise Plus, vb.) göre lisanslanan ticari bir çözümdür. ESXi ve vCenter için lisanslar içerir ve NSX, vSAN, Tanzu, Horizon veya vRealize gibi ürünler eklemek isterseniz , her biri kendi ek lisansını gerektirir. ESXi'nin (vSphere Hypervisor) ücretsiz bir sürümü de mevcuttur, ancak önemli sınırlamaları vardır : yalnızca okuma API'leri, vCenter yönetimi yok, teknik destek yok ve API'lere dayanan yedekleme çözümlerini kullanma yeteneği yok.

Destek açısından, VMware sözleşme gereği 7/24 kurumsal destek sunar ve bilgi tabanına, güncellemelere, yamalara ve doğrudan yardıma erişim sağlar. KVM'de ise "resmi" destek, dağıtım sağlayıcınıza (Red Hat, Oracle, SUSE vb.) veya kendi BT ekibinize bağlıdır ve her zaman çok aktif bir topluluğun desteğine sahipsiniz, ancak belirli bir satıcıyla sözleşme yapmadığınız sürece destek talebi gönderebileceğiniz tek bir KVM satıcısı yoktur.

Donanım uyumluluğu ve ölçeklendirme sınırları

Donanım uyumluluğu da bir diğer ayırt edici faktördür. KVM, Linux tabanlı olduğu için , çekirdeğin desteklediği kapsamlı donanım listesini miras alır: VT-x/AMD-V destekli x86 işlemciler , çeşitli disk denetleyicileri, ağ adaptörleri, ARM veya PowerPC gibi mimariler (belirli varyantlarda) ve benzerleri. Çekirdeğin sürücüsü olduğu sürece, KVM genellikle o ana bilgisayarda fazla sorun yaşamadan çalışabilir.

VMware ESXi, sunucu ve bileşenlerinin Donanım Uyumluluk Listesi'nde (HCL) yer almasını gerektirir . Bu, sertifikalı sürücüleri ve optimum performansı sağlar, ancak henüz sertifikasyon sürecinden geçmemiş eski veya çok yeni donanımlarda kullanımını sınırlar. Büyük projelerde, bu durum VMware tarafından önerilen belirli donanımların satın alınması gerekliliği nedeniyle platformun maliyetini artırabilir.

Sınırlamalar açısından, KVM'yi paketleyen ticari dağıtımlar gösterge niteliğinde rakamlar sunar. Örneğin, belirli ortamlar için, ana bilgisayar başına 384 CPU çekirdeğine ve 6 TB RAM'e kadar değerler desteklenir, yaklaşık 600 eş zamanlı sanal makine çalıştırılabilir ve sanal makine başına 256 vCPU'ya (veya daha yeni sürümlerde daha fazlasına) ve birkaç terabayt sanal RAM'e kadar ulaşılabilir . Bu, dağıtıma (Red Hat, Oracle Linux, SUSE) ve her satıcı tarafından gerçekleştirilen doğrulama testlerine bağlıdır.

VMware vSphere'de , resmi dokümantasyon çok yüksek sınırlar belirler: ESXi ana bilgisayarı başına 896 mantıksal CPU ve 24 TB RAM , ana bilgisayar başına 1.024 sanal makine, 4.096 birleştirilmiş sanal CPU, sanal makine başına 256 sanal CPU, sanal makine başına 6 TB'tan fazla RAM, 62 TB'a kadar sanal disk ve 64 ana bilgisayar ve 8.000 sanal makineye kadar kümeler . vCenter düzeyinde, örnek başına 2.500 ESXi ana bilgisayarı ve 40.000 sanal makineye kadar yönetilebilir, bu da önemli bir büyüme alanı bırakır.

Güvenlik: izolasyon, şifreleme ve uyumluluk

Hipervizör güvenliği kritik öneme sahiptir: eğer birisi ana bilgisayarı ele geçirirse, tüm sanal makinelere ve verilerine erişim imkanı elde eder. KVM, izolasyonu güçlendirmek için Linux güvenlik ekosisteminden yararlanır. Temel özelliği , SELinux (Güvenlik Geliştirilmiş Linux) ve sVirt (Güvenli Sanallaştırma) 'nın birlikte kullanılmasıdır . SELinux, zorunlu erişim kontrolü (MAC) politikaları tanımlar ve sVirt, bu politikaları sanal makinelere genişleterek, süreçleri ve disk görüntülerini birbirinden izole etmek için etiketler.

Ek olarak, gelişmiş güvenlik duvarı, konuk makinelerde UEFI güvenli önyükleme (bazı manuel yapılandırmalarla) ve uyumlu donanımlarda TME/MKTME gibi bellek şifreleme teknolojileri için iptables/nftables'ı kullanabilirsiniz . Disk düzeyinde, KVM, QCOW2 imajlarını konuk makineye şeffaf bir şekilde 128 bit AES ile şifrelemenize veya şifrelemeyi ana bilgisayar dosya sistemine veya konuk işletim sistemine devretmenize olanak tanır.

VMware vSphere bu alanda da öne çıkıyor ve düzenlemeye tabi ortamlar (HIPAA, PCI DSS, vb.) için tasarlanmış bir özellik seti sunuyor. ESXi'de entegre bir güvenlik duvarı , Güvenli Önyükleme UEFI desteği, TPM ve vSphere Güven Otoritesi ile entegrasyon, izinlerin ve rollerin ayrıntılı yönetimi ve harici KMS veya yerel vSphere anahtar sağlayıcısı ile entegrasyonlu sanal makine şifrelemesi sunuyor.

VMware'deki sanal makineler vTPM ve sanallaştırma tabanlı güvenlikten yararlanabilir ve NSX, dağıtılmış uçtan uca güvenlik (sürüme bağlı olarak mikro segmentasyon, dağıtılmış güvenlik duvarı, IDS/IPS) sağlar. Ayrıca, VMware uyumluluk izleme ve hipervizör yapılandırma uygulama araçları sunarak platformun katı düzenlemelerle uyumlu hale getirilmesini kolaylaştırır.

Sanal ağlar ve bağlantı

Ağ düzeyinde, KVM , Linux çekirdeğinin yeteneklerine ve belirli araçlara dayanır. Sanal anahtarlar için, genellikle Open vSwitch (OVS) kullanılır; bu da genel veya özel sanal köprüler, ana bilgisayarlar arasında dağıtılmış anahtarlama ve VLAN'lar, VXLAN'lar, QoS ve diğer gelişmiş özellikler için destek sağlar. Klasik Linux köprüleri de oluşturulabilir ve bağlantı eklemek veya yedeklilik yapılandırmak için bonding veya teaming kullanılabilir.

Virtio ağ arayüzleri VLAN'ları destekler ve sanal ağ yönetimi ile QEMU'ya entegre edilmiş bir DHCP sunucusu içeren libvirt ile yönetilebilir . Güvenlik duvarı yetenekleri, Linux ağ yığınının kendisi kadar kapsamlıdır ve VXLAN'lar, tüneller, VPN'ler ve daha fazlası standart ekosistem araçları kullanılarak kurulabilir.

VMware vSphere'de ağ , iki tür anahtara dayanır: standart vSwitch (her sunucu için yapılandırılır) ve Dağıtılmış vSwitch (vCenter'dan merkezi olarak yönetilir). Her ikisi de VLAN'ları, yük dengeleme ve arıza durumunda yedekleme için NIC takımını ve temel güvenlik politikalarını destekler. Gelişmiş yazılım tanımlı ağ oluşturma (mikro segmentasyon, VXLAN, yük dengeleyiciler, dağıtılmış politikalar) için VMware NSX kullanılır.

vMotion ve depolama için bağlantı birleştirmeyi, port gruplarını, trafik politikalarını veya ağları yapılandırmak, genellikle Linux'ta CLI üzerinden yapmaktan daha kullanıcı dostudur; ancak KVM, iproute2, OVS ve benzerlerine aşina iseniz "egzotik" senaryolar için daha fazla özgürlük sunar.

Depolama, disk formatları ve geçiş

KVM ile Linux'un fiziksel veya mantıksal depolama olarak bağlayabileceği hemen hemen her şey kullanılabilir: SAS, SATA, NVMe diskler, LVM birimleri, NFS, iSCSI, SAN, NAS vb. Sanal makineler sanal disk görüntülerini veya Ham Aygıt Eşlemesini (aygıt veya birim geçişi) kullanabilir. Ayrıca bir LVM birimini doğrudan bir sanal makineye bağlamak da mümkündür.

Yerel görüntü formatları raw (img) ve qcow2'dir . Raw formatı çok basit ve hızlıdır (ek katmanlara sahip formatlardan yaklaşık %10 daha hızlıdır), ancak dahili anlık görüntüleri veya blok düzeyinde artımlı yedeklemeleri desteklemez. Öte yandan Qcow2, anlık görüntüler, sıkıştırma, şifreleme, ince provizyonlama ve TRIM/UNMAP desteği sunarak virt-sparsify gibi araçlarla kullanılmayan alanı geri kazanmanıza olanak tanır. Ayrıca KVM, VMDK (VMware'den), VDI (VirtualBox), VHDX (Hyper-V) ve daha birçok formatı anlayarak platformlar arası geçişleri kolaylaştırır.

VMware ESXi'de varsayılan disk formatı VMDK'dir . Her disk tipik olarak bir .vmdk tanımlayıcısından ve verileri içeren düz bir .vmdk dosyasından oluşur. İnce ve kalın provizyonlama desteklenir ve veri deposu genellikle VMFS veya NFS üzerinde barındırılır. Diskler, alanı geri kazanmak için otomatik eşlemeyi kaldırma özelliğinden yararlanabilir ve LUN'ları doğrudan sanal makinelere eşlemek için Ham Aygıt Eşlemesi (RDM) kullanılabilir.

VM geçişi için KVM, depolama alanını paylaştıkları sürece sunucular arasında canlı geçiş ve belirli senaryolarda depolama geçişi (VM dosyalarını başka bir sunucuya taşıma) sunar ve canlı depolama geçişini genişletme planları vardır. VMware, yıllardır hem vMotion (sunucu arasında canlı VM geçişi) hem de Storage vMotion (VM'yi kapatmadan diskleri veri depoları arasında taşıma) özelliklerini sunmaktadır; her ikisi de oldukça gelişmiş ve küme yönetimine iyi entegre edilmiştir.

Kümeleme, yüksek kullanılabilirlik ve yük dengeleme

Kümeleme konusunda KVM , vSphere ile karşılaştırılabilir "kapalı" bir ürün olmasa da bileşenleri sunar. Yüksek kullanılabilirlik için, DRBD (ağ üzerinden blok çoğaltma), Heartbeat ve Pacemaker gibi araçlar küme kaynak yöneticisi olarak kullanılır . Düğümler arasında yük devretme yapılandırması mümkündür , ancak genellikle birçok manuel işlem ve önemli uzmanlık gerektirir.

Otomatik yük dengeleme standart bir özellik değildir; genellikle KVM'nin üzerine gelişmiş bir yönetim katmanı kurarak yüke, yüksek kullanılabilirliğe (HA), politikalara ve diğer faktörlere bağlı olarak otomatik geçişler sağlayan oVirt veya Red Hat Virtualization gibi projelere dayanır . Genel olarak, yüksek kullanılabilirliği içeren ticari bir çözüm olmadan, iyi ayarlanmış bir KVM kümesi kurmak kolay değildir.

Buna karşılık, VMware vSphere tam olarak kümeleme yetenekleriyle öne çıkıyor. vSphere HA gibi özellikler , bir düğüm arızalandığında sanal makinelerin otomatik olarak diğer sunucularda yeniden başlatılmasını sağlarken, DRS (Dağıtılmış Kaynak Planlayıcı) ise CPU ve RAM tüketim politikalarına bağlı olarak vMotion kullanarak sanal makineleri sunucular arasında taşıyarak yükü yeniden dengeliyor. Ayrıca, belirli sanal makineler için hata toleransı da mevcut olup , gerçek zamanlı bir kopyayı koruyarak sunucu arızası durumunda sorunsuz bir süreklilik sağlıyor.

Ayrıca, Dağıtılmış Güç Yönetimi, yük düşük olduğunda sunucuları kapatabilir ve gerektiğinde yeniden başlatarak kapasiteden ödün vermeden enerji tasarrufu sağlayabilir. Bu mekanizmaları vSphere İstemcisinden yapılandırmak oldukça basittir; bu da VMware'i, konsolla uğraşmadan karmaşık kümeleme yapmanız gerekiyorsa en uygun seçenek haline getirir.

Konuk sistemi ve konteyner uyumluluğu

Hem KVM hem de VMware ESXi, çok çeşitli konuk işletim sistemlerini destekler: Windows (NT veya 95 gibi çok eski sürümlerden güncel sürümlere kadar), birçok Linux dağıtımı (Ubuntu, Debian, RHEL, CentOS, Fedora, Oracle Linux, SUSE, Kali, vb.), BSD türevleri (FreeBSD, OpenBSD), Solaris, OpenSolaris, NetWare, MS-DOS ve hatta belirli ayarlamalar ve sınırlamalarla macOS.

Farklılıkların olduğu nokta, konteyner dünyasıyla entegrasyondur . KVM ile, diğer hipervizörlerde olduğu gibi, Docker veya Kubernetes'i sanal makineler içinde çalıştırabilirsiniz, ancak KVM üzerinde şeffaf bir şekilde Docker makineleri oluşturmanıza olanak tanıyan özel sürücüler (docker-machine-driver-kvm) de vardır; bu da sanal makineleri manuel olarak kurmaya kıyasla izolasyonu ve performansı artırır. Ayrıca, KVM, OpenStack ile çok iyi entegre olur , burada A Grubu (maksimum uyumluluk) olarak sınıflandırılır ve genellikle Linux özel bulutlarında tercih edilen hipervizördür.

VMware ise, vSphere Integrated Containers (Photon OS kullanarak konteynerleri hafif sanal makineler olarak çalıştırma) ile ilk denemesini yaptı ve Kubernetes ile konteynerleri doğrudan ESXi'ye entegre eden VMware Tanzu ile önemli bir adım attı. Tanzu, ESXi sunucularını (Spherelet kullanarak) Kubernetes düğümlerine dönüştürüyor, DevOps için bir kontrol düzlemi sunuyor, vCenter'dan yönetiliyor ve kapsamlı bir kurumsal konteyner ortamı sunmak için NSX-T ve paylaşımlı depolamadan yararlanıyor (ancak ek lisans maliyetleri de getiriyor).

Özetle, Linux tabanlı yerel bulut ekosistemlerinde yoğun olarak yer alıyorsanız, KVM + OpenStack/Kubernetes harika bir seçimdir; VMware'e zaten önemli bir yatırım yaptıysanız ve tüm ağ ve güvenlik ekstralarıyla birlikte vSphere platformunuza entegre edilmiş konteynerler arıyorsanız, Tanzu güçlü bir seçenektir.

Diğer bileşenlerle entegrasyon: AD, OpenStack ve ekosistem

VMware vSphere, kimlik doğrulama ve rol tabanlı erişim denetimi için Microsoft Active Directory ile yerel olarak entegre olur . Kullanıcılar, etki alanı kimlik bilgileriyle vSphere İstemcisine giriş yapabilir ve nesnelere (VM'ler, veri depoları, kümeler vb.) ayrıntılı izinler atayabilir. Ayrıca, VMware paketi sorunsuz bir şekilde entegre olur: ağ iletişimi için NSX, yazılım tanımlı depolama için vSAN, VDI için Horizon, otomasyon ve izleme için vRealize ve daha fazlası.

KVM dünyasında , Linux ana bilgisayarını (veya sanal makineleri) etki alanına dahil ederek Active Directory entegrasyonu mükemmel bir şekilde mümkündür, ancak yapılandırma sssd, winbind veya realmd gibi araçlarla uğraşmayı gerektirir. Bulut orkestrasyonu için KVM, tercih edilen seçenek (A Grubu) olduğu OpenStack ile öne çıkarken , ESXi B Grubu olarak sınıflandırılır: desteklenir, ancak OpenStack ekosisteminde biraz daha az önceliklidir.

Tedarikçi bağımlılığı konusunda, açık kaynaklı ve tedarikçi bağımlılığı olmayan KVM , neredeyse tüm ticari veya açık kaynaklı yazılımlarla entegrasyona olanak tanıyarak yığını ihtiyaçlarınıza göre uyarlamanıza imkan sağlar. VMware'de ise, tasarım gereği çözümü kontrol düzlemi ve ürünleri etrafında oluşturma eğiliminde olursunuz; bu da büyük bir tutarlılık sağlar, ancak sizi lisanslarına ve yol haritasına da bağlar.

Yedekleme, çoğaltma ve veri koruma

Sanal makinelerin yedeklenme şekli de önemli farklılıklar yaratır. KVM'de temel yöntemler virsh ve disk anlık görüntülerini kullanmayı içerir. Sanal makineler için LVM birimleri kullanılıyorsa, bu birimlerden LVM anlık görüntüleri oluşturulabilir ve yedeklenebilir; bu da çok iyi performans sunar ancak geçişi ve alan yönetimini daha karmaşık hale getirir.

Ham görüntülerle , yedeklemeler yalnızca sanal makine kapalıyken mümkündür, çünkü yerel görüntü düzeyinde anlık görüntü desteği yoktur. qcow2 ile, çalışan bir sanal makinede anlık görüntüler oluşturulabilir (konuk işletim sisteminde QEMU konuk aracısı ve org.qemu.guest_agent.0 kanalının yapılandırılması gereklidir) ve veriler daha sonra tutarlı bir şekilde kopyalanabilir. Blok değişikliklerine dayalı artımlı yedeklemeleri uygulamak için libvirt ve oVirt'ten yararlanan çözümler de mevcuttur .

Çoğaltma için KVM, Linux çekirdeği blok seviyesinde DRBD'yi kullanarak , yüksek kullanılabilirlik kümelerini bağlamak üzere düğümler arasında diskleri eş zamanlı olarak çoğaltabilir; ancak trafik VPN'ler veya benzeri yöntemlerle kapsüllenmediği sürece genellikle şifreleme yapılmaz.

VMware vSphere'de veri koruması, vStorage Veri Koruma API'leri sayesinde oldukça sağlamdır . Yedekleme sağlayıcıları (Veeam, NAKIVO, vb.), VMware Tools aracılığıyla uygulama durdurma özelliğiyle çalışan sanal makinelerin tutarlı anlık görüntülerini oluşturmak ve yalnızca değiştirilmiş blokları kopyalayarak son derece verimli artımlı yedeklemeler sağlayan Değiştirilmiş Blok İzleme (CBT) özelliğinden yararlanmak için bu API'leri kullanır.

VMware için yedekleme çözümleri genellikle anlık VM kurtarma , uygulama dosyalarının veya nesnelerinin (Exchange, SQL, AD vb.) ayrıntılı olarak geri yüklenmesi ve ESXi sunucuları veya siteleri arasında çoğaltmayı destekler. ESXi'nin ücretsiz sürümü bu API'leri sunmaz, bu nedenle bu durumda, genellikle üretim ortamında kabul edilemez olan, kapalı VM'lerin komut dosyaları ve manuel yedeklemelerine ihtiyacınız olur.

Sonuç olarak, hipervizör düzeyinde veri koruması ve çok sayıda ticari yedekleme çözümüyle entegrasyon önemliyse, vSphere daha olgun ve homojen bir ekosistem sunar. KVM ise sağlam stratejilere olanak tanır, ancak daha geniş bir yaklaşım yelpazesi ve ekibin uzmanlığına ve seçilen araçlara daha fazla bağımlılık gerektirir.

KVM ne zaman, VMware ne zaman tercih edilmeye değer?

KVM ve VMware arasında seçim yapmak, mutlak anlamda birinin "daha iyi" olmasıyla ilgili değil, bağlam için doğru aracı seçmekle ilgilidir. Bütçesi kısıtlı , güçlü bir Linux kültürüne sahip ve platformu özelleştirmek isteyen kuruluşlar için KVM çok caziptir: hipervizör lisansı gerektirmez, geniş donanım uyumluluğu sunar ve kapsamlı ayarlama yetenekleri sağlar. Yeni kurulan şirketler, küçük VPS sağlayıcıları, test laboratuvarları, Linux merkezli ortamlar veya OpenStack tabanlı özel bulutlar için idealdir.

VMware ESXi ve vSphere, yüksek düzeyde entegre bir yaklaşım, güçlü ticari destek ve büyük kümelerin basitleştirilmiş yönetimi gerektiren ortamlar için en uygun çözümlerdir . Halihazırda VMware ürünlerini (Horizon, NSX, vSAN, Tanzu) kullanan, sıkı kullanılabilirlik, uyumluluk ve 7/24 destek gereksinimleri olan veya son derece gelişmiş, merkezi bir konsola değer veren şirketler genellikle vSphere lisanslarına yatırım yapmayı ve sanallaştırma stratejilerini bu ekosistem etrafında oluşturmayı tercih ederler.

Pratik açıdan bakıldığında, KVM, Linux deneyimine ve biraz daha karmaşıklığa toleransa sahip ekipleri ödüllendiren , yüksek performanslı ve düşük maliyetli bir çözümdür . VMware ise daha "kapalı ama kullanışlı" bir deneyim sunar: Lisans ve bakım için ödeme yaparsınız, ancak karşılığında gelişmiş kümeleme, ince ayarlı yedekleme araçları ve yığınının geri kalanıyla çok sağlam entegrasyona sahip son derece olgun bir sanallaştırma platformu elde edersiniz.