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ı

arasında tereddüt ediyorsanız Altyapınızı KVM veya VMware üzerinde kurun. (Ya da her birinin ne gibi avantajlar sağladığını daha iyi anlamak istiyorsanız), bu kılavuz performans, güvenlik, lisanslar, destek, konteyner uyumluluğu, yedekleme, kümeleme, ağ iletişimi, disk formatları, OpenStack veya Active Directory gibi diğer bileşenlerle entegrasyon gibi konularda kapsamlı bir karşılaştırma sunmaktadır… 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?

Onun parçası için, VMware Bu şirket, sanallaştırma ürünlerinin tüm ailesinin arkasındaki firmadır. Veri merkezleri bağlamında, kilit oyuncu ise şudur: VMware ESXiPlatformun çekirdeğini oluşturan tip 1 bir hipervizör. VMware vSphereESXi'nin etrafında vCenter, vSAN, NSX, Horizon, Tanzu ve zorlu iş ortamları için oldukça olgun bir ekosistemi oluşturan birçok başka bileşen yer almaktadır.

Hem KVM hem de ESXi Tip 1 çıplak metal hipervizörlerBu cihazlar, donanım destekli sanallaştırma (Intel VT-x, AMD-V) desteğiyle Windows, Linux, BSD veya Solaris gibi konuk işletim sistemlerine sahip birden fazla sanal makine (VM) çalıştırabilme özelliğine sahiptir. Kavramsal olarak, her ikisi de VM'lerin sağlanmasına, izole edilmesine ve işlemlerin gerçekleştirilmesine olanak tanır. sıcak göçlerAnlık görüntüler kullanmak ve büyük kümeleri yönetmek seçenekler arasındadır. Aradaki fark, tüm bunları nasıl başardığınıza, maliyetine, sahip olduğunuz esnekliğe ve her birinin sunduğu yönetim özelliklerine bağlıdır.

Hipervizör türleri ve iç mimarisi

Sanallaştırmada genellikle şu iki kavram arasında ayrım yapılır: tip 1 hipervizörler (çıplak metal) ve tipo 2 (Ana işletim sisteminin üzerine kurulan) sanal makineler. KVM ve ESXi tip 1 iken, VMware Workstation, VMware Player, VMware Fusion veya VirtualBox gibi ürünler tip 2'dir.

Söz konusu KVMLinux ana bilgisayarının bir parçası olarak kurulmasına rağmen, tip 1 olarak kabul edilir çünkü... Linux çekirdeği Bu durumda, donanım üzerinde doğrudan bir hipervizör görevi görür. KVM böylece donanımın özelliklerini devralır. CPU zamanlayıcı, bellek yönetimi ve ağ yığını Linux'un kendisinden kaynaklanan esneklik ve donanım uyumluluğu da önemli bir faktördür.

ESXi VMware'in kendi minimal işletim sistemidir ve özellikle bir hipervizör olarak tasarlanmıştır. kapalı çekirdekSertifikalı 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, aralarındaki farkı da anlamak gereklidir. tam "ham" sanallaştırma ve donanım destekli sanallaştırmaTamamen yazılım tabanlı 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ışmaya 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üvenmektedir.

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

Brüt verim KVM ve ESXi'nin performansı çoğu üretim senaryosunda oldukça benzerdir. 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 CPU, disk ve ağ performansı açısından neredeyse yerel seviyede performans sunar.

Söz konusu VMware ESXiKaynak kod tescillidir, ancak tüm ekosistem bileşenleri dahil edildiğinde ürünün on milyonlarca satırdan oluşacağı 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 performans daha düşüktür. Farklılıklar genellikle önemsizdir. Depolama veya ağ gibi diğer darboğazlarla karşılaştırıldığında.

