oVirt ing 2 jam. Part 1. Bukak, platform virtualisasi fault-tolerant

Pambuka

Proyek sumber terbuka oVirt - platform virtualisasi tingkat perusahaan gratis. Sawise nggulung liwat habr, aku nemokake iku oVirt ora katutup ing kene kanthi wiyar kaya sing dikarepake.
oVirt sejatine minangka hulu kanggo sistem komersial Red Hat Virtualization (RHV, sadurunge RHEV), tuwuh ing sangisore sayap Red Hat. Kanggo ngindhari kebingungan, iki ora padha CentOS vs RHEL, model nyedhaki Fedora vs RHEL.
Ing ngisor hood - KVM, antarmuka web digunakake kanggo manajemen. Adhedhasar RHEL/CentOS 7 OS.
oVirt bisa digunakake kanggo server "tradisional" lan virtualisasi desktop (VDI), ora kaya solusi VMware, loro sistem kasebut bisa urip bebarengan ing siji kompleks.
Proyek kasebut apik didokumentasikan, wis dawa tekan kadewasan kanggo nggunakake produktif lan siap kanggo mbukak dhuwur.
Artikel iki minangka seri pisanan babagan carane mbangun kluster failover sing bisa digunakake. Sawise ngliwati wong-wong mau, ing wektu sing cendhak (udakara 2 jam) kita bakal entuk sistem sing bisa digunakake kanthi lengkap, sanajan sawetara masalah, mesthi, ora bakal dicethakaké; Aku bakal nyoba kanggo nutupi ing artikel ing ngisor iki.
Kita wis nggunakake sawetara taun, diwiwiti karo versi 4.1. Sistem industri kita saiki nganggo komputer HPE Synergy 480 lan ProLiant BL460c generasi kaping 10 kanthi CPU Xeon Gold.
Ing wektu nulis, versi saiki yaiku 4.3.

Artikel

1. Pambuka (We are here)
2. Instalasi manager (ovirt-engine) lan hypervisor (host)
3. Setelan tambahan

Fitur fungsional

Ana 2 entitas utama ing oVirt: ovirt-engine lan ovirt-host(s). Kanggo sing sing menowo produk VMware, oVirt minangka kabèh minangka platform vSphere, ovirt-engine - lapisan kontrol - nindakake fungsi padha vCenter, lan ovirt-host hypervisor a, kaya ESX (i). Amarga vSphere minangka solusi sing populer banget, kadhangkala aku bakal mbandhingake.

Gabah. 1 - Panel kontrol oVirt.

Umume distribusi Linux lan versi Windows didhukung minangka mesin tamu. Kanggo mesin tamu ana agen lan piranti virtual sing dioptimalake lan pembalap virtio, utamane pengontrol disk lan antarmuka jaringan.
Kanggo ngleksanakake solusi fault-tolerant lan kabeh fitur menarik, sampeyan kudu panyimpenan bebarengan. Loro-lorone pamblokiran FC, FCoE, iSCSI, lan panyimpenan file NFS, lan sapiturute, didhukung. Kanggo ngleksanakake solusi fault-tolerant, sistem panyimpenan uga kudu fault-tolerant (paling ora 2 controller, multipassing).
Nggunakake panyimpenan lokal bisa, nanging minangka standar mung panyimpenan sambungan cocok kanggo kluster nyata. Panyimpenan lokal ndadekake sistem kasebut minangka hypervisor sing beda-beda, lan sanajan kanthi panyimpenan bareng, kluster ora bisa dirakit. Cara sing paling bener yaiku mesin tanpa disk kanthi boot saka SAN, utawa disk ukuran minimal. Mbokmenawa, liwat pancing vdsm, pilihan kanggo ngrakit Panyimpenan Ditetepake Piranti Lunak saka disk lokal (contone, Ceph) lan nampilake menyang VM bisa, nanging aku durung nganggep kanthi serius.

arsitektur

