🥇Penciptaan infrastruktur IT yang tahan terhadap kesalahan. Bahagian 2. Memasang dan mengkonfigurasi kelompok oVirt 4.3

Artikel ini adalah kesinambungan daripada artikel sebelumnya - "Penciptaan infrastruktur IT yang tahan terhadap kesalahan. Bahagian 1 - bersedia untuk menggunakan kluster oVirt 4.3'.

Ia akan merangkumi proses pemasangan asas dan konfigurasi kluster oVirt 4.3 untuk mengehos mesin maya yang sangat tersedia, dengan mengambil kira hakikat bahawa semua langkah awal untuk menyediakan infrastruktur telah pun disiapkan sebelum ini.

Pengenalan

Tujuan utama artikel adalah untuk menyediakan arahan langkah demi langkah seperti “Seterusnya -> Ya -> Selesai"bagaimana untuk menunjukkan beberapa ciri semasa memasang dan mengkonfigurasinya. Proses untuk menggunakan kluster anda mungkin tidak selalunya bertepatan dengan yang diterangkan di dalamnya, disebabkan oleh ciri-ciri infrastruktur dan persekitaran, tetapi prinsip umum adalah sama.

Dari sudut subjektif, oVirt 4.3 fungsinya serupa dengan VMware vSphere versi 5.x, tetapi sudah tentu dengan ciri konfigurasi dan operasinya sendiri.

Bagi mereka yang berminat, semua perbezaan antara RHEV (aka oVirt) dan VMware vSphere boleh didapati di Internet, contohnya di sini, tetapi saya masih sekali-sekala mencatat beberapa perbezaan atau persamaan antara satu sama lain semasa artikel berlangsung.

Secara berasingan, saya ingin membandingkan sedikit kerja dengan rangkaian untuk mesin maya. oVirt melaksanakan prinsip pengurusan rangkaian yang serupa untuk mesin maya (selepas ini dirujuk sebagai VM), seperti dalam VMware vSphere:

menggunakan jambatan Linux standard (dalam VMware - vSwitch standard), berjalan pada hos virtualisasi;
menggunakan Open vSwitch (OVS) (dalam VMware - vSwitch yang diedarkan) ialah suis maya teragih yang terdiri daripada dua komponen utama: pelayan OVN pusat dan pengawal OVN pada hos terurus.

Perlu diingatkan bahawa disebabkan kemudahan pelaksanaan, artikel akan menerangkan penyediaan rangkaian dalam oVirt untuk VM menggunakan jambatan Linux standard, yang merupakan pilihan standard apabila menggunakan hipervisor KVM.

Dalam hal ini, terdapat beberapa peraturan asas untuk bekerja dengan rangkaian dalam kelompok, yang terbaik untuk tidak dilanggar:

Semua tetapan rangkaian pada hos sebelum menambahkannya pada oVirt mestilah sama, kecuali untuk alamat IP.
Sebaik sahaja hos telah diambil di bawah kawalan oVirt, adalah sangat tidak disyorkan untuk menukar apa-apa secara manual dalam tetapan rangkaian tanpa keyakinan sepenuhnya terhadap tindakan anda, kerana ejen oVirt hanya akan melancarkannya kembali kepada yang sebelumnya selepas memulakan semula hos atau ejen.
Menambah rangkaian baharu untuk VM, serta bekerja dengannya, hanya perlu dilakukan daripada konsol pengurusan oVirt.

Yang lain Nota PENTING — untuk persekitaran yang sangat kritikal (sangat sensitif kepada kerugian kewangan), masih disyorkan untuk menggunakan sokongan dan penggunaan berbayar Maya Red Hat 4.3. Semasa pengendalian kluster oVirt, beberapa isu mungkin timbul yang mana anda dinasihatkan untuk menerima bantuan yang layak secepat mungkin, daripada menanganinya sendiri.

Dan akhirnya disyorkan Sebelum menggunakan kluster oVirt, biasakan diri anda dengan dokumentasi rasmi, untuk mengetahui sekurang-kurangnya konsep dan definisi asas, jika tidak, ia akan menjadi agak sukar untuk membaca seluruh artikel.

Asas untuk memahami artikel dan prinsip operasi kelompok oVirt ialah dokumen panduan ini:

Jumlahnya tidak terlalu besar, dalam satu atau dua jam anda boleh menguasai prinsip asas, tetapi bagi mereka yang suka butiran, disyorkan untuk membaca Dokumentasi Produk untuk Red Hat Maya 4.3 — RHEV dan oVirt pada asasnya adalah perkara yang sama.

Jadi, jika semua tetapan asas pada hos, suis dan sistem storan telah selesai, kami meneruskan terus ke penggunaan oVirt.

