🥇Pembuatan infrastruktur TI yang toleran terhadap kesalahan. Bagian 2. Menginstal dan mengkonfigurasi cluster oVirt 4.3

Artikel ini merupakan kelanjutan dari artikel sebelumnya - “Penciptaan infrastruktur TI yang toleran terhadap kesalahan. Bagian 1 - Persiapan untuk Menerapkan Cluster oVirt 4.3'.

Ini akan mencakup proses instalasi dasar dan konfigurasi cluster oVirt 4.3 untuk menghosting mesin virtual dengan ketersediaan tinggi, dengan mempertimbangkan fakta bahwa semua langkah awal untuk mempersiapkan infrastruktur telah diselesaikan sebelumnya.

Pendahuluan

Tujuan utama artikel ini adalah untuk memberikan petunjuk langkah demi langkah seperti “Selanjutnya -> Yes -> Finish"cara menampilkan beberapa fitur saat menginstal dan mengkonfigurasinya. Proses penerapan klaster Anda mungkin tidak selalu sesuai dengan yang dijelaskan di dalamnya, karena karakteristik infrastruktur dan lingkungannya, namun prinsip umumnya akan sama.

Dari sudut pandang subyektif, oKebaikan 4.3 fungsinya mirip dengan VMware vSphere versi 5.x, namun tentunya dengan fitur konfigurasi dan pengoperasiannya sendiri.

Bagi yang berminat, semua perbedaan antara RHEV (alias oVirt) dan VMware vSphere bisa ditemukan di Internet, misalnya di sini, namun sesekali saya masih akan mencatat beberapa perbedaan atau persamaannya satu sama lain seiring berjalannya artikel.

Secara terpisah, saya ingin membandingkan sedikit pekerjaan dengan jaringan untuk mesin virtual. oVirt menerapkan prinsip manajemen jaringan yang serupa untuk mesin virtual (selanjutnya disebut VM), seperti di VMware vSphere:

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

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

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

Semua pengaturan jaringan pada host sebelum menambahkannya ke oVirt harus sama, kecuali alamat IP.
Setelah host diambil alih oleh oVirt, sangat tidak disarankan untuk mengubah apa pun secara manual di pengaturan jaringan tanpa keyakinan penuh atas tindakan Anda, karena agen oVirt hanya akan mengembalikannya ke pengaturan sebelumnya setelah host dimulai ulang atau agen.
Menambahkan jaringan baru untuk VM, serta bekerja dengannya, hanya boleh dilakukan dari konsol manajemen oVirt.

Lain catatan penting — untuk lingkungan yang sangat kritis (sangat sensitif terhadap kerugian moneter), tetap disarankan untuk menggunakan dukungan dan penggunaan berbayar Virtualisasi Red Hat 4.3. Selama pengoperasian cluster oVirt, beberapa masalah mungkin timbul sehingga disarankan untuk menerima bantuan yang memenuhi syarat sesegera mungkin, daripada menanganinya sendiri.

Dan akhirnya direkomendasikan Sebelum menerapkan kluster oVirt, pelajari terlebih dahulu dokumentasi resmi, untuk mengetahui setidaknya konsep dan definisi dasar, jika tidak maka akan sedikit sulit untuk membaca sisa artikel.

Dasar untuk memahami artikel dan prinsip pengoperasian cluster oVirt adalah dokumen panduan berikut:

Volume disana tidak terlalu besar, dalam satu atau dua jam Anda sudah cukup menguasai prinsip dasarnya, namun bagi yang menyukai detail disarankan untuk membaca Dokumentasi Produk untuk Virtualisasi Red Hat 4.3 — RHEV dan oVirt pada dasarnya adalah hal yang sama.

Jadi, jika semua pengaturan dasar pada host, switch dan sistem penyimpanan telah selesai, kita langsung melanjutkan ke penerapan oVirt.

Bagian 2. Menginstal dan mengkonfigurasi cluster oVirt 4.3

Untuk kemudahan orientasi, saya akan mencantumkan bagian utama dalam artikel ini, yang harus diselesaikan satu per satu:

Menginstal server manajemen oVirt
Pembuatan pusat data baru
Membuat cluster baru
Menginstal host tambahan di lingkungan Self-Hosted
Membuat tempat penyimpanan atau Domain Penyimpanan
Membuat dan mengkonfigurasi jaringan untuk mesin virtual
Membuat gambar instalasi untuk menyebarkan mesin virtual
Buat mesin virtual

Menginstal server manajemen oVirt

server manajemen oVirt merupakan elemen terpenting dalam infrastruktur oVirt, berupa mesin virtual, host, atau perangkat virtual yang mengelola seluruh infrastruktur oVirt.

Analoginya yang mirip dengan dunia virtualisasi adalah:

VMware vSphere - Server vCenter
Microsoft Hyper-V - Manajer Mesin Virtual Pusat Sistem (VMM).

Untuk menginstal server manajemen oVirt, kami memiliki dua opsi:

Opsi 1
Menyebarkan server dalam bentuk VM atau host khusus.

Opsi ini berfungsi cukup baik, tetapi dengan syarat VM tersebut beroperasi secara independen dari cluster, mis. tidak berjalan di host kluster mana pun seperti mesin virtual biasa yang menjalankan KVM.

Mengapa VM seperti itu tidak dapat diterapkan pada host cluster?

Pada awal proses penerapan server manajemen oVirt, kami mengalami dilema - kami perlu menginstal VM manajemen, tetapi kenyataannya belum ada cluster itu sendiri, dan oleh karena itu, apa yang dapat kami lakukan dengan cepat? Benar - instal KVM pada node cluster masa depan, lalu buat mesin virtual di dalamnya, misalnya, dengan CentOS OS dan terapkan mesin oVirt di dalamnya. Hal ini biasanya dapat dilakukan karena alasan kontrol penuh atas VM tersebut, tetapi ini adalah niat yang salah, karena dalam kasus ini, 100% akan ada masalah dengan VM kontrol tersebut di masa mendatang:

itu tidak dapat dimigrasikan di konsol oVirt antara host (node) cluster;
saat bermigrasi menggunakan KVM via migrasi perawan, VM ini tidak akan tersedia untuk pengelolaan dari konsol oVirt.
host cluster tidak dapat ditampilkan Dalam perawatan (mode pemeliharaan), jika Anda memigrasikan VM ini dari host ke host menggunakan migrasi perawan.

Jadi lakukan semuanya sesuai aturan - gunakan host terpisah untuk server manajemen oVirt, atau VM independen yang berjalan di dalamnya, atau lebih baik lagi, lakukan seperti yang tertulis di opsi kedua.

Opsi 2
Menginstal oVirt Engine Appliance pada host cluster yang dikelola olehnya.

Opsi inilah yang selanjutnya akan dianggap lebih tepat dan cocok dalam kasus kami.
Persyaratan untuk VM tersebut dijelaskan di bawah ini; Saya hanya akan menambahkan bahwa disarankan untuk memiliki setidaknya dua host di infrastruktur tempat VM kontrol 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 pernah bisa mendapatkannya otak terbelah pada kluster oVirt yang terdiri dari dua host, dengan kemampuan untuk menjalankan VM mesin yang dihosting pada kluster tersebut.

Menginstal oVirt Engine Appliance pada host pertama cluster

Tautan ke dokumentasi resmi - Panduan Mesin yang Dihosting Sendiri oVirt, bab "Menyebarkan Mesin yang Dihosting Sendiri Menggunakan Baris Perintah»

Dokumen tersebut menentukan prasyarat yang harus dipenuhi sebelum menerapkan VM mesin yang dihosting, dan juga menjelaskan secara rinci proses instalasi itu sendiri, jadi tidak ada gunanya mengulanginya secara kata demi kata, jadi kami akan fokus pada beberapa detail penting.

Sebelum memulai semua tindakan, pastikan untuk mengaktifkan dukungan virtualisasi di pengaturan BIOS pada host.
Instal paket untuk penginstal mesin yang dihosting di 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 menerapkan oVirt Hosted Engine di layar host (Anda dapat keluar melalui Ctrl-A + D, tutup melalui Ctrl-D):

screen
hosted-engine --deploy

