ProHoster > Blog > Amministrazione > o Virt in 2 ore. Parte 1: Open Fault Tolerant Virtualization Platform

o Virt in 2 ore. Parte 1: Open Fault Tolerant Virtualization Platform

Introduzione

Prughjettu open source oVirt - una piattaforma di virtualizazione libera à livellu di l'impresa. Dopu avè scrolling through habr, aghju scupertu chì oVirt ùn hè micca cupertu quì cum'è si merita.
oVirt hè in realtà un upstream per u sistema cummerciale Red Hat Virtualization (RHV, prima RHEV), chì cresce sottu à l'ala di Red Hat. Per evitari cunfusioni, questu ùn listessu cum'è CentOS vs RHEL, mudellu più vicinu à Fedora vs RHEL.
Sottu u cappucciu - KVM, una interfaccia web hè aduprata per a gestione. Basatu nantu à RHEL / CentOS 7 OS.
oVirt pò esse usatu sia per u servitore "tradiziunale" è per a virtualizazione di u desktop (VDI), à u cuntrariu di a suluzione VMware, i dui sistemi ponu coesiste in un cumplessu.
U prughjettu hè bonu documentatu, hà longu righjuntu a maturità per l'usu produtivu è hè pronta per carichi elevati.
Questu articulu hè u primu di una seria nantu à cumu custruisce un cluster di failover chì funziona. Dopu avè passatu per elli, in pocu tempu (circa 2 ore) averemu un sistema cumplettamente funzionante, ancu s'è una quantità di prublemi, sicuru, ùn saranu micca revelati; Pruvaraghju di copre in l'articuli seguenti.
Avemu usatu per parechji anni, cuminciendu cù a versione 4.1. U nostru sistema industriale funziona attualmente nantu à i computer HPE Synergy 480 è ProLiant BL460c di decima generazione cù CPU Xeon Gold.
À u mumentu di a scrittura, a versione attuale hè 4.3.

articuli

  1. Introduzione (Semu quì)
  2. Installazione di u manager (ovirt-engine) è ipervisori (ospiti)
  3. Paràmetri addiziunali

Funzioni funziunali

Ci sò 2 entità principali in oVirt: ovirt-engine è ovirt-host(s). Per quelli chì sò familiarizati cù i prudutti VMware, oVirt in generale cum'è una piattaforma hè vSphere, ovirt-engine - a capa di cuntrollu - eseguisce e stesse funzioni cum'è vCenter, è ovirt-host hè un hypervisor, cum'è ESX (i). Perchè vSphere hè una suluzione assai populari, qualchì volta l'aghju paragunatu cun ella.
o Virt in 2 ore. Parte 1: Open Fault Tolerant Virtualization Platform
Risu. 1 - Panel di cuntrollu oVirt.

A maiò parte di e distribuzioni Linux è e versioni di Windows sò supportati cum'è macchine invitati. Per i machini invitati ci sò agenti è dispositivi virtuali ottimizzati è driver virtio, principalmente u controller di discu è l'interfaccia di rete.
Per implementà una suluzione tolerante à i difetti è tutte e funzioni interessanti, avete bisognu di almacenamiento spartutu. Sò supportati i dui blocchi FC, FCoE, iSCSI è NFS, etc.. Per implementà una suluzione tolerante à i difetti, u sistema di almacenamentu deve ancu esse tolerante à i difetti (almenu 2 controllers, multipassing).
L'usu di l'almacenamiento lucale hè pussibule, ma per difettu solu l'almacenamiento spartutu sò adattati per un veru cluster. L'almacenamiento lucale face u sistema un inseme disparatu di ipervisori, è ancu cù l'almacenamiento spartutu, un cluster ùn pò micca esse assemblatu. U modu più currettu hè e macchine senza discu cù boot da SAN, o dischi di dimensione minima. Probabilmente, per via di u ganciu vdsm, l'opzione di assemblea Software Defined Storage da dischi lucali (per esempiu, Ceph) è di presentà à una VM hè pussibule, ma ùn l'aghju micca cunsideratu seriamente.

architettura

