Skepping fan in fout-tolerante IT-ynfrastruktuer. Diel 2. Ynstallearje en konfigurearje de oVirt 4.3 kluster

Dit artikel is in fuortsetting fan it foarige - "Skepping fan fout-tolerante IT-ynfrastruktuer. Diel 1 - Tariede op it ynsetten fan in oVirt 4.3-kluster".

It sil it proses dekke fan basisynstallaasje en konfiguraasje fan in oVirt 4.3-kluster foar hosting fan heul beskikbere firtuele masines, rekken hâldend mei it feit dat alle foarriedige stappen foar it tarieden fan de ynfrastruktuer al earder binne foltôge.

Yntroduksje

It haaddoel fan it artikel is om stap-foar-stap ynstruksjes te jaan lykas "Folgjende -> Ja -> Ein"hoe kinne jo guon funksjes sjen litte by it ynstallearjen en konfigurearjen. It proses foar it ynsetten fan jo kluster komt miskien net altyd oerien mei dat dêryn beskreaun is, fanwegen de skaaimerken fan 'e ynfrastruktuer en omjouwing, mar de algemiene prinsipes sille itselde wêze.

Ut in subjektyf eachpunt, oVirt 4.3 syn funksjonaliteit is gelyk oan VMware vSphere ferzje 5.x, mar fansels mei syn eigen konfiguraasje en operaasje funksjes.

Foar belangstellenden binne alle ferskillen tusken RHEV (aka oVirt) en VMware vSphere te finen op it ynternet, bygelyks hjir, mar ik sil noch sa no en dan notearje guon fan harren ferskillen of oerienkomsten mei elkoar as it artikel foarútgong.