Jika mau, Anda dapat menjalankan instalasi dengan file jawaban yang telah disiapkan sebelumnya:

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

Saat menerapkan mesin yang dihosting, kami menentukan semua parameter yang diperlukan:

- имя кластера
- количество vCPU и vRAM (рекомендуется 4 vCPU и 16 Гб)
- пароли
- тип хранилища для hosted engine ВМ – в нашем случае FC
- номер LUN для установки hosted engine
- где будет находиться база данных для hosted engine – рекомендую для простоты выбрать Local (это БД PostgreSQL работающая внутри этой ВМ)
и др. параметры.

Untuk menginstal VM dengan ketersediaan tinggi dengan mesin yang dihosting, kami sebelumnya membuat LUN khusus pada sistem penyimpanan, nomor 4 dan berukuran 150 GB, yang kemudian disajikan ke host cluster - lihat Artikel sebelumnya.

Sebelumnya kami juga memeriksa visibilitasnya di 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 penerapan mesin yang di-host itu sendiri tidak rumit; pada akhirnya kita akan menerima 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

Kami memeriksa keberadaan layanan oVirt di host:

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

Tangkapan layar “Portal Administrasi”

Dengan memasukkan login dan kata sandi (ditetapkan selama proses instalasi) ke dalam jendela seperti pada tangkapan layar, kita masuk ke panel kontrol Open Virtualization Manager, di mana Anda dapat melakukan semua tindakan dengan infrastruktur virtual:

menambahkan pusat data
menambahkan dan mengkonfigurasi cluster
menambah dan mengelola host
tambahkan area penyimpanan atau Domain Penyimpanan untuk disk mesin virtual
menambah dan mengkonfigurasi jaringan untuk mesin virtual
menambah dan mengelola mesin virtual, gambar instalasi, templat VM

Semua tindakan ini akan dibahas lebih lanjut, beberapa dalam sel besar, yang lain lebih detail dan bernuansa.
Tapi pertama-tama saya akan merekomendasikan membaca add-on ini, yang mungkin berguna bagi banyak orang.

Tambahan

1) Pada prinsipnya, jika ada kebutuhan seperti itu, maka tidak ada yang menghalangi Anda untuk menginstal hypervisor KVM pada node cluster terlebih dahulu menggunakan paket libvirt и qemu-kvm (Atau qemu-kvm-ev) dari versi yang diinginkan, meskipun ketika menggunakan node cluster oVirt, ia dapat melakukannya sendiri.

Tetapi jika libvirt и qemu-kvm Jika Anda belum menginstal versi terbaru, Anda mungkin menerima kesalahan berikut saat menggunakan mesin yang dihosting:

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

Itu. harus dimiliki versi terbaru libvirt dengan perlindungan dari 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

Periksa dukungan 'md-clear':

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 ini, Anda dapat melanjutkan instalasi mesin yang dihosting.

2) Di oVirt 4.3, keberadaan dan penggunaan firewall firewalld merupakan persyaratan wajib.

Jika selama penerapan VM untuk mesin yang dihosting, kami menerima kesalahan berikut:

[ 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

Kemudian Anda perlu mematikan firewall lain (jika digunakan), lalu menginstal dan menjalankannya 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

Nanti, ketika menginstal agen ovirt pada host baru untuk cluster, agen tersebut akan mengkonfigurasi port yang diperlukan firewalld secara otomatis.

3) Mem-boot ulang host dengan VM yang berjalan di dalamnya dengan mesin yang dihosting.

Seperti biasa, Tautan 1 и Tautan 2 untuk dokumen pemerintahan.

Semua pengelolaan VM mesin yang dihosting dilakukan HANYA menggunakan perintah mesin yang dihosting pada host tempat ia berjalan, tentang Virsh kita harus melupakan, serta fakta bahwa Anda dapat terhubung ke VM ini melalui SSH dan menjalankan perintah “penutupan'.

Prosedur untuk memasukkan VM ke mode pemeliharaan:

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 dihosting dan melakukan apa yang kami perlukan dengannya.

Setelah reboot, periksa status VM dengan mesin yang dihosting:

hosted-engine --vm-status

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