Bahagian 2. Memasang dan mengkonfigurasi kelompok oVirt 4.3

Untuk memudahkan orientasi, saya akan menyenaraikan bahagian utama dalam artikel ini, yang mesti dilengkapkan satu persatu:

Memasang pelayan pengurusan oVirt
Penciptaan pusat data baharu
Mencipta kluster baharu
Memasang hos tambahan dalam persekitaran Dihoskan Sendiri
Mencipta kawasan storan atau Domain Storan
Mencipta dan mengkonfigurasi rangkaian untuk mesin maya
Mencipta imej pemasangan untuk menggunakan mesin maya
Buat mesin maya

Memasang pelayan pengurusan oVirt

Pelayan pengurusan oVirt ialah elemen paling penting dalam infrastruktur oVirt, dalam bentuk mesin maya, hos atau peranti maya yang menguruskan keseluruhan infrastruktur oVirt.

Analog rapatnya dari dunia maya ialah:

VMware vSphere - Pelayan vCenter
Microsoft Hyper-V - Pengurus Mesin Maya Pusat Sistem (VMM).

Untuk memasang pelayan pengurusan oVirt, kami mempunyai dua pilihan:

Pilihan 1
Menggunakan pelayan dalam bentuk VM atau hos khusus.

Pilihan ini berfungsi dengan baik, tetapi dengan syarat VM sedemikian beroperasi secara bebas daripada kluster, i.e. tidak berjalan pada mana-mana hos kluster sebagai mesin maya biasa yang menjalankan KVM.

Mengapakah VM sedemikian tidak boleh digunakan pada hos kluster?

Pada awal proses menggunakan pelayan pengurusan oVirt, kami mempunyai dilema - kami perlu memasang VM pengurusan, tetapi sebenarnya belum ada kluster itu sendiri, dan oleh itu apa yang boleh kami buat dengan cepat? Betul - pasang KVM pada nod kluster masa hadapan, kemudian buat mesin maya padanya, sebagai contoh, dengan OS CentOS dan gunakan enjin oVirt di dalamnya. Ini biasanya boleh dilakukan atas sebab kawalan penuh ke atas VM sedemikian, tetapi ini adalah niat yang salah, kerana dalam kes ini, pada masa akan datang akan ada 100% masalah dengan VM kawalan sedemikian:

ia tidak boleh dipindahkan dalam konsol oVirt antara hos (nod) kluster;
apabila berhijrah menggunakan KVM melalui virsh berhijrah, VM ini tidak akan tersedia untuk pengurusan daripada konsol oVirt.
hos kluster tidak boleh dipaparkan dalam Mod penyelenggaraan (mod penyelenggaraan), jika anda memindahkan VM ini dari hos ke hos menggunakan virsh berhijrah.

Jadi lakukan segala-galanya mengikut peraturan - gunakan sama ada hos yang berasingan untuk pelayan pengurusan oVirt, atau VM bebas yang berjalan di atasnya, atau lebih baik lagi, lakukan seperti yang tertulis dalam pilihan kedua.

Pilihan 2
Memasang Perkakas Enjin oVirt pada hos kluster yang diuruskan olehnya.

Pilihan inilah yang akan dianggap lebih lanjut sebagai lebih betul dan sesuai dalam kes kami.
Keperluan untuk VM sedemikian diterangkan di bawah; Saya hanya akan menambah bahawa disyorkan untuk mempunyai sekurang-kurangnya dua hos dalam infrastruktur yang mana VM kawalan boleh dijalankan untuk menjadikannya tahan terhadap kesalahan. Di sini saya ingin menambah bahawa, kerana saya telah menulis dalam komen dalam artikel sebelumnya, saya tidak pernah dapat otak belah pada kelompok oVirt dua hos, dengan keupayaan untuk menjalankan VM enjin dihoskan pada mereka.

Memasang Perkakas Enjin oVirt pada hos pertama kluster

Pautan ke dokumentasi rasmi - Panduan Enjin Hos Sendiri oVirt, bab "Menggunakan Enjin Dihoskan Sendiri Menggunakan baris Perintah»

Dokumen itu menentukan prasyarat yang mesti dipenuhi sebelum menggunakan VM enjin yang dihoskan, dan juga menerangkan secara terperinci proses pemasangan itu sendiri, jadi tidak ada gunanya mengulanginya secara lisan, jadi kami akan menumpukan pada beberapa butiran penting.

Sebelum memulakan semua tindakan, pastikan anda mendayakan sokongan virtualisasi dalam tetapan BIOS pada hos.
Pasang pakej untuk pemasang enjin yang dihoskan pada hos:

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 memulakan prosedur untuk menggunakan Enjin Hosted oVirt dalam skrin pada hos (anda boleh keluar melalui Ctrl-A + D, tutup melalui Ctrl-D):