o Virt in 2 ore. Parte 1: Open Fault Tolerant Virtualization Platform
Risu. 2 - oVirt architettura.
Più dettagli nantu à l'architettura ponu esse truvati in ducumentazione sviluppatore.

o Virt in 2 ore. Parte 1: Open Fault Tolerant Virtualization Platform
Risu. 3 - oVirt objects.

L'elementu superiore in a ghjerarchia hè - Data Center. Determina se l'almacenamiento spartutu o lucale hè utilizatu, è ancu u settore di funziunalità utilizatu (cumpatibilità, 4.1 à 4.3). Ci pò esse unu o più. Per parechje opzioni, utilizendu u Data Center predeterminatu - Default - hè adattatu.
Data Center hè custituitu da unu o più Clusters. U cluster determina u tipu di processore, e pulitiche di migrazione, etc. Per installazioni chjuche, pudete ancu limità à u cluster Default.
U cluster, à u turnu, hè custituitu da Host's chì facenu u travagliu principale - portanu macchine virtuali, u almacenamentu hè cunnessu cun elli. Un cluster assume 2 o più ospiti. Ancu s'ellu hè tecnicamente pussibule di fà un cluster cù 1 host, ùn hè micca di usu praticu.

oVirt supporta parechje funzioni, incl. migrazione in diretta di macchine virtuali trà ipervisori (migrazione in diretta) è migrazione di almacenamiento (migrazione di almacenamiento), virtualizazione di desktop (infrastruttura di desktop virtuale) cù pools di VM, VM statefull è stateless, supportu per NVidia Grid vGPU, importazione da vSphere, KVM, ci hè un putenti API è assai di più. Tutte queste funzioni sò dispunibuli senza royalty, è se u supportu hè necessariu, u supportu pò esse acquistatu da Red Hat attraversu i partenarii regiunali.

À propositu di i prezzi di RHV

U costu ùn hè micca altu cumparatu cù VMware, solu u supportu hè acquistatu - senza l'esigenza di cumprà a licenza stessu. U supportu hè acquistatu solu per ipervisori; ovirt-engine, à u cuntrariu di vCenter Server, ùn hà micca bisognu di spese.

Esempiu di calculu per u 1u annu di pruprietà

Cunsideremu un cluster di 4 2-socket machines è i prezzi di vendita (senza sconti di prughjettu).
Abbunamentu standard RHV costa $ 999 per socket / annu (premium 365/24/7 - $ 1499), totale 4 * 2 * $ 999 =$7992.
prezzu di vSphere:

  • VMware vCenter Server Standard $ 10,837.13 per esempiu, più abbunamentu Basic $ 2,625.41 (Produzzione - $ 3,125.39);
  • VMware vSphere Standard $ 1,164.15 + Subscription Basic $ 552.61 (Produzzione $ 653.82);
  • VMware vSphere Enterprise Plus $ 6,309.23 + Subscription Basic $ 1,261.09 (Produzzione $ 1,499.94).

Totale: 10 + 837,13 + 2 * 625,41 * (4 + 2) = $ 27 196,62 per l'opzione più ghjovana. A diferenza hè di circa 3,5 volte!
In oVirt, tutte e funzioni sò dispunibili senza restrizioni.

Brevi caratteristiche è massimi

Requisiti di sistema

L'ipervisore richiede un CPU cù a virtualizazione hardware attivata, a quantità minima di RAM per inizià hè 2 GiB, a quantità di almacenamento cunsigliata per u SO hè 55 GiB (principalmente per i logs, etc., u SO stessu piglia pocu).
Più dettagli - ccà.
di muturi requisiti minimi 2 core/4 GiB RAM/25 GiB storage. Consigliato - da 4 core/16 GiB di RAM/50 GiB di almacenamiento.
Cum'è cù qualsiasi sistema, ci sò limitazioni in volumi è quantità, a maiò parte di e quali superanu e capacità di i servitori commerciali di massa dispunibuli. Iè, coppia Intel Xeon Gold 6230 pò indirizzà 2 TiB di RAM è dà 40 core (80 fili), chì hè menu di ancu i limiti di una sola VM.