Kesalahan dalam 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 ulang 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 mengeluarkannya dari mode pemeliharaan:

Prosedur untuk menghapus VM 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) Menghapus mesin yang dihosting dan segala sesuatu yang terkait dengannya.

Terkadang perlu untuk menghapus dengan benar mesin yang dihosting yang dipasang sebelumnya - link ke dokumen panduan.

Jalankan saja perintah pada host:

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

Selanjutnya, kami menghapus paket yang tidak diperlukan, mencadangkan beberapa konfigurasi sebelum ini, jika perlu:

yum autoremove ovirt* qemu* virt* libvirt* libguestfs

Pembuatan pusat data baru

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

Pertama mari kita definisikan apa itu Pusat Data (Saya mengutip dari bantuan) adalah entitas logis yang mendefinisikan sekumpulan sumber daya yang digunakan dalam lingkungan tertentu.

Pusat data adalah sejenis wadah yang terdiri dari:

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

Sebuah pusat data dapat mencakup beberapa cluster yang terdiri dari beberapa host dengan mesin virtual yang berjalan di dalamnya, dan juga dapat memiliki beberapa area penyimpanan yang terkait dengannya.
Mungkin ada beberapa pusat data; mereka beroperasi secara independen satu sama lain. Ovirt memiliki pemisahan kekuasaan berdasarkan peran, dan Anda dapat mengonfigurasi izin secara individual, baik di tingkat pusat data maupun pada elemen logis individualnya.

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

Untuk membuat pusat data, buka portal administratif dan buat pusat data baru:
menghitung >> Pusat Data >> New

Karena kami menggunakan penyimpanan bersama pada sistem penyimpanan, Jenis Penyimpanan harus Dibagikan:

Cuplikan layar Wizard Pembuatan Pusat Data

Saat memasang mesin virtual dengan mesin yang dihosting, pusat data dibuat secara default - Pusat data1, lalu, jika perlu, Anda dapat mengubah Jenis Penyimpanannya ke yang lain.

Membuat pusat data adalah tugas sederhana, tanpa nuansa rumit, dan semua tindakan tambahan dijelaskan dalam dokumentasi. Satu-satunya hal yang akan saya perhatikan adalah bahwa host tunggal yang hanya memiliki penyimpanan lokal (disk) untuk VM tidak akan bisa masuk ke pusat data dengan Tipe Penyimpanan - Bersama (tidak dapat ditambahkan di sana), dan untuk itu Anda perlu membuat pusat data terpisah - mis. Setiap host individu dengan penyimpanan lokal memerlukan pusat data tersendiri.

Membuat cluster baru

Tautan ke dokumentasi - Panduan Administrasi oVirt. Bab 5: Cluster

Tanpa detail yang tidak perlu, gugus – ini adalah pengelompokan logis dari host yang memiliki area penyimpanan umum (dalam bentuk disk bersama pada sistem penyimpanan, seperti dalam kasus kami). Host dalam cluster juga diharapkan memiliki perangkat keras yang identik dan memiliki jenis prosesor yang sama (Intel atau AMD). Tentu saja yang terbaik adalah server di cluster benar-benar identik.

Cluster adalah bagian dari pusat data (dengan jenis penyimpanan tertentu - Bahan Makanan Lokal или bersama), dan semua host harus tergabung dalam suatu cluster, bergantung pada apakah mereka memiliki penyimpanan bersama atau tidak.

Saat memasang mesin virtual dengan mesin yang dihosting di host, pusat data dibuat secara default - Pusat data1, bersama dengan cluster – Gugus1, dan di masa mendatang Anda dapat mengonfigurasi parameternya, mengaktifkan opsi tambahan, menambahkan host ke dalamnya, dll.

Seperti biasa, untuk detail tentang semua pengaturan cluster, disarankan untuk merujuk ke dokumentasi resmi. Dari beberapa fitur pengaturan cluster, saya hanya akan menambahkan bahwa saat membuatnya, cukup mengkonfigurasi parameter dasar saja pada tab Umum.

Saya akan mencatat parameter yang paling penting:

Jenis prosesor — dipilih berdasarkan prosesor mana yang diinstal pada host cluster, dari pabrikan mana, dan prosesor mana pada host yang paling tua, sehingga, bergantung pada ini, semua instruksi prosesor yang tersedia di cluster akan digunakan.
Jenis sakelar – di cluster kami, kami hanya menggunakan Linux bridge, itulah mengapa kami memilihnya.
Jenis firewall – semuanya jelas di sini, ini firewalld, yang harus diaktifkan dan dikonfigurasi pada host.

Tangkapan layar dengan parameter cluster

Menginstal host tambahan di lingkungan Self-Hosted

Link untuk dokumentasi.

Host tambahan untuk lingkungan yang Dihosting Sendiri ditambahkan dengan cara yang sama seperti host biasa, dengan langkah tambahan berupa penerapan VM dengan mesin yang dihosting - Pilih tindakan penerapan mesin yang dihosting >> Menyebarkan. Karena host tambahan juga harus diberikan LUN untuk VM dengan mesin yang dihosting, ini berarti host ini, jika perlu, dapat digunakan untuk menghosting VM dengan mesin yang dihosting di dalamnya.
Untuk tujuan toleransi kesalahan, sangat disarankan agar setidaknya ada dua host tempat VM mesin yang dihosting dapat ditempatkan.

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 mesin yang dihosting:

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 Buka Manajer Virtualisasi, tambahkan host baru, dan lakukan semuanya langkah demi langkah, seperti yang tertulis dokumentasi.

Hasilnya, setelah menambahkan host tambahan, kita akan mendapatkan sesuatu seperti gambar di konsol administratif, seperti pada tangkapan layar.

Tangkapan layar portal administratif - host

Host tempat VM mesin yang dihosting saat ini aktif memiliki mahkota emas dan tulisan “Menjalankan VM Mesin yang Dihosting", host tempat VM ini dapat diluncurkan jika perlu - tulisan"Dapat menjalankan VM Mesin yang Dihosting'.

Jika terjadi kegagalan host di mana "Menjalankan VM Mesin yang Dihosting", secara otomatis akan restart pada host kedua. VM ini juga dapat dimigrasikan dari host aktif ke host siaga untuk pemeliharaannya.

Menyiapkan Manajemen Daya / pagar pada host oVirt

Tautan dokumentasi:

Virtualisasi Red Hat 4.3 –> Referensi Teknis -> Bab 4. Manajemen Daya
Panduan Administrasi oVirt -> Bab 7: Tuan Rumah

Meskipun sepertinya Anda sudah selesai menambahkan dan mengonfigurasi host, itu tidak sepenuhnya benar.
Untuk pengoperasian normal host, dan untuk mengidentifikasi/menyelesaikan kegagalan pada host tersebut, diperlukan pengaturan Manajemen Daya/pembatasan.

Pagar, atau pagar, adalah proses mengecualikan sementara host yang rusak atau gagal dari cluster, selama layanan oVirt di dalamnya atau host itu sendiri dimulai ulang.

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

Buka portal administratif, klik menghitung >> host pilih tuan rumah.
Klik di sini Edit.
Klik tabnya Power Management.
Centang kotak di sebelah opsi Aktifkan Manajemen Daya.
Centang kotak di sebelah opsi Integrasi Kdumpuntuk mencegah host masuk ke mode pagar saat merekam crash dump kernel.

Catatan.

Setelah mengaktifkan integrasi Kdump pada host yang sudah berjalan, maka harus diinstal ulang sesuai prosedur di Panduan Administrasi oVirt -> Bab 7: Tuan Rumah -> Menginstal Ulang Host.

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

Tangkapan layar dengan parameter “Manajemen Daya” di properti host

Membuat tempat penyimpanan atau Domain Penyimpanan

Tautan ke dokumentasi - Panduan Administrasi oVirt, Bab 8: Penyimpanan.

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

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

oVirt memiliki tiga jenis tempat penyimpanan:

Domain Data – untuk menyimpan semua data yang terkait dengan mesin virtual (disk, template). Domain Data tidak dapat dibagikan antar pusat data yang berbeda.
Domain ISO (jenis tempat penyimpanan usang) – untuk menyimpan gambar instalasi OS. Domain ISO dapat dibagikan antar pusat data yang berbeda.
Ekspor Domain (jenis tempat penyimpanan usang) – untuk penyimpanan sementara gambar yang dipindahkan antar pusat data.

