pengenalan
proyek sumber terbuka adalah platform virtualisasi tingkat perusahaan gratis. Menggulir melalui habr, saya menemukan itu tidak tercakup seluas yang seharusnya.
oVirt sebenarnya upstream untuk sistem komersial Red Hat Virtualization (RHV, sebelumnya RHEV), tumbuh di bawah sayap Red Hat. Untuk menghindari kebingungan, ini tidak sama seperti CentOS vs RHEL, modelnya lebih mirip Fedora vs RHEL.
Dibawah tenda - , antarmuka web digunakan untuk manajemen. Berdasarkan RHEL/CentOS 7 OS.
oVirt dapat digunakan untuk server "tradisional" dan virtualisasi desktop (VDI), tidak seperti solusi VMware, kedua sistem dapat hidup berdampingan dalam satu kompleks.
Proyek dengan baik , telah lama mencapai kematangan untuk penggunaan produktif dan siap untuk beban tinggi.
Artikel ini adalah yang pertama dari seri tentang cara membuat kluster failover yang berfungsi. Setelah melewatinya, dalam waktu singkat (sekitar 2 jam) kita akan mendapatkan sistem yang berfungsi penuh, meskipun sejumlah masalah, tentu saja, tidak dapat diungkapkan, saya akan mencoba membahasnya di artikel berikut.
Kami telah menggunakannya selama beberapa tahun, kami mulai dengan versi 4.1. Sistem industri kami sekarang menggunakan HPE Synergy 480 generasi ke-460 dan komputasi ProLiant BL10c dengan CPU Xeon Gold.
Pada saat penulisan, versi saat ini adalah 4.3.
Artikel
- Pendahuluan (Kami di sini)
Fitur fungsional
Ada 2 entitas utama di oVirt: ovirt-engine dan ovirt-host(s). Bagi mereka yang akrab dengan produk VMware, oVirt secara keseluruhan sebagai platform adalah vSphere, ovirt-engine - lapisan kontrol - melakukan fungsi yang sama seperti vCenter, dan ovirt-host adalah hypervisor, seperti ESX (i). Karena vSphere adalah solusi yang sangat populer, terkadang saya akan membandingkannya dengannya.
Beras. 1 - panel kontrol oVirt.
Sebagian besar distribusi Linux dan versi Windows didukung sebagai mesin tamu. Untuk mesin tamu, ada agen dan perangkat virtual yang dioptimalkan dan driver virtio, terutama pengontrol disk dan antarmuka jaringan.
Untuk menerapkan solusi toleran kesalahan dan semua fitur menarik, Anda memerlukan penyimpanan bersama. Baik blok FC, FCoE, iSCSI dan penyimpanan file NFS didukung, dll. Untuk mengimplementasikan solusi toleran kesalahan, sistem penyimpanan juga harus toleran terhadap kesalahan (setidaknya 2 pengontrol, multipassing).
Penggunaan penyimpanan lokal dimungkinkan, tetapi secara default hanya penyimpanan bersama yang cocok untuk klaster nyata. Penyimpanan lokal membuat sistem menjadi kumpulan hypervisor yang berbeda, dan bahkan dengan penyimpanan bersama, sebuah cluster tidak dapat dirakit. Cara paling benar adalah mesin tanpa disk dengan boot dari SAN, atau disk dengan ukuran minimum. Mungkin, melalui kait vdsm, dimungkinkan untuk membangun dari disk lokal Penyimpanan yang Ditentukan Perangkat Lunak (misalnya, Ceph) dan menyajikan VM-nya, tetapi saya tidak mempertimbangkannya secara serius.
Arsitektur
Beras. 2 - arsitektur oVirt.
Informasi lebih lanjut tentang arsitektur dapat ditemukan di pengembang.
Beras. 3 - objek oVirt.
Elemen teratas dalam hierarki − Data Center. Ini menentukan apakah penyimpanan bersama atau lokal digunakan, serta rangkaian fitur yang digunakan (kompatibilitas, 4.1 hingga 4.3). Mungkin ada satu atau lebih. Untuk banyak opsi, menggunakan Pusat Data default adalah Default.
Pusat Data terdiri dari satu atau lebih Cluster. Cluster menentukan jenis prosesor, kebijakan migrasi, dll. Untuk instalasi kecil, Anda juga dapat membatasi diri pada cluster Default.
Cluster, pada gilirannya, terdiri dari tuan rumahyang melakukan pekerjaan utama - mereka membawa mesin virtual, penyimpanan terhubung dengannya. Cluster mengasumsikan 2 atau lebih host. Meskipun secara teknis memungkinkan untuk membuat cluster dengan 1 host, ini tidak praktis.
oVirt mendukung banyak fitur, termasuk. migrasi langsung mesin virtual antara hypervisor (migrasi langsung) dan penyimpanan (migrasi penyimpanan), virtualisasi desktop (infrastruktur desktop virtual) dengan kumpulan VM, VM statefull dan stateless, dukungan untuk NVidia Grid vGPU, impor dari vSphere, KVM, ada yang kuat dan banyak lagi. Semua fitur ini tersedia bebas royalti dan, jika diperlukan, dukungan dapat dibeli dari Red Hat melalui mitra regional.
Tentang harga RHV
Biayanya tidak tinggi dibandingkan dengan VMware, hanya dukungan yang dibeli - tanpa persyaratan untuk membeli lisensi itu sendiri. Dukungan dibeli hanya untuk hypervisor, ovirt-engine, tidak seperti vCenter Server, tidak memerlukan pengeluaran.
Contoh perhitungan untuk tahun pertama kepemilikan
Pertimbangkan sekelompok 4 2 mesin soket dan harga eceran (tidak ada diskon proyek).
Langganan Standar RHV per soket/tahun (premium 365/24/7 - $1499), total 4*2*$999=$7992.
:
- VMware vCenter Server Standard $10,837.13 per instans ditambah langganan Dasar $2,625.41 (Produksi $3,125.39);
- VMware vSphere Standard $1,164.15 + Langganan Dasar $552.61 (Produksi $653.82);
- VMware vSphere Enterprise Plus $6,309.23 + Langganan Dasar $1,261.09 (Produksi $1,499.94).
Jumlah: 10 + 837,13 + 2 * 625,41 * (4 + 2) = $ 27 196,62 untuk opsi terkecil. Perbedaannya sekitar 3,5 kali!
Di oVirt, semua fungsi tersedia tanpa batasan.
Karakteristik singkat dan maksimal
Persyaratan Sistem
Hypervisor memerlukan CPU dengan virtualisasi perangkat keras diaktifkan, jumlah minimum RAM untuk memulai adalah 2 GiB, jumlah penyimpanan yang disarankan untuk OS adalah 55 GiB (kebanyakan untuk log, dll., OS itu sendiri membutuhkan sedikit).
Keterangan lebih lanjut - .
Untuk persyaratan minimum 2 core/4 GiB RAM/25 GiB penyimpanan. Direkomendasikan - dari 4 core / 16 GiB RAM / 50 GiB penyimpanan.
Seperti halnya sistem apa pun, ada batasan volume dan kuantitas, yang sebagian besar melebihi kemampuan server komersial massal yang tersedia. Ya, sepasang. dapat mengatasi 2 TiB RAM dan memberikan 40 inti (80 utas), yang bahkan kurang dari batas satu VM.
Maksimum Mesin Virtual:
- Maksimum mesin virtual yang berjalan bersamaan: Tidak terbatas;
- CPU virtual maksimum per mesin virtual: 384;
- Memori maksimum per mesin virtual: 4 TiB;
- Ukuran disk tunggal maksimum per mesin virtual: 8 TiB.
Maksimum tuan rumah:
- Inti atau utas CPU logis: 768;
- RAM: 12 TiB
- Jumlah mesin virtual yang dihosting: 250;
- Migrasi langsung secara bersamaan: 2 masuk, 2 keluar;
- Bandwidth migrasi langsung: Default ke 52 MiB (~436 Mb) per migrasi saat menggunakan kebijakan migrasi lawas. Kebijakan lain menggunakan nilai throughput adaptif berdasarkan kecepatan perangkat fisik. Kebijakan QoS dapat membatasi bandwidth migrasi.
Maksimum Entitas Logis Manajer:
Di 4.3 ada .
- Pusat Data
- Jumlah pusat data maksimum: 400;
- Jumlah host maksimum: 400 didukung, 500 diuji;
- Jumlah VM maksimum: 4000 didukung, 5000 diuji;
- Kelompok
- Jumlah cluster maksimum: 400;
- Jumlah host maksimum: 400 didukung, 500 diuji;
- Jumlah VM maksimum: 4000 didukung, 5000 diuji;
- jaringan
- Jaringan / cluster logis: 300
- SDN/jaringan eksternal: 2600 diuji, tidak ada batasan yang diberlakukan;
- Storage
- Domain maksimum: 50 didukung, 70 diuji;
- Host per domain: Tidak ada batasan;
- Volume logis per domain blok (lebih): 1500;
- Jumlah maksimum LUN (lebih): 300;
- Ukuran disk maksimum: 500 TiB (dibatasi hingga 8 TiB secara default).
Opsi implementasi
Seperti yang telah disebutkan, oVirt dibangun dari 2 elemen dasar - ovirt-engine (manajemen) dan ovirt-host (hypervisor).
Mesin dapat dihosting baik di luar platform itu sendiri (Manajer mandiri - dapat berupa VM yang berjalan di platform lain atau hypervisor terpisah, dan bahkan mesin fisik), dan di platform itu sendiri (mesin yang dihosting sendiri, mirip dengan VCSA VMware mendekati).
Hypervisor dapat diinstal pada (Host EL) dan (oVirt-Node, berdasarkan el7).
Persyaratan perangkat keras untuk semua varian kurang lebih sama.
Beras. 4 - arsitektur standar.
Beras. 5 - Arsitektur Mesin yang dihosting sendiri.
Untuk saya sendiri, saya memilih opsi Manajer mandiri dan Host EL:
- Manajer mandiri sedikit lebih mudah dengan masalah startup, tidak ada dilema ayam dan telur (seperti untuk VCSA - Anda tidak akan memulai sampai setidaknya satu host sudah aktif sepenuhnya), tetapi ada ketergantungan pada sistem lain *;
- EL Host memberikan kekuatan penuh OS, yang berguna untuk pemantauan eksternal, debugging, pemecahan masalah, dan banyak lagi.
* Namun, ini tidak diperlukan selama seluruh periode pengoperasian, bahkan setelah listrik mati parah.
Tapi lebih tepatnya!
Untuk eksperimen, dimungkinkan untuk merilis sepasang bilah ProLiant BL460c G7 dengan CPU Xeon®. Kami akan mereproduksi proses instalasi pada mereka.
Beri nama node ovirt.lab.example.com, kvm01.lab.example.com dan kvm02.lab.example.com.
Yuk langsung ke .
Sumber: www.habr.com