VMware, bu faktörlerin devreye girdiği senaryolarda avantaj elde eder. planlama optimizasyonları, DRS, vMotion ve Storage vMotionBu sayede yük dengeleme ve sanal makinelerin minimum etkiyle taşınması mümkün olur ve küme yoğun bir şekilde dolu olsa bile çok istikrarlı bir performans korunur.

KVM ise özellikle Linux'un zaten iyi bilindiği ve çekirdeğin (CPU yöneticisi, G/Ç zamanlayıcısı, hugepages, NUMA, vb.) ve ağ yığınının ince ayarlarının yapılabildiği ortamlarda öne çıkıyor. Çekirdeği ana bilgisayarla paylaşarak, Donanım iyileştirmelerini çok hızlı bir şekilde benimser. Üreticiler tarafından Linux çekirdeğine dahil edilmiştir.

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

La giriş eğrisi Bu, 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, libvirtVirt-manager veya virt-install gibi yönetim araçlarını kullanın ve gerekirse manuel olarak yapılandırın. sanal anahtar, köprüler ve bağlamaÇok esnek bir yapıya sahip, ancak Linux ekosistemine dair önemli ölçüde uzmanlık gerektiriyor.

VMware ESXi'de süreç daha "yönlendirilmiş"tir: ISO görüntüsünü indirirsiniz, bir USB veya CD'ye yazdırırsınız, sunucuyu başlatırsınız ve adımları takip edersiniz. çok basit grafik asistanBir sonraki adım genellikle devreye alma işlemidir. vCenter Sunucu Cihazı (Önceden yapılandırılmış bir sanal makine) o ISO dosyasından alınır ve oradan itibaren neredeyse her şey vSphere Client web arayüzünden yönetilir.

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

En VMware vSphereYönetimin temel taşı, vCenter'dır. vSphere İstemci web istemcisi Bu araçtan ESXi sunucuları, kümeler, sanal ağlar, veri depoları, HA, DRS, vSAN, NSX vb. kontrol edilir. Ayrıca, komut satırı için ESXCLI de mevcuttur. PowerCLI (PowerShell tabanlı) neredeyse her şeyi otomatikleştirmek için ve vCenter'ı olmayan bağımsız ESXi sunucuları için Host Client arayüzü.

Maliyet, lisanslar ve destek modeli

Ekonomik açıdan bakıldığında fark açıkça ortada: KVM açık kaynaklı bir yazılımdır. Linux'a entegre edilmiştir ve bu nedenle ayrı bir hipervizör lisansı gerektirmez. 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 Bu, genellikle işlemci/çekirdek ve sürüm (Standart, Enterprise Plus, vb.) başına lisanslanan ticari bir çözümdür. ESXi ve vCenter lisanslarını içerir ve isterseniz aşağıdaki gibi ürünler de ekleyebilirsiniz. NSX, vSAN, Tanzu, Horizon veya vRealizeHer biri kendi ek lisansını gerektirir. ESXi'nin (vSphere Hypervisor) ücretsiz bir sürümü de mevcuttur, ancak ciddi sınırlamalar: Yalnızca okuma amaçlı API'ler, vCenter yönetimi yok, teknik destek yok ve API'lere bağlı yedekleme çözümlerini kullanma olanağı yok.

Destek konusuna gelince, VMware 7/24 kurumsal destek sunmaktadır. Sözleşmeye göre, onların bilgi tabanına, güncellemelerine, yamalarına ve doğrudan desteğine erişiminiz var. KVM'de ise "resmi" destek, dağıtımınızı sağlayan kişiye (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'a dayanarak çalışır.Çekirdeğin desteklediği donanımların muazzam listesini miras alıyor: x86 işlemciler dahil. VT-x/AMD-VÇeşitli disk denetleyicileri, ağ adaptörleri, ARM veya PowerPC gibi mimariler (belirli varyantlarda) vb. Çekirdeğin sürücüsü olduğu sürece, KVM genellikle o sunucuda fazla sorun yaşamadan çalışabilir.