Dalam kasus khusus kami, area penyimpanan dengan tipe Data Domain menggunakan Fibre 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 Grup Volume dan kemudian dibagi menggunakan LVM menjadi volume logis, yang digunakan sebagai disk virtual untuk VM.

Semua grup ini dan banyak volume LVM dapat dilihat di host cluster menggunakan perintah dll. и ls. Tentu saja, 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 mungkin "tipis" atau "tebal". Snapshot selalu dibuat sebagai "tipis".

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

Mesin virtual yang terletak di area penyimpanan yang sama dapat dimigrasikan antar host yang termasuk dalam cluster yang sama.

Seperti yang dapat kita lihat dari deskripsinya, cluster di oVirt, seperti cluster di VMware vSphere atau Hyper-V, pada dasarnya memiliki arti yang sama - ini adalah pengelompokan host yang logis, sebaiknya identik dalam komposisi perangkat keras, dan memiliki penyimpanan umum untuk virtual disk mesin.

Mari kita lanjutkan langsung ke pembuatan tempat penyimpanan data (disk VM), karena tanpanya pusat data tidak akan diinisialisasi.
Izinkan saya mengingatkan Anda bahwa semua LUN yang disajikan ke host cluster pada sistem penyimpanan harus terlihat pada LUN tersebut menggunakan perintah “multijalur -ll'.

Menurut dokumentasi, buka portal, buka Storage >> Domain -> Domain Baru dan ikuti instruksi dari bagian "Menambahkan Penyimpanan FCP".

Setelah meluncurkan wizard, isi kolom yang wajib diisi:

Nama — atur nama cluster
Fungsi Domain -Data
Jenis Penyimpanan — Saluran Fibre
Tuan Rumah yang Akan Digunakan — pilih host dimana LUN yang kita perlukan tersedia

Dalam daftar LUN, tandai yang kita butuhkan, klik Add lalu ОК. Jika perlu, Anda dapat menyesuaikan parameter tambahan dari area penyimpanan dengan mengklik Parameter Lanjutan.

Cuplikan layar wizard untuk menambahkan “Domain penyimpanan”

Berdasarkan hasil wizard, kita akan menerima tempat penyimpanan baru, dan pusat data kita akan berpindah ke status UP, atau diinisialisasi:

Tangkapan layar pusat data dan tempat penyimpanan di dalamnya:

Membuat dan mengkonfigurasi jaringan untuk mesin virtual

Tautan ke dokumentasi - Panduan Administrasi oVirt, Bab 6: Jaringan Logis

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

Untuk berinteraksi antara adaptor jaringan pada mesin virtual dan adaptor fisik pada host, antarmuka logis seperti jembatan Linux digunakan.

Untuk mengelompokkan dan membagi lalu lintas antar jaringan, VLAN dikonfigurasi pada switch.

Saat membuat jaringan logis untuk mesin virtual di oVirt, jaringan tersebut harus diberi pengidentifikasi yang sesuai dengan nomor VLAN pada sakelar sehingga VM dapat berkomunikasi satu sama lain, bahkan jika mereka berjalan di node cluster yang berbeda.

Pengaturan awal adaptor jaringan pada host untuk menghubungkan mesin virtual harus dilakukan Artikel sebelumnya – antarmuka logis dikonfigurasi bond1, maka semua pengaturan jaringan harus dilakukan hanya melalui portal administratif oVirt.

Setelah membuat VM dengan mesin yang dihosting, selain pembuatan pusat data dan cluster secara otomatis, jaringan logis juga secara otomatis dibuat untuk mengelola cluster kami - ovritmgmt, yang terhubung dengan VM ini.

Jika perlu, Anda dapat melihat pengaturan jaringan logis ovritmgmt dan menyesuaikannya, namun Anda harus berhati-hati agar tidak kehilangan kendali atas infrastruktur oVirt.

Pengaturan jaringan logis ovritmgmt