Apart wol ik it wurk in bytsje fergelykje mei netwurken foar firtuele masines. oVirt ymplementearret in ferlykber prinsipe fan netwurkbehear foar firtuele masines (hjirnei oantsjutten as VM's), lykas yn VMware vSphere:

• с помощью стандартного Linux bridge (в VMware — Standert vSwitch), rint op virtualisaasjehosts;
• mei Open vSwitch (OVS) (yn VMware - Ferspraat vSwitch) is in ferspraat firtuele switch besteande út twa haadkomponinten: in sintrale OVN-tsjinner en OVN-controllers op behearde hosts.

Необходимо отметить, что из-за простоты реализации, в статье будет описана настройка сетей в oVirt’е для ВМ с помощью стандартного Linux bridge, который является стандартным выбором, при использовании гипервизора KVM.

Yn dit ferbân binne d'r ferskate basisregels foar it wurkjen mei it netwurk yn in kluster, dy't it bêste net wurde oertrêde:

• Alle netwurkynstellingen op hosts foardat se tafoegje oan oVirt moatte identyk wêze, útsein IP-adressen.
• Sadree't in host is nommen ûnder de kontrôle fan oVirt, is it tige net oan te rieden om te feroarjen neat mei de hân yn de netwurk ynstellings sûnder folslein fertrouwen yn jo aksjes, sûnt de oVirt agent sil gewoan weromrollen nei de foarige nei it opnij starte fan de host of agint.
• It tafoegjen fan in nij netwurk foar in VM, en ek wurkje mei it, moat allinich dien wurde fanút de oVirt-behearkonsole.

Oar vajnoe zamechanie - foar in heul krityske omjouwing (hiel gefoelich foar monetêre ferliezen), soe it noch altyd oanrikkemandearre wurde om betelle stipe en gebrûk te brûken Red Hat-virtualisaasje 4.3. Tidens de wurking fan it oVirt-kluster kinne guon saken ûntstean wêrfoar't it oan te rieden is om sa gau mooglik kwalifisearre help te krijen, yn stee fan har sels te behanneljen.

Úteinlik, oanrikkemandearre Foardat jo in oVirt-kluster ynsette, meitsje jo fertroud mei offisjele dokumintaasje, om op syn minst de basisbegripen en definysjes bewust te wêzen, oars sil it in bytsje lestich wêze om de rest fan it artikel te lêzen.

Basis foar it begripen fan it artikel en de prinsipes fan wurking fan it oVirt-kluster binne dizze begeliedingsdokuminten:

• oVirt Ynstallaasjegids
• oVirt Self-Hosted Engine Guide
• oVirt Administration Guide
  

It folume dêr is net hiel grut, yn in oere of twa kinne jo de basisprinsipes goed behearskje, mar foar dyjingen dy't fan details hâlde, is it oan te rieden om te lêzen Produktdokumintaasje foar Red Hat Virtualization 4.3 - RHEV en oVirt binne yn wêzen itselde ding.

Dus, as alle basisynstellingen op 'e hosts, skeakels en opslachsystemen binne foltôge, geane wy ​​direkt nei de ynset fan oVirt.

Diel 2. Ynstallearje en konfigurearje de oVirt 4.3 kluster

Foar gemak fan oriïntaasje sil ik de haadseksjes yn dit artikel listje, dy't ien foar ien moatte wurde foltôge:

1. It ynstallearjen fan de oVirt behear tsjinner
2. Oanmeitsjen fan in nij datasintrum
3. It meitsjen fan in nij kluster
4. Ynstallearje ekstra hosts yn in Self-Hosted omjouwing
5. It meitsjen fan in opslachgebiet of Storage Domains
6. Netwurken oanmeitsje en konfigurearje foar firtuele masines
7. It meitsjen fan in ynstallaasjeôfbylding foar it ynsetten fan in firtuele masine
8. Meitsje in firtuele masine

It ynstallearjen fan de oVirt behear tsjinner

oVirt behear tsjinner is it wichtichste elemint yn 'e oVirt-ynfrastruktuer, yn 'e foarm fan in firtuele masine, host of firtuele apparaat dat de heule oVirt-ynfrastruktuer beheart.

Syn nauwe analogen út 'e wrâld fan virtualisaasje binne:

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

Om de oVirt-behearserver te ynstallearjen, hawwe wy twa opsjes:

Option 1
It ynsetten fan in tsjinner yn 'e foarm fan in spesjalisearre VM of host.

Dizze opsje wurket frij goed, mar op betingst dat sa'n VM ûnôfhinklik fan it kluster wurket, d.w.s. rint net op in klusterhost as in gewoane firtuele masine dy't KVM draait.

Wêrom kin sa'n VM net wurde ynset op klusterhosts?

В самом начале процесса развёртывания управляющего сервера oVirt, у нас имеется дилемма — управляющую ВМ ставить нужно, но самого кластера фактически ещё нет, и поэтому что можно с ходу придумать? Правильно – установить KVM на будущий узел кластера, далее на нём создать виртуальную машину, например, с ОС CentOS и в ней развернуть oVirt engine. Это может делаться обычно из соображений полного контроля над такой ВМ, но это ошибочное намерение, потому что в таком случае, в дальнейшем 100% будут проблемы с такой управляющей ВМ:

• it kin net migrearre wurde yn 'e oVirt-konsole tusken hosts (knooppunten) fan it kluster;
• by it migrearjen mei KVM fia virsh migrearje, dizze VM sil net beskikber wêze foar behear fan 'e oVirt-konsole.
• cluster hosts kinne net werjûn wurde yn Underhâldsmodus (ûnderhâldsmodus), as jo dizze VM migrearje fan host nei host mei help virsh migrearje.

Dus doch alles neffens de regels - brûk of in aparte host foar de oVirt-behearserver, of in ûnôfhinklike VM dy't derop rint, of better noch, doch lykas skreaun yn 'e twadde opsje.

Option 2
Ynstallearje oVirt Engine Appliance op in kluster host beheard troch it.

It is dizze opsje dy't yn ús gefal fierder as krekter en gaadliker wurdt beskôge.
De easken foar sa'n VM wurde hjirûnder beskreaun Ik sil allinich tafoegje dat it oanrikkemandearre is om op syn minst twa hosts te hawwen yn 'e ynfrastruktuer wêrop de kontrôle VM kin wurde útfierd om it fouttolerant te meitsjen. Hjir wol ik taheakje dat, lykas ik al skreau yn 'e kommentaren yn it foarige artikel, ik noait koe krije splitbrain op in oVirt kluster fan twa hosts, mei de mooglikheid om te rinne hosted-motor VMs op harren.

Ynstallearje oVirt Engine Appliance op de earste host fan it kluster

Link nei offisjele dokumintaasje - oVirt Self-Hosted Engine Guide, haadstik "De Self-Hosted Engine ynsette mei de kommandorigel»

It dokumint spesifisearret de betingsten dy't moatte wurde foldien foardat it ynsetten fan in hosted-motor VM, en beskriuwt ek yn detail it ynstallaasjeproses sels, dus d'r is gjin punt om it wurdlik te werheljen, dus wy sille rjochtsje op guon wichtige details.

• Foardat jo alle aksjes begjinne, wês wis dat jo virtualisaasjestipe ynskeakelje yn 'e BIOS-ynstellingen op' e host.
• Ynstallearje it pakket foar de hosted-engine-ynstallearder op 'e host:

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

• Wy begjinne de proseduere foar it ynsetten fan oVirt Hosted Engine op it skerm op 'e host (jo kinne it ferlitte fia Ctrl-A + D, slute fia Ctrl-D):

screen
hosted-engine --deploy

As jo ​​​​wolle, kinne jo de ynstallaasje útfiere mei in foarôf tare antwurdtriem:

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

• By it ynsetten fan hosted-motor spesifisearje wy alle nedige parameters:

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

• Om in heul beskikber VM te ynstallearjen mei in hosted motor, hawwe wy earder in spesjale LUN makke op it opslachsysteem, nûmer 4 en 150 GB yn grutte, dy't doe waard presintearre oan de klusterhosts - sjoch foarige artikel.

Earder hawwe wy ek de sichtberens kontrolearre op hosts:

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

• It ynsetproses fan hosted-motor sels is net yngewikkeld oan 'e ein moatte wy sa'n ding krije:

[ 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

Wy kontrolearje de oanwêzigens fan oVirt-tsjinsten op 'e host:

As alles goed is dien, brûk dan nei de ynstallaasje foltôge in webblêder om nei te gean https://ovirt_hostname/ovirt-engine fan de kompjûter fan de behearder, en klikje op [Administration Portal].

Skermôfbylding fan "Administraasjeportaal"

Troch de oanmelding en wachtwurd yn te fieren (ynsteld tidens it ynstallaasjeproses) yn it finster lykas yn 'e skermôfbylding, komme wy nei it Iepen Virtualization Manager-kontrôlepaniel, wêryn jo alle aksjes kinne útfiere mei de firtuele ynfrastruktuer:

1. add data sintrum
2. in kluster tafoegje en konfigurearje
3. hosts tafoegje en beheare
4. tafoegje opslach gebieten of Storage Domains foar firtuele masine skiven
5. tafoegje en konfigurearje netwurken foar firtuele masines
6. tafoegje en beheare firtuele masines, ynstallaasjeôfbyldings, VM-sjabloanen

Al dizze aksjes sille fierder besprutsen wurde, guon yn grutte sellen, oaren yn mear detail en mei nuânses.
Mar earst soe ik oanbefelje it lêzen fan dizze add-on, dy't wierskynlik nuttich sil wêze foar in protte.

Oanfolling

1) Yn prinsipe, as d'r sa'n need is, dan kin neat jo foarkomme om de KVM-hypervisor fan tefoaren op 'e klusterknooppunten te ynstallearjen mei help fan pakketten libvirt и qemu-kvm (of qemu-kvm-ev) fan 'e winske ferzje, hoewol it by it ynsetten fan in oVirt-klusterknooppunt dit sels kin dwaan.

Mar as libvirt и qemu-kvm As jo ​​​​de lêste ferzje net ynstalleare hawwe, kinne jo de folgjende flater krije by it ynsetten fan in hosted motor:

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

Dy. moat hawwe bywurke ferzje libvirt mei beskerming fan MDS, dy't dit belied stipet:

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

Ynstallearje libvirt v.4.5.0-10.el7_6.12, mei md-clear-stipe:

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

Kontrolearje op 'md-clear'-stipe:

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

Hjirnei kinne jo trochgean mei it ynstallearjen fan de hosted motor.

2) Yn oVirt 4.3, de oanwêzigens en gebrûk fan in firewall firewalld is in ferplichte eask.