screen
hosted-engine --deploy

Jika anda mahu, anda boleh menjalankan pemasangan dengan fail jawapan yang telah disediakan sebelumnya:

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

Apabila menggunakan enjin yang dihoskan, kami menentukan semua parameter yang diperlukan:

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

Untuk memasang VM yang sangat tersedia dengan enjin yang dihoskan, kami sebelum ini mencipta LUN khas pada sistem storan, bersaiz nombor 4 dan 150 GB, yang kemudiannya dibentangkan kepada hos kluster - lihat artikel sebelumnya.

Sebelum ini kami juga menyemak keterlihatannya pada hos:

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 penggunaan enjin yang dihoskan 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 menyemak kehadiran perkhidmatan oVirt pada hos:

Jika semuanya dilakukan dengan betul, maka selepas pemasangan selesai, gunakan pelayar web untuk pergi ke https://ovirt_hostname/ovirt-engine daripada komputer pentadbir, dan klik [Portal Pentadbiran].

Tangkapan skrin "Portal Pentadbiran"

Dengan memasukkan log masuk dan kata laluan (ditetapkan semasa proses pemasangan) ke dalam tetingkap seperti dalam tangkapan skrin, kami sampai ke panel kawalan Pengurus Maya Terbuka, di mana anda boleh melakukan semua tindakan dengan infrastruktur maya:

tambah pusat data
tambah dan konfigurasikan kluster
tambah dan urus hos
tambah kawasan storan atau Domain Storan untuk cakera mesin maya
menambah dan mengkonfigurasi rangkaian untuk mesin maya
tambah dan urus mesin maya, imej pemasangan, templat VM

Semua tindakan ini akan dibincangkan lebih lanjut, beberapa dalam sel besar, yang lain dengan lebih terperinci dan dengan nuansa.
Tetapi pertama-tama saya akan mengesyorkan membaca alat tambah ini, yang mungkin berguna kepada ramai.

Penambahan

1) Pada dasarnya, jika terdapat keperluan sedemikian, maka tiada apa yang menghalang anda daripada memasang hipervisor KVM pada nod kluster terlebih dahulu menggunakan pakej kebebasan и qemu-kvm (Atau qemu-kvm-ev) versi yang diingini, walaupun apabila menggunakan nod kluster oVirt, ia boleh melakukan ini sendiri.

Tetapi jika kebebasan и qemu-kvm Jika anda belum memasang versi terkini, anda mungkin menerima ralat berikut semasa menggunakan enjin yang dihoskan:

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

Itu. perlu ada versi dikemas kini kebebasan dengan perlindungan daripada MDS, yang menyokong dasar ini:

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

Pasang libvirt v.4.5.0-10.el7_6.12, dengan sokongan 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

Semak sokongan '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'/>

Selepas ini, anda boleh terus memasang enjin yang dihoskan.

2) Dalam oVirt 4.3, kehadiran dan penggunaan tembok api firewalld adalah keperluan wajib.

Jika semasa penggunaan VM untuk enjin yang dihoskan, kami menerima ralat 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 ia digunakan), dan pasang dan jalankan 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, apabila memasang ejen ovirt pada hos baharu untuk kluster, ia akan mengkonfigurasi port yang diperlukan dalam firewalld secara automatik.

3) Mengebut semula hos dengan VM berjalan padanya dengan enjin yang dihoskan.

Biasanya, pautan 1 и pautan 2 kepada dokumen yang mentadbir.

Semua pengurusan VM enjin yang dihoskan dilakukan HANYA menggunakan arahan enjin yang dihoskan pada hos tempat ia berjalan, kira-kira dara kita mesti lupa, serta hakikat bahawa anda boleh menyambung ke VM ini melalui SSH dan menjalankan arahan "penutupan'.

Prosedur untuk meletakkan VM ke dalam mod penyelenggaraan:

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 but semula hos dengan ejen enjin yang dihoskan dan melakukan apa yang kami perlukan dengannya.

Selepas but semula, semak status VM dengan enjin yang dihoskan:

hosted-engine --vm-status

Jika VM kami dengan enjin dihoskan tidak dimulakan dan jika kami melihat ralat serupa dalam log perkhidmatan:

Ralat dalam log perkhidmatan:

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 menyambungkan storan dan mulakan semula ejen:

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

hosted-engine --vm-start
hosted-engine --vm-status

Selepas memulakan VM dengan enjin yang dihoskan, kami mengeluarkannya daripada mod penyelenggaraan:

Prosedur untuk mengalih keluar VM daripada mod penyelenggaraan:

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) Mengalih keluar enjin yang dihoskan dan semua yang berkaitan dengannya.

