Pembuatan infrastruktur TI yang toleran terhadap kesalahan. Bagian 2. Memasang dan mengonfigurasi kluster oVirt 4.3

Artikel ini merupakan kelanjutan dari yang sebelumnya - “ Membuat infrastruktur TI yang toleran terhadap kesalahan. Bagian 1 - mempersiapkan penyebaran kluster 4.3 oVirt . "

Ini akan mempertimbangkan proses instalasi dasar dan konfigurasi cluster 4.3 oVirt, untuk hosting mesin virtual yang sangat mudah diakses, dengan mempertimbangkan fakta bahwa semua langkah awal untuk mempersiapkan infrastruktur telah selesai.

Pendahuluan

Tujuan utama artikel ini bukan untuk memberikan petunjuk langkah demi langkah dari formulir “ Berikutnya -> Ya -> Selesai ”, tetapi untuk menampilkan beberapa fitur saat menginstal dan mengonfigurasinya. Proses penempatan cluster Anda mungkin tidak selalu bersamaan dengan yang dijelaskan di dalamnya, karena kekhasan infrastruktur dan lingkungan, tetapi prinsip-prinsip umum akan sama.

Dari sudut pandang subyektif, oVirt 4.3 memiliki fungsionalitas yang mirip dengan VMware vSphere versi 5.x, tetapi tentu saja dengan konfigurasi dan fitur operasi sendiri.

Bagi mereka yang tertarik, semua perbedaan antara RHEV (alias oVirt) dan VMware vSphere dapat ditemukan di Internet, misalnya di sini , tapi tetap saja saya kadang-kadang akan mencatat beberapa perbedaan atau kesamaan mereka, seperti artikel tersebut.

Secara terpisah, saya ingin membandingkan sedikit kerja dengan jaringan untuk mesin virtual. OVirt mengimplementasikan prinsip serupa manajemen jaringan untuk mesin virtual (selanjutnya disebut VM), seperti pada VMware vSphere:

• menggunakan jembatan Linux standar (dalam VMware - Standard vSwitch ) yang berjalan pada host virtualisasi;
• menggunakan Open vSwitch (OVS) (dalam VMware, Distributed vSwitch ) adalah switch virtual terdistribusi yang terdiri dari dua komponen utama: server OVN pusat dan pengontrol OVN pada host yang dikelola.

Perlu dicatat bahwa karena kesederhanaan implementasi, artikel ini akan menjelaskan konfigurasi jaringan di oVirt untuk VM menggunakan jembatan Linux standar, yang merupakan pilihan standar ketika menggunakan hypervisor KVM.

Dalam hal ini, ada beberapa aturan dasar untuk bekerja dengan jaringan dalam sebuah cluster yang lebih baik untuk tidak dilanggar:

• Semua pengaturan jaringan pada host harus sama sebelum menambahkannya ke oVirt, kecuali untuk alamat IP.
• Setelah host diambil di bawah kendali oVirt, sangat tidak disarankan untuk mengubah sesuatu dalam pengaturan jaringan dengan tangan Anda, tanpa kepercayaan penuh pada tindakan Anda, karena agen oVirt hanya akan mengembalikannya ke yang sebelumnya, setelah memulai kembali host atau agen.
• Menambahkan jaringan baru untuk VM, serta bekerja dengannya, harus dilakukan hanya dari konsol manajemen oVirt.

Poin penting lainnya - untuk lingkungan yang sangat kritis (sangat sensitif terhadap kehilangan uang), masih disarankan untuk menggunakan dukungan berbayar dan menggunakan Red Hat Virtualization 4.3 . Selama pengoperasian kluster oVirt, mungkin ada beberapa poin yang disarankan untuk mendapatkan bantuan yang berkualitas sesegera mungkin, daripada berurusan dengan mereka sendiri.

Dan akhirnya, disarankan bahwa sebelum menggunakan kluster oVirt, biasakan diri Anda dengan dokumentasi resmi untuk mengetahui setidaknya konsep dan definisi dasar, jika tidak maka akan sedikit sulit untuk membaca artikel lebih lanjut.

Dokumen-dokumen berikut adalah dasar untuk memahami artikel dan prinsip-prinsip operasi kluster oVirt:

• Panduan Instalasi oVirt
• oVirt Panduan Mesin yang Di-Host Sendiri
• Panduan Administrasi dariVirt
  

Volume di sana tidak terlalu besar, dalam satu atau dua jam sangat mungkin untuk menguasai prinsip-prinsip dasar, dan bagi penggemar perincian disarankan untuk membaca Dokumentasi Produk untuk Red Hat Virtualisasi 4.3 - RHEV dan oVirt pada dasarnya adalah hal yang sama.