As wy by de ynset fan in VM foar hosted-motor de folgjende flater ûntfange:

[ 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

Dan moatte jo in oare firewall útsette (as it wurdt brûkt), en ynstallearje en útfiere 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

Letter, by it ynstallearjen fan de ovirt-agint op in nije host foar it kluster, sil it de fereaske poarten ynstelle yn firewalld automatysk.

3) In host opnij opstarte mei in VM dy't derop rint mei in hosted motor.

Lykas gewoanwei, link 1 и link 2 oan bestjoersdokuminten.

Alle behear fan de hosted motor VM wurdt dien ONLY mei help fan it kommando hosted-motor op de host dêr't it rint, oer Virsh wy moatte ferjitte, lykas it feit dat jo kinne ferbine mei dizze VM fia SSH en it kommando útfiere "ôfslute".

Proseduere foar it ynstellen fan in VM yn ûnderhâldsmodus:

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

Wy rebootje de host mei de hosted motor-agint en dogge wat wy dermei nedich binne.

Kontrolearje nei it herstarten de status fan 'e VM mei de hosted motor:

hosted-engine --vm-status

As ús VM mei hosted-motor net begjint en as wy ferlykbere flaters sjogge yn it tsjinstlog:

Flater yn it tsjinstlog:

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

Dan ferbine wy ​​de opslach en starte de agent opnij:

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

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

Nei it starten fan de VM mei hosted-motor, nimme wy it út de ûnderhâldsmodus:

Proseduere foar it fuortheljen fan in VM út ûnderhâldsmodus:

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) It fuortsmiten fan de hosted motor en alles wat dermei ferbûn is.

Soms is it nedich om in earder ynstallearre hosted motor goed te ferwiderjen - link nei it begelieding dokumint.

Rin gewoan it kommando op 'e host út:

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

Folgjende ferwiderje wy ûnnedige pakketten, reservekopy fan guon konfiguraasjes foardat dit, as nedich:

yum autoremove ovirt* qemu* virt* libvirt* libguestfs 

Oanmeitsjen fan in nij datasintrum

Referinsje dokumintaasje - oVirt Administration Guide. haadstik 4: Data Centers

Litte wy earst definiearje wat it is datasintrum (Ik sitearje út de help) is in logyske entiteit dy't definiearret in set fan middels brûkt yn in spesifike omjouwing.

In datasintrum is in soarte fan kontener besteande út:

• logyske boarnen yn 'e foarm fan klusters en hosts
• cluster netwurkboarnen yn 'e foarm fan logyske netwurken en fysike adapters op hosts,
• opslachboarnen (foar VM-skiven, sjabloanen, ôfbyldings) yn 'e foarm fan opslachgebieten (Storage Domains).

In data sintrum kin befetsje meardere klusters besteande út meardere hosts mei firtuele masines dy't rinne op harren, en it kin ek hawwe meardere opslach gebieten ferbûn mei it.
D'r kinne ferskate datasintra wêze dy't ûnôfhinklik fan elkoar operearje. Ovirt hat in skieding fan foegen troch rol, en jo kinne tagongsrjochten yndividueel konfigurearje, sawol op it datacenternivo as op syn yndividuele logyske eleminten.

It datasintrum, of datasintra as d'r ferskate binne, wurde beheard fanút ien bestjoerlike konsole of portal.

Om in datasintrum te meitsjen, gean nei it bestjoerlike portaal en meitsje in nij datasintrum:
Compute >> Datacenters >> Nij

Om't wy dielde opslach brûke op it opslachsysteem, moat it Storage Type dield wurde:

Skermôfbylding fan 'e wizard foar oanmeitsjen fan gegevenssintrum

By it ynstallearjen fan in firtuele masine mei hosted-motor, wurdt standert in datasintrum makke - Datacenter 1, en dan, as it nedich is, kinne jo syn Storage Type feroarje nei in oar.

It meitsjen fan in datasintrum is in ienfâldige taak, sûnder lestige nuânses, en alle ekstra aksjes dêrmei wurde beskreaun yn 'e dokumintaasje. It iennichste wat ik sil opmerke is dat inkele hosts dy't allinich lokale opslach (skiif) hawwe foar VM's, net yn in datasintrum kinne komme mei Storage Type - Shared (se kinne dêr net tafoege wurde), en foar har moatte jo oanmeitsje in apart datasintrum - d.w.s. Elke yndividuele host mei lokale opslach hat in eigen aparte datasintrum nedich.

It meitsjen fan in nij kluster

Link nei dokumintaasje - oVirt Administration Guide. Haadstik 5: Klusters

Sûnder ûnnedige details, kluster - dit is in logyske groepearring fan hosts dy't in mienskiplik opslachgebiet hawwe (yn 'e foarm fan dielde skiven op in opslachsysteem, lykas yn ús gefal). It is ek winsklik dat de hosts yn it kluster identyk binne yn hardware en hawwe itselde type prosessor (Intel of AMD). It is it bêste, fansels, dat de servers yn it kluster folslein identyk binne.

It kluster is ûnderdiel fan in datasintrum (mei in spesifyk type opslach - Pleatslik of Shared), en alle hosts moatte hearre ta in soarte fan kluster, ôfhinklik fan oft se hawwe dield opslach of net.

By it ynstallearjen fan in firtuele masine mei in hosted-motor op in host, wurdt standert in datasintrum makke - Datacenter 1, tegearre mei it kluster - Kluster 1, en yn 'e takomst kinne jo de parameters konfigurearje, ekstra opsjes ynskeakelje, hosts tafoegje, ensfh.

As gewoanlik, foar details oer alle klusterynstellingen, is it oan te rieden om te ferwizen nei de offisjele dokumintaasje. Fan guon fan 'e funksjes fan it ynstellen fan in kluster sil ik allinich tafoegje dat it genôch is om allinich de basisparameters op it ljepblêd te konfigurearjen by it oanmeitsjen Algemien.

Ik sil de wichtichste parameters notearje:

• Processortype - wurdt selektearre op basis fan hokker prosessoren binne ynstalleare op 'e klusterhosts, fan hokker fabrikant se binne, en hokker prosessor op' e hosts de âldste is, sadat, ôfhinklik fan dit, alle beskikbere prosessorynstruksjes yn it kluster wurde brûkt.
• Wikselje type – у нас в кластере используется только Linux bridge, поэтому его и выбираем.
• Firewall type - alles is hjir dúdlik, dit is firewalld, dy't moat wurde ynskeakele en konfigureare op 'e hosts.

Skermprint mei klusterparameters

Ynstallearje ekstra hosts yn in Self-Hosted omjouwing

link foar dokumintaasje.