VMware ESXi Bu, sunucunun ve bileşenlerinin uygun konumda olmasını gerektirir. Donanım Uyumluluk Listesi (HCL)Bu, onaylı sürücüleri ve optimum performansı garanti eder, ancak henüz sertifikasyon sürecinden geçmemiş eski veya çok yeni donanımlarda kullanımını sınırlar. Büyük projelerde, VMware tarafından önerilen belirli donanımların satın alınması gerekliliği nedeniyle platformun maliyetini artırabilir.

Sınırlar açısından, KVM'yi paketleyen ticari dağıtımcılar gösterge niteliğinde rakamlar sunar. Örneğin, belirli ortamlar için değerler şu kadar olabilir: Her bir sunucuda 384 CPU çekirdeği ve 6 TB RAM bulunmaktadır.Yaklaşık 600 eş zamanlı sanal makine ile ve her bir sanal makine için aşağıdaki sonuçlar elde edilebilir. 256'ya kadar sanal işlemci (veya daha yeni sürümlerde daha fazla) ve birkaç terabayt sanal RAMBu, kullanılan dağıtıma (Red Hat, Oracle Linux, SUSE) ve her üreticinin yaptığı doğrulama testlerine bağlıdır.

En VMware vSphereResmi belgeler çok yüksek sınırlar belirliyor: en fazla... Her ESXi sunucusunda 896 mantıksal CPU ve 24 TB RAM bulunmaktadır.Ana bilgisayar başına 1.024 sanal makine, toplam 4.096 sanal işlemci, sanal makine başına 256 sanal işlemci, sanal makine başına 6 TB'tan fazla RAM, 62 TB'a kadar sanal disk ve kümeler... 64 sunucu ve 8.000 sanal makinevCenter düzeyinde, her bir örnek için 2.500'e kadar ESXi sunucusu ve 40.000 sanal makine yönetilebiliyor, bu da büyüme için bolca alan bırakıyor.

Güvenlik: izolasyon, şifreleme ve uyumluluk

Sanal makine yöneticisinin güvenliği kritik öneme sahiptir: eğer birisi sunucuyu ele geçirirse, tüm sanal makinelere ve verilerine erişim imkanı elde eder. KVM Linux güvenlik ekosisteminden yararlanarak izolasyonu güçlendirir. Aşağıdakilerin birleşik kullanımını vurgular: SELinux (Güvenlik Artırılmış Linux) ve sVirt (Güvenli Sanallaştırma)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.

Ayrıca, çekebilirsiniz iptables/nftables Gelişmiş güvenlik duvarları, konuk sistemlerde güvenli UEFI önyüklemesi (bazı manuel yapılandırmalarla) ve uyumlu donanımlarda TME/MKTME gibi bellek şifreleme teknolojileri için KVM, disk düzeyinde QCOW2 imajlarını konuk sisteme ş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 üstün performans sergiliyor ve düzenlemeye tabi ortamlar (HIPAA, PCI DSS, vb.) için tasarlanmış özelliklere sahip. ESXi'ye entegre edilmiş 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 entegrasyon yoluyla sanal makine şifrelemesi.

VMware'deki sanal makineler şunları kullanabilir: vTPM VMware sanallaştırma tabanlı güvenlik sunarken, NSX dağıtılmış uçtan uca güvenlik (mikro segmentasyon, dağıtılmış güvenlik duvarı, sürüme bağlı olarak 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üzleminde, KVM Bu, Linux çekirdeğinin yeteneklerine ve belirli araçlara dayanır. Sanal anahtarlar için, genellikle şu yöntem kullanılır: vSwitch'i (OVS) açınBu, genel veya özel sanal köprüler oluşturmaya, sunucular arasında dağıtılmış anahtarlamaya ve VLAN'lar, VXLAN'lar, QoS ve diğer gelişmiş özellikler için desteğe olanak tanır. Klasik Linux köprüleri de oluşturulabilir ve bu amaçla bonding veya teaming kullanılabilir. Bağlantılar ekleyin veya yedekliliği yapılandırın.

