Xatolarga chidamli IT infratuzilmasini qurish. 2-qism: oVirt 4.3 klasterini o'rnatish va sozlash

Ushbu maqola avvalgisining davomi - "Xatolarga chidamli IT infratuzilmasini yaratish. 1-qism - oVirt 4.3 klasterini joylashtirishga tayyorgarlik".

U infratuzilmani tayyorlash bo'yicha barcha dastlabki bosqichlar allaqachon bajarilganligini hisobga olgan holda yuqori darajada mavjud virtual mashinalarni joylashtirish uchun oVirt 4.3 klasterini asosiy o'rnatish va sozlash jarayonini qamrab oladi.

Kirish

Maqolaning asosiy maqsadi - bu turdagi bosqichma-bosqich ko'rsatmalar berish emas "Keyingi -> ha -> tugatmoq", lekin uni o'rnatish va sozlashning ba'zi o'ziga xos xususiyatlarini ta'kidlash uchun. Klasteringizni joylashtirish jarayoni infratuzilmangiz va atrof-muhitingizning o'ziga xos xususiyatlari tufayli har doim ham u erda tasvirlanganga mos kelmasligi mumkin, ammo umumiy tamoyillar bir xil bo'ladi.

Subyektiv nuqtai nazardan, oVirt 4.3 Funktsionallik nuqtai nazaridan u VMware vSphere 5.x versiyasiga o'xshaydi, lekin, albatta, u o'zining konfiguratsiyasi va operatsion xususiyatlariga ega.

Qiziqqanlar uchun RHEV (aka oVirt) va VMware vSphere o'rtasidagi barcha farqlarni, masalan, onlayn tarzda topish mumkin. shu yerda, lekin maqola davom etar ekan, vaqti-vaqti bilan ularning o'zaro farqlari yoki o'xshashliklarini qayd etaman.

Men virtual mashinalar uchun tarmoqni qisqacha solishtirmoqchiman. oVirt virtual mashinalar (bundan buyon matnda VMlar) uchun VMware vSphere kabi tarmoqni boshqarish tamoyilini amalga oshiradi:

• standart Linux ko'prigidan foydalanish (VMware-da - Standart vSwitch), virtualizatsiya xostlarida ishlash;
• Open vSwitch (OVS) yordamida (VMware-da - Tarqatilgan vSwitch) ikkita asosiy komponentdan iborat taqsimlangan virtual kalit: markaziy OVN serveri va boshqariladigan xostlardagi OVN kontrollerlari.

Shuni ta'kidlash kerakki, amalga oshirishning soddaligi tufayli ushbu maqolada KVM gipervizoridan foydalanishda standart tanlov bo'lgan standart Linux ko'prigidan foydalangan holda VMlar uchun oVirt-da tarmoqlarni sozlash tasvirlanadi.

Shu munosabat bilan, klasterda tarmoq bilan ishlashning bir nechta asosiy qoidalari mavjud, ular eng yaxshi buzilmaydi:

• OVirt-ga qo'shishdan oldin xostlardagi barcha tarmoq sozlamalari bir xil bo'lishi kerak, IP manzillardan tashqari.
• Xost oVirt nazorati ostida bo'lgandan so'ng, o'z harakatlaringizga to'liq ishonchingiz komil bo'lmasa, hech qanday tarmoq sozlamalarini qo'lda o'zgartirmaslik tavsiya etiladi, chunki oVirt agenti xost yoki agentni qayta ishga tushirgandan so'ng ularni avvalgi sozlamalariga qaytaradi.
• VM uchun yangi tarmoq qo'shish, shuningdek, u bilan ishlash faqat oVirt boshqaruv konsolidan amalga oshirilishi kerak.