Oanfoljende hosts foar in Self-Hosted omjouwing wurde tafoege op deselde wize as in gewoane host, mei de ekstra stap fan it ynsetten fan in VM mei in hosted motor - Kies aksje foar hosted motor ynset >> Deploy. Sûnt de ekstra host moat ek wurde presintearre mei in LUN foar in VM mei in hosted motor, dit betsjut dat dizze host kin, as it nedich is, wurde brûkt om host in VM mei in hosted motor derop.
Foar flater tolerânsje doelen, It is tige oan te rieden dat der op syn minst twa hosts dêr't in hosted motor VM kin wurde pleatst.

Op de ekstra host, útskeakelje iptables (as ynskeakele), ynskeakelje firewalld

systemctl stop iptables
systemctl disable iptables

systemctl enable firewalld
systemctl start firewalld

Ynstallearje de fereaske KVM-ferzje (as nedich):

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

Ynstallearje de nedige repositories en de ynstallearder foar hosted motor:

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

Folgjende, gean nei de konsole Iepenje Virtualization Manager, foegje in nije host ta, en doch alles stap foar stap, lykas skreaun yn dokumintaasje.

As gefolch, nei it tafoegjen fan in ekstra host, moatte wy wat krije as de ôfbylding yn 'e bestjoerlike konsole, lykas yn' e skermôfbylding.

Skermprint fan it bestjoerlike portaal - hosts

De host wêrop de hosted-motor VM op it stuit aktyf is hat in gouden kroan en de ynskripsje "It útfieren fan de Hosted Engine VM", de host wêrop dizze VM kin wurde lansearre as it nedich is - de ynskripsje "Kin de Hosted Engine VM útfiere".

Yn it gefal fan in hostfout wêrop "It útfieren fan de Hosted Engine VM", sil it automatysk opnij starte op 'e twadde host. Dizze VM kin ek wurde migrearre fan 'e aktive host nei de standby-host foar syn ûnderhâld.

Power Management / fencing ynstelle op oVirt-hosts

Dokumintaasje keppelings:

• Red Hat Virtualization 4.3 -> Technyske referinsje -> Haadstik 4. Power Management
• oVirt Administration Guide -> Haadstik 7: Hosts

Hoewol it liket as jo klear binne mei it tafoegjen en konfigurearjen fan in host, dat is net hielendal wier.
Foar normale wurking fan hosts, en om flaters te identifisearjen / oplosse mei ien fan harren, Power Management / fencing ynstellings binne fereaske.

Skermjen, of fencing, is it proses fan it tydlik útsluten fan in defekte of mislearre host út it kluster, wêrby't of de oVirt-tsjinsten derop of de host sels opnij starte.

Alle details oer de definysjes en parameters fan Power Management / fencing wurde jûn, lykas gewoanlik, yn 'e dokumintaasje Ik sil allinne jaan in foarbyld fan hoe't konfigurearje dizze wichtige parameter, lykas tapast op Dell R640 tsjinners mei iDRAC 9.

1. Gean nei it bestjoerlike portaal, klikje Compute >> Hosts selektearje in host.
2. Klikje bewurkje.
3. Klikje op de ljepper Enerzjybehear.
4. Selektearje it fekje neist de opsje Power Management ynskeakelje.
5. Selektearje it fekje neist de opsje Kdump yntegraasjeom foar te kommen dat de host yn 'e skermmodus giet by it opnimmen fan in kernel crash dump.

Opmerking:

Nei it ynskeakeljen fan Kdump-yntegraasje op in al rinnende host, moat it opnij ynstalleare wurde neffens de proseduere yn oVirt Administration Guide -> Haadstik 7: Hosts -> Hosts opnij ynstallearje.

1. Opsjoneel kinne jo it fakje kontrolearje Utskeakelje belied kontrôle fan macht behear.
2. Klikje op de knop (+) om in nij apparaat foar enerzjybehear ta te foegjen, sil it finster foar bewurkjen fan aginteigenskippen iepenje.
   Foar iDRAC9, folje de fjilden yn:
   • Adres - iDRAC9 adres
   • Brûkersnamme Wachtwurd - oanmelde en wachtwurd foar respektivelik oanmelde by iDRAC9
   • Type -dyk5
   • mark Feilich
   • foegje de folgjende opsjes ta: cmd_prompt=>, login_timeout=30

Skermprint mei parameters "Power Management" yn hosteigenskippen

It meitsjen fan in opslachgebiet of Storage Domains

Link nei dokumintaasje - oVirt Administration Guide, haadstik 8: opslach.

Storage Domain, of opslachgebiet, is in sintrale lokaasje foar it bewarjen fan firtuele masine-skiven, ynstallaasjeôfbyldings, sjabloanen en snapshots.