Untuk membuat jaringan logis baru untuk VM reguler, di portal administratif, buka jaringan >> Jaringan >> New, dan pada tab Umum tambahkan jaringan dengan ID VLAN yang diinginkan, dan centang juga kotak di sebelah “Jaringan VM", artinya dapat digunakan untuk ditugaskan ke VM.

Tangkapan layar jaringan logis VLAN32 baru

Di tab Kelompok, kami melampirkan jaringan ini ke cluster kami Gugus1.

Setelah ini kita pergi ke menghitung >> host, buka setiap host secara bergantian, ke tab Antarmuka jaringan, dan luncurkan wizard Siapkan jaringan host, untuk mengikat ke host jaringan logis baru.

Cuplikan layar wizard “Pengaturan jaringan host”.

Agen oVirt akan secara otomatis membuat semua pengaturan jaringan yang diperlukan pada host - membuat VLAN dan BRIDGE.

Contoh file konfigurasi untuk jaringan baru di host:

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

Izinkan saya mengingatkan Anda sekali lagi bahwa pada host cluster TIDAK DIPERLUKAN buat antarmuka jaringan secara manual terlebih dahulu ifcfg-bond1.432 и ifcfg-ovirtvm-vlan432.

Setelah menambahkan jaringan logis dan memeriksa koneksi antara host dan VM mesin yang dihosting, jaringan tersebut dapat digunakan di mesin virtual.

Membuat gambar instalasi untuk menyebarkan mesin virtual

Tautan ke dokumentasi - Panduan Administrasi oVirt, Bab 8: Penyimpanan, bagian Mengunggah Gambar ke Domain Penyimpanan Data.

Tanpa image instalasi OS, instalasi mesin virtual tidak akan bisa dilakukan, meskipun hal ini tentunya tidak menjadi masalah jika misalnya diinstal pada jaringan. Tukang sepatu dengan gambar yang telah dibuat sebelumnya.

Dalam kasus kami, ini tidak mungkin, jadi Anda harus mengimpor sendiri gambar ini ke oVirt. Sebelumnya, hal ini memerlukan pembuatan Domain ISO, namun dalam versi baru oVirt hal ini sudah tidak digunakan lagi, dan oleh karena itu Anda sekarang dapat mengunggah gambar langsung ke domain Penyimpanan dari portal administratif.

Di portal administratif, buka Storage >> Disk >> Unggah >> Start
Kami menambahkan gambar OS kami sebagai file ISO, mengisi semua kolom di formulir, dan klik tombol "Tes koneksi".

Cuplikan layar dari Wizard Tambahkan Gambar Instalasi

Jika kita mendapatkan error seperti ini:

Unable to upload image to disk d6d8fd10-c1e0-4f2d-af15-90f8e636dadc due to a network error. Ensure that ovirt-imageio-proxy service is installed and configured and that ovirt-engine's CA certificate is registered as a trusted CA in the browser. The certificate can be fetched from https://ovirt.test.local/ovirt-engine/services/pki-resource?resource=ca-certificate&format=X509-PEM-CA`

Maka Anda perlu menambahkan sertifikat oVirt ke “Root CA Tepercaya"(CA Root Tepercaya) di stasiun kontrol administrator, tempat kami mencoba mengunduh gambar.

Setelah menambahkan sertifikat ke Trusted Root CA, klik lagi "Tes koneksi", harus mendapatkan:

Connection to ovirt-imageio-proxy was successful.

Setelah Anda menyelesaikan tindakan penambahan sertifikat, Anda dapat mencoba mengunggah kembali image ISO ke Domain Penyimpanan.

Pada prinsipnya, Anda dapat membuat Domain Penyimpanan terpisah dengan Tipe Data untuk menyimpan gambar dan templat secara terpisah dari disk VM, atau bahkan menyimpannya di Domain Penyimpanan untuk mesin yang dihosting, tetapi ini merupakan kebijaksanaan administrator.

Tangkapan layar dengan gambar ISO di Domain Penyimpanan untuk mesin yang dihosting

Buat mesin virtual

Tautan dokumentasi:
Panduan Manajemen Mesin Virtual oVirt –> Bab 2: Menginstal Mesin Virtual Linux
Sumber Daya Klien Konsol