Boshqa muhim eslatma - juda muhim muhit uchun (moliyaviy yo'qotishlarga juda sezgir) hali ham pullik yordam va foydalanishdan foydalanish tavsiya etiladi. Red Hat virtualizatsiyasi 4.3oVirt klasterining ishlashi davomida ba'zi muammolar paydo bo'lishi mumkin, ularni o'zingiz hal qilishga urinmasdan, imkon qadar tezroq malakali yordam so'rash tavsiya etiladi.

Va nihoyat, tavsiya etiladi oVirt klasterini joylashtirishdan oldin, o'qing rasmiy hujjatlar, hech bo'lmaganda asosiy tushunchalar va ta'riflardan xabardor bo'lish, aks holda maqolaning qolgan qismini o'qish biroz qiyin bo'ladi.

Quyidagi ko'rsatmalar ushbu maqolani va oVirt klasterining ishlash tamoyillarini tushunish uchun asosiy hisoblanadi:

• oVirt o'rnatish bo'yicha qo'llanma
• oVirt o'z-o'zidan joylashtirilgan dvigatel uchun qo'llanma
• oVirt ma'muriyati bo'yicha qo'llanma
  

U erda hajm unchalik katta emas, bir-ikki soat ichida siz asosiy tamoyillarni osongina o'zlashtirasiz va tafsilotlarni yaxshi ko'radiganlar uchun o'qish tavsiya etiladi. Red Hat virtualizatsiyasi uchun mahsulot hujjatlari 4.3 — RHEV va oVirt aslida bir xil narsa.

Shunday qilib, agar xostlar, kalitlar va saqlash tizimlaridagi barcha asosiy sozlamalar to'liq bo'lsa, biz to'g'ridan-to'g'ri oVirt-ni joylashtirishga o'tamiz.

2-qism. oVirt 4.3 klasterini o'rnatish va sozlash

Malumot uchun qulaylik uchun men ushbu maqolaning asosiy bo'limlarini sanab o'taman, ular tartibda to'ldirilishi kerak:

1. oVirt boshqaruv serverini o'rnatish
2. Yangi ma'lumotlar markazini yaratish
3. Yangi klaster yaratish
4. O'z-o'zidan joylashtirilgan muhitda qo'shimcha xostlarni o'rnatish
5. Saqlash domenini yaratish
6. Virtual mashinalar uchun tarmoqlarni yaratish va sozlash
7. Virtual mashinani joylashtirish uchun o'rnatish tasvirini yaratish
8. Virtual mashina yarating

oVirt boshqaruv serverini o'rnatish

oVirt boshqaruv serveri – butun oVirt infratuzilmasini boshqaradigan virtual mashina, xost yoki virtual qurilma ko‘rinishidagi oVirt infratuzilmasidagi eng muhim elementdir.

Uning virtualizatsiya olamidagi yaqin analoglari:

• VMware vSphere - vCenter Server
• Microsoft Hyper-V - Tizim markazi virtual mashina menejeri (VMM).

oVirt boshqaruv serverini o'rnatish uchun bizda ikkita variant mavjud:

variant 1
Serverni maxsus VM yoki xost sifatida joylashtirish.

Ushbu parametr juda yaxshi ishlaydi, lekin agar bunday VM klasterdan mustaqil ravishda ishlasa, ya'ni u KVM nazorati ostida oddiy virtual mashina sifatida hech qanday klaster xostida ishga tushirilmagan bo'lsa.

Nima uchun bunday VMni klaster xostlarida joylashtirish mumkin emas?

oVirt boshqaruv serverini o'rnatish jarayonining boshida biz dilemmaga duch kelamiz: biz boshqaruv VM ni o'rnatishimiz kerak, lekin klasterning o'zi hali mavjud emas, shuning uchun darhol nima qilishimiz mumkin? To'g'ri qilish kerak bo'lgan narsa KVMni kelajakdagi klaster tuguniga o'rnatish, so'ngra unga virtual mashina yaratish, masalan, CentOS bilan ishlash va unga oVirt dvigatelini joylashtirishdir. Bu shunday VM ustidan to'liq nazorat qilish maqsadida amalga oshirilishi mumkin, ammo bu noto'g'ri fikr, chunki bu muqarrar ravishda boshqaruv VM bilan bog'liq muammolarga olib keladi:

• uni oVirt konsolida klaster xostlari (tugunlari) o'rtasida o'tkazish mumkin bo'lmaydi;
• KVM vositalaridan foydalangan holda ko'chirishda virsh migratsiya, bu VM oVirt konsolidan boshqarish uchun mavjud bo'lmaydi.
• klaster xostlarini ko'rsatib bo'lmaydi Ta'minot rejimi (xizmat ko'rsatish rejimi) yordamida ushbu VMni xostdan xostga ko'chirsangiz virsh migratsiya.

Shunday qilib, hamma narsani qoidalarga muvofiq bajaring - oVirt boshqaruv serveri uchun alohida xostdan yoki unda ishlaydigan mustaqil VM dan foydalaning yoki, eng yaxshisi, ikkinchi variantga amal qiling.

variant 2
oVirt Engine Appliance-ni u boshqaradigan klaster xostiga o'rnatish.

Ushbu variant bizning holatlarimizda yanada to'g'ri va mos keladi.
Bunday VM uchun talablar quyida tavsiflanadi. Shunchaki qo‘shimcha qilamanki, infratuzilmada xatolikka chidamli bo‘lishi uchun boshqaruv VM ishlay oladigan kamida ikkita xost bo‘lishi tavsiya etiladi. Shuni qo'shimcha qilmoqchimanki, avvalgi maqoladagi sharhlarda aytib o'tganimdek, men haligacha erisha olmadim. bo'lingan miya ikkita xostdan iborat oVirt klasterida, ularda joylashtirilgan dvigatelli VM-larni ishga tushirish imkoniyati.

Birinchi klaster xostiga oVirt Dvigatel Appliance o'rnatish

Rasmiy hujjatlarga havola - oVirt o'z-o'zidan joylashtirilgan dvigatel uchun qo'llanma, bo'lim "Buyruqlar qatoridan foydalanib, o'z-o'zidan ishlaydigan dvigatelni joylashtirish»

Hujjatda joylashtirilgan dvigatelli VMni joylashtirishdan oldin bajarilishi kerak bo'lgan shartlar ko'rsatilgan, shuningdek, o'rnatish jarayoni batafsil tavsiflangan, shuning uchun uni so'zma-so'z takrorlashning alohida nuqtasi yo'q, shuning uchun biz ba'zi muhim tafsilotlarga e'tibor qaratamiz.

• Har qanday harakatni boshlashdan oldin, hostdagi BIOS sozlamalarida virtualizatsiyani qo'llab-quvvatlashni yoqing.
• Xostga joylashtirilgan vosita o'rnatuvchi paketini o'rnating:

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

• Biz oVirt Hosted Engine o'rnatish protsedurasini ekranda xostda ishga tushiramiz (uni Ctrl-A + D tugmalari yordamida chiqishingiz, Ctrl-D tugmalari yordamida yopishingiz mumkin):

screen
hosted-engine --deploy

Agar xohlasangiz, o'rnatishni oldindan tayyorlangan javob fayli bilan ishga tushirishingiz mumkin:

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