Virtio ağ arayüzleri VLAN'ları destekler ve şu şekilde yönetilebilir: libvirtBu, sanal ağ yönetimini ve QEMU'ya entegre edilmiş bir DHCP sunucusunu içerir. 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.

En VMware vSphere Ağ, iki tür anahtara dayanmaktadır: standart vSwitch (ana bilgisayar tarafından 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) gerekiyorsa, [uygun çözüm] devreye girer. VMware NSX'in.

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ş

ile KVMLinux'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 bunları kullanabilir. sanal disk görüntüleri veya Ham Aygıt Eşlemesi (aygıt veya disk birimi geçişi). Ayrıca bir LVM disk birimini doğrudan bir sanal makineye bağlamak da mümkündür.

Yerel görüntü formatları şunlardır: ham (resim) y qcow2Ham 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, bu özellikleri sunar. Anlık görüntüler, sıkıştırma, şifreleme, ince tahsis ve TRIM/UNMAP desteğiBu sayede virt-sparsify gibi araçlarla kullanılmayan alanı geri kazanabilirsiniz. Ayrıca KVM, VMDK (VMware), VDI (VirtualBox), VHDX (Hyper-V) ve daha birçok formatı anlayarak platformlar arası geçişleri kolaylaştırır.

En VMware ESXiVarsayılan disk formatı şudur: VMDKHer 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 şu konumda bulunur: VMFS'ler veya NFS. Diskler, alanı geri kazanmak için otomatik UNMAP özelliğinden yararlanabilir ve RDM (Ham Aygıt Eşleme) kullanılarak LUN'lar doğrudan sanal makinelere aktarılabilir.

Daha VM geçişiKVM, depolama alanını paylaştıkları sürece sunucular arasında canlı geçiş (live migration) ve belirli senaryolarda depolama geçişi (VM dosyalarını başka bir sunucuya taşıma) olanağı sunar; canlı depolama geçişinin de genişletilmesi planlanmaktadır. VMware bu özelliği yıllardır sunmaktadır. vHareket (sanal makinelerin sunucular arasında canlı geçişi) ve Depolama vMotion (Sanal makineyi kapatmadan diskleri veri depoları arasında taşıma), son derece gelişmiş ve küme yönetimine iyi entegre edilmiş.

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

Kümeleme işleminde, KVM vSphere ile karşılaştırılabilir "kapalı" bir ürün değil, bileşenleri sunuyor. Yüksek kullanılabilirlik için [belirsiz - muhtemelen "araçlar" veya "ürünler"] gibi araçlar kullanılıyor. DRBD (Ağ üzerinden blok çoğaltma), Heartbeat ve Pacemaker küme kaynak yöneticileri olarak yapılandırılabilir. Düğümler arasında arıza durumunda yedeklemeAncak bu genellikle birçok manuel işlem ve önemli bir deneyim gerektirir.

Otomatik yük dengeleme standart bir uygulama değildir; örneğin, aşağıdaki gibi projeler: oVirt veya Red Hat SanallaştırmaBu çözümler, yük, yüksek kullanılabilirlik, politikalar ve daha fazlasına dayalı otomatik geçişler sunmak için KVM'nin üzerine gelişmiş bir yönetim katmanı oluşturur. Genel olarak, bu işlevi sağlayan ticari bir çözüm kullanmadan iyi ayarlanmış, yüksek kullanılabilirliğe sahip bir KVM kümesi kurmak kolay değildir.

Bunun yerine, VMware vSphere Özellikle kümeleme yetenekleriyle öne çıkıyor. Şu özellikler gibi: vSphere Yüksek Erişilebilirlik Bu özellikler, bir düğümün arızalanması durumunda sanal makineleri diğer sunucularda otomatik olarak yeniden başlatmanıza olanak tanır. DRS (Dağıtılmış Kaynak Planlayıcı) CPU ve RAM tüketim politikalarına bağlı olarak vMotion kullanarak sanal makineleri sunucular arasında taşıyarak yükü yeniden dengeler. Ayrıca Hata Toleransı Bazı sanal makineler için gerçek zamanlı bir kopya tutar ve sunucu arızası durumunda sorunsuz bir süreklilik sağlar.

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