Setelah memuat gambar instalasi dengan OS ke oVirt, Anda dapat langsung melanjutkan ke pembuatan mesin virtual. Banyak pekerjaan yang telah dilakukan, tetapi kami sudah berada pada tahap akhir, yang menjadi tujuan awal semua ini - memperoleh infrastruktur yang toleran terhadap kesalahan untuk menampung mesin virtual dengan ketersediaan tinggi. Dan semua ini benar-benar gratis - tidak ada satu sen pun yang dihabiskan untuk membeli lisensi perangkat lunak apa pun.

Untuk membuat mesin virtual dengan CentOS 7, image instalasi dari OS harus diunduh.

Kami pergi ke portal administratif, pergi ke menghitung >> Mesin Virtual, dan luncurkan wizard pembuatan VM. Isi semua parameter dan bidang dan klik ОК. Semuanya sangat sederhana jika Anda mengikuti dokumentasinya.

Sebagai contoh, saya akan memberikan pengaturan dasar dan tambahan untuk VM yang tersedia, dengan disk yang dibuat, terhubung ke jaringan, dan boot dari gambar instalasi:

Tangkapan layar dengan pengaturan VM yang sangat tersedia

Setelah selesai bekerja dengan wizard, tutup, luncurkan VM baru dan instal OS di dalamnya.
Untuk melakukannya, buka konsol VM ini melalui portal administratif:

Cuplikan layar pengaturan portal administratif untuk menyambungkan ke konsol VM

Untuk menyambung ke konsol VM, Anda harus mengonfigurasi konsol terlebih dahulu di properti mesin virtual.

Cuplikan layar pengaturan VM, tab “Konsol”.

Untuk terhubung ke konsol VM, Anda dapat menggunakan, misalnya, Penampil Mesin Virtual.

Untuk terhubung ke konsol VM secara langsung di jendela browser, pengaturan koneksi melalui konsol harus sebagai berikut:

Setelah menginstal OS pada VM, disarankan untuk menginstal agen tamu oVirt:

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

Jadi, sebagai hasil dari tindakan kami, VM yang dibuat akan memiliki ketersediaan tinggi, mis. jika node cluster yang dijalankannya gagal, oVirt akan secara otomatis memulai ulang pada node kedua. VM ini juga dapat dimigrasikan antar host cluster untuk pemeliharaannya atau tujuan lainnya.

Kesimpulan

Saya harap artikel ini dapat menyampaikan bahwa oVirt adalah alat yang sepenuhnya normal untuk mengelola infrastruktur virtual, yang tidak begitu sulit untuk diterapkan - yang utama adalah mengikuti aturan dan persyaratan tertentu yang dijelaskan dalam artikel dan dokumentasi.

Karena banyaknya volume artikel, tidak mungkin untuk memasukkan banyak hal di dalamnya, seperti eksekusi langkah demi langkah berbagai penyihir dengan semua penjelasan rinci dan tangkapan layar, kesimpulan panjang dari beberapa perintah, dll. Faktanya, hal ini memerlukan penulisan keseluruhan buku, yang tidak masuk akal karena versi perangkat lunak baru terus bermunculan dengan inovasi dan perubahan. Yang paling penting adalah memahami prinsip bagaimana semuanya bekerja bersama, dan mendapatkan algoritma umum untuk menciptakan platform yang toleran terhadap kesalahan untuk mengelola mesin virtual.

Meskipun kita telah menciptakan infrastruktur virtual, kita sekarang perlu mengajarkannya untuk berinteraksi antara elemen individualnya: host, mesin virtual, jaringan internal, dan dengan dunia luar.

Proses ini adalah salah satu tugas utama administrator sistem atau jaringan, yang akan dibahas dalam artikel berikutnya - tentang penggunaan router virtual VyOS dalam infrastruktur toleransi kesalahan perusahaan kami (seperti yang Anda duga, mereka akan berfungsi sebagai router virtual mesin di cluster oVirt kami).

Sumber: www.habr.com

Penciptaan infrastruktur TI yang toleran terhadap kesalahan. Bagian 2. Menginstal dan mengkonfigurasi cluster oVirt 4.3