Giriş
Açık kaynak projesi — kurumsal düzeyde ücretsiz bir sanallaştırma platformu. Habr'da gezindikten sonra şunu keşfettim: burada hak ettiği kadar geniş bir şekilde ele alınmıyor.
oVirt aslında Red Hat'in kanatları altında büyüyen ticari sistem Red Hat Virtualization'ın (RHV, eski adıyla RHEV) bir yukarı akışıdır. Karışıklığı önlemek için bu hayır CentOS ve RHEL ile aynı, model Fedora ve RHEL'e daha yakın.
Kaputun altında - Yönetim için bir web arayüzü kullanılmaktadır. RHEL/CentOS 7 işletim sistemini temel alır.
oVirt, hem "geleneksel" sunucu hem de masaüstü sanallaştırma (VDI) için kullanılabilir; VMware çözümünün aksine, her iki sistem de tek bir komplekste bir arada bulunabilir.
Proje iyi , verimli kullanım için uzun süredir olgunluğa ulaşmış ve ağır yüklere hazırdır.
Bu makale, çalışan bir yük devretme kümesinin nasıl oluşturulacağına ilişkin bir serinin ilkidir. Bunları geçtikten sonra kısa bir süre içinde (yaklaşık 2 saat) tam olarak çalışan bir sisteme kavuşacağız, elbette bir takım konular ortaya çıkmasa da, ilerleyen yazılarda bunlara değinmeye çalışacağım.
Sürüm 4.1'den başlayarak birkaç yıldır kullanıyoruz. Endüstriyel sistemimiz şu anda Xeon Gold CPU'lu HPE Synergy 480 ve ProLiant BL460c 10. nesil bilgisayarlarda çalışmaktadır.
Bu yazının yazıldığı sırada mevcut sürüm 4.3'tür.
Makaleler
- Giriş (Biz buradayız)
Fonksiyonel özellikleri
oVirt'te 2 ana varlık vardır: ovirt-engine ve ovirt-host(s). VMware ürünlerine aşina olanlar için, oVirt bir bütün olarak platform olarak vSphere'dir, ovirt-engine - kontrol katmanı - vCenter ile aynı işlevleri gerçekleştirir ve ovirt-host, ESX (i) gibi bir hipervizördür. Çünkü vSphere çok popüler bir çözüm, bazen onunla karşılaştıracağım.
Pirinç. 1 — oVirt kontrol paneli.
Çoğu Linux dağıtımı ve Windows sürümü konuk makine olarak desteklenir. Konuk makineler için, başta disk denetleyicisi ve ağ arayüzü olmak üzere aracılar, optimize edilmiş sanal cihazlar ve sanal sürücüler bulunmaktadır.
Hataya dayanıklı bir çözüm ve tüm ilginç özellikleri uygulamak için paylaşılan depolamaya ihtiyacınız olacak. Hem blok FC, FCoE, iSCSI hem de NFS dosya depoları vb. desteklenir. Hataya dayanıklı bir çözüm uygulamak için depolama sisteminin de hataya dayanıklı olması gerekir (en az 2 denetleyici, çoklu geçiş).
Yerel depolamayı kullanmak mümkündür ancak varsayılan olarak yalnızca paylaşılan depolamalar gerçek bir küme için uygundur. Yerel depolama, sistemi farklı bir hipervizör seti haline getirir ve paylaşılan depolamayla bile bir küme oluşturulamaz. En doğru yol, SAN'dan önyüklemeli disksiz makineler veya minimum boyuttaki disklerdir. Muhtemelen, vdsm kancası aracılığıyla, Yazılım Tanımlı Depolamayı yerel disklerden (örneğin Ceph) birleştirme ve bunu bir VM'ye sunma seçeneği mümkündür, ancak bunu ciddi olarak düşünmedim.
Mimari
Pirinç. 2 - oVirt mimarisi.
Mimari hakkında daha fazla ayrıntıyı şurada bulabilirsiniz: geliştirici.
Pirinç. 3 — oVirt nesneleri.
Hiyerarşinin en üst öğesi – Veri Merkezi. Kullanılan özellik kümesinin yanı sıra paylaşılan depolamanın mı yoksa yerel depolamanın mı kullanılacağını belirler (uyumluluk, 4.1 ila 4.3). Bir veya daha fazla olabilir. Birçok seçenek için varsayılan Veri Merkezi - Varsayılan - kullanılması uygundur.
Veri Merkezi bir veya daha fazla birimden oluşur Kümeleri. Küme, işlemci türünü, geçiş ilkelerini vb. belirler. Küçük kurulumlar için kendinizi Varsayılan kümeyle de sınırlayabilirsiniz.
Küme sırasıyla şunlardan oluşur: Ev SahibiAna işi yapanlar sanal makineler taşıyorlar, depolama onlara bağlı. Bir küme 2 veya daha fazla ana bilgisayarı varsayar. 1 host ile Cluster yapmak teknik olarak mümkün olsa da pratikte pek bir faydası yoktur.
oVirt, dahil olmak üzere birçok işlevi destekler. sanal makinelerin hipervizörler (canlı geçiş) ve depolama geçişi (depolama geçişi) arasında canlı geçişi, VM havuzları ile masaüstü sanallaştırma (sanal masaüstü altyapısı), durum bilgisi olan ve durum bilgisi olmayan VM'ler, NVidia Grid vGPU desteği, vSphere'den içe aktarma, KVM, güçlü ve daha fazlası. Bu özelliklerin tümü telifsiz olarak mevcuttur ve destek gerekiyorsa bölgesel ortaklar aracılığıyla Red Hat'ten destek satın alınabilir.
RHV fiyatları hakkında
Maliyet VMware'e göre yüksek değildir, lisansın kendisini satın alma zorunluluğu olmadan yalnızca destek satın alınır. Destek yalnızca hipervizörler için satın alınır; ovirt-engine, vCenter Server'ın aksine herhangi bir masraf gerektirmez.
Sahipliğin 1. yılı için hesaplama örneği
4 adet 2 soketli makineden oluşan bir kümeyi ve perakende fiyatlarını (proje indirimleri olmadan) ele alalım.
Standart RHV aboneliği soket başına/yıl (premium 365/24/7 — 1499 USD), toplam 4*2*999 USD=$7992.
:
- VMware vCenter Server Standard bulut sunucusu başına 10,837.13 ABD doları artı Temel abonelik 2,625.41 ABD doları (Üretim — 3,125.39 ABD doları);
- VMware vSphere Standard 1,164.15 ABD Doları + Temel Abonelik 552.61 ABD Doları (Üretim 653.82 ABD Doları);
- VMware vSphere Enterprise Plus 6,309.23 ABD Doları + Temel Abonelik 1,261.09 ABD Doları (Üretim 1,499.94 ABD Doları).
Toplam: 10 + 837,13 + 2 * 625,41 * (4 + 2) = $ 27 196,62 en genç seçenek için. Fark yaklaşık 3,5 kat!
oVirt'te tüm işlevler kısıtlama olmadan kullanılabilir.
Kısa özellikler ve maksimumlar
Sistem Gereksinimleri
Hipervizör, donanım sanallaştırmasının etkin olduğu bir CPU gerektirir, başlamak için minimum RAM miktarı 2 GiB'dir, işletim sistemi için önerilen depolama miktarı 55 GiB'dir (çoğunlukla günlükler vb. için, işletim sisteminin kendisi çok az yer kaplar).
Daha fazla detay - .
için minimum gereksinimler 2 çekirdek/4 GiB RAM/25 GiB depolama. Önerilen - 4 çekirdek/16 GiB RAM/50 GiB depolama alanından.
Her sistemde olduğu gibi, hacim ve miktarlarda sınırlamalar vardır ve bunların çoğu mevcut toplu ticari sunucuların yeteneklerini aşar. Evet çift 2 TiB RAM'i adresleyebilir ve 40 çekirdek (80 iş parçacığı) sağlar; bu, tek bir VM'nin limitlerinden bile daha azdır.
Sanal Makine Maksimumları:
- Eşzamanlı olarak çalışan maksimum sanal makine: Sınırsız;
- Sanal makine başına maksimum sanal CPU sayısı: 384;
- Sanal makine başına maksimum bellek: 4 TiB;
- Sanal makine başına maksimum tek disk boyutu: 8 TiB.
Ana Bilgisayar Maksimumları:
- Mantıksal CPU çekirdekleri veya iş parçacıkları: 768;
- RAM: 12 TiB;
- Barındırılan sanal makinelerin sayısı: 250;
- Eş zamanlı canlı geçişler: 2 gelen, 2 giden;
- Canlı geçiş bant genişliği: Eski geçiş politikasını kullanırken varsayılan olarak geçiş başına 52 MiB (~436 Mb) şeklindedir. Diğer politikalar, fiziksel cihazın hızına bağlı olarak uyarlanabilir aktarım hızı değerlerini kullanır. QoS politikaları geçiş bant genişliğini sınırlayabilir.
Yönetici Mantıksal Varlık Maksimumları:
4.3'te var .
- Veri merkezi
- Maksimum veri merkezi sayısı: 400;
- Maksimum ana bilgisayar sayısı: 400 desteklenir, 500 test edilir;
- Maksimum VM sayısı: 4000 desteklenir, 5000 test edilir;
- Küme
- Maksimum küme sayısı: 400;
- Maksimum ana bilgisayar sayısı: 400 desteklenir, 500 test edilir;
- Maksimum VM sayısı: 4000 desteklenir, 5000 test edilir;
- ağ
- Mantıksal ağlar/küme: 300;
- SDN/harici ağlar: 2600 test edildi, zorunlu sınır yok;
- Depolama
- Maksimum alan adı: 50 desteklenir, 70 test edilir;
- Etki alanı başına barındırıcılar: Sınır yok;
- Blok alanı başına mantıksal hacimler (daha fazlası): 1500;
- Maksimum LUN sayısı (daha fazlası): 300;
- Maksimum disk boyutu: 500 TiB (varsayılan olarak 8 TiB ile sınırlıdır).
Uygulama seçenekleri
Daha önce de belirtildiği gibi, oVirt 2 temel unsurdan oluşturulmuştur: ovirt-engine (kontrol) ve ovirt-host (hipervizör).
Motor, platformun dışına (bağımsız Yönetici - bu başka bir platformda çalışan bir VM veya ayrı bir hipervizör, hatta fiziksel bir makine olabilir) veya platformun kendisinde (VCSA yaklaşımına benzer şekilde kendi kendine barındırılan motor) yerleştirilebilir. VMware'den).
Hiper yönetici her ikisine de kurulabilir (EL Ana Bilgisayarı) ve üzerinde (oVirt-Node, el7'ye dayalı).
Tüm seçenekler için donanım gereksinimleri yaklaşık olarak aynıdır.
Pirinç. 4 - standart mimari.
Pirinç. 5 - Kendi kendine barındırılan Motor mimarisi.
Kendim için bağımsız Yönetici ve EL Sunucuları seçeneğini seçtim:
- Bağımsız Yönetici, başlatma sorunları söz konusu olduğunda biraz daha kolaydır, tavuk ve yumurta ikilemi yoktur (VCSA'da olduğu gibi - en az bir ana bilgisayar tamamen çalışana kadar başlayamazsınız), ancak başka bir sisteme bağımlılık vardır*;
- EL Host, harici izleme, hata ayıklama, sorun giderme vb. için yararlı olan işletim sisteminin tüm gücünü sağlar.
* Ancak ciddi bir elektrik kesintisinden sonra bile tüm çalışma süresi boyunca buna gerek duyulmadı.
Ama gelelim asıl meseleye!
Deneme amaçlı olarak Xeon® CPU'lu bir çift ProLiant BL460c G7 blade'in piyasaya sürülmesi mümkündür. Bunları kurulum sürecini yeniden oluşturmak için kullanacağız.
Düğümlere ovirt.lab.example.com, kvm01.lab.example.com ve kvm02.lab.example.com adlarını verelim.
Doğrudan şuraya gidelim: .
Kaynak: habr.com