Kadangkala perlu mengalih keluar enjin yang dihoskan dengan betul - pautan kepada dokumen panduan.

Jalankan sahaja arahan pada hos:

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

Seterusnya, kami mengalih keluar pakej yang tidak perlu, menyandarkan beberapa konfigurasi sebelum ini, jika perlu:

yum autoremove ovirt* qemu* virt* libvirt* libguestfs

Penciptaan pusat data baharu

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

Mula-mula mari kita tentukan apa itu Pusat data (Saya memetik daripada bantuan) ialah entiti logik yang mentakrifkan satu set sumber yang digunakan dalam persekitaran tertentu.

Pusat data ialah sejenis bekas yang terdiri daripada:

sumber logik dalam bentuk kluster dan hos
sumber rangkaian kluster dalam bentuk rangkaian logik dan penyesuai fizikal pada hos,
sumber storan (untuk cakera VM, templat, imej) dalam bentuk kawasan storan (Domain Storan).

Pusat data boleh menyertakan berbilang kluster yang terdiri daripada berbilang hos dengan mesin maya berjalan padanya, dan ia juga boleh mempunyai berbilang kawasan storan yang dikaitkan dengannya.
Terdapat beberapa pusat data; mereka beroperasi secara berasingan antara satu sama lain. Ovirt mempunyai pemisahan kuasa mengikut peranan, dan anda boleh mengkonfigurasi kebenaran secara individu, kedua-duanya di peringkat pusat data dan pada elemen logik individunya.

Pusat data, atau pusat data jika terdapat beberapa daripadanya, diuruskan daripada konsol atau portal pentadbiran tunggal.

Untuk membuat pusat data, pergi ke portal pentadbiran dan buat pusat data baharu:
Kirakan >> Pusat Data >> Baru

Memandangkan kami menggunakan storan kongsi pada sistem storan, Jenis Storan hendaklah Dikongsi:

Tangkapan skrin Wizard Penciptaan Pusat Data

Apabila memasang mesin maya dengan enjin yang dihoskan, pusat data dicipta secara lalai - Pusat Data1, dan kemudian, jika perlu, anda boleh menukar Jenis Storannya kepada yang lain.

Mencipta pusat data ialah tugas yang mudah, tanpa sebarang nuansa rumit, dan semua tindakan tambahan dengannya diterangkan dalam dokumentasi. Satu-satunya perkara yang saya akan perhatikan ialah hos tunggal yang hanya mempunyai storan (cakera) setempat untuk VM tidak akan dapat masuk ke pusat data dengan Jenis Storan - Dikongsi (ia tidak boleh ditambah di sana), dan untuk mereka anda perlu membuat pusat data yang berasingan - i.e. Setiap hos individu dengan storan tempatan memerlukan pusat data tersendiri.

Mencipta kluster baharu

Pautan ke dokumentasi - Panduan Pentadbiran oVirt. Bab 5: Kelompok

Tanpa butiran yang tidak perlu, gugusan – ini adalah kumpulan logik hos yang mempunyai kawasan storan biasa (dalam bentuk cakera kongsi pada sistem storan, seperti dalam kes kami). Ia juga wajar bahawa hos dalam kluster adalah sama dalam perkakasan dan mempunyai jenis pemproses yang sama (Intel atau AMD). Adalah lebih baik, sudah tentu, pelayan dalam kelompok adalah sama sepenuhnya.

Kelompok adalah sebahagian daripada pusat data (dengan jenis storan tertentu - Tempatan atau Dikongsi), dan semua hos mesti tergolong dalam beberapa jenis kluster, bergantung pada sama ada mereka mempunyai storan berkongsi atau tidak.

Apabila memasang mesin maya dengan enjin yang dihoskan pada hos, pusat data dicipta secara lalai - Pusat Data1, bersama-sama dengan kelompok - Kelompok1, dan pada masa hadapan anda boleh mengkonfigurasi parameternya, mendayakan pilihan tambahan, menambah hos kepadanya, dsb.

Seperti biasa, untuk butiran tentang semua tetapan kluster, adalah dinasihatkan untuk merujuk kepada dokumentasi rasmi. Daripada beberapa ciri untuk menyediakan kluster, saya hanya akan menambah bahawa apabila menciptanya, cukup untuk mengkonfigurasi parameter asas pada tab sahaja. Umum.

Saya akan perhatikan parameter yang paling penting:

Jenis pemproses — dipilih berdasarkan pemproses yang dipasang pada hos kluster, pengilang asalnya, dan pemproses mana pada hos adalah yang tertua, supaya, bergantung pada ini, semua arahan pemproses yang tersedia dalam kluster digunakan.
Jenis suis – dalam kluster kami, kami hanya menggunakan jambatan Linux, itulah sebabnya kami memilihnya.
Jenis firewall – semuanya jelas di sini, ini adalah firewall, yang mesti didayakan dan dikonfigurasikan pada hos.