Jadi, jika semua pengaturan dasar pada host, sakelar dan penyimpanan selesai, kami melanjutkan langsung ke penyebaran oVirt.

Bagian 2. Memasang dan mengonfigurasi kluster oVirt 4.3

Untuk kemudahan orientasi, saya akan mencantumkan bagian utama dalam artikel ini, yang harus dilakukan secara bergantian:

1. Menginstal Server Manajemen oVirt
2. Pembuatan pusat data baru
3. Buat cluster baru
4. Menginstal host tambahan di lingkungan yang di-host-sendiri
5. Buat Area Penyimpanan atau Domain Penyimpanan
6. Buat dan konfigurasikan jaringan untuk mesin virtual
7. Membuat gambar instalasi untuk menggunakan mesin virtual
8. Menciptakan mesin virtual

Menginstal Server Manajemen oVirt

Server manajemen oVirt adalah elemen terpenting dalam infrastruktur oVirt, dalam bentuk mesin virtual, host, atau perangkat virtual yang mengelola seluruh infrastruktur oVirt.

Analoginya hampir sama dari dunia virtualisasi:

• VMware vSphere - vCenter Server
• Microsoft Hyper-V - Pusat Sistem Virtual Machine Manager (VMM).

Untuk menginstal server manajemen oVirt, kami memiliki dua opsi:

Opsi 1
Menyebarkan server sebagai VM atau host khusus.

Opsi ini berfungsi dengan baik, tetapi dengan ketentuan bahwa VM seperti itu bekerja secara independen dari cluster, mis. tidak berjalan di host mana pun di cluster sebagai mesin virtual biasa yang menjalankan KVM.

Mengapa Anda tidak dapat menggunakan VM seperti itu di host cluster?

Pada awal proses penyebaran server manajemen oVirt, kami memiliki dilema - Anda perlu menginstal VM pengelola, tetapi cluster itu sendiri sebenarnya belum, dan oleh karena itu, apa yang dapat Anda buat dengan segera? Adalah benar untuk menginstal KVM pada node cluster masa depan, kemudian membuat mesin virtual di atasnya, misalnya, dengan CentOS OS dan menggunakan mesin oVirt di dalamnya. Ini biasanya dapat dilakukan dengan alasan kontrol penuh atas VM seperti itu, tetapi ini adalah niat yang salah, karena dalam kasus ini, di masa depan, akan ada 100% masalah dengan VM pengendali seperti itu:

• itu tidak dapat dimigrasikan di konsol oVirt antara host (node) dari cluster;
• ketika bermigrasi menggunakan alat KVM via virsh migrate , VM ini tidak dapat diakses oleh manajemen dari konsol oVirt.
• host cluster tidak dapat dibawa ke mode Pemeliharaan jika Anda memigrasi VM ini dari host ke host menggunakan virsh migrate .

Jadi lakukan semuanya sesuai aturan - gunakan host terpisah atau VM independen yang berjalan di atasnya untuk server kontrol oVirt, atau lebih baik lakukan seperti yang tertulis dalam versi kedua.

Opsi 2
Menginstal Appliance Mesin oVirt pada host cluster yang dikelolanya.

Opsi inilah yang akan dipertimbangkan di bawah ini, karena lebih tepat dan cocok untuk kasus kami.
Persyaratan untuk VM seperti itu diuraikan di bawah ini, saya hanya akan menambahkan bahwa disarankan untuk memiliki setidaknya dua host di infrastruktur di mana VM pengelola dapat dijalankan untuk membuatnya toleran terhadap kesalahan. Di sini saya ingin menambahkan bahwa, seperti yang sudah saya tulis di komentar di artikel sebelumnya, saya tidak bisa mendapatkan splitbrain pada oVirt cluster dari dua host, dengan kemampuan untuk menjalankan VM mesin host pada mereka.

Instal oVirt Engine Appliance pada host cluster pertama

Tautan ke dokumentasi resmi - oVirt Panduan Mesin yang Di-host Sendiri , bab " Menyebarkan Mesin yang Diinangi-Sendiri Menggunakan Baris Perintah "

Dokumen menunjukkan prasyarat yang harus dipenuhi sebelum menggunakan VM mesin-host, serta proses instalasi dijelaskan secara rinci, sehingga mengulanginya kata demi kata tidak masuk akal, jadi kami fokus pada beberapa detail penting.