Konuk sistemi ve konteyner uyumluluğu

böylece KVM, VMware ESXi olarak Çok çeşitli konuk işletim sistemlerini desteklerler: 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, dünya ile entegrasyondur. CONTENEDORESKVM ile, diğer hipervizörlerde olduğu gibi, bir sanal makine içinde Docker veya Kubernetes çalıştırabilirsiniz, ancak bunun yanı sıra bazı dezavantajları da vardır. özel sürücüler (docker-machine-driver-kvm) Bu sayede KVM üzerinde Docker makineleri şeffaf bir şekilde oluşturabilir, manuel olarak sanal makineleri bağlamaya kıyasla izolasyonu ve performansı artırabilirsiniz. Ayrıca, KVM çok iyi entegre olur... OpenStackA Grubu (maksimum uyumluluk) olarak sınıflandırılan ve genellikle Linux özel bulutlarında tercih edilen hipervizördür.

VMware ise kendi adına ilk olarak şu girişimde bulundu: vSphere Entegre Konteynerleri (Photon OS kullanarak konteynerleri hafif sanal makineler olarak çalıştırmak) ve bu konuda büyük bir ilerleme kaydetti. VMware TanzuTanzu, Kubernetes ve konteynerleri doğrudan ESXi üzerine entegre eder. ESXi sunucularını (Spherelet kullanarak) Kubernetes düğümlerine dönüştürür, DevOps için bir kontrol düzlemi sunar, vCenter'dan yönetilir ve sağlam bir ortam sağlamak için NSX-T ve paylaşımlı depolama alanından yararlanır. iş konteynerleri Çok kapsamlı (ancak ek lisans maliyetleri söz konusu).