Tangkapan skrin dengan parameter kelompok

Memasang hos tambahan dalam persekitaran Dihoskan Sendiri

Link untuk dokumentasi.

Hos tambahan untuk persekitaran Dihoskan Sendiri ditambah dengan cara yang sama seperti hos biasa, dengan langkah tambahan untuk menggunakan VM dengan enjin yang dihoskan - Pilih tindakan penggunaan enjin yang dihoskan >> menggunakan. Memandangkan hos tambahan juga mesti dibentangkan dengan LUN untuk VM dengan enjin yang dihoskan, ini bermakna hos ini boleh, jika perlu, digunakan untuk mengehoskan VM dengan enjin yang dihoskan padanya.
Untuk tujuan toleransi kesalahan, adalah sangat disyorkan bahawa terdapat sekurang-kurangnya dua hos di mana VM enjin yang dihoskan boleh diletakkan.

Pada hos tambahan, lumpuhkan iptables (jika didayakan), dayakan firewalld

systemctl stop iptables
systemctl disable iptables

systemctl enable firewalld
systemctl start firewalld

Pasang 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

Pasang repositori yang diperlukan dan pemasang enjin yang dihoskan:

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

Seterusnya, pergi ke konsol Buka Pengurus Virtualisasi, tambahkan hos baharu dan lakukan semua langkah demi langkah, seperti yang tertulis di dalamnya dokumentasi.

Akibatnya, selepas menambah hos tambahan, kita harus mendapatkan sesuatu seperti gambar dalam konsol pentadbiran, seperti dalam tangkapan skrin.

Tangkapan skrin portal pentadbiran - hos

Hos di mana VM enjin hos sedang aktif mempunyai mahkota emas dan tulisan “Menjalankan VM Enjin Dihoskan", hos yang mana VM ini boleh dilancarkan jika perlu - tulisan "Boleh menjalankan Hosted Engine VM'.

Sekiranya berlaku kegagalan tuan rumah yang "Menjalankan VM Enjin Dihoskan", ia akan dimulakan semula secara automatik pada hos kedua. VM ini juga boleh dipindahkan daripada hos aktif kepada hos siap sedia untuk penyelenggaraannya.

Menyediakan Pengurusan Kuasa / pagar pada hos oVirt

Pautan dokumentasi:

Virtualisasi Red Hat 4.3 -> Rujukan Teknikal -> Bab 4. Pengurusan Kuasa
Panduan Pentadbiran oVirt -> Bab 7: Hos

Walaupun nampaknya anda telah selesai menambah dan mengkonfigurasi hos, itu tidak sepenuhnya benar.
Untuk operasi biasa hos, dan untuk mengenal pasti/menyelesaikan kegagalan dengan mana-mana daripadanya, tetapan Pengurusan Kuasa / pagar diperlukan.

Pagar, atau pagar, ialah proses mengecualikan sementara hos yang rosak atau gagal daripada gugusan, semasa sama ada perkhidmatan oVirt padanya atau hos itu sendiri dimulakan semula.

Semua butiran mengenai definisi dan parameter Pengurusan Kuasa / pagar diberikan, seperti biasa, dalam dokumentasi; Saya hanya akan memberikan contoh cara mengkonfigurasi parameter penting ini, seperti yang digunakan pada pelayan Dell R640 dengan iDRAC 9.

Pergi ke portal pentadbiran, klik Kirakan >> tuan rumah pilih hos.
Kami klik Edit.
Klik tab Pengurusan kuasa.
Tandai kotak di sebelah pilihan Dayakan Pengurusan Kuasa.
Tandai kotak di sebelah pilihan Penyepaduan Kdumpuntuk menghalang hos daripada masuk ke mod pagar semasa merakam pembuangan ranap kernel.

Perhatian.

Selepas mendayakan integrasi Kdump pada hos yang sudah berjalan, ia mesti dipasang semula mengikut prosedur dalam Panduan Pentadbiran oVirt -> Bab 7: Hos -> Memasang semula Hos.

Secara pilihan, anda boleh menandai kotak Lumpuhkan kawalan dasar pengurusan kuasa, jika kita tidak mahu pengurusan kuasa hos dikawal oleh Dasar Penjadualan kluster.
Klik butang (+) untuk menambah peranti pengurusan kuasa baharu, tetingkap pengeditan sifat ejen akan dibuka.
Untuk iDRAC9, isikan medan:
- Alamat – alamat iDRAC9
- Kata laluan nama pengguna – log masuk dan kata laluan untuk log masuk ke iDRAC9, masing-masing
- Jenis —drac5
- Mark Selamat
- tambah pilihan berikut: cmd_prompt=>,login_timeout=30