• Sebelum memulai semua langkah, pastikan untuk mengaktifkan dukungan virtualisasi di pengaturan BIOS pada host.
• Instal paket penginstal mesin yang di-host pada host:

yum -y install http://resources.ovirt.org/pub/yum-repo/ovirt-release43.rpm yum -y install epel-release yum install screen ovirt-hosted-engine-setup 

• Kami memulai prosedur untuk menyebarkan oVirt Hosted Engine di layar pada host (Anda dapat keluar melalui Ctrl-A + D, tutup melalui Ctrl-D):

 screen hosted-engine --deploy 

Jika diinginkan, Anda dapat memulai instalasi dengan file jawaban yang disiapkan:

 hosted-engine --deploy --config-append=/var/lib/ovirt-hosted-engine-setup/answers/answers-ohe.conf 

• Selama penyebaran mesin yang dihosting, tentukan semua parameter yang diperlukan:

 -   -  vCPU  vRAM ( 4 vCPU  16 ) -  -    hosted engine  –    FC -  LUN   hosted engine -       hosted engine –     Local (  PostgreSQL    )  . . 

• Untuk menginstal VM yang sangat mudah diakses dengan mesin yang dihosting, kami membuat nomor LUN khusus 4 dan ukuran 150 GB pada sistem penyimpanan, yang kemudian disajikan kepada host cluster - lihat artikel sebelumnya .