• Xostlangan dvigatelni o'rnatishda biz barcha kerakli parametrlarni aniqlaymiz:

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

• Xostlangan dvigatelga ega yuqori darajada mavjud bo'lgan VMni o'rnatish uchun biz saqlash tizimida 4-raqamli va 150 Gb o'lchamli maxsus LUN-ni yaratdik, keyin u klaster xostlariga taqdim etildi - qarang. oldingi maqola.

Bundan tashqari, biz uning xostlarda ko'rinishini oldindan tekshirgan edik:

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

• Xostlangan dvigatelni joylashtirish jarayonining o'zi oddiy va uning oxirida biz shunga o'xshash xabarni olishimiz kerak:

[ 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

Xostda oVirt xizmatlari mavjudligini tekshiring:

Agar hamma narsa to'g'ri bajarilgan bo'lsa, o'rnatish tugagandan so'ng veb-brauzerga o'ting https://ovirt_hostname/ovirt-engine administrator kompyuteridan [ ni bosingMa'muriyat portali].

“Ma’muriyat portali” skrinshoti

Skrinshotda ko'rsatilgan oynada login va parolingizni (o'rnatish vaqtida o'rnatilgan) kiritish orqali siz virtual infratuzilmangiz bilan barcha amallarni bajarishingiz mumkin bo'lgan Open Virtualization Manager boshqaruv paneliga o'tasiz:

1. ma'lumotlar markazini qo'shing
2. klaster qo'shing va sozlang
3. xostlarni qo'shish va boshqarish
4. virtual mashina disklari uchun saqlash joylari yoki Saqlash domenlarini qo'shing
5. virtual mashinalar uchun tarmoqlarni qo'shish va sozlash
6. virtual mashinalarni, o'rnatish rasmlarini, VM shablonlarini qo'shish va boshqarish

Bu harakatlarning barchasi quyida muhokama qilinadi, ba'zilari katta bosma, ba'zilari batafsilroq va nuanslar bilan.
Lekin birinchi navbatda, men ushbu qo'shimchani o'qishni tavsiya qilaman, bu ko'pchilik uchun foydali bo'ladi.

Qo'shimcha

1) Aslida, agar bunday ehtiyoj mavjud bo'lsa, paketlardan foydalangan holda KVM gipervizorini klaster tugunlariga oldindan o'rnatishga hech narsa to'sqinlik qilmaydi. libvirt и qemu-kvm (yoki qemu-kvm-ev) kerakli versiya, garchi oVirt klaster tugunini o'rnatishda buni o'zi bajarishi mumkin.

Ammo agar libvirt и qemu-kvm Agar siz eng so'nggi bo'lmagan versiyani o'rnatgan bo'lsangiz, o'rnatilgan vositani o'rnatish vaqtida quyidagi xatolikni olishingiz mumkin:

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

Ya'ni, bo'lishi kerak yangilangan versiya libvirt dan himoya qilish bilan MDS, bu quyidagi siyosatni qo'llab-quvvatlaydi:

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

md-clear yordami bilan libvirt v.4.5.0-10.el7_6.12 ni o'rnating:

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

"md-clear" yordami tekshirilmoqda:

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

Shundan so'ng, siz joylashtirilgan dvigatelni o'rnatishni davom ettirishingiz mumkin.

2) oVirt 4.3 da xavfsizlik devori mavjudligi va undan foydalanish xavfsizlik devori majburiy talab hisoblanadi.

Xost-dvigatel uchun VMni o'rnatishda quyidagi xatolikni olsak:

[ 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

Keyin boshqa xavfsizlik devorini o'chirib qo'yishingiz kerak (agar u ishlatilsa) va o'rnating va ishga tushiring xavfsizlik devori:

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

Kelajakda, ovirt agentini klaster uchun yangi xostga o'rnatayotganda, u kerakli portlarni sozlaydi. xavfsizlik devori avtomatik ravishda.

3) Xostni o'rnatilgan dvigatel bilan ishlaydigan VM bilan qayta ishga tushirish.

Odatdagidek, havola 1 и havola 2 boshqaruv hujjatlari bo'yicha.

Xostlangan VM dvigatelining barcha boshqaruvi FAQAT buyruq yordamida amalga oshiriladi mezbon-dvigatel u ishlaydigan uy egasi haqida, haqida virsh unutishimiz kerak, shuningdek, siz ushbu VMga SSH orqali ulanishingiz va buyruqni bajarishingiz mumkin "yopmoq".

VMni texnik xizmat ko'rsatish rejimiga o'tkazish tartibi:

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

Biz hostni o'rnatilgan vosita agenti bilan qayta ishga tushiramiz va u bilan bizga kerak bo'lgan narsani qilamiz.

Qayta ishga tushirgandan so'ng, joylashtirilgan vosita bilan VM holatini tekshiring:

hosted-engine --vm-status

Xostlangan dvigatelga ega VM ishga tushmasa va biz xizmat jurnalida shunga o'xshash xatolarni ko'rsak:

Xizmat jurnalidagi xato:

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

Keyin biz saqlashni ulaymiz va agentni qayta ishga tushiramiz:

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

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

VMni xost-dvigatel bilan ishga tushirgandan so'ng, biz uni texnik xizmat ko'rsatish rejimidan chiqaramiz:

VMni texnik xizmat ko'rsatish rejimidan chiqarish tartibi:

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) Xostlangan dvigatelni va u bilan bog'liq barcha narsalarni olib tashlash.