Tangkapan skrin dengan parameter "Pengurusan Kuasa" dalam sifat hos

Mencipta kawasan storan atau Domain Storan

Pautan ke dokumentasi - Panduan Pentadbiran oVirt, Bab 8: Penyimpanan.

Domain Storan, atau kawasan storan, ialah lokasi terpusat untuk menyimpan cakera mesin maya, imej pemasangan, templat dan syot kilat.

Kawasan storan boleh disambungkan ke pusat data menggunakan pelbagai protokol, kluster dan sistem fail rangkaian.

oVirt mempunyai tiga jenis kawasan penyimpanan:

Domain Data – untuk menyimpan semua data yang berkaitan dengan mesin maya (cakera, templat). Domain Data tidak boleh dikongsi antara pusat data yang berbeza.
Domain ISO (jenis kawasan storan usang) – untuk menyimpan imej pemasangan OS. Domain ISO boleh dikongsi antara pusat data yang berbeza.
Eksport Domain (jenis kawasan storan usang) – untuk penyimpanan sementara imej yang dialihkan antara pusat data.

Dalam kes tertentu kami, kawasan storan dengan jenis Domain Data menggunakan Protokol Saluran Fiber (FCP) untuk menyambung ke LUN pada sistem storan.

Dari sudut pandangan oVirt, apabila menggunakan sistem storan (FC atau iSCSI), setiap cakera maya, syot kilat atau templat adalah cakera logik.
Peranti blok dipasang menjadi satu unit (pada hos kluster) menggunakan Kumpulan Volume dan kemudian dibahagikan menggunakan LVM kepada volum logik, yang digunakan sebagai cakera maya untuk VM.

Semua kumpulan ini dan banyak volum LVM boleh dilihat pada hos kluster menggunakan arahan dan lain-lain и lvs. Sememangnya, semua tindakan dengan cakera sedemikian hendaklah dilakukan hanya dari konsol oVirt, kecuali dalam kes khas.

Cakera maya untuk VM boleh terdiri daripada dua jenis - QCOW2 atau RAW. Cakera mungkin "nipis"atau"tebal". Syot kilat sentiasa dibuat sebagai "nipis".

Cara untuk mengurus domain Storan, atau kawasan storan yang diakses melalui FC, agak logik - untuk setiap cakera maya VM terdapat volum logik berasingan yang boleh ditulis oleh hanya satu hos. Untuk sambungan FC, oVirt menggunakan sesuatu seperti LVM berkelompok.

Mesin maya yang terletak di kawasan storan yang sama boleh dipindahkan antara hos yang dimiliki oleh kluster yang sama.

Seperti yang dapat kita lihat daripada huraian, kluster dalam oVirt, seperti kluster dalam VMware vSphere atau Hyper-V, pada asasnya bermaksud perkara yang sama - ia adalah kumpulan logik hos, sebaik-baiknya sama dalam komposisi perkakasan, dan mempunyai storan biasa untuk maya. cakera mesin.

Mari teruskan terus untuk mencipta kawasan storan untuk data (cakera VM), kerana tanpanya pusat data tidak akan dimulakan.
Biar saya ingatkan anda bahawa semua LUN yang dibentangkan kepada hos kluster pada sistem storan mesti kelihatan pada mereka menggunakan arahan "berbilang laluan -ll'.

Menurut dokumentasi, pergi ke portal pergi ke Pada Suhu Ambien >> Domain -> Domain Baharu dan ikut arahan daripada bahagian "Menambah Storan FCP".

Selepas melancarkan wizard, isikan medan yang diperlukan:

Nama — tetapkan nama kluster
Fungsi Domain —Data
Jenis Penyimpanan - Saluran Fiber
Hos untuk Digunakan — pilih hos yang LUN yang kami perlukan tersedia

Dalam senarai LUN, tandakan yang kita perlukan, klik Tambah dan kemudian OK. Jika perlu, anda boleh melaraskan parameter tambahan kawasan storan dengan mengklik pada Parameter Lanjutan.

Tangkapan skrin wizard untuk menambah "Domain storan"

Berdasarkan keputusan wizard, kami harus menerima kawasan storan baharu dan pusat data kami harus beralih ke status UP, atau dimulakan:

Tangkapan skrin pusat data dan kawasan storan di dalamnya:

Mencipta dan mengkonfigurasi rangkaian untuk mesin maya

Pautan ke dokumentasi - Panduan Pentadbiran oVirt, Bab 6: Rangkaian Logik

Rangkaian, atau rangkaian, berfungsi untuk mengumpulkan rangkaian logik yang digunakan dalam infrastruktur maya oVirt.