Opslachgebieten kinne wurde ferbûn mei it datasintrum mei ferskate protokollen, kluster- en netwurkbestânsystemen.

oVirt hat trije soarten opslachromte:

• Gegevensdomein - om alle gegevens te bewarjen ferbûn mei firtuele masines (skiven, sjabloanen). Data Domain kin net dield wurde tusken ferskate datasintra.
• ISO domein (ferâldere type opslachgebiet) - foar it bewarjen fan OS-ynstallaasjeôfbyldings. ISO Domain kin dield wurde tusken ferskate datasintra.
• Eksportearje Domain (ferâldere type opslachromte) - foar tydlike opslach fan ôfbyldings ferpleatst tusken datasintra.

Yn ús bysûndere gefal brûkt in opslachgebiet mei it Data Domain-type Fibre Channel Protocol (FCP) om te ferbinen mei LUN's op it opslachsysteem.

Ut it eachpunt fan oVirt, by it brûken fan opslach systemen (FC of iSCSI), elke firtuele skiif, momintopname of sjabloan is in logyske skiif.
Blokapparaten wurde gearstald yn ien ienheid (op klusterhosts) mei Volume Group en dan ferdield mei LVM yn logyske folumes, dy't wurde brûkt as firtuele skiven foar VM's.

Al dizze groepen en in protte LVM-voluminten kinne wurde sjoen op 'e klusterhost mei de kommando's ensfh и lvs. Fansels moatte alle aksjes mei sokke skiven allinich dien wurde fan 'e oVirt-konsole, útsein yn spesjale gefallen.

Firtuele skiven foar VM's kinne fan twa soarten wêze - QCOW2 of RAW. Discs kinne wêze "tin"of"dik". Snapshots wurde altyd makke as "dun".

De manier om Storage-domeinen te behearjen, as opslachgebieten tagong fia FC, is frij logysk - foar elke firtuele VM-skiif is d'r in apart logysk folume dat skriuwber is troch mar ien host. Foar FC-ferbiningen brûkt oVirt wat as klustere LVM.

Firtuele masines dy't op itselde opslachgebiet lizze, kinne wurde migrearre tusken hosts dy't ta itselde kluster hearre.

Lykas wy kinne sjen út 'e beskriuwing, betsjut in kluster yn oVirt, lykas in kluster yn VMware vSphere of Hyper-V, yn essinsje itselde ding - it is in logyske groepearring fan hosts, by foarkar identyk yn hardware-komposysje, en mei mienskiplike opslach foar firtuele machine skiven.

Litte wy direkt trochgean mei it meitsjen fan in opslachgebiet foar gegevens (VM-skiven), om't sûnder dat it datasintrum net inisjalisearre wurde.
Lit my jo herinnerje dat alle LUN's presintearre oan 'e klusterhosts op it opslachsysteem op har moatte sichtber wêze mei it kommando "multipath -ll".

Neffens dokumintaasje, gean nei it portaal gean nei Opslach >> Domains -> Nije domein en folgje de ynstruksjes fan 'e seksje "FCP-opslach tafoegje".

Nei it starten fan de wizard, folje de fereaske fjilden yn:

• namme - set de klusternamme yn
• Domain Funksje -Data
• Opslach Type - Fiber Channel
• Host te brûken - selektearje in host wêrop de LUN dy't wy nedich binne beskikber is

Markearje yn 'e list mei LUN's dejinge dy't wy nedich binne, klikje Tafoegje en dan OK. As it nedich is, kinne jo oanpasse oanfoljende parameters fan it opslach gebiet troch te klikken op Avansearre Parameters.

Skermôfbylding fan 'e wizard foar it tafoegjen fan "Opslachdomein"

Op grûn fan de resultaten fan 'e wizard moatte wy in nij opslachgebiet krije, en ús datasintrum moat nei de status ferpleatse UP, of inisjalisearre:

Skermôfbyldings fan it datasintrum en opslachgebieten dêryn:

Netwurken oanmeitsje en konfigurearje foar firtuele masines

Link nei dokumintaasje - oVirt Administration Guide, haadstik 6: logyske netwurken

Netwurken, of netwurken, tsjinje om logyske netwurken te groepearjen dy't brûkt wurde yn 'e oVirt firtuele ynfrastruktuer.

Для взаимодействия сетевого адаптера на виртуальной машине, с физическим адаптером на хосте, используются логические интерфейсы типа Linux brêge

Om ferkear te groepearjen en te dielen tusken netwurken, wurde VLAN's konfigureare op 'e skeakels.

By it meitsjen fan in logysk netwurk foar firtuele masines yn oVirt, moat it in identifier wurde tawiisd dat oerienkomt mei it VLAN-nûmer op 'e skeakel, sadat de VM's mei elkoar kinne kommunisearje, sels as se op ferskate knopen fan it kluster rinne.