Ba'zan avval o'rnatilgan mezbon dvigatelni to'g'ri olib tashlash kerak bo'ladi - aloqa boshqaruv hujjatiga.

Biz shunchaki xostda buyruqni bajaramiz:

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

Keyinchalik, keraksiz paketlarni olib tashlaymiz, agar kerak bo'lsa, har qanday konfiguratsiyani oldindan zaxiralaymiz:

yum autoremove ovirt* qemu* virt* libvirt* libguestfs 

Yangi ma'lumotlar markazini yaratish

Yordam hujjatlari — oVirt Administration Guide. 4-bob: Data markazlari

Birinchidan, nima ekanligini aniqlaylik ma'lumotlar markazi (Men yordamdan iqtibos keltiraman) - ma'lum bir muhitda foydalaniladigan resurslar to'plamini belgilaydigan mantiqiy ob'ekt.

Ma'lumotlar markazi - bu quyidagilardan iborat konteyner turi:

• klasterlar va xostlar ko'rinishidagi mantiqiy resurslar
• mantiqiy tarmoqlar va xostlardagi jismoniy adapterlar ko'rinishidagi klaster tarmoq resurslari;
• saqlash resurslari (VM disklari, shablonlar, tasvirlar uchun) saqlash joylari (Storage Domains) shaklida.

Ma'lumotlar markazida virtual mashinalar ishlaydigan bir nechta xostlardan tashkil topgan bir nechta klasterlar bo'lishi mumkin va u bilan bog'langan bir nechta saqlash joylari ham bo'lishi mumkin.
Bir nechta ma'lumotlar markazlari bo'lishi mumkin, ularning barchasi mustaqil ishlaydi. Ovirt rolga asoslangan ruxsatlarga ruxsat beradi va ma'lumotlar markazi darajasida ham, individual mantiqiy elementlar uchun ham moslashtirilgan ruxsatlarga ruxsat beradi.

Ma'lumotlar markazi yoki ma'lumotlar markazlari bir nechta bo'lsa, bitta ma'muriy konsol yoki portaldan boshqariladi.

Ma'lumotlar markazini yaratish uchun ma'muriy portalga o'ting va yangi ma'lumotlar markazini yarating:
Hisoblash >> Ma'lumot markazi >> yangi

Saqlash tizimida umumiy xotiradan foydalanayotganimiz sababli, saqlash turi (Saqlash turi) Umumiy boʻlishi kerak:

Ma'lumotlar markazini yaratish ustasining skrinshoti

Xost-dvigatelli virtual mashinani o'rnatishda ma'lumotlar markazi sukut bo'yicha yaratiladi - Ma'lumotlar markazi 1, va agar kerak bo'lsa, saqlash turini (Saqlash turi) boshqasiga o'zgartirishingiz mumkin.

Ma'lumotlar markazini yaratish hech qanday murakkab nuanslarsiz oddiy vazifadir va barcha qo'shimcha qadamlar hujjatlarda tasvirlangan. Shuni ta'kidlab o'tamanki, faqat VMlar uchun mahalliy xotiraga (disk) ega bo'lgan mustaqil xostlar Saqlash turi "Umumiy"ga o'rnatilgan ma'lumotlar markaziga kira olmaydi (yoki qo'shilmaydi) va ular uchun alohida ma'lumotlar markazi yaratilishi kerak, ya'ni mahalliy xotiraga ega har bir alohida xost o'z ma'lumotlar markazini talab qiladi.

Yangi klaster yaratish

Hujjatlarga havola: oVirt ma'muriyati bo'yicha qo'llanma. 5-bob: Klasterlar

Ortiqcha tafsilotga kirmasdan, Klaster Klaster - umumiy saqlash maydoniga ega bo'lgan xostlarning mantiqiy guruhlanishi (bizning holatda bo'lgani kabi saqlash tizimidagi umumiy disklar shaklida). Klasterdagi xostlar apparat jihatidan bir xil bo'lishi va bir xil protsessor turiga (Intel yoki AMD) ega bo'lishi ham ma'qul. Ideal holda, klasterdagi serverlar butunlay bir xil bo'lishi kerak.

Klaster ma'lumotlar markazining bir qismidir (ma'lum bir saqlash turi bilan - mahalliy yoki Birgalikda) va barcha xostlar umumiy xotiraga ega yoki yo'qligiga qarab, ba'zi bir klasterga tegishli bo'lishi kerak.

Xostga joylashtirilgan dvigatelli virtual mashinani o'rnatishda sukut bo'yicha ma'lumotlar markazi yaratiladi - Ma'lumotlar markazi 1, klaster bilan birga - Klaster 1, va kelajakda siz uning parametrlarini sozlashingiz, qo'shimcha variantlarni yoqishingiz, unga xostlar qo'shishingiz va hk.

Har doimgidek, barcha klaster sozlamalari haqida batafsil ma'lumot olish uchun rasmiy hujjatlarga murojaat qilish tavsiya etiladi. Klasterni o'rnatishga kelsak, shuni qo'shimcha qilamanki, klaster yaratishda siz faqat yorliqdagi asosiy parametrlarni sozlashingiz kerak. umumiy.

Men eng muhim parametrlarni ta'kidlayman:

• Protsessor turi — klaster xostlarida qaysi protsessorlar o‘rnatilgani, ularning ishlab chiqaruvchisi va xostlardagi qaysi protsessor eng qadimgi ekanligiga qarab tanlanadi, shu sababli klasterdagi barcha mavjud protsessor ko‘rsatmalaridan foydalaniladi.
• Kalit turi - Biz klasterimizda faqat Linux ko'prigidan foydalanamiz, shuning uchun biz uni tanlaymiz.
• Xavfsizlik devori turi - bu erda hamma narsa aniq, bu hostlarda yoqilgan va sozlangan bo'lishi kerak bo'lgan xavfsizlik devori.

Klaster parametrlari bilan skrinshot

Self-hosted muhitida qo'shimcha xostlarni o'rnatish

aloqa hujjatlar bo'yicha.

O'z-o'zidan boshqariladigan muhit uchun qo'shimcha xostlar oddiy xost bilan bir xil tarzda qo'shiladi, VMni joylashtirilgan dvigatel bilan o'rnatishning qo'shimcha bosqichi bilan — Xostlangan dvigatelni joylashtirish amalini tanlang >> platformasidaQo'shimcha xost, shuningdek, joylashtirilgan dvigatelga ega VM uchun LUN bilan taqdim etilishi kerakligi sababli, bu xost, agar kerak bo'lsa, joylashtirilgan dvigatel bilan VMni joylashtirish uchun ishlatilishi mumkinligini anglatadi.
Xatolarga chidamlilik maqsadida, joylashtirilgan dvigatelli VM joylashtiriladigan kamida ikkita xostga ega bo'lish tavsiya etiladi.

Qo'shimcha xostda iptablesni o'chiring (agar yoqilgan bo'lsa), xavfsizlik devorini yoqing

systemctl stop iptables
systemctl disable iptables

systemctl enable firewalld
systemctl start firewalld

KVM ning kerakli versiyasini o'rnating (agar kerak bo'lsa):

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

Kerakli omborlarni va joylashtirilgan vosita o'rnatuvchisini o'rnating:

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

Keyinchalik, biz konsolga o'tamiz. Virtualizatsiya menejerini oching, yangi xost qo'shing va da yozilganidek, hamma narsani bosqichma-bosqich bajaring hujjatlar.

Natijada, qo'shimcha xostni qo'shgandan so'ng, biz ma'muriy konsolda skrinshotdagiga o'xshash rasmni olishimiz kerak.

Ma'muriy portalning skrinshoti - xostlar

Xost-dvigatelli VM hozirda faol bo'lgan xostda oltin toj va "" yozuvi mavjud.Hosted Engine VMni ishga tushirish", agar kerak bo'lsa, ushbu VM ishga tushirilishi mumkin bo'lgan xost - yozuv "Hosted Engine VM-ni ishga tushirishi mumkin".

Uy egasi muvaffaqiyatsizlikka uchragan taqdirda "Hosted Engine VMni ishga tushirish", u ikkinchi xostda avtomatik ravishda qayta ishga tushadi. Bu VM faol xostdan xizmat koʻrsatish uchun kutish rejimidagi xostga ham koʻchirilishi mumkin.

oVirt xostlarida Quvvatni boshqarish / fextavonieni sozlash

Hujjatlar havolalari:

• Red Hat virtualizatsiyasi 4.3 -> Texnik ma'lumotnoma -> 4-bob. Quvvatni boshqarish
• oVirt ma'muriyati bo'yicha qo'llanma -> 7-bob: Xostlar

Xostni qo'shish va sozlash tugallangandek tuyulishi mumkin bo'lsa-da, bu mutlaqo to'g'ri emas.
Xostlarning normal ishlashini ta'minlash va ular bilan bog'liq har qanday nosozliklarni aniqlash/tuzatish uchun Quvvat boshqaruvi/qisqartirishni sozlash kerak.

Qilichbozlik, yoki fextavonie, noto‘g‘ri yoki ishlamay qolgan xostni klasterdan vaqtinchalik chiqarib tashlash jarayoni bo‘lib, bu jarayon davomida undagi oVirt xizmatlari yoki xostning o‘zi qayta ishga tushiriladi.

Odatdagidek, Quvvat boshqaruvi/qilichbozlik ta'riflari va parametrlari bo'yicha barcha tafsilotlar hujjatlarda keltirilgan; Men iDRAC 9 bilan Dell R640 serverlarida qo'llanganidek, ushbu muhim parametrni qanday sozlash haqida faqat misol keltiraman.

1. Biz ma'muriy portalga o'tamiz va bosing Hisoblash >> Xostlar xostni tanlang.
2. bosing Edit.
3. Yorliq ustiga bosing Quvvatni boshqarish.
4. Variant yonidagi katakchani belgilang Quvvat boshqaruvini yoqing.
5. Variant yonidagi katakchani belgilang Kdump integratsiyasiyadro halokati dumpini yozishda xostning fextavonie rejimiga o'tishiga yo'l qo'ymaslik uchun.

Eslatma.

Ishlayotgan hostda Kdump integratsiyasini yoqqaningizdan so'ng, u oVirt ma'muriyati bo'yicha qo'llanmadagi protseduraga muvofiq qayta o'rnatilishi kerak -> 7-bob: Xostlar -> Xostlarni qayta o'rnatish.