Massimu di Macchine Virtuali:

  • Massimu di macchine virtuali in esecuzione simultanea: Illimitatu;
  • U massimu di CPU virtuale per macchina virtuale: 384;
  • Memoria massima per macchina virtuale: 4 TiB;
  • Dimensione massima di discu unicu per macchina virtuale: 8 TiB.

Massimu di l'ospiti:

  • Core logici di CPU o fili: 768;
  • RAM: 12 TiB;
  • Numaru di macchine virtuali ospitu: 250;
  • Migrazioni in diretta simultanea: 2 in entrata, 2 in uscita;
  • Larghezza di banda di migrazione in diretta: Default à 52 MiB (~436 Mb) per migrazione quandu si usa a pulitica di migrazione legacy. Altre pulitiche utilizanu valori di throughput adattativi basati nantu à a velocità di u dispusitivu fisicu. E pulitiche QoS ponu limità a larghezza di banda di migrazione.

Massimu di Entità Lògica di Manager:

In 4.3 ci sò i seguenti limiti.

  • centru dati
    • U numeru massimu di data center: 400;
    • Conte massimu di ospiti: 400 supportati, 500 testati;
    • Conte massimu di VM: 4000 supportatu, 5000 testatu;
  • Cluster
    • Conte massimu di cluster: 400;
    • Conte massimu di ospiti: 400 supportati, 500 testati;
    • Conte massimu di VM: 4000 supportatu, 5000 testatu;
  • Network
    • Reti logiche / cluster: 300;
    • SDN / rete esterne: 2600 pruvati, senza limitu infurzatu;
  • Storage
    • Domini massimi: 50 supportati, 70 testati;
    • Hosts per duminiu: Nisun limite;
    • Volumi lògichi per duminiu di bloccu (più): 1500;
    • U numeru massimu di LUN (più): 300;
    • Dimensione massima di u discu: 500 TiB (limitatu à 8 TiB per difettu).

Opzioni di implementazione

Comu digià dettu, oVirt hè custruitu da 2 elementi basi - ovirt-engine (cuntrollu) è ovirt-host (hypervisor).
U mutore pò esse situatu sia fora di a piattaforma stessu (gestore standalone - questu pò esse una VM chì funziona in una altra piattaforma o un hypervisor separatu, o ancu una macchina fisica) o nantu à a piattaforma stessa (mutore self-hosted, simile à l'approcciu VCSA). da VMware).
L'ipervisore pò esse installatu nantu à l'una o l'altra OS normale RHEL/CentOS 7 (EL Host), è via OS minimu specializatu (oVirt-Node, basatu annantu à el7).
I requisiti hardware per tutte l'opzioni sò apprussimatamente listessi.
o Virt in 2 ore. Parte 1: Open Fault Tolerant Virtualization Platform
Risu. 4 - architettura standard.

o Virt in 2 ore. Parte 1: Open Fault Tolerant Virtualization Platform
Risu. 5 - Architettura di u Motore self-hosted.

Per mè stessu aghju sceltu l'opzione Manager standalone è Host EL:

  • Standalone Manager hè un pocu più faciule quandu si tratta di prublemi di startup, ùn ci hè micca un dilema di pollo è ovu (cum'è cù VCSA - ùn pudete micca principià finu à chì almenu un host hè cumplettamente), ma ci hè una dependenza di un altru sistema *;
  • EL Host furnisce tuttu u putere di u SO, chì hè utile per u monitoraghju esternu, debugging, risoluzione di prublemi, etc.

* Tuttavia, durante tuttu u periodu di u funziunamentu, questu ùn era micca necessariu, ancu dopu un seriu fallimentu di energia.
Ma andemu à u puntu !
Per l'esperimentazione, hè pussibule di liberà un paru di lame ProLiant BL460c G7 cù un CPU Xeon®. Avemu aduprà per ripruduce u prucessu di stallazione.
Demu à i nodi i nomi ovirt.lab.example.com, kvm01.lab.example.com è kvm02.lab.example.com.
Andemu direttamente à stallazione.

Source: www.habr.com

Add a comment