🥇Nosozliklarga chidamli IT infratuzilmasini yaratish. 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 darajadagi mavjud virtual mashinalarni joylashtirish uchun oVirt 4.3 klasterini asosiy o'rnatish va sozlash jarayonini qamrab oladi.

Kirish

Maqolaning asosiy maqsadi " kabi bosqichma-bosqich ko'rsatmalar berishdir.Keyingi -> ha -> tugatmoq"Uni o'rnatish va sozlashda ba'zi xususiyatlarni qanday ko'rsatish kerak. Klasteringizni joylashtirish jarayoni infratuzilma va atrof-muhitning xususiyatlari tufayli har doim ham unda tasvirlangan jarayonga to'g'ri kelmasligi mumkin, ammo umumiy tamoyillar bir xil bo'ladi.

Subyektiv nuqtai nazardan, oVirt 4.3 uning funksionalligi VMware vSphere 5.x versiyasiga o'xshaydi, lekin, albatta, o'zining konfiguratsiyasi va ishlash xususiyatlariga ega.

Qiziqqanlar uchun RHEV (aka oVirt) va VMware vSphere o'rtasidagi barcha farqlarni Internetda topish mumkin, masalan shu yerda, lekin maqola davom etar ekan, vaqti-vaqti bilan ularning bir-biri bilan o'xshashliklari yoki farqlarini qayd etaman.

Alohida, men virtual mashinalar uchun tarmoqlar bilan ishni biroz solishtirmoqchiman. oVirt VMware vSphere-da bo'lgani kabi virtual mashinalar (keyingi o'rinlarda VMlar) uchun tarmoq boshqaruvining o'xshash printsipini 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 oshirish qulayligi tufayli maqolada KVM gipervizoridan foydalanishda standart tanlov bo'lgan standart Linux ko'prigidan foydalangan holda VM uchun oVirt-da tarmoqlarni o'rnatish tasvirlanadi.

Shu munosabat bilan, klasterda tarmoq bilan ishlashning bir nechta asosiy qoidalari mavjud bo'lib, ularni buzmaslik yaxshiroqdir:

Xostlarni oVirt-ga qo'shishdan oldin barcha tarmoq sozlamalari bir xil bo'lishi kerak, IP manzillardan tashqari.
Xost oVirt nazorati ostiga olingandan so'ng, sizning harakatlaringizga to'liq ishonmasdan, undagi tarmoq sozlamalarini qo'lda o'zgartirish tavsiya etilmaydi, chunki oVirt agenti uni qayta ishga tushirgandan so'ng ularni avvalgilariga qaytaradi. xost yoki agent.
VM uchun yangi tarmoq qo'shish, shuningdek, u bilan ishlash faqat oVirt boshqaruv konsolidan amalga oshirilishi kerak.

Boshqa muhim eslatma - juda muhim muhit uchun (pul yo'qotishlarga juda sezgir) hali ham pullik yordamdan foydalanish va foydalanish tavsiya etiladi. Red Hat virtualizatsiyasi 4.3. OVirt klasterining ishlashi davomida ba'zi muammolar paydo bo'lishi mumkin, ular bilan o'zingiz shug'ullanmasdan, imkon qadar tezroq malakali yordam olish tavsiya etiladi.

Va nihoyat, tavsiya etiladi OVirt klasterini o'rnatishdan oldin, u bilan tanishib chiqing rasmiy hujjatlar, hech bo'lmaganda asosiy tushunchalar va ta'riflardan xabardor bo'lish uchun, aks holda maqolaning qolgan qismini o'qish biroz qiyin bo'ladi.

Maqola va oVirt klasterining ishlash tamoyillarini tushunish uchun quyidagi yo'riqnomalar asosiy hisoblanadi:

U erda hajm unchalik katta emas, bir-ikki soat ichida siz asosiy tamoyillarni o'zlashtira olasiz, ammo 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 tizimlarida barcha asosiy sozlamalar tugallangan bo'lsa, biz to'g'ridan-to'g'ri oVirt-ni joylashtirishga o'tamiz.

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

Yo'nalishni osonlashtirish uchun men ushbu maqoladagi asosiy bo'limlarni sanab o'taman, ular birma-bir to'ldirilishi kerak:

oVirt boshqaruv serverini o'rnatish
Yangi ma'lumotlar markazini yaratish
Yangi klaster yaratish
Self-hosted muhitida qo'shimcha xostlarni o'rnatish
Saqlash maydoni yoki saqlash domenlarini yaratish
Virtual mashinalar uchun tarmoqlarni yaratish va sozlash
Virtual mashinani joylashtirish uchun o'rnatish tasvirini yaratish
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 element hisoblanadi.

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
Ixtisoslashgan VM yoki xost shaklida serverni joylashtirish.

Ushbu parametr juda yaxshi ishlaydi, lekin bunday VM klasterdan mustaqil ravishda ishlashi sharti bilan, ya'ni. KVM bilan ishlaydigan oddiy virtual mashina sifatida hech qanday klaster xostida ishlamaydi.

Nima uchun bunday VMni klaster xostlarida joylashtirish mumkin emas?

oVirt boshqaruv serverini o'rnatish jarayonining boshida bizda dilemma bor - biz boshqaruv VM ni o'rnatishimiz kerak, lekin aslida klasterning o'zi hali yo'q va shuning uchun biz tezda nimani o'ylab topishimiz mumkin? To'g'ri - KVM-ni kelajakdagi klaster tuguniga o'rnating, so'ngra unda virtual mashina yarating, masalan, CentOS OS bilan va unda oVirt dvigatelini joylashtiring. Bu, odatda, bunday VMni to'liq nazorat qilish sabablariga ko'ra amalga oshirilishi mumkin, ammo bu noto'g'ri niyat, chunki bu holda, kelajakda bunday boshqaruv VM bilan 100% muammolar bo'ladi:

uni oVirt konsolida klasterning xostlari (tugunlari) o'rtasida ko'chirib bo'lmaydi;
orqali KVM yordamida 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), agar siz 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 yaxshiroq, ikkinchi variantda yozilganidek qiling.

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

Aynan shu variant bizning holatlarimizda yanada to'g'ri va mos keladi.
Bunday VMga qo'yiladigan talablar quyida tavsiflangan; Men faqat qo'shimcha qilamanki, infratuzilmada boshqaruv VMni nosozliklarga chidamli qilish uchun uni ishga tushirish mumkin bo'lgan kamida ikkita xost bo'lishi tavsiya etiladi. Bu erda shuni qo'shimcha qilmoqchimanki, avvalgi maqoladagi sharhlarda yozganimdek, men hech qachon erisha olmadim bo'lingan miya ikkita xostdan iborat oVirt klasterida, ularda joylashtirilgan dvigatelli VM-larni ishga tushirish imkoniyati.

Klasterning birinchi 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 jarayonining o'zi batafsil tavsiflangan, shuning uchun uni so'zma-so'z takrorlashning ma'nosi yo'q, shuning uchun biz ba'zi muhim tafsilotlarga e'tibor qaratamiz.

Barcha harakatlarni boshlashdan oldin, hostdagi BIOS sozlamalarida virtualizatsiyani qo'llab-quvvatlashni yoqing.
Xostga joylashtirilgan vosita o'rnatuvchisi uchun paketni 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-ni xost ekranida o'rnatish tartibini boshlaymiz (uni Ctrl-A + D orqali chiqishingiz mumkin, Ctrl-D orqali 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 belgilaymiz:

- имя кластера
- количество 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 avval saqlash tizimida 4 va 150 Gb o'lchamli maxsus LUN yaratdik, keyin u klaster xostlariga taqdim etildi - qarang. oldingi maqola.

Ilgari biz uning xostlarda ko'rinishini ham 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 murakkab emas, oxirida biz shunga o'xshash narsani 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 tekshiramiz:

Agar hamma narsa to'g'ri bajarilgan bo'lsa, o'rnatish tugallangach, o'tish uchun veb-brauzerdan foydalaning https://ovirt_hostname/ovirt-engine administrator kompyuteridan [ ni bosingMa'muriyat portali].

“Ma’muriyat portali” skrinshoti

Skrinshotda bo'lgani kabi oynaga login va parolni (o'rnatish jarayonida o'rnatilgan) kiritib, biz virtual infratuzilma bilan barcha amallarni bajarishingiz mumkin bo'lgan Open Virtualization Manager boshqaruv paneliga o'tamiz:

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

Bu harakatlarning barchasi batafsilroq, ba'zilari katta hujayralarda, boshqalari esa batafsilroq va nuanslar bilan muhokama qilinadi.
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'rnatishingizga hech narsa to'sqinlik qilmaydi. libvirt и qemu-kvm (yoki qemu-kvm-ev) istalgan versiyaning, garchi oVirt klaster tugunini o'rnatayotganda, buni o'zi bajarishi mumkin.

Ammo agar libvirt и qemu-kvm Agar siz so'nggi versiyani o'rnatmagan bo'lsangiz, joylashtirilgan dvigatelni o'rnatishda quyidagi xatolikni olishingiz mumkin:

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

Bular. bo'lishi shart yangilangan versiya libvirt dan himoya qilish bilan MDS, bu 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" yordamini tekshiring:

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.

Xostlangan dvigatel uchun VMni o'rnatish paytida biz quyidagi xatolikni olamiz:

[ 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'chirishingiz 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

Keyinchalik, 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 hujjatlariga.

Xostlangan VM ning barcha boshqaruvi FAQAT buyruq yordamida amalga oshiriladi mezbon-dvigatel u ishlaydigan hostda, haqida baquvvat unutishimiz kerak, shuningdek, siz ushbu VMga SSH orqali ulanishingiz va "buyrug'ini 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 xostni joylashtirilgan vosita agenti bilan qayta ishga tushiramiz va u bilan kerakli narsani qilamiz.

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

hosted-engine --vm-status

Xostlangan dvigatelli VM ishga tushmasa va 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 olib tashlash 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 yo'riqnoma hujjatiga.

Faqat xostda buyruqni bajaring:

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

Keyinchalik, keraksiz paketlarni olib tashlaymiz, agar kerak bo'lsa, undan oldin ba'zi konfiguratsiyalarni zaxiralaymiz:

yum autoremove ovirt* qemu* virt* libvirt* libguestfs

Yangi ma'lumotlar markazini yaratish

Ma'lumotnoma hujjatlari - oVirt Administration Guide. 4-bob: Data markazlari

Avval 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 markazi o'z ichiga virtual mashinalar ishlaydigan bir nechta xostlardan tashkil topgan bir nechta klasterlarni o'z ichiga olishi mumkin va u bilan bog'langan bir nechta saqlash joylari ham bo'lishi mumkin.
Bir nechta ma'lumotlar markazlari bo'lishi mumkin, ular bir-biridan mustaqil ishlaydi. Ovirt-da vakolatlarni rollar bo'yicha ajratish mavjud va siz ruxsatlarni ma'lumotlar markazi darajasida ham, uning individual mantiqiy elementlarida ham alohida sozlashingiz mumkin.

Ma'lumotlar markazi yoki ma'lumotlar markazlari, agar ular 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 umumiy bo'lishi kerak:

Ma'lumotlar markazini yaratish ustasining skrinshoti

Xost-dvigatelli virtual mashinani o'rnatishda sukut bo'yicha ma'lumotlar markazi yaratiladi - Data markazi 1, va agar kerak bo'lsa, uning Saqlash turini boshqasiga o'zgartirishingiz mumkin.

Ma'lumotlar markazini yaratish hech qanday murakkab nuanslarsiz oddiy vazifadir va u bilan barcha qo'shimcha harakatlar hujjatlarda tasvirlangan. Shuni ta'kidlash kerakki, VMlar uchun faqat mahalliy xotiraga (disk) ega bo'lgan yagona xostlar Saqlash turi - Umumiy (ularni u erga qo'shib bo'lmaydi) ma'lumotlar markaziga kira olmaydi va ular uchun siz yaratishingiz kerak. alohida ma'lumotlar markazi - ya'ni. Mahalliy xotiraga ega har bir xost o'zining alohida ma'lumotlar markaziga muhtoj.

Yangi klaster yaratish

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

Keraksiz tafsilotlarsiz, Klaster - bu umumiy saqlash maydoniga ega bo'lgan xostlarning mantiqiy guruhlanishi (bizning holatda bo'lgani kabi saqlash tizimidagi umumiy disklar shaklida). Bundan tashqari, klasterdagi xostlar apparat jihatidan bir xil bo'lishi va bir xil turdagi protsessorga (Intel yoki AMD) ega bo'lishi maqsadga muvofiqdir. Eng yaxshisi, albatta, klasterdagi serverlar butunlay bir xil.

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, qandaydir klasterga tegishli bo'lishi kerak.

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

Odatdagidek, barcha klaster sozlamalari haqida batafsil ma'lumot olish uchun rasmiy hujjatlarga murojaat qilish tavsiya etiladi. Klasterni o'rnatishning ba'zi xususiyatlaridan faqat shuni qo'shimcha qilamanki, uni yaratishda yorliqda faqat asosiy parametrlarni sozlash kifoya. umumiy.

Men eng muhim parametrlarni qayd etaman:

Protsessor turi — klaster xostlarida qaysi protsessorlar o‘rnatilgani, ular qaysi ishlab chiqaruvchi va xostlardagi qaysi protsessor eng qadimgi ekanligiga qarab tanlanadi, shuning uchun klasterdagi barcha mavjud protsessor ko‘rsatmalaridan foydalaniladi.
Kalit turi - bizning klasterimizda biz 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 uchun.

O'z-o'zidan boshqariladigan muhit uchun qo'shimcha xostlar oddiy xost bilan bir xil tarzda qo'shiladi, VMni joylashtirilgan dvigatel bilan joylashtirishning qo'shimcha bosqichi - Xostlangan dvigatelni joylashtirish amalini tanlang >> platformasida. Qo'shimcha xost, shuningdek, joylashtirilgan dvigateli bo'lgan VM uchun LUN bilan taqdim etilishi kerakligi sababli, bu xost, agar kerak bo'lsa, o'zida joylashgan dvigateli bo'lgan VMni joylashtirish uchun ishlatilishi mumkinligini anglatadi.
Xatolarga chidamlilik maqsadida, joylashtirilgan dvigatel VM joylashtirilishi mumkin bo'lgan kamida ikkita xost bo'lishi 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

Kerakli KVM 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

Keyin konsolga o'ting 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 skrinshotdagi kabi ma'muriy konsoldagi rasmga o'xshash narsani olishimiz kerak.

Ma'muriy portalning skrinshoti - xostlar

Xost-dvigatel 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".

Xost ishlamay qolgan taqdirda "Hosted Engine VMni ishga tushirish", u ikkinchi xostda avtomatik ravishda qayta ishga tushadi. Bu VM ham xizmat ko'rsatish uchun faol xostdan kutish xostiga 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

Xost qo‘shish va sozlashni tugatgandek tuyulishi mumkin bo‘lsa-da, bu mutlaqo to‘g‘ri emas.
Xostlarning normal ishlashi va ulardan birortasi bilan bog'liq nosozliklarni aniqlash/hal qilish uchun Quvvat boshqaruvi / panjara sozlamalari talab qilinadi.

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

Quvvatni boshqarish / qilichbozlik ta'riflari va parametrlari bo'yicha barcha tafsilotlar odatdagidek hujjatlarda berilgan; Men iDRAC 640 bilan Dell R9 serverlarida qo'llaniladigan ushbu muhim parametrni qanday sozlash haqida faqat misol keltiraman.

Ma'muriy portalga o'ting, bosing Hisoblash >> Xostlar xostni tanlang.
Bu yerni bosing Edit.
Yorliqni bosing Quvvatni boshqarish.
Variant yonidagi katakchani belgilang Quvvat boshqaruvini yoqing.
Variant yonidagi katakchani belgilang Kdump integratsiyasiyadro halokatini yozib olishda xostning fextavonie rejimiga o'tishiga yo'l qo'ymaslik uchun.

Eslatma.

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

Majburiy emas, siz katakchani belgilashingiz mumkin Quvvatni boshqarish siyosatini boshqarishni o'chirib qo'ying, agar biz xost quvvatini boshqarish klasterning Rejalashtirish siyosati tomonidan nazorat qilinishini istamasak.
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 xususiyatlarida "Quvvatni boshqarish" parametrlari bilan skrinshot

Saqlash maydoni yoki saqlash domenlarini yaratish

Hujjatlarga havola - 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 maydoniga 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 (saqlash maydonining eskirgan turi) - OS o'rnatish tasvirlarini saqlash uchun. ISO domeni turli ma'lumotlar markazlari o'rtasida taqsimlanishi mumkin.
Domenni eksport qilish (saqlash maydonining eskirgan 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, saqlash tizimlaridan (FC yoki iSCSI) foydalanilganda, har bir virtual disk, surat yoki shablon mantiqiy disk hisoblanadi.
Blok qurilmalari Volume Group yordamida bitta birlikka (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 и lvs. Tabiiyki, 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.tonkie".

Saqlash domenlarini yoki FC orqali kirish mumkin bo'lgan saqlash joylarini boshqarish usuli juda mantiqiy - har bir VM virtual diski uchun faqat bitta xost tomonidan yoziladigan alohida mantiqiy hajm mavjud. FC ulanishlari uchun oVirt klasterli LVM kabi narsalarni ishlatadi.

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 apparat tarkibi bo'yicha bir xil bo'lgan va virtual uchun umumiy xotiraga ega bo'lgan xostlarning mantiqiy guruhlanishi. mashina disklari.

Keling, to'g'ridan-to'g'ri ma'lumotlar uchun saqlash maydonini (VM disklari) yaratishga o'tamiz, 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, portalga o'ting 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 — biz talab qiladigan LUN mavjud bo'lgan xostni tanlang

LUNlar ro'yxatida bizga kerak bo'lgan narsani belgilang, bosing qo'shish undan keyin OK. Agar kerak bo'lsa, ustiga bosish orqali saqlash maydonining qo'shimcha parametrlarini sozlashingiz mumkin Kengaytirilgan parametrlar.

"Saqlash domenini" qo'shish uchun sehrgarning skrinshoti

Sehrgarning 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 undagi saqlash joylarining skrinshotlari:

Virtual mashinalar uchun tarmoqlarni yaratish va sozlash

Hujjatlarga havola - oVirt ma'muriyati bo'yicha qo'llanma, 6-bob: Mantiqiy tarmoqlar

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

Virtual mashinadagi tarmoq adapteri va xostdagi jismoniy adapter o'rtasida o'zaro aloqa qilish uchun Linux ko'prigi kabi mantiqiy interfeyslardan foydalaniladi.

Tarmoqlar o'rtasida trafikni guruhlash va bo'lish uchun VLAN-lar kalitlarda sozlangan.

oVirt-da virtual mashinalar uchun mantiqiy tarmoqni yaratishda unga kommutatordagi VLAN raqamiga mos keladigan identifikator tayinlanishi kerak, shunda VMlar klasterning turli tugunlarida ishlayotgan bo'lsa ham, bir-biri bilan bog'lanishi mumkin.

Virtual mashinalarni ulash uchun xostlarda tarmoq adapterlarining dastlabki sozlamalari amalga oshirilishi kerak edi oldingi maqola - konfiguratsiya qilingan mantiqiy interfeys bondxnumx, keyin barcha tarmoq sozlamalari faqat oVirt ma'muriy portali orqali amalga oshirilishi kerak.

Xost-dvigatelli VM yaratgandan so'ng, ma'lumotlar markazi va klasterni avtomatik yaratishdan tashqari, bizning klasterimizni boshqarish uchun avtomatik ravishda mantiqiy tarmoq ham 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, har bir xostga navbatma-navbat, tabga o'ting Tarmoq interfeyslari, va sehrgarni ishga tushiring Xost tarmoqlarini sozlash, yangi mantiqiy tarmoq xostlariga ulanish uchun.

"Xost tarmoqlarini o'rnatish" ustasining skrinshoti

oVirt agenti avtomatik ravishda xostda barcha kerakli tarmoq sozlamalarini amalga oshiradi - VLAN va BRIDGE yarating.

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 KERAKMAS tarmoq interfeyslarini oldindan qo'lda yaratish ifcfg-bond1.432 и ifcfg-ovirtvm-vlan432.

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

Virtual mashinani joylashtirish uchun o'rnatish tasvirini yaratish

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

OS o'rnatish tasviri bo'lmasa, virtual mashinani o'rnatish mumkin bo'lmaydi, garchi bu, masalan, tarmoqqa o'rnatilgan bo'lsa, bu, albatta, muammo emas. Paxtakor oldindan yaratilgan tasvirlar bilan.

Bizning holatda, bu mumkin emas, shuning uchun siz ushbu rasmni oVirt-ga o'zingiz import qilishingiz kerak bo'ladi. Ilgari, bu ISO domenini yaratishni talab qildi, lekin oVirtning yangi versiyasida u eskirgan va 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 tugmani bosing "Sinov ulanishi".

O'rnatish tasvirini qo'shish ustasining skrinshoti

Agar shunday xatoga duch kelsak:

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) administratorning boshqaruv stantsiyasida, biz rasmni yuklab olmoqchimiz.

Sertifikatni ishonchli ildiz CA ga qo'shgandan so'ng, yana bosing "Sinov ulanishi", olish kerak:

Connection to ovirt-imageio-proxy was successful.

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

Printsipial jihatdan siz tasvirlar va shablonlarni VM disklaridan alohida saqlash uchun ma'lumotlar turi bilan alohida saqlash domenini yaratishingiz mumkin yoki hatto ularni joylashtirilgan vosita uchun saqlash domenida saqlashingiz mumkin, ammo bu administratorning ixtiyorida.

Xostlangan dvigatel uchun saqlash domenidagi ISO tasvirlari bilan skrinshot

Virtual mashina yarating

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

O'rnatish tasvirini OS bilan 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 bosqichdamiz, buning uchun hammasi boshlandi - yuqori darajadagi virtual mashinalarni joylashtirish uchun nosozliklarga chidamli infratuzilmani olish. Va bularning barchasi mutlaqo bepul - biron bir dasturiy ta'minot litsenziyasini sotib olishga bir tiyin ham sarflanmagan.

CentOS 7 bilan virtual mashina yaratish uchun operatsion tizimdan 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 bosing OK. Agar 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 ning asosiy va qo'shimcha sozlamalarini beraman:

Yuqori darajada mavjud VM sozlamalari bilan skrinshotlar

Sehrgar bilan ishlashni tugatgandan so'ng, uni yoping, yangi VM ni ishga tushiring va unga operatsion tizimni o'rnating.
Buning uchun ma'muriy portal orqali ushbu VM konsoliga o'ting:

VM konsoliga ulanish uchun ma'muriy portal sozlamalari skrinshoti

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

VM sozlamalari skrinshoti, "Konsol" yorlig'i

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

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

VM ni 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. agar u ishlayotgan klaster tuguni ishlamay qolsa, oVirt uni avtomatik ravishda ikkinchi tugunda qayta ishga tushiradi. Ushbu VM klaster xostlari oʻrtasida ularga xizmat koʻrsatish yoki boshqa maqsadlarda koʻchirilishi ham mumkin.

xulosa

Umid qilamanki, ushbu maqola oVirt virtual infratuzilmani boshqarish uchun mutlaqo normal vosita ekanligini etkazishga muvaffaq bo'ldi, uni joylashtirish unchalik qiyin emas - asosiysi maqolada ham, hujjatlarda ham tasvirlangan ma'lum qoidalar va talablarga rioya qilishdir.

Maqolaning hajmi katta bo'lganligi sababli, unga ko'p narsalarni kiritish mumkin emas edi, masalan, barcha batafsil tushuntirishlar va skrinshotlar bilan turli xil sehrgarlarning bosqichma-bosqich bajarilishi, ba'zi buyruqlarning uzoq xulosalari va boshqalar. Aslida, bu butun bir kitob yozishni talab qiladi, bu esa dasturiy ta'minotning yangi versiyalari doimiy ravishda yangiliklar va o'zgarishlar bilan paydo bo'lganligi sababli unchalik ma'noga ega emas. Eng muhimi, bularning barchasi birgalikda ishlash tamoyilini tushunish va virtual mashinalarni boshqarish uchun xatoga chidamli platforma yaratish uchun umumiy algoritmni olishdir.

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 ta'sir qilishni o'rgatishimiz kerak.

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

Manba: www.habr.com

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