Gabah. 2 - arsitektur oVirt.
Rincian liyane babagan arsitektur bisa ditemokake ing dokumentasi pangembang.

Gabah. 3 - oVirt obyek.

Unsur paling dhuwur ing hirarki yaiku − data Center. Iki nemtokake manawa panyimpenan sing dienggo bareng utawa lokal digunakake, uga set fitur sing digunakake (kompatibilitas, 4.1 nganti 4.3). Bisa uga ana siji utawa luwih. Kanggo akeh opsi, nggunakake Pusat Data standar - Default - cocok.
Pusat Data kasusun saka siji utawa luwih Klompok. Kluster nemtokake jinis prosesor, kawicaksanan migrasi, etc.. Kanggo panginstalan cilik, sampeyan uga bisa matesi dhewe kanggo cluster Default.
Kluster, ing siji, kasusun saka host'S sing nindakake karya utama - padha nindakake mesin virtual, panyimpenan disambungake kanggo wong-wong mau. A kluster nganggep 2 utawa luwih host. Senajan iku teknis bisa kanggo nggawe kluster karo 1 inang, iku ora migunani praktis.

oVirt ndhukung akeh fungsi, kalebu. migrasi langsung saka mesin virtual antarane hypervisor (migrasi urip) lan migrasi panyimpenan (migrasi panyimpenan), virtualisasi desktop (infrastruktur desktop virtual) karo pools VM, VM statefull lan stateless, dhukungan kanggo NVidia Grid vGPU, impor saka vSphere, KVM, ana kuwat API lan akeh liyane. Kabeh fitur kasebut kasedhiya tanpa royalti, lan yen dhukungan dibutuhake, dhukungan bisa dituku saka Red Hat liwat mitra regional.

Babagan rega RHV

Biaya ora dhuwur dibandhingake VMware, mung dhukungan sing dituku - tanpa syarat kanggo tuku lisensi kasebut dhewe. Dhukungan dituku mung kanggo hypervisor; mesin ovirt, ora kaya vCenter Server, ora mbutuhake biaya.

Conto pitungan kanggo 1st taun kepemilikan

Ayo nimbang klompok 4 mesin 2-soket lan rega eceran (tanpa diskon proyek).
Langganan RHV standar biaya $999 saben soket/taun (premium 365/24/7 — $1499), total 4*2*$999=$7992.
rega vSphere:

• VMware vCenter Server Standard $10,837.13 saben conto, plus langganan dhasar $2,625.41 (Produksi - $3,125.39);
• VMware vSphere Standard $1,164.15 + Langganan dhasar $552.61 (Produksi $653.82);
• VMware vSphere Enterprise Plus $ 6,309.23 + Langganan dhasar $ 1,261.09 (Produksi $ 1,499.94).

Gunggung: 10 + 837,13 + 2 * 625,41 * (4 + 2) = $ 27 196,62 kanggo pilihan paling enom. Bentenipun kira-kira 3,5 kaping!
Ing oVirt, kabeh fungsi kasedhiya tanpa watesan.

ciri Brief lan maksimum

Syarat sistem

Hypervisor mbutuhake CPU karo virtualization hardware aktif, jumlah minimal RAM kanggo miwiti 2 GiB, jumlah panyimpenan dianjurake kanggo OS 55 GiB (biasane kanggo log, etc., OS dhewe njupuk munggah sethitik).
Katrangan lengkap - kene.
Kanggo engine syarat minimal 2 intine / 4 GiB RAM / 25 panyimpenan GiB. Dianjurake - saka 4 intine / 16 GiB RAM / 50 GiB panyimpenan.
Kaya sistem apa wae, ana watesan babagan volume lan jumlah, sing paling akeh ngluwihi kemampuan server komersial massal sing kasedhiya. Ya, pasangan Intel Xeon Gold 6230 bisa alamat 2 TiB RAM lan menehi 40 intine (80 thread), kang kurang saka watesan siji VM.