Ö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 Yerel olarak entegre olur. Microsoft Active Directory Kimlik doğrulama ve rol tabanlı erişim kontrolü için kullanıcılar, etki alanı kimlik bilgileriyle vSphere İstemcisine giriş yapabilir ve nesnelere (VM'ler, veri depoları, kümeler vb.) ayrıntılı izinler atayabilirler. Ayrıca, VMware ailesi 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ı.

Dünyasında KVMLinux 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 öne çıkar. OpenStackBurada referans seçenek (A Grubu) olarak yer alırken, ESXi B Grubu olarak sınıflandırılıyor: destekleniyor, ancak OpenStack ekosisteminde önceliği biraz daha düşük.

Üreticiye bağımlılık konusuna gelince, KVM, Açık kaynaklı ve tedarikçi bağımlılığı olmadanBu, neredeyse tüm ticari veya açık kaynaklı yazılımlarla entegrasyona olanak tanır ve yığını kendi zevkinize göre uyarlamanızı sağlar. VMware ile, 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

yapmanın yolu VM yedeklemeleri Bu durum önemli farklılıklar da yaratır. KVM'de temel yöntemler şunları içerir: Virş ve disk anlık görüntüleri. Sanal makineler için LVM birimleri kullanılıyorsa, LVM anlık görüntüleri oluşturulabilir ve bu birimlerin yedekleri alınabilir; bu işlem çok iyi performans sağlar ancak alan taşıma veya yönetimi daha karmaşık hale gelir.

Görsellerle birlikte çiğYedeklemeler yalnızca sanal makine kapalıyken mümkündür, çünkü imaj düzeyinde anlık görüntü alma için yerel bir destek bulunmamaktadır. qcow2Evet, çalışan bir sanal makinenin anlık görüntülerini oluşturmak (konuk işletim sisteminde QEMU konuk aracısının ve org.qemu.guest_agent.0 kanalının yapılandırılmasının gerekliliğiyle) ve ardından verileri tutarlı bir şekilde kopyalamak mümkündür. Bunun için şu çözümler mevcuttur... libvirt ve oVirt Blok değişikliklerine dayalı artımlı yedeklemeleri uygulamak.

KVM, çoğaltma için şunları kullanabilir: DRBD Linux çekirdeği blok seviyesinde, yüksek kullanılabilirlik kümeleri oluşturmak için düğümler arasında disklerin eşzamanlı olarak çoğaltılması işlemi yapılır; ancak trafik VPN'ler veya benzeri yöntemlerle kapsüllenmediği sürece genellikle şifreleme kullanılmaz.

En VMware vSphereVeri koruma, sayesinde oldukça gelişmiş durumda. Veri koruması için vStorage API'leriYedekleme sağlayıcıları (Veeam, NAKIVO, vb.), VMware Tools sayesinde uygulama duraklaması sağlayarak çalışan sanal makinelerin tutarlı anlık görüntülerini oluşturmak ve bu API'lerden yararlanmak için bu API'leri kullanır. Blok Takibi Değiştirildi (CBT)Bu özellik, yalnızca değiştirilen blokları kopyalayarak çok verimli artımlı yedeklemeler yapılmasına olanak tanır.

VMware için yedekleme çözümleri genellikle şunları destekler: Anında sanal makine kurtarmaUygulama dosyalarının veya nesnelerinin (Exchange, SQL, AD, vb.) ayrıntılı olarak geri yüklenmesi ve ESXi sunucuları veya siteleri arasında çoğaltma. ESXi'nin ücretsiz sürümü bu API'leri sunmadığı için, bu durumda komut dosyaları kullanmanız ve kapalı sanal makinelerin manuel yedeklerini almanız gerekir ki bu da üretim ortamında genellikle kabul edilemez.

Kısacası, eğer hipervizör düzeyinde veri koruması Birçok ticari yedekleme çözümüyle entegrasyon önemli olsa da, vSphere daha olgun ve homojen bir ekosistem sunuyor. KVM ise sağlam stratejilere olanak tanıyor, ancak daha geniş bir yaklaşım yelpazesi ve ekibin uzmanlığına ve seçilen araçlara daha fazla bağımlılık gerektiriyor.

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

Arasında seçim yapmak KVM ve VMware Burada mesele, birinin mutlak anlamda "daha iyi" olması değil, aracın bağlama uyarlanmasıdır. Özellikle kuruluşlarda Sıkı bütçeGüçlü bir Linux kültürü ve platformu özelleştirme isteğiyle KVM oldukça cazip: hipervizör lisansı gerektirmiyor, çok geniş donanım uyumluluğuna sahip ve kapsamlı ayarlama yetenekleri sunuyor. Yeni kurulan şirketler, küçük VPS sağlayıcıları, test laboratuvarları, Linux merkezli ortamlar veya OpenStack tabanlı özel bulutlar için idealdir.

Arama yapılan yerde VMware ESXi ve vSphere daha uygun seçeneklerdir. Yüksek düzeyde entegre bir ortam, güçlü ticari destek ve basitleştirilmiş yönetim. Büyük kümeler söz konusu olduğunda, 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ş bir merkezi 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 anlamda KVM, bir çözümdür. yüksek performans ve düşük maliyet Bu durum, Linux deneyimine ve biraz daha karmaşıklığa toleransa sahip ekipleri ödüllendiriyor. Öte yandan VMware, daha "kapalı ama rahat" bir deneyim sunuyor: Lisanslar ve bakım için ödeme yapıyorsunuz, ancak karşılığında son derece olgun bir sanallaştırma platformu, gelişmiş kümeleme, ince ayarlı yedekleme araçları ve yığınının geri kalanıyla çok sağlam bir entegrasyon elde ediyorsunuz.