Foarriedige ynstellingen fan netwurkadapters op hosts foar it ferbinen fan firtuele masines moasten dien wurde foarige artikel - logyske ynterface ynsteld bondxnumx, dan moatte alle netwurkynstellingen allinich makke wurde fia it bestjoersportaal oVirt.

Nei it meitsjen fan in VM mei hosted-motor, neist it automatysk oanmeitsjen fan in datasintrum en kluster, waard ek automatysk in logysk netwurk makke om ús kluster te behearjen - ovritmgmt, wêrmei dizze VM ferbûn wie.

As it nedich is, kinne jo de logyske netwurkynstellingen besjen ovritmgmt en oanpasse se, mar jo moatte wêze foarsichtich net ferlieze kontrôle fan de oVirt ynfrastruktuer.

Logyske netwurk ynstellings ovritmgmt

Om in nij logysk netwurk te meitsjen foar reguliere VM's, gean yn it bestjoerlike portaal nei netwurk >> netwurken >> Nij, en op 'e ljepper Algemien foegje in netwurk ta mei de winske VLAN ID, en markearje ek it fakje neist "VM netwurk", dit betsjut dat it kin wurde brûkt foar tawizing oan in VM.

Skermprint fan it nije VLAN32 logyske netwurk

Yn de ljepper Cluster, hechtsje wy dit netwurk oan ús kluster Kluster 1.

Hjirnei geane wy ​​nei Compute >> Hosts, gean nei elke host op syn beurt, nei de ljepper Netwurk ynterfaces, en start de wizard Hostnetwurken ynstelle, om te binen oan hosts fan in nij logysk netwurk.

Skermôfbylding fan 'e wizard "Hostnetwurken ynstelle".

De oVirt-agint sil automatysk alle nedige netwurkynstellingen meitsje op 'e host - meitsje in VLAN en BRIDGE.

Foarbyld fan konfiguraasjebestannen foar nije netwurken op 'e host:

cat ifcfg-bond1
# Generated by VDSM version 4.30.17.1
DEVICE=bond1
BONDING_OPTS='mode=1 miimon=100'
MACADDR=00:50:56:82:57:52
ONBOOT=yes
MTU=1500
DEFROUTE=no
NM_CONTROLLED=no
IPV6INIT=no

cat ifcfg-bond1.432
# Generated by VDSM version 4.30.17.1
DEVICE=bond1.432
VLAN=yes
BRIDGE=ovirtvm-vlan432
ONBOOT=yes
MTU=1500
DEFROUTE=no
NM_CONTROLLED=no
IPV6INIT=no

cat ifcfg-ovirtvm-vlan432
# Generated by VDSM version 4.30.17.1
DEVICE=ovirtvm-vlan432
TYPE=Bridge
DELAY=0
STP=off
ONBOOT=yes
MTU=1500
DEFROUTE=no
NM_CONTROLLED=no
IPV6INIT=no

Lit my jo noch ien kear herinnerje dat op 'e klusterhost GEEN NEED meitsje netwurk ynterfaces hânmjittich foarôf ifcfg-bond1.432 и ifcfg-ovirtvm-vlan432.

Nei it tafoegjen fan in logysk netwurk en it kontrolearjen fan de ferbining tusken de host en de hosted motor VM, kin it brûkt wurde yn 'e firtuele masine.

It meitsjen fan in ynstallaasjeôfbylding foar it ynsetten fan in firtuele masine

Link nei dokumintaasje - oVirt Administration Guide, haadstik 8: opslach, seksje Ofbyldings uploade nei in domein foar gegevensopslach.

Sûnder in OS-ynstallaasjeôfbylding sil it net mooglik wêze om in firtuele masine te ynstallearjen, hoewol dit fansels gjin probleem is as bygelyks ynstalleare is op it netwurk Skoeier mei foarôf oanmakke ôfbyldings.

Yn ús gefal is dit net mooglik, dus jo moatte dizze ôfbylding sels ymportearje yn oVirt. Eartiids easke dit it meitsjen fan in ISO-domein, mar yn 'e nije ferzje fan oVirt is it ôfkard, en dêrom kinne jo no ôfbyldings direkt oplade nei it Storage-domein fan it bestjoerlike portaal.

Yn it bestjoerlike portaal gean nei Opslach >> skiven >> upload >> Start
Wy foegje ús OS-ôfbylding ta as in ISO-bestân, folje alle fjilden yn it formulier yn en klikje op de knop "Test ferbining".

Skermôfbylding fan 'e wizard ynstallaasjeôfbylding tafoegje