Untuk berinteraksi antara penyesuai rangkaian pada mesin maya dan penyesuai fizikal pada hos, antara muka logik seperti jambatan Linux digunakan.

Untuk mengumpulkan dan membahagikan trafik antara rangkaian, VLAN dikonfigurasikan pada suis.

Apabila mencipta rangkaian logik untuk mesin maya dalam oVirt, ia mesti diberikan pengecam yang sepadan dengan nombor VLAN pada suis supaya VM boleh berkomunikasi antara satu sama lain, walaupun ia dijalankan pada nod kluster yang berbeza.

Tetapan awal penyesuai rangkaian pada hos untuk menyambungkan mesin maya perlu dilakukan artikel sebelumnya – antara muka logik dikonfigurasikan ikatan1, maka semua tetapan rangkaian hendaklah dibuat hanya melalui portal pentadbiran oVirt.

Selepas mencipta VM dengan enjin dihoskan, sebagai tambahan kepada penciptaan pusat data dan kluster secara automatik, rangkaian logik juga dicipta secara automatik untuk mengurus kluster kami - ovritmgmt, yang mana VM ini disambungkan.

Jika perlu, anda boleh melihat tetapan rangkaian logik ovritmgmt dan laraskannya, tetapi anda mesti berhati-hati agar tidak kehilangan kawalan terhadap infrastruktur oVirt.

Tetapan rangkaian logik ovritmgmt

Untuk mencipta rangkaian logik baharu untuk VM biasa, dalam portal pentadbiran pergi ke rangkaian >> Rangkaian >> Baru, dan pada tab Umum tambahkan rangkaian dengan ID VLAN yang dikehendaki, dan tandakan juga kotak di sebelah “Rangkaian VM", ini bermakna ia boleh digunakan untuk tugasan kepada VM.

Tangkapan skrin rangkaian logik VLAN32 baharu

Di tab Kelompok, kami melampirkan rangkaian ini pada kluster kami Kelompok1.

Selepas ini kita pergi ke Kirakan >> tuan rumah, pergi ke setiap hos secara bergilir-gilir, ke tab Antara muka rangkaian, dan lancarkan wizard Sediakan rangkaian hos, untuk mengikat kepada hos rangkaian logik baharu.

Tangkapan skrin wizard "Sediakan rangkaian hos".

Ejen oVirt secara automatik akan membuat semua tetapan rangkaian yang diperlukan pada hos - buat VLAN dan BRIDGE.

Contoh fail konfigurasi untuk rangkaian baharu pada hos:

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

Biar saya ingatkan anda sekali lagi tentang hos kluster TIDAK PERLU buat antara muka rangkaian secara manual terlebih dahulu ifcfg-bon1.432 и ifcfg-ovirtvm-vlan432.

Selepas menambah rangkaian logik dan menyemak sambungan antara hos dan VM enjin yang dihoskan, ia boleh digunakan dalam mesin maya.

Mencipta imej pemasangan untuk menggunakan mesin maya

Pautan ke dokumentasi - Panduan Pentadbiran oVirt, Bab 8: Penyimpanan, bahagian Memuat naik Imej ke Domain Storan Data.

Tanpa imej pemasangan OS, mesin maya tidak akan dapat dipasang, walaupun ini sudah tentu tidak menjadi masalah jika, sebagai contoh, dipasang pada rangkaian Tukang Cendawan dengan imej yang telah dibuat sebelumnya.

Dalam kes kami, ini tidak mungkin, jadi anda perlu mengimport imej ini ke dalam oVirt sendiri. Sebelum ini, ini memerlukan mencipta Domain ISO, tetapi dalam versi baharu oVirt ia telah ditamatkan, dan oleh itu anda kini boleh memuat naik imej terus ke domain Storan daripada portal pentadbiran.

Dalam portal pentadbiran pergi ke Pada Suhu Ambien >> Cakera >> Upload >> Start
Kami menambah imej OS kami sebagai fail ISO, isi semua medan dalam borang, dan klik butang "Uji sambungan".

Petikan skrin Wizard Imej Pemasangan Tambah