Sebelumnya kami juga memeriksa visibilitasnya pada host:

 multipath -ll … 3600a098000e4b4b3000003c95d171065 dm-3 DELL , MD38xxf size=150G features='3 queue_if_no_path pg_init_retries 50' hwhandler='1 rdac' wp=rw |-+- policy='service-time 0' prio=14 status=active | `- 15:0:0:4 sdc 8:32 active ready running `-+- policy='service-time 0' prio=9 status=enabled `- 18:0:0:4 sdj 8:144 active ready running 

• Proses penyebaran host-engine itu sendiri tidak membawa sesuatu yang rumit, pada akhirnya kita harus mendapatkan sesuatu seperti ini:

 [ INFO ] Generating answer file '/var/lib/ovirt-hosted-engine-setup/answers/answers-20191129131846.conf' [ INFO ] Generating answer file '/etc/ovirt-hosted-engine/answers.conf' [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination [ INFO ] Hosted Engine successfully deployed 

Jika semuanya dilakukan dengan benar, maka setelah instalasi selesai, buka https: // ovirt_hostname / ovirt-engine dari komputer administrator menggunakan browser web dan klik [ Portal Administrasi ].

Setelah memasukkan login dan kata sandi (ditetapkan selama instalasi) di jendela seperti pada tangkapan layar, kami membuka panel kontrol Open Virtualization Manager, di mana Anda dapat melakukan semua tindakan dengan infrastruktur virtual:

1. tambahkan pusat data
2. tambahkan dan konfigurasikan sebuah cluster
3. tambahkan host dan kelola mereka
4. tambahkan area penyimpanan atau Domain Penyimpanan untuk disk mesin virtual
5. menambah dan mengkonfigurasi jaringan untuk mesin virtual
6. tambahkan mesin virtual, gambar instalasi, template VM dan kelola mereka

Semua tindakan ini akan dipertimbangkan nanti, sesuatu dalam sel besar, sesuatu lebih detail dan dengan nuansa.
Tetapi pertama-tama, saya akan merekomendasikan membaca pengaya ini, yang mungkin banyak berguna.

Selain itu

1) Pada prinsipnya, jika ada kebutuhan seperti itu, maka tidak ada yang mencegah Anda dari pra-instal hypervisor KVM pada node cluster menggunakan paket libvirt dan qemu-kvm (atau qemu-kvm-ev ) dari versi yang diinginkan, meskipun ketika menggunakan node cluster oVirt, ia dapat lakukan sendiri

Tetapi jika libvirt dan qemu-kvm tidak diinstal dengan versi terbaru, maka Anda bisa mendapatkan kesalahan seperti itu selama penyebaran mesin yang dihosting:

 error: unsupported configuration: unknown CPU feature: md-clear 

Yaitu Anda harus memiliki versi libvirt yang diperbarui dengan perlindungan MDS yang mendukung kebijakan ini:

 <feature policy='require' name='md-clear'/> 

Instal libvirt v.4.5.0-10.el7_6.12, dengan dukungan md-clear:

 yum-config-manager --disable mirror.centos.org_centos-7_7_virt_x86_64_libvirt-latest_ yum install centos-release-qemu-ev yum update yum install qemu-kvm qemu-img virt-manager libvirt libvirt-python libvirt-client virt-install virt-viewer libguestfs libguestfs-tools dejavu-lgc-sans-fonts virt-top libvirt libvirt-python libvirt-client systemctl enable libvirtd systemctl restart libvirtd && systemctl status libvirtd 

 virsh domcapabilities kvm | grep require <feature policy='require' name='ss'/> <feature policy='require' name='hypervisor'/> <feature policy='require' name='tsc_adjust'/> <feature policy='require' name='clflushopt'/> <feature policy='require' name='pku'/> <feature policy='require' name='md-clear'/> <feature policy='require' name='stibp'/> <feature policy='require' name='ssbd'/> <feature policy='require' name='invtsc'/> 

Setelah itu, Anda dapat terus menginstal mesin yang dihosting.

2) Dalam oVirt 4.3, keberadaan dan penggunaan firewalld firewall merupakan prasyarat.

 [ ERROR ] fatal: [localhost]: FAILED! => {"changed": false, "msg": "firewalld is required to be enabled and active in order to correctly deploy hosted-engine. Please check, fix accordingly and re-deploy.\n"} [ ERROR ] Failed to execute stage 'Closing up': Failed executing ansible-playbook [https://bugzilla.redhat.com/show_bug.cgi?id=1608467 

Maka Anda perlu mematikan firewall lain (jika digunakan), dan menginstal dan menjalankan firewalld :

 yum install firewalld systemctl enable firewalld systemctl start firewalld firewall-cmd --state firewall-cmd --get-default-zone firewall-cmd --get-active-zones firewall-cmd --get-zones 

Kemudian, ketika menginstal agen antivirus pada host baru untuk cluster, itu akan mengkonfigurasi port yang diperlukan di firewalld secara otomatis.

3) Mem-boot ulang host dengan VM yang menjalankannya dengan mesin yang dihosting.

Seperti biasa, referensi 1 dan referensi 2 ke dokumen pedoman.

Semua manajemen mesin host dari VM dilakukan HANYA menggunakan perintah host-engine pada host di mana ia bekerja, Anda harus melupakan virsh , serta fakta bahwa Anda dapat terhubung ke VM ini melalui SSH dan menjalankan perintah shutdown di atasnya.

 hosted-engine --set-maintenance --mode=global hosted-engine --vm-status !! Cluster is in GLOBAL MAINTENANCE mode !! --== Host host1.test.local (id: 1) status ==-- conf_on_shared_storage : True Status up-to-date : True Hostname : host1.test.local Host ID : 1 Engine status : {"health": "good", "vm": "up", "detail": "Up"} Score : 3400 stopped : False Local maintenance : False crc32 : dee1a774 local_conf_timestamp : 1821 Host timestamp : 1821 Extra metadata (valid at timestamp): metadata_parse_version=1 metadata_feature_version=1 timestamp=1821 (Sat Nov 29 14:25:19 2019) host-id=1 score=3400 vm_conf_refresh_time=1821 (Sat Nov 29 14:25:19 2019) conf_on_shared_storage=True maintenance=False state=GlobalMaintenance stopped=False hosted-engine --vm-shutdown 

Kami me-reboot host dengan agen mesin yang di-host dan melakukan apa yang kami butuhkan dengannya.

Setelah reboot, periksa status VM dengan mesin yang dihosting:

 hosted-engine --vm-status 

Jika VM kami dengan mesin yang dihosting tidak dimulai dan jika kami melihat kesalahan yang serupa di log layanan:

 journalctl -u ovirt-ha-agent ... Jun 29 14:34:44 host1 journal: ovirt-ha-agent ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine ERROR Failed to start necessary monitors Jun 29 14:34:44 host1 journal: ovirt-ha-agent ovirt_hosted_engine_ha.agent.agent.Agent ERROR Traceback (most recent call last):#012 File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/agent.py", line 131, in _run_agent#012 return action(he)#012 File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/agent.py", line 55, in action_proper#012 return he.start_monitoring()#012 File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", line 413, in start_monitoring#012 self._initialize_broker()#012 File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", line 537, in _initialize_broker#012 m.get('options', {}))#012 File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/brokerlink.py", line 86, in start_monitor#012 ).format(t=type, o=options, e=e)#012RequestError: brokerlink - failed to start monitor via ovirt-ha-broker: [Errno 2] No such file or directory, [monitor: 'ping', options: {'addr': '172.20.32.32'}] Jun 29 14:34:44 host1 journal: ovirt-ha-agent ovirt_hosted_engine_ha.agent.agent.Agent ERROR Trying to restart agent 

Kemudian kami menghubungkan penyimpanan dan memulai kembali agen:

 hosted-engine --connect-storage systemctl restart ovirt-ha-agent systemctl status ovirt-ha-agent hosted-engine --vm-start hosted-engine --vm-status 

Setelah memulai VM dengan mesin yang dihosting, kami menghapusnya dari mode pemeliharaan:

 hosted-engine --check-liveliness hosted-engine --set-maintenance --mode=none hosted-engine --vm-status --== Host host1.test.local (id: 1) status ==-- conf_on_shared_storage : True Status up-to-date : True Hostname : host1.test.local Host ID : 1 Engine status : {"health": "good", "vm": "up", "detail": "Up"} Score : 3400 stopped : False Local maintenance : False crc32 : 6d1eb25f local_conf_timestamp : 6222296 Host timestamp : 6222296 Extra metadata (valid at timestamp): metadata_parse_version=1 metadata_feature_version=1 timestamp=6222296 (Fri Jan 17 11:40:43 2020) host-id=1 score=3400 vm_conf_refresh_time=6222296 (Fri Jan 17 11:40:43 2020) conf_on_shared_storage=True maintenance=False state=EngineUp stopped=False 

4) Melepaskan mesin yang dihosting dan segala sesuatu yang terkait dengannya.

Kadang-kadang mungkin perlu untuk menghapus mesin host yang diinstal sebelumnya dengan benar - tautan ke dokumen panduan.

Cukup jalankan perintah pada host:

 /usr/sbin/ovirt-hosted-engine-cleanup 

Selanjutnya, hapus paket yang tidak perlu, buat cadangan beberapa konfigurasi sebelum itu, jika perlu:

 yum autoremove ovirt* qemu* virt* libvirt* libguestfs 

Pembuatan pusat data baru

Dokumentasi rujukan - Panduan Administrasi oVirt. Bab 4: Pusat Data

Pertama, kami mendefinisikan apa itu pusat data (saya kutip dari bantuan) - ini adalah entitas logis yang mendefinisikan sekumpulan sumber daya yang digunakan dalam lingkungan tertentu.

Pusat data adalah wadah berisi yang terdiri dari:

• sumber daya logis dalam bentuk cluster dan host
• mengelompokkan sumber daya jaringan dalam bentuk jaringan logis dan adaptor fisik pada host,
• sumber daya penyimpanan (untuk disk, templat, gambar VM) dalam bentuk area penyimpanan (Domain Penyimpanan).

Pusat data dapat menyertakan beberapa kluster yang terdiri dari beberapa host dengan mesin virtual yang berjalan di atasnya, ia juga dapat memiliki beberapa area penyimpanan yang terkait dengannya.
Mungkin ada beberapa pusat data, mereka bekerja secara independen satu sama lain. Ovirt memiliki pemisahan kekuatan berdasarkan peran, dan Anda dapat mengonfigurasi izin secara pribadi, baik di tingkat pusat data maupun pada elemen logis individualnya.

Pusat data, atau pusat data, jika ada beberapa, dikelola dari konsol atau portal administratif tunggal.

Untuk membuat pusat data, buka portal administrasi dan buat pusat data baru:
Hitung >> Pusat Data >> Baru

Karena kami menggunakan penyimpanan bersama pada sistem penyimpanan, jenis penyimpanan harus Dibagikan:

Saat memasang mesin virtual dengan mesin yang dihosting, secara default datacenter dibuat - Datacenter1 , dan kemudian, jika perlu, Anda dapat mengubah Tipe Penyimpanan ke yang lain.

Membuat pusat data adalah tugas yang sederhana, tanpa nuansa rumit, dan semua tindakan tambahan dengannya dijelaskan dalam dokumentasi. Saya hanya akan mencatat bahwa satu host yang hanya memiliki penyimpanan (disk) lokal untuk VM tidak dapat masuk ke pusat data dengan Tipe Penyimpanan - Dibagi-pakai (Anda tidak dapat menambahkannya di sana), dan bagi mereka Anda perlu membuat pusat data terpisah - yaitu. setiap host individu dengan penyimpanan lokal membutuhkan pusat data tersendiri.

Buat cluster baru

Tautan Dokumentasi - Panduan Administrasi oVirt. Bab 5: Cluster

Tanpa detail yang tidak perlu, cluster adalah pengelompokan logis dari host yang memiliki area penyimpanan umum (dalam bentuk drive bersama pada sistem penyimpanan, seperti dalam kasus kami). Juga diinginkan bahwa host di cluster identik dalam perangkat keras dan memiliki tipe prosesor yang sama (Intel atau AMD). Yang terbaik tentu saja bahwa server-server dalam cluster sepenuhnya sama.

Cluster adalah bagian dari pusat data (dengan tipe penyimpanan khusus - Lokal atau Dibagi ), dan semua host harus termasuk dalam cluster, tergantung pada apakah mereka memiliki penyimpanan bersama atau tidak.

Saat memasang mesin virtual dengan mesin yang dihosting di host, secara default sebuah pusat data dibuat - Datacenter1 , bersama dengan sebuah cluster - Cluster1 , dan di masa depan Anda dapat mengkonfigurasi parameternya, mengaktifkan opsi tambahan, menambahkan host ke sana, dll.

Seperti biasa, untuk perincian tentang semua pengaturan kluster, disarankan untuk merujuk pada dokumentasi resmi. Dari beberapa fitur konfigurasi cluster, saya hanya akan menambahkan bahwa ketika membuatnya, cukup untuk mengkonfigurasi hanya parameter dasar pada tab Umum .

Saya akan perhatikan parameter yang paling penting:

• Jenis prosesor - dipilih berdasarkan prosesor yang dipasang pada host cluster, dari pabrik mana mereka berada, dan prosesor mana yang tertua pada host, sehingga, tergantung pada ini, semua instruksi prosesor yang tersedia dalam cluster digunakan.
• Ganti tipe - di kluster kami, kami hanya menggunakan Linux bridge, jadi kami memilihnya.
• Jenis firewall - semuanya jelas di sini, ini firewalld, yang harus diaktifkan dan dikonfigurasi pada host.

Menginstal host tambahan di lingkungan yang di-host-sendiri

Tautan ke dokumentasi.

Host tambahan untuk lingkungan Self-Hosted ditambahkan dengan cara yang sama seperti host biasa, dengan titik tambahan untuk menggunakan VM dengan mesin yang dihosting - Pilih tindakan penyebaran mesin yang di-host >> Deploy . Karena LUN untuk VM dengan mesin yang dihosting juga harus disajikan ke host tambahan, ini berarti bahwa host ini dapat digunakan jika perlu untuk meng-host VM dengan mesin yang dihosting di atasnya.
Untuk toleransi kesalahan, sangat disarankan bahwa setidaknya ada dua host di mana VM mesin host dapat di-host.

Pada host tambahan, nonaktifkan iptables (jika diaktifkan), aktifkan firewalld

 systemctl stop iptables systemctl disable iptables systemctl enable firewalld systemctl start firewalld 

Instal versi KVM yang diperlukan (jika perlu):

 yum-config-manager --disable mirror.centos.org_centos-7_7_virt_x86_64_libvirt-latest_ yum install centos-release-qemu-ev yum update yum install qemu-kvm qemu-img virt-manager libvirt libvirt-python libvirt-client virt-install virt-viewer libguestfs libguestfs-tools dejavu-lgc-sans-fonts virt-top libvirt libvirt-python libvirt-client systemctl enable libvirtd systemctl restart libvirtd && systemctl status libvirtd virsh domcapabilities kvm | grep md-clear 

Instal repositori yang diperlukan dan penginstal engine yang di-host:

 yum -y install http://resources.ovirt.org/pub/yum-repo/ovirt-release43.rpm yum -y install epel-release yum update yum install screen ovirt-hosted-engine-setup 

Selanjutnya, buka konsol Open Virtualization Manager , tambahkan host baru, dan lakukan semuanya langkah demi langkah, seperti yang tertulis dalam dokumentasi .

Akibatnya, setelah menambahkan host tambahan, kita harus mendapatkan kira-kira gambar di konsol administratif, seperti pada tangkapan layar.

Host tempat VM host-engine aktif saat ini memiliki mahkota emas dan tulisan " Running the Hosted Engine VM ", host di mana VM ini dapat dijalankan jika perlu adalah tulisan " Can run the Hosted Engine VM ".

Dalam hal terjadi kegagalan host di mana " Menjalankan VM Mesin Hosted ", itu akan secara otomatis restart pada host kedua. VM ini juga dapat dimigrasikan dari host aktif ke cadangan, untuk pemeliharaannya.

Konfigurasikan Manajemen Daya / pagar pada host oVirt

Tautan dokumentasi:

• Red Hat Virtualisasi 4.3 -> Referensi Teknis -> Bab 4. Manajemen Daya
• Panduan Administrasi oVirt -> Bab 7: Host

Meskipun tampaknya menambah dan mengonfigurasi host telah selesai, ini tidak sepenuhnya benar.
Untuk operasi normal dari host, dan mengidentifikasi / menghilangkan kegagalan dengan salah satu dari mereka, pengaturan Manajemen Daya / pagar diperlukan.

Anggar , atau kandang, adalah proses sementara mengecualikan host gagal atau gagal dari sebuah cluster, di mana baik layanan oVirt di atasnya atau host itu sendiri restart.

Semua perincian tentang definisi dan parameter Manajemen Daya / pagar diberikan, seperti biasa dalam dokumentasi, saya hanya akan memberikan contoh cara mengkonfigurasi parameter penting ini ketika diterapkan pada server Dell R640 dengan iDRAC 9.

1. Kami masuk ke portal administrasi, klik Hitung >> Host, pilih host.
2. Klik Edit .
3. Klik tab Manajemen Daya .
4. Centang kotak di sebelah opsi Enable Power Management .
5. Kami mencentang kotak di sebelah opsi integrasi Kdump sehingga host tidak masuk ke mode pagar saat menulis crash crash kernel.

1. Secara opsional, Anda dapat mencentang kotak Nonaktifkan kontrol kebijakan manajemen daya jika kami tidak ingin manajemen daya host dikendalikan oleh Kebijakan Penjadwalan cluster.
2. Klik tombol ( + ) untuk menambahkan perangkat manajemen daya baru, jendela untuk mengedit properti agen akan terbuka.
   Untuk iDRAC9, isi kolom:
   
   • Alamat - alamat iDRAC9
   • Nama Pengguna / Kata Sandi - masing-masing login dan kata sandi untuk memasukkan iDRAC9
   • Ketik - drac5
   • tandai Aman
   • tambahkan opsi berikut: cmd_prompt =>, login_timeout = 30

Buat Area Penyimpanan atau Domain Penyimpanan

Tautan Dokumentasi - Panduan Administrasi oVirt, Bab 8: Penyimpanan .

Domain Penyimpanan , atau area penyimpanan, adalah lokasi terpusat untuk menyimpan disk mesin virtual, gambar instalasi, template, dan foto.

Area penyimpanan dapat dihubungkan ke pusat data menggunakan berbagai protokol, sistem cluster dan file jaringan.

OVirt memiliki tiga jenis area penyimpanan:

• Domain Data - untuk menyimpan semua data yang terkait dengan mesin virtual (disk, templat). Domain Data tidak dapat dibagi antara pusat data yang berbeda.
• ISO Domain (tipe area penyimpanan yang tidak digunakan lagi) - untuk menyimpan gambar instalasi OS. ISO Domain dapat dibagi antara pusat data yang berbeda.
• Ekspor Domain (jenis area penyimpanan usang) - untuk penyimpanan sementara gambar yang dipindahkan antara pusat data.

Dalam kasus khusus kami, domain penyimpanan bertipe Data Domain menggunakan Fiber Channel Protocol (FCP) untuk terhubung ke LUN pada sistem penyimpanan.

Dari sudut pandang oVirt, saat menggunakan sistem penyimpanan (FC atau iSCSI), setiap disk virtual, snapshot, atau templat adalah disk logis.
Perangkat blok dirakit menjadi satu unit (pada host cluster) menggunakan Volume Group dan kemudian dibagi menggunakan LVM ke volume logis yang digunakan sebagai disk virtual untuk VM.

Semua grup ini dan banyak volume LVM dapat dilihat pada host cluster menggunakan perintah vgs dan lvs . Secara alami, semua tindakan dengan disk tersebut harus dilakukan hanya dari konsol oVirt, kecuali dalam kasus khusus.

Disk virtual untuk VM dapat terdiri dari dua jenis - QCOW2 atau RAW. Disk bisa tipis atau tebal . Snapshots selalu dibuat sebagai tipis .

Cara untuk mengelola domain Penyimpanan, atau area penyimpanan yang diakses melalui FC, cukup logis - untuk setiap disk virtual VM ada volume logis terpisah yang hanya dapat ditulis untuk satu host. Dalam kasus koneksi melalui FC, oVirt menggunakan sesuatu seperti LVM berkerumun.

Mesin virtual yang terletak di area penyimpanan yang sama dapat dimigrasikan antara host milik cluster yang sama.

Seperti yang dapat Anda lihat dari deskripsi, cluster di oVirt, seperti cluster di VMware vSphere atau Hyper-V, pada dasarnya berarti hal yang sama - ini adalah pengelompokan logis dari host, lebih disukai identik dalam perangkat keras, dan memiliki penyimpanan umum untuk disk mesin virtual.

Kami melanjutkan langsung ke pembuatan area penyimpanan untuk data (disk VM), karena tanpanya pusat data tidak akan diinisialisasi.
Biarkan saya mengingatkan Anda bahwa semua LUN yang disajikan ke host cluster pada penyimpanan harus terlihat oleh mereka menggunakan perintah " multipath -ll ".

Menurut dokumentasi , pergi ke portal, pergi ke Storage >> Domains -> New Domain dan ikuti instruksi dari bagian "Menambahkan Penyimpanan FCP".

Setelah memulai panduan, isi bidang yang wajib diisi:

• Name - mengatur nama cluster
• Fungsi Domain - Data
• Jenis Penyimpanan - Saluran Serat
• Host to Use - pilih host mana LUN yang diperlukan tersedia.

Dalam daftar LUN, kami memilih yang kami butuhkan, klik Tambah dan kemudian OK . Jika perlu, Anda dapat menyesuaikan parameter tambahan area penyimpanan dengan mengklik Parameter Lanjut .

Menurut hasil wizard, kita harus mendapatkan area penyimpanan baru, dan pusat data kita harus masuk ke status UP , atau diinisialisasi:

Buat dan konfigurasikan jaringan untuk mesin virtual

Tautan Dokumentasi - Panduan Administrasi oVirt, Bab 6: Jaringan Logis

Jaringan, atau jaringan, digunakan untuk mengelompokkan jaringan logis yang digunakan dalam infrastruktur virtual oVirt.

Antarmuka logika seperti Linux bridge digunakan untuk berinteraksi dengan adapter jaringan di mesin virtual, dengan adaptor fisik pada host.

Untuk mengelompokkan dan membagi lalu lintas antar jaringan, VLAN dikonfigurasikan pada sakelar.

oVirt, , VLAN , , .

– bond1 , oVirt.

hosted-engine, , – ovritmgmt , .

ovritmgmt , , oVirt.

, Network >> Networks >> New , General VLAN, « VM Network », .

Cluster , Cluster1 .

Compute >> Hosts , , Network interfaces , Setup host networks , .

oVirt – VLAN BRIDGE.

 cat ifcfg-bond1 # Generated by VDSM version 4.30.17.1 DEVICE=bond1 BONDING_OPTS='mode=1 miimon=100' MACADDR=00:50:56:82:57:52 ONBOOT=yes MTU=1500 DEFROUTE=no NM_CONTROLLED=no IPV6INIT=no cat ifcfg-bond1.432 # Generated by VDSM version 4.30.17.1 DEVICE=bond1.432 VLAN=yes BRIDGE=ovirtvm-vlan432 ONBOOT=yes MTU=1500 DEFROUTE=no NM_CONTROLLED=no IPV6INIT=no cat ifcfg-ovirtvm-vlan432 # Generated by VDSM version 4.30.17.1 DEVICE=ovirtvm-vlan432 TYPE=Bridge DELAY=0 STP=off ONBOOT=yes MTU=1500 DEFROUTE=no NM_CONTROLLED=no IPV6INIT=no 

, ifcfg-bond1.432 ifcfg-ovirtvm-vlan432 .

c hosted engine, .

— oVirt Administration Guide, Chapter 8: Storage , Uploading Images to a Data Storage Domain.

, , , , , Cobbler .

, oVirt. , ISO Domain, oVirt , Storage domain .

Storage >> Disks >> Upload >> Start
ISO , , " Test connection ".

oVirt « » (Trusted Root CA) , .

Trusted Root CA, " Test connection ", :

 Connection to ovirt-imageio-proxy was successful. 

, ISO Storage Domain.

, Storage Domain Data, , Storage Domain hosted engine, .

:
oVirt Virtual Machine Management Guide –> Chapter 2: Installing Linux Virtual Machines
Console Clients Resources

oVirt , . , , – . – - , .

CentOS 7, .

, Compute >> Virtual Machines , . , . , .

, , , , :

, , .
:

, .

, , Virtual Machine Viewer .

, :

, oVirt guest agent:

 yum -y install epel-release yum install -y ovirt-guest-agent-common systemctl enable ovirt-guest-agent.service && systemctl restart ovirt-guest-agent.service systemctl status ovirt-guest-agent.service 

, , , .. , , oVirt . , .

Kesimpulan

, , oVirt – , — , , .

- , , - , .. , , - . – , , .

, : , , , .

, — VyOS ( , oVirt).