Get best of the week

OVirt dalam 2 jam. Bagian 1. Platform Virtualisasi Open Failover

pengantar


Proyek open source oVirt adalah platform virtualisasi tingkat perusahaan gratis. Menggulir melalui habr, ia menemukan bahwa OVirt tidak tercakup seluas yang layak.
oVirt sebenarnya merupakan hulu untuk sistem komersial Red Hat Virtualization (RHV, sebelumnya RHEV), tumbuh di bawah sayap Red Hat. Untuk menghindari kebingungan, ini tidak sama dengan CentOS vs RHEL, modelnya lebih dekat ke Fedora vs RHEL.
Di bawah tenda - KVM , antarmuka web digunakan untuk kontrol. Ini didasarkan pada OS RHEL / CentOS 7.
oVirt dapat digunakan untuk server "tradisional" dan virtualisasi desktop (VDI), tidak seperti VMware, kedua sistem dapat hidup berdampingan dalam satu kompleks.
Proyeksikan dengan baikIni didokumentasikan , telah lama mencapai kematangan untuk penggunaan produktif dan siap untuk beban tinggi.
Artikel ini adalah yang pertama dalam seri tentang cara membangun kluster failover yang berfungsi. Setelah melalui mereka, kita akan mendapatkan sistem yang berfungsi penuh dalam waktu singkat (sekitar 2 jam), meskipun sejumlah masalah, tentu saja, tidak dapat diselesaikan, saya akan mencoba untuk membahasnya dalam artikel berikut.
Kami telah menggunakannya selama beberapa tahun, kami mulai dengan versi 4.1. Sistem industri kami sekarang hidup pada HPE Synergy 480 generasi ke-10 dan ProLiant BL460c dengan Xeon Gold CPU.
Pada saat penulisan, versi saat ini adalah 4.3.

Artikel


  1. Pendahuluan - Kami di sini
  2. Instalasi manajer (mesin ovirt) dan hypervisor (host)
  3. Pengaturan tambahan
  4. Operasi dasar


Fitur Fungsional


Ada 2 entitas utama di oVirt: ovirt-engine dan ovirt-host. Bagi mereka yang akrab dengan produk VMware, oVirt sebagai platform secara keseluruhan adalah vSphere, ovirt-engine - lapisan kontrol - melakukan fungsi yang sama dengan vCenter, dan ovirt-host adalah hypervisor seperti ESX (i). Karena vSphere adalah solusi yang sangat populer, kadang-kadang saya akan memberikan perbandingan dengannya.
oVirt Dashboard
Ara. 1 - panel kontrol oVirt.

Sebagai mesin tamu, sebagian besar distribusi Linux dan versi Windows didukung. 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 akan membutuhkan penyimpanan bersama. Baik blok FC, FCoE, iSCSI, dan penyimpanan file NFS, dll didukung. Untuk menerapkan solusi toleran kesalahan, sistem penyimpanan juga harus toleran terhadap kesalahan (setidaknya 2 pengendali, multipassing).
Menggunakan penyimpanan lokal dimungkinkan, tetapi secara default hanya penyimpanan bersama yang cocok untuk cluster nyata. Penyimpanan lokal membuat sistem menjadi serangkaian hypervisor yang berbeda, dan bahkan jika ada penyimpanan bersama, cluster tidak dapat dirakit. Cara yang paling benar adalah mesin tanpa disk dengan boot dari SAN, atau disk berukuran minimal. Mungkin, melalui kait vdsm, dimungkinkan untuk merakit dari drive lokal Software Defined Storage (mis. Ceph) dan menyajikan VM-nya, tetapi saya tidak mempertimbangkannya dengan serius.

Arsitektur


lengkungan
Ara. Arsitektur 2 - oVirt.
Untuk informasi lebih lanjut tentang arsitektur, lihat dokumentasi pengembang.

dc
Ara. 3 - objek oVirt.

Elemen teratas dalam hierarki adalah Pusat Data . Ini menentukan apakah penyimpanan bersama atau lokal digunakan, serta serangkaian fungsi yang digunakan (kompatibilitas, dari 4,1 hingga 4,3). Mungkin satu atau lebih. Untuk banyak opsi, menggunakan Pusat Data secara 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 Anda ke cluster Default.
Cluster, pada gilirannya, terdiri dari HostSedang melakukan pekerjaan utama - mereka membawa mesin virtual, penyimpanan terhubung ke mereka. Cluster mengasumsikan 2 host atau lebih. Meskipun secara teknis dimungkinkan untuk membuat cluster dengan host pertama, tetapi ini tidak ada gunanya.

OVirt mendukung banyak fungsi, termasuk migrasi langsung mesin virtual antara hypervisor (migrasi langsung) dan penyimpanan (migrasi penyimpanan), virtualisasi desktop (infrastruktur desktop virtual) dengan VM pool, VM statefull dan stateless, dukungan untuk NVidia Grid vGPU, impor dari vSphere, KVM, ada API yang kuat dan banyak lagi . Semua fitur ini tersedia tanpa biaya lisensi, dan jika perlu, dukungan dapat diperoleh dari Red Hat melalui mitra regional.