1. Majburiy emas, siz katakchani belgilashingiz mumkin Quvvatni boshqarish siyosati boshqaruvini o'chirib qo'ying, agar biz xost quvvatini boshqarish klasterni rejalashtirish siyosati tomonidan nazorat qilinishini istamasak.
2. tugmasini bosing (+) yangi quvvat boshqaruv qurilmasini qo'shish uchun agent xususiyatlarini tahrirlash oynasi ochiladi.
   iDRAC9 uchun quyidagi maydonlarni toʻldiring:
   • Manzil – iDRAC9 manzili
   • Foydalanuvchi nomi / parol – mos ravishda iDRAC9 ga kirish uchun login va parol
   • Shrift - drac5
   • belgi Xavfsiz
   • quyidagi variantlarni qo'shing: cmd_prompt=>,login_timeout=30

Xost xususiyatlaridagi "Quvvatni boshqarish" sozlamalarining skrinshoti

Saqlash domenini yaratish

Hujjatlar havolasi: oVirt ma'muriyati bo'yicha qo'llanma, 8-bob: Saqlash.

Saqlash domeni, yoki saqlash maydoni virtual mashina disklari, oʻrnatish tasvirlari, shablonlari va oniy tasvirlarni saqlash uchun markazlashtirilgan joy.

Saqlash joylari turli xil protokollar, klaster va tarmoq fayl tizimlari yordamida ma'lumotlar markaziga ulanishi mumkin.

oVirt uch xil saqlash joyiga ega:

• Ma'lumotlar domeni - virtual mashinalar (disklar, shablonlar) bilan bog'liq barcha ma'lumotlarni saqlash uchun. Ma'lumotlar domenini turli ma'lumotlar markazlari o'rtasida taqsimlab bo'lmaydi.
• ISO domeni (eski saqlash maydoni turi) - OS o'rnatish tasvirlarini saqlash uchun. ISO domeni turli ma'lumotlar markazlari o'rtasida taqsimlanishi mumkin.
• Domenni eksport qilish (eski saqlash maydoni turi) - ma'lumotlar markazlari o'rtasida ko'chirilgan tasvirlarni vaqtincha saqlash uchun.

Bizning alohida holatda, Data Domain turiga ega saqlash maydoni saqlash tizimidagi LUN-larga ulanish uchun Fiber Channel Protocol (FCP) dan foydalanadi.

oVirt nuqtai nazaridan, saqlashdan (FC yoki iSCSI) foydalanganda har bir virtual disk, surat yoki shablon mantiqiy disk hisoblanadi.
Blok qurilmalari Volume Group yordamida (klaster xostlarida) yig‘iladi va keyin LVM yordamida VMlar uchun virtual disk sifatida ishlatiladigan mantiqiy hajmlarga bo‘linadi.

Bu guruhlarning barchasini va ko'plab LVM hajmlarini buyruqlar yordamida klaster xostida ko'rish mumkin va boshqalar и lvsTabiiyki, bunday disklar bilan barcha harakatlar faqat oVirt konsolidan amalga oshirilishi kerak, alohida holatlar bundan mustasno.

VMlar uchun virtual disklar ikki xil bo'lishi mumkin: QCOW2 yoki RAW. Disklar bo'lishi mumkin "yupqa"yoki"qalin". Snapshotlar har doim " sifatida yaratiladi.yupqa".

Saqlash domenlari yoki Fiber Channel (FC) orqali kirish mumkin bo'lgan saqlash joylarini boshqarish usuli juda mantiqiy: har bir VM virtual diskida faqat bitta xost tomonidan yoziladigan alohida mantiqiy hajm mavjud. FC ulanishlari uchun oVirt klasterli LVMga o'xshash narsadan foydalanadi.

Bir xil saqlash maydonida joylashgan virtual mashinalar bir xil klasterga tegishli xostlar o'rtasida ko'chirilishi mumkin.

Ta'rifdan ko'rinib turibdiki, oVirt-dagi klaster, VMware vSphere yoki Hyper-V-dagi klaster kabi, mohiyatan bir xil ma'noni anglatadi: bu xostlarning mantiqiy guruhlanishi bo'lib, apparat tarkibi jihatidan bir xil va virtual mashina disklari uchun umumiy xotiraga ega.

Keling, to'g'ridan-to'g'ri ma'lumotlar uchun saqlash maydonini (VM disklari) yaratishga o'taylik, chunki ularsiz ma'lumotlar markazi ishga tushirilmaydi.
Sizga shuni eslatib o'tamanki, saqlash tizimidagi klaster xostlariga taqdim etilgan barcha LUNlar ularda buyruq yordamida ko'rinishi kerak.multipath -ll".

Shunga ko'ra hujjatlar, biz portalga boramiz, biz kiramiz saqlash >> domenlari -> Yangi domen va "FCP xotirasini qo'shish" bo'limidagi ko'rsatmalarga amal qiling.

Sehrgarni ishga tushirgandan so'ng, kerakli maydonlarni to'ldiring:

• Ism — klaster nomini o'rnating
• Domen funktsiyasi - Ma'lumotlar
• Saqlash turi - tolali kanal
• Foydalanish uchun xost — kerakli LUN mavjud bo'lgan xostni tanlang

LUNlar ro'yxatida biz kerakli narsani belgilaymiz va bosamiz qo'shish undan keyin OKAgar kerak bo'lsa, ustiga bosish orqali qo'shimcha saqlash maydoni parametrlarini sozlashingiz mumkin Kengaytirilgan parametrlar.

"Saqlash domeni" ustasining skrinshoti

Sehrgarning ishi natijalariga ko'ra, biz yangi saqlash maydonini olishimiz kerak va bizning ma'lumotlar markazimiz holatga o'tishi kerak. UP, yoki ishga tushirilgan:

Ma'lumotlar markazi va uning saqlash joylarining skrinshotlari:

Virtual mashinalar uchun tarmoqlarni yaratish va sozlash

Hujjatlar havolasi: oVirt ma'muriyati bo'yicha qo'llanma, 6-bob: Mantiqiy tarmoqlar

Tarmoqlar yoki tarmoqlar oVirt virtual infratuzilmasida foydalaniladigan mantiqiy tarmoqlarni guruhlash uchun ishlatiladi.

Virtual mashinadagi tarmoq adapterini xostdagi jismoniy adapterga ulash uchun Linux ko'prigi kabi mantiqiy interfeyslardan foydalaniladi.

Tarmoqlar orasidagi trafikni guruhlash va ajratish uchun VLAN-lar kalitlarda sozlangan.

oVirt-da virtual mashinalar uchun mantiqiy tarmoqni yaratishda unga kommutatordagi VLAN raqamiga mos keladigan identifikatorni belgilash kerak, shunda VM lar, hatto ular turli klaster tugunlarida ishlayotgan bo'lsa ham, bir-biri bilan bog'lanishi mumkin.

Virtual mashinalarni ulash uchun xostlarda tarmoq adapterlarining dastlabki sozlamalari o'rnatilgan bo'lishi kerak oldingi maqola – mantiqiy interfeys sozlangan bondxnumx, keyin barcha tarmoq sozlamalari faqat oVirt ma'muriy portali orqali amalga oshirilishi kerak.

Xostlangan dvigatel bilan VM yaratilgandan so'ng, ma'lumotlar markazi va klasterni avtomatik yaratishdan tashqari, bizning klasterimizni boshqarish uchun mantiqiy tarmoq ham avtomatik ravishda yaratildi - ovritmgmt, bu VM ulangan.

Agar kerak bo'lsa, mantiqiy tarmoq sozlamalarini ko'rishingiz mumkin ovritmgmt va ularni sozlang, lekin oVirt infratuzilmasi ustidan nazoratni yo'qotmaslik uchun ehtiyot bo'lishingiz kerak.

Mantiqiy tarmoq sozlamalari ovritmgmt

Oddiy VMlar uchun yangi mantiqiy tarmoq yaratish uchun ma'muriy portalga o'ting tarmoq >> Tarmoqlar >> yangi, va yorliqda umumiy kerakli VLAN identifikatoriga ega tarmoqni qo'shing va " yonidagi katakchani belgilang.VM tarmog'i", demak, u VM ga tayinlash uchun ishlatilishi mumkin.

Yangi VLAN32 mantiqiy tarmog'ining skrinshoti

Yorliqda Klaster, biz ushbu tarmoqni klasterimizga biriktiramiz Klaster 1.

Shundan so'ng biz boramiz Hisoblash >> Xostlar, biz har bir xostga navbatma-navbat, tabga o'tamiz Tarmoq interfeyslari, va sehrgarni ishga tushiring Xost tarmoqlarini sozlash, yangi mantiqiy tarmoqning xostlariga ulanish uchun.

"Xost tarmoqlarini o'rnatish" ustasining skrinshoti

oVirt agenti avtomatik ravishda xostda barcha kerakli tarmoq sozlamalarini o'rnatadi - VLAN va BRIDGE-larni yaratadi.

Xostdagi yangi tarmoqlar uchun namuna konfiguratsiya fayllari:

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

Yana bir bor eslatib o'tamanki, klaster xostida KERAK EMAS tarmoq interfeyslarini oldindan qo'lda yaratish ifcfg-bond1.432 и ifcfg-ovirtvm-vlan432.

Mantiqiy tarmoqni qo'shgandan so'ng va xost va VM o'rtasidagi ulanishni joylashtirilgan dvigatel bilan tekshirgandan so'ng, uni virtual mashinada ishlatish mumkin.

Virtual mashinani joylashtirish uchun o'rnatish tasvirini yaratish

Hujjatlar havolasi: oVirt ma'muriyati bo'yicha qo'llanma, 8-bob: Saqlash, bo'limi Ma'lumotlarni saqlash domeniga rasmlarni yuklash.

OS o'rnatish tasviri bo'lmasa, siz virtual mashinani o'rnatolmaysiz, garchi sizda, masalan, tarmog'ingizda virtual mashina o'rnatilgan bo'lsa, bu muammo emas. Paxtakor oldindan yaratilgan tasvirlar bilan.

Bizning holatda, bu mumkin emas, shuning uchun biz ushbu rasmni oVirt-ga o'zimiz import qilishimiz kerak. Ilgari bu ISO domenini yaratishni talab qilgan, ammo oVirtning yangi versiyasida bu eskirgan, shuning uchun endi siz ma'muriy portaldan rasmlarni to'g'ridan-to'g'ri saqlash domeniga yuklashingiz mumkin.

Ma'muriy portalga o'ting saqlash >> Disklar >> Yuklab olish >> boshlanish
Biz OS tasvirimizni ISO fayli sifatida qo'shamiz, shakldagi barcha maydonlarni to'ldiramiz va "Sinov ulanishi".

O'rnatish tasvirini qo'shish ustasining skrinshoti

Agar biz ushbu turdagi xatolikni olsak:

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`

Keyin oVirt sertifikatini "ga qo'shishingiz kerak.Ishonchli ildiz CA» (Ishonchli ildiz CA) biz tasvirni yuklab olmoqchi bo'lgan administratorning boshqaruv stantsiyasida.

Sertifikatni Trusted Root CA-ga qo'shgandan so'ng, "ni bosing.Sinov ulanishi", olishi kerak:

Connection to ovirt-imageio-proxy was successful.

Sertifikatni qo'shish jarayonini tugatganingizdan so'ng, ISO tasvirini saqlash domeniga qayta yuklashga urinib ko'rishingiz mumkin.

Asosan, tasvirlar va shablonlarni VM disklaridan alohida saqlash uchun ma'lumotlar turi bilan alohida saqlash domenini yaratish yoki hatto ularni joylashtirilgan vosita uchun saqlash domenida saqlash mumkin, ammo bu ma'murning ixtiyorida.

Xostlangan dvigatel uchun saqlash domenidagi ISO tasvirlarining skrinshoti

Virtual mashina yarating

Hujjatlarga havola:
oVirt virtual mashinani boshqarish bo'yicha qo'llanma -> 2-bob: Linux virtual mashinalarini o'rnatish
Konsol mijozlari resurslari

OS o'rnatish tasvirini oVirt-ga yuklaganingizdan so'ng, siz to'g'ridan-to'g'ri virtual mashinani yaratishga o'tishingiz mumkin. Ko'p ishlar qilindi, lekin biz allaqachon yakuniy bosqichda turibmiz, uning maqsadi hamma narsa boshlangan: yuqori darajadagi virtual mashinalarni joylashtirish uchun nosozliklarga chidamli infratuzilmani yaratish. Va bularning barchasi mutlaqo bepul - biron bir dasturiy ta'minot litsenziyasini sotib olishga bir tiyin ham sarflanmagan.

CentOS 7 bilan virtual mashina yaratish uchun OS bilan o'rnatish tasvirini yuklab olish kerak.

Biz ma'muriy portalga boramiz, o'tamiz Hisoblash >> Virtual mashinalar, va VM yaratish ustasini ishga tushiring. Barcha parametrlar va maydonlarni to'ldiring va ustiga bosing OKAgar siz hujjatlarga rioya qilsangiz, hamma narsa juda oddiy.

Misol tariqasida, men yaratilgan disk bilan, tarmoqqa ulangan va o'rnatish tasviridan yuklanadigan yuqori darajada mavjud bo'lgan VM uchun asosiy va kengaytirilgan sozlamalarni taqdim etaman:

Mavjud VM sozlamalarining skrinshotlari

Sehrgarni tugatgandan so'ng, uni yoping, yangi VMni ishga tushiring va unga OSni o'rnating.
Buning uchun ma'muriy portal orqali ushbu VM konsoliga kiring:

VM konsoliga ulanish uchun ma'muriy portal sozlamalari skrinshoti

VM konsoliga ulanish uchun avval virtual mashina xususiyatlarida konsolni sozlashingiz kerak.

VM sozlamalari skrinshoti, "Konsol" yorlig'i

VM konsoliga ulanish uchun, masalan, foydalanishingiz mumkin: Virtual mashina ko'rish dasturi.

Brauzer oynasida to'g'ridan-to'g'ri VM konsoliga ulanish uchun konsol ulanish sozlamalari quyidagicha bo'lishi kerak:

OSni VMga o'rnatgandan so'ng, oVirt mehmon agentini o'rnatish tavsiya etiladi:

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

Shunday qilib, bizning harakatlarimiz natijasida yaratilgan VM yuqori darajada mavjud bo'ladi, ya'ni u ishlayotgan klaster tuguni ishlamay qolsa, oVirt uni avtomatik ravishda ikkinchi tugunda qayta ishga tushiradi. Ushbu VM klaster xostlari oʻrtasida texnik xizmat koʻrsatish yoki boshqa maqsadlarda ham koʻchirilishi mumkin.

xulosa

Umid qilamanki, ushbu maqola oVirt virtual infratuzilmani boshqarishning mukammal vositasi ekanligini, agar siz maqolada va hujjatlarda ko'rsatilgan maxsus qoidalar va talablarga rioya qilsangiz, uni qo'llash unchalik qiyin emasligini ko'rsatdi.

Maqolaning kattaligi tufayli ko'p narsalarni kiritish mumkin emas edi, masalan, batafsil tushuntirishlar va skrinshotlar bilan turli xil sehrgarlarni to'ldirish bo'yicha bosqichma-bosqich ko'rsatmalar, uzoq buyruq chiqishi va boshqalar. Aslida, buning uchun butun bir kitob kerak bo'ladi, bu innovatsiyalar va o'zgarishlar bilan yangi dasturiy ta'minot versiyalarining doimiy ravishda chiqarilishini hisobga olsak, ayniqsa amaliy emas. Eng muhimi, hamma narsa birgalikda qanday ishlashini tushunish va xatolarga chidamli virtual mashinani boshqarish platformasini yaratish uchun umumiy algoritmni ishlab chiqishdir.

Garchi biz virtual infratuzilmani yaratgan bo'lsak-da, endi biz uni uning alohida elementlari - xostlar, virtual mashinalar, ichki tarmoqlar va tashqi dunyo bilan o'zaro aloqada bo'lishni o'rgatishimiz kerak.

Ushbu jarayon tizim yoki tarmoq ma'murining asosiy vazifalaridan biri bo'lib, u keyingi maqolada ko'rib chiqiladi - korxonamizning nosozliklarga chidamli infratuzilmasida VyOS virtual routerlaridan foydalanish haqida (siz taxmin qilganingizdek, ular bizning oVirt klasterimizda virtual mashinalar sifatida ishlaydi).

Manba: www.habr.com