Jika kita mendapat ralat 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`

Kemudian anda perlu menambah sijil oVirt kepada “CA Root Dipercayai"(Trusted Root CA) pada stesen kawalan pentadbir, dari mana kami cuba memuat turun imej.

Selepas menambah sijil pada Trusted Root CA, klik sekali lagi "Uji sambungan", sepatutnya mendapat:

Connection to ovirt-imageio-proxy was successful.

Selepas anda melengkapkan tindakan menambah sijil, anda boleh cuba memuat naik imej ISO ke Domain Storan sekali lagi.

Pada dasarnya, anda boleh membuat Domain Storan berasingan dengan jenis Data untuk menyimpan imej dan templat secara berasingan daripada cakera VM, atau menyimpannya dalam Domain Storan untuk enjin yang dihoskan, tetapi ini adalah mengikut budi bicara pentadbir.

Tangkapan skrin dengan imej ISO dalam Domain Storan untuk enjin yang dihoskan

Buat mesin maya

Pautan dokumentasi:
Panduan Pengurusan Mesin Maya oVirt –> Bab 2: Memasang Mesin Maya Linux
Sumber Pelanggan Konsol

Selepas memuatkan imej pemasangan dengan OS ke dalam oVirt, anda boleh teruskan untuk mencipta mesin maya. Banyak kerja telah dilakukan, tetapi kami sudah berada di peringkat akhir, demi semua ini dimulakan - mendapatkan infrastruktur yang tahan terhadap kesalahan untuk mengehos mesin maya yang sangat tersedia. Dan semua ini benar-benar percuma - tiada satu sen pun dibelanjakan untuk membeli sebarang lesen perisian.

Untuk mencipta mesin maya dengan CentOS 7, imej pemasangan daripada OS mesti dimuat turun.

Kami pergi ke portal pentadbiran, pergi ke Kirakan >> Mesin Maya, dan lancarkan wizard penciptaan VM. Isikan semua parameter dan medan dan klik OK. Semuanya sangat mudah jika anda mengikuti dokumentasi.

Sebagai contoh, saya akan memberikan tetapan asas dan tambahan VM yang sangat tersedia, dengan cakera yang dibuat, disambungkan ke rangkaian, dan but daripada imej pemasangan:

Tangkapan skrin dengan tetapan VM yang sangat tersedia

Selepas selesai bekerja dengan wizard, tutupnya, lancarkan VM baharu dan pasang OS padanya.
Untuk melakukan ini, pergi ke konsol VM ini melalui portal pentadbiran:

Tangkapan skrin tetapan portal pentadbiran untuk menyambung ke konsol VM

Untuk menyambung ke konsol VM, anda mesti mengkonfigurasi konsol terlebih dahulu dalam sifat mesin maya.

Tangkapan skrin tetapan VM, tab "Konsol".

Untuk menyambung ke konsol VM yang anda boleh gunakan, sebagai contoh, Pemapar Mesin Maya.

Untuk menyambung ke konsol VM terus dalam tetingkap penyemak imbas, tetapan sambungan melalui konsol hendaklah seperti berikut:

Selepas memasang OS pada VM, adalah dinasihatkan untuk memasang ejen tetamu 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

Oleh itu, hasil daripada tindakan kami, VM yang dibuat akan sangat tersedia, i.e. jika nod kluster di mana ia berjalan gagal, oVirt akan memulakan semula secara automatik pada nod kedua. VM ini juga boleh dipindahkan antara hos kluster untuk penyelenggaraan atau tujuan lain.

Kesimpulan

Saya berharap artikel ini berjaya menyampaikan bahawa oVirt adalah alat yang benar-benar normal untuk mengurus infrastruktur maya, yang tidak begitu sukar untuk digunakan - perkara utama adalah mengikuti peraturan dan keperluan tertentu yang diterangkan dalam artikel dan dalam dokumentasi.

Oleh kerana jumlah artikel yang besar, tidak mungkin untuk memasukkan banyak perkara di dalamnya, seperti pelaksanaan langkah demi langkah pelbagai ahli sihir dengan semua penjelasan dan tangkapan skrin terperinci, kesimpulan panjang beberapa arahan, dsb. Malah, ini memerlukan penulisan keseluruhan buku, yang tidak masuk akal kerana versi perisian baharu yang sentiasa muncul dengan inovasi dan perubahan. Perkara yang paling penting ialah memahami prinsip bagaimana semuanya berfungsi bersama-sama, dan untuk mendapatkan algoritma umum untuk mencipta platform toleransi kesalahan untuk menguruskan mesin maya.

Walaupun kami telah mencipta infrastruktur maya, kami kini perlu mengajarnya untuk berinteraksi antara elemen individunya: hos, mesin maya, rangkaian dalaman dan dengan dunia luar.

Proses ini merupakan salah satu tugas utama pentadbir sistem atau rangkaian, yang akan dibincangkan dalam artikel seterusnya - mengenai penggunaan penghala maya VyOS dalam infrastruktur toleran kesalahan perusahaan kami (seperti yang anda sangka, ia akan berfungsi sebagai maya mesin pada kelompok oVirt kami).

Sumber: www.habr.com

Penciptaan infrastruktur IT yang tahan terhadap kesalahan. Bahagian 2. Memasang dan mengkonfigurasi kelompok oVirt 4.3