Tentang harga RHV


Biaya tidak tinggi dibandingkan dengan VMware, hanya dukungan yang dibeli - tanpa memerlukan pembelian lisensi itu sendiri. Dukungan hanya dibeli pada hypervisors, ovirt-engine, tidak seperti vCenter Server, tidak memerlukan biaya.

Contoh perhitungan untuk tahun pertama kepemilikan


Pertimbangkan sekelompok 4 mesin 2-socket dan harga eceran (tanpa diskon proyek).
Berlangganan RHV standar biaya $ 999 per soket / tahun (premium 365/24/7 - $ 1499), total 4 * 2 * $ 999 = $ 7992 .
Harga VSphere :
  • VMware vCenter Server Standard $ 10.837,13 per instance, ditambah berlangganan Basic $ 2,625.41 (Produksi - $ 3,125.39);
  • VMware vSphere Standar $ 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).

Total: 10 837,13 + 2 625,41 + 4 * 2 * (1 164,15 + 552,61) = $ 27196,62 untuk opsi termuda. Perbedaannya sekitar 3,5 kali!
Di oVirt, semua fungsi tersedia tanpa batasan.

Spesifikasi dan tinggi singkat


Persyaratan sistem


Hypervisor membutuhkan CPU dengan virtualisasi perangkat keras yang diaktifkan, jumlah minimum RAM untuk memulai adalah 2 GiB, kapasitas penyimpanan yang disarankan untuk OS adalah 55 GiB (untuk sebagian besar untuk majalah, dll. OS itu sendiri kecil).
Lebih detail di sini .
Untuk Engine, persyaratan minimum adalah 2 core / 4 GiB RAM / 25 GiB penyimpanan. Disarankan - mulai 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. Jadi, sepasang Intel Xeon Gold 6230 dapat mengatasi 2 TiB RAM dan memberikan 40 inti (80 utas), yang bahkan kurang dari batas satu VM.

Maksimum Mesin Virtual:


  • Maksimum menjalankan mesin virtual secara 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.

Host Maksimum:


  • Core atau utas CPU yang logis: 768;
  • RAM: 12 TiB;
  • Jumlah mesin virtual yang dihosting: 250;
  • Migrasi langsung simultan: 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 Logika Manajer:


Dalam 4.3, batas berikut ada .
  • Pusat Data
    • Jumlah pusat data maksimum: 400;
    • Jumlah host maksimum: 400 didukung, 500 diuji;
    • Jumlah VM maksimum: 4000 didukung, 5000 diuji;
  • Gugus
    • Jumlah cluster maksimum: 400;
    • Jumlah host maksimum: 400 didukung, 500 diuji;
    • Jumlah VM maksimum: 4000 didukung, 5000 diuji;
  • Jaringan
    • Jaringan / kluster logis: 300;
    • SDN/external networks: 2600 tested, no enforced limit;
  • Storage
    • Maximum domains: 50 supported, 70 tested;
    • Hosts per domain: No limit;
    • Logical volumes per block domain (more): 1500;
    • Maximum number of LUNs (more): 300;
    • Maximum disk size: 500 TiB (limited to 8 TiB by default).



Seperti yang telah disebutkan, oVirt dibangun dari 2 elemen dasar - ovirt-engine (kontrol) dan ovirt-host (hypervisor).
Engine dapat ditempatkan di luar platform itu sendiri (Manajer mandiri - dapat berupa VM yang berjalan pada platform lain atau hypervisor terpisah dan bahkan mesin fisik), dan pada platform itu sendiri (mesin yang dihosting sendiri, mirip dengan pendekatan VCSA VMware).
Hypervisor dapat diinstal baik pada OS RHEL / CentOS 7 (EL Host) reguler , dan pada OS minimum khusus (oVirt-Node, berdasarkan el7).
Persyaratan perangkat keras untuk semua opsi kurang lebih sama.
Arsitektur standar
Ara. 4 - arsitektur standar.

Arsitektur Mesin Self Hosted
Ara. 5 - Arsitektur Mesin yang di-host-sendiri.

Untuk saya sendiri, saya memilih opsi Manajer mandiri dan Host EL:
  • Standalone Manager sedikit lebih mudah dengan masalah startup, tidak ada dilema ayam dan telur (seperti untuk VCSA, Anda tidak akan menjalankannya sampai setidaknya satu host sepenuhnya), tetapi ada ketergantungan pada sistem lain * ;
  • EL Host menyediakan semua kekuatan OS, yang berguna untuk pemantauan eksternal, debugging, pemecahan masalah, dll.

* Namun, selama seluruh periode operasi ini tidak diperlukan, bahkan setelah kecelakaan listrik yang serius.
Tapi lebih dekat ke intinya!
Untuk percobaan, dimungkinkan untuk membebaskan sepasang blade ProLiant BL460c G7 dengan Xeon® CPU. Kami akan mereproduksi proses instalasi pada mereka.
Node akan diberi nama ovirt.lab.example.com, kvm01.lab.example.com dan kvm02.lab.example.com.
Kami melanjutkan langsung ke instalasi .

More articles:


All Articles