Maksimum Mesin Virtual:

• Maksimal mesin virtual sing mlaku bebarengan: Unlimited;
• CPU virtual maksimum saben mesin virtual: 384;
• Memori maksimum saben mesin virtual: 4 TiB;
• Ukuran disk tunggal maksimal saben mesin virtual: 8 TiB.

Host maksimum:

• Inti utawa utas CPU logis: 768;
• RAM: 12 TiB;
• Jumlah mesin virtual sing dadi tuan rumah: 250;
• Migrasi langsung bebarengan: 2 mlebu, 2 metu;
• Bandwidth migrasi langsung: Default nganti 52 MiB (~436 Mb) saben migrasi nalika nggunakake kabijakan migrasi warisan. Kabijakan liyane nggunakake nilai throughput adaptif adhedhasar kacepetan piranti fisik. Kabijakan QoS bisa mbatesi bandwidth migrasi.

Maksimum Entitas Logis Manajer:

Ing 4.3 ana watesan ing ngisor iki.

• tengah data
  • Jumlah pusat data maksimal: 400;
  • Jumlah host maksimum: 400 didhukung, 500 dites;
  • Jumlah VM maksimum: 4000 didhukung, 5000 dites;
• Cluster
  • Jumlah kluster maksimum: 400;
  • Jumlah host maksimum: 400 didhukung, 500 dites;
  • Jumlah VM maksimum: 4000 didhukung, 5000 dites;
• Network
  • Jaringan logis/cluster: 300;
  • SDN/jaringan eksternal: 2600 diuji, ora ana watesan sing dileksanakake;
• Lumbung
  • Domain maksimal: 50 didhukung, 70 diuji;
  • Host saben domain: Ora ana watesan;
  • Volume logis saben domain blok (liyane): 1500;
  • Jumlah maksimum LUNs (liyane): 300;
  • Ukuran disk maksimum: 500 TiB (winates 8 TiB minangka standar).

Pilihan implementasine

Kaya sing wis kasebut, oVirt dibangun saka 2 unsur dhasar - ovirt-engine (kontrol) lan ovirt-host (hypervisor).
Mesin bisa dumunung ing njaba platform kasebut (Manajer mandiri - iki bisa dadi VM sing mlaku ing platform liya utawa hypervisor sing kapisah, utawa malah mesin fisik) utawa ing platform kasebut (mesin sing di-host dhewe, padha karo pendekatan VCSA. saka VMware).
Hypervisor bisa diinstal ing salah siji OS biasa RHEL/CentOS 7 (Host EL), lan liya-liyane khusus OS minimal (oVirt-Node, adhedhasar el7).
Syarat hardware kanggo kabeh opsi kira-kira padha.

Gabah. 4 - arsitektur standar.

Gabah. 5 - Arsitèktur Engine sing dadi tuan rumah dhewe.

Kanggo aku, aku milih pilihan Manager mandiri lan EL Hosts:

• dewekan Manager punika sethitik luwih gampang nalika nerangake masalah wiwitan, ora ana pitik lan endhog dilema (minangka karo VCSA - sampeyan ora bisa miwiti nganti paling siji inang wis kebak munggah), nanging ana katergantungan ing sistem liyane *;
• EL Host nyedhiyakake kabeh kekuwatan OS, sing migunani kanggo ngawasi eksternal, debugging, ngatasi masalah, lsp.

* Nanging, sajrone kabeh wektu operasi iki ora dibutuhake, sanajan sawise kegagalan daya sing serius.
Nanging ayo padha menyang titik!
Kanggo eksperimen, bisa diluncurake sepasang bilah ProLiant BL460c G7 kanthi CPU Xeon®. Kita bakal digunakake kanggo ngasilake proses instalasi.
Ayo menehi jeneng node ovirt.lab.example.com, kvm01.lab.example.com lan kvm02.lab.example.com.
Ayo langsung menyang instalasi.

Source: www.habr.com