As wy in flater krije as dit:

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`

Dan moatte jo it oVirt-sertifikaat tafoegje oan "Fertroude Root CA's"(Trusted Root CA) op it kontrôlestasjon fan 'e behearder, wêrfan wy besykje de ôfbylding te downloaden.

Nei it taheakjen fan it sertifikaat oan de Trusted Root CA, klik nochris "Test ferbining", moat krije:

Connection to ovirt-imageio-proxy was successful.

Neidat jo de aksje fan it tafoegjen fan it sertifikaat foltôge hawwe, kinne jo besykje de ISO-ôfbylding opnij te uploaden nei it Storage Domain.

Yn prinsipe kinne jo in aparte Storage Domain meitsje mei it Gegevenstype om ôfbyldings en sjabloanen apart fan VM-skiven op te slaan, of sels opslaan yn in Storage Domain foar de hosted motor, mar dit is nei it ynsjoch fan de behearder.

Skermprint mei ISO-ôfbyldings yn Storage Domain foar hosted motor

Meitsje in firtuele masine

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

Nei it laden fan de ynstallaasjeôfbylding mei it OS yn oVirt, kinne jo direkt trochgean mei it meitsjen fan in firtuele masine. In protte wurk is dien, mar wy binne al yn 'e lêste faze, om't dit alles begon is - it krijen fan in fouttolerante ynfrastruktuer foar hosting fan heul beskikbere firtuele masines. En dit alles is absolút fergees - gjin inkele penny waard bestege oan it keapjen fan software-lisinsjes.

Для создания виртуальной машины с CentOS 7, должен быть загружен установочный образ с ОС.

Wy geane nei it bestjoerlike portaal, gean nei Compute >> Virtual Machines, en starte de VM oanmeitsjen wizard. Folje alle parameters en fjilden yn en klikje OK. Alles is heul ienfâldich as jo de dokumintaasje folgje.

As foarbyld sil ik de basis- en oanfoljende ynstellings jaan fan in heul beskikbere VM, mei in oanmakke skiif, ferbûn mei it netwurk, en opstart fan in ynstallaasjeôfbylding:

Skermôfbyldings mei heul beskikbere VM-ynstellingen

Nei it wurk mei de wizard, slute it, starte in nije VM en ynstallearje it OS derop.
Om dit te dwaan, gean nei de konsole fan dizze VM fia it bestjoerlike portaal:

Skermôfbylding fan de bestjoerlike portalynstellingen foar ferbining mei de VM-konsole

Om te ferbinen mei de VM-konsole, moatte jo earst de konsole ynstelle yn 'e eigenskippen fan' e firtuele masine.

Skermôfbylding fan VM-ynstellingen, ljepper "Konsole".

Om te ferbinen mei de VM-konsole kinne jo brûke, bygelyks, Virtual Machine Viewer.

Om direkt yn it browserfinster te ferbinen mei de VM-konsole, moatte de ferbiningynstellingen fia de konsole as folgjend wêze:

Nei it ynstallearjen fan it OS op 'e VM is it oan te rieden om oVirt gastagent te ynstallearjen:

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

Sa, as gefolch fan ús aksjes, de makke VM sil wêze heech beskikber, d.w.s. as it klusterknooppunt dêr't it op rint mislearret, sil oVirt it automatysk opnij starte op it twadde knooppunt. Dizze VM kin ek wurde migrearre tusken clusterhosts foar har ûnderhâld of oare doelen.

konklúzje

Ik hoopje dat dit artikel slagge om oer te bringen dat oVirt in folslein normaal ark is foar it behearen fan firtuele ynfrastruktuer, dy't net sa dreech is te ynsetten - it wichtichste is om bepaalde regels en easken te folgjen dy't beskreaun binne sawol yn it artikel as yn 'e dokumintaasje.

Troch it grutte folume fan it artikel wie it net mooglik om in protte dingen yn te nimmen, lykas stap foar stap útfiering fan ferskate wizards mei alle detaillearre útlis en skermôfbyldings, lange konklúzjes fan guon kommando's, ensfh. Yn feite soe dit it skriuwen fan in folslein boek nedich wêze, wat net folle sin makket trochdat nije ferzjes fan software konstant ferskine mei ynnovaasjes en feroaringen. It wichtichste is om it prinsipe te begripen fan hoe't it allegear gearwurket, en in algemien algoritme te krijen foar it meitsjen fan in flater-tolerant platfoarm foar it behearen fan firtuele masines.

Hoewol wy in firtuele ynfrastruktuer hawwe makke, moatte wy it no leare om sawol ynteraksje tusken har yndividuele eleminten: hosts, firtuele masines, ynterne netwurken, en mei de bûtenwrâld.

Dit proses is ien fan 'e haadtaken fan in systeem- as netwurkbehearder, dy't sille wurde behannele yn it folgjende artikel - oer it gebrûk fan VyOS firtuele routers yn 'e fouttolerante ynfrastruktuer fan ús ûndernimming (lykas jo riede, se sille wurkje as firtuele masines op ús oVirt-kluster).

Boarne: www.habr.com