Skep van 'n foutverdraagsame IT-infrastruktuur. Deel 2. Installering en konfigurasie van die oVirt 4.3-kluster

Hierdie artikel is 'n voortsetting van die vorige een - "Skep van foutverdraagsame IT-infrastruktuur. Deel 1 - Voorbereiding om 'n oVirt 4.3-kluster te ontplooi".

Dit sal die proses van basiese installasie en konfigurasie van 'n oVirt 4.3-kluster dek vir die aanbieding van hoogs beskikbare virtuele masjiene, met inagneming van die feit dat alle voorlopige stappe vir die voorbereiding van die infrastruktuur reeds voorheen voltooi is.

Prodrome

Die hoofdoel van die artikel is om stap-vir-stap instruksies soos "volgende -> Ja -> Voltooi"hoe om sekere kenmerke te wys wanneer dit geïnstalleer en gekonfigureer word. Die proses vir die ontplooiing van jou groepering sal dalk nie altyd saamval met dit wat daarin beskryf word nie, as gevolg van die kenmerke van die infrastruktuur en omgewing, maar die algemene beginsels sal dieselfde wees.

Vanuit 'n subjektiewe oogpunt, oVirt4.3 sy funksionaliteit is soortgelyk aan VMware vSphere weergawe 5.x, maar natuurlik met sy eie konfigurasie en werking kenmerke.

Vir diegene wat belangstel, kan al die verskille tussen RHEV (aka oVirt) en VMware vSphere byvoorbeeld op die internet gevind word. hier, maar ek sal tog af en toe kennis neem van sommige van hul verskille of ooreenkomste met mekaar soos die artikel vorder.

Afsonderlik wil ek 'n bietjie die werk met netwerke vir virtuele masjiene vergelyk. oVirt implementeer 'n soortgelyke beginsel van netwerkbestuur vir virtuele masjiene (hierna verwys as VM's), soos in VMware vSphere:

• met behulp van 'n standaard Linux-brug (in VMware - Standaard vSwitch), loop op virtualisasiegashere;
• gebruik Open vSwitch (OVS) (in VMware - Versprei vSwitch) is 'n verspreide virtuele skakelaar wat uit twee hoofkomponente bestaan: 'n sentrale OVN-bediener en OVN-beheerders op bestuurde gashere.

Daar moet kennis geneem word dat as gevolg van die gemak van implementering, sal die artikel die opstel van netwerke in oVirt beskryf vir 'n VM met behulp van 'n standaard Linux brug, wat die standaard keuse is wanneer die KVM hipervisor gebruik word.

In hierdie verband is daar verskeie basiese reëls om met die netwerk in 'n groep te werk, wat die beste is om nie oortree te word nie:

• Alle netwerkinstellings op gashere voordat hulle by oVirt gevoeg word, moet identies wees, behalwe vir IP-adresse.
• Sodra 'n gasheer onder die beheer van oVirt geneem is, word dit sterk nie aanbeveel om enigiets handmatig in die netwerkinstellings te verander sonder volledige vertroue in jou aksies nie, aangesien die oVirt-agent hulle eenvoudig sal terugrol na die voriges nadat die gasheer herbegin is of agent.
• Om 'n nuwe netwerk vir 'n VM by te voeg, sowel as om daarmee te werk, moet slegs vanaf die oVirt-bestuurskonsole gedoen word.

Nog een vajnoe zamechanie - vir 'n baie kritieke omgewing (baie sensitief vir geldelike verliese), sal dit steeds aanbeveel word om betaalde ondersteuning en gebruik te gebruik Red Hat-virtualisering 4.3. Tydens die werking van die oVirt-kluster kan sommige kwessies opduik waarvoor dit raadsaam is om so gou moontlik gekwalifiseerde hulp te ontvang, eerder as om dit self te hanteer.

Laastens, word aanbeveel Voordat u 'n oVirt-kluster ontplooi, moet u vertroud wees met amptelike dokumentasie, om ten minste bewus te wees van die basiese konsepte en definisies, anders sal dit 'n bietjie moeilik wees om die res van die artikel te lees.

Basiese vir die begrip van die artikel en die beginsels van werking van die oVirt-kluster is hierdie riglyne:

• oVirt Installasiegids
• oVirt Self-Hosted Engine Guide
• oVirt Administrasiegids
  

Die volume daar is nie baie groot nie, in 'n uur of twee kan u die basiese beginsels redelik bemeester, maar vir diegene wat van besonderhede hou, word dit aanbeveel om te lees Produkdokumentasie vir Red Hat-virtualisering 4.3 — RHEV en oVirt is in wese dieselfde ding.

Dus, as al die basiese instellings op die gashere, skakelaars en bergingstelsels voltooi is, gaan ons direk voort na die ontplooiing van oVirt.

Deel 2. Installering en konfigurasie van die oVirt 4.3-kluster

Vir gemak van oriëntasie, sal ek die hoofafdelings in hierdie artikel lys, wat een vir een voltooi moet word:

1. Die installering van die oVirt-bestuurbediener
2. Skep van 'n nuwe datasentrum
3. Skep 'n nuwe groepering
4. Die installering van bykomende gashere in 'n self-hosted omgewing
5. Skep 'n stoorarea of ​​stoordomeine
6. Skep en konfigurasie van netwerke vir virtuele masjiene
7. Skep 'n installasiebeeld vir die implementering van 'n virtuele masjien
8. Skep 'n virtuele masjien

Die installering van die oVirt-bestuurbediener

oVirt bestuur bediener is die belangrikste element in die oVirt-infrastruktuur, in die vorm van 'n virtuele masjien, gasheer of virtuele toestel wat die hele oVirt-infrastruktuur bestuur.

Die noue analoë van die wêreld van virtualisering is:

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

Om die oVirt-bestuurbediener te installeer, het ons twee opsies:

Opsie 1
Ontplooi 'n bediener in die vorm van 'n gespesialiseerde VM of gasheer.

Hierdie opsie werk redelik goed, maar mits so 'n VM onafhanklik van die groep werk, m.a.w. loop nie op enige groepgasheer as 'n gewone virtuele masjien wat KVM gebruik nie.

Waarom kan so 'n VM nie op groepgashere ontplooi word nie?

Heel aan die begin van die proses om die oVirt-bestuurbediener te ontplooi, het ons 'n dilemma - ons moet 'n bestuur-VM installeer, maar in werklikheid is daar nog geen kluster self nie, en dus waarmee kan ons op die vlug vorendag kom? Dit is reg - installeer KVM op 'n toekomstige groepknoop, skep dan 'n virtuele masjien daarop, byvoorbeeld met CentOS OS en ontplooi die oVirt-enjin daarin. Dit kan gewoonlik gedoen word vir redes van volledige beheer oor so 'n VM, maar dit is 'n verkeerde bedoeling, want in hierdie geval sal daar in die toekoms 100% probleme met so 'n beheer VM wees:

• dit kan nie in die oVirt-konsole tussen gashere (nodes) van die groepering gemigreer word nie;
• wanneer migreer met behulp van KVM via virsh migreer, sal hierdie VM nie beskikbaar wees vir bestuur vanaf die oVirt-konsole nie.
• groepgashere kan nie in vertoon word nie Onderhoudsmodus (onderhoudsmodus), as jy hierdie VM migreer van gasheer na gasheer gebruik virsh migreer.

Doen dus alles volgens die reëls - gebruik óf 'n aparte gasheer vir die oVirt-bestuurbediener, óf 'n onafhanklike VM wat daarop loop, of nog beter, doen soos geskryf in die tweede opsie.

Opsie 2
Installeer oVirt Engine Appliance op 'n groepgasheer wat daardeur bestuur word.

Dit is hierdie opsie wat verder as meer korrek en geskik in ons geval beskou sal word.
Die vereistes vir so 'n VM word hieronder beskryf. Ek sal net byvoeg dat dit aanbeveel word om ten minste twee gashere in die infrastruktuur te hê waarop die beheer VM uitgevoer kan word om dit foutverdraagsaam te maak. Hier wil ek byvoeg dat, soos ek reeds in die kommentaar in die vorige artikel geskryf het, ek nooit kon kry nie gesplete brein op 'n oVirt-groepering van twee gashere, met die vermoë om hosted-enjin VM's daarop te laat loop.

Installeer oVirt Engine Appliance op die eerste gasheer van die groep

Skakel na amptelike dokumentasie - oVirt Self-Hosted Engine Guide, hoofstuk "Ontplooi die self-gasheerenjin deur die opdragreël te gebruik»

Die dokument spesifiseer die voorvereistes waaraan voldoen moet word voordat 'n VM met gasheerenjin ontplooi word, en beskryf ook die installasieproses self in detail, so daar is min sin om dit woordeliks te herhaal, so ons sal op 'n paar belangrike besonderhede fokus.

• Voordat u met alle aksies begin, moet u virtualisasie-ondersteuning in die BIOS-instellings op die gasheer aktiveer.
• Installeer die pakket vir die gasheer-enjin-installeerder op die gasheer:

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

• Ons begin die prosedure vir die implementering van oVirt Hosted Engine in die skerm op die gasheer (u kan dit verlaat via Ctrl-A + D, sluit via Ctrl-D):

screen
hosted-engine --deploy

As jy wil, kan jy die installasie laat loop met 'n vooraf voorbereide antwoordlêer:

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

• Wanneer die gasheerenjin ontplooi word, spesifiseer ons al die nodige parameters:

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

• Om 'n hoogs beskikbare VM met 'n gasheerenjin te installeer, het ons voorheen 'n spesiale LUN op die bergingstelsel geskep, nommer 4 en 150 GB groot, wat toe aan die groepgashere aangebied is - sien vorige artikel.

Ons het voorheen ook die sigbaarheid daarvan op gashere nagegaan:

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

• Die ontplooiingsproses van die gasheerenjin self is nie ingewikkeld nie, aan die einde behoort ons iets soos hierdie te ontvang:

[ 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

Ons kontroleer die teenwoordigheid van oVirt-dienste op die gasheer:

As alles korrek gedoen is, gebruik dan 'n webblaaier om na die installasie te gaan https://ovirt_hostname/ovirt-engine vanaf die administrateur se rekenaar, en klik [Administrasie Portaal].

Skermskoot van "Administrasieportaal"

Deur die login en wagwoord (wat tydens die installasieproses gestel is) in die venster in te voer soos in die skermkiekie, kom ons by die Open Virtualization Manager-kontrolepaneel, waarin u alle aksies met die virtuele infrastruktuur kan uitvoer:

1. voeg datasentrum by
2. voeg en konfigureer 'n groepering
3. gashere by te voeg en te bestuur
4. voeg stoorareas of bergingsdomeine by vir virtuele masjienskywe
5. netwerke vir virtuele masjiene by te voeg en op te stel
6. voeg en bestuur virtuele masjiene, installasiebeelde, VM-sjablone

Al hierdie aksies sal verder bespreek word, sommige in groot selle, ander in meer detail en met nuanses.
Maar eers sal ek aanbeveel om hierdie byvoeging te lees, wat waarskynlik vir baie nuttig sal wees.

Daarbenewens

1) In beginsel, as daar so 'n behoefte is, dan verhinder niks jou om vooraf die KVM-hipervisor op die cluster nodusse te installeer deur pakkette te gebruik nie libvirt и qemu-kvm (Of qemu-kvm-ev) van die verlangde weergawe, hoewel dit dit self kan doen wanneer 'n oVirt-klusternodus ontplooi word.

Maar as libvirt и qemu-kvm As jy nie die nuutste weergawe geïnstalleer het nie, kan jy die volgende fout kry wanneer jy 'n gasheerenjin ontplooi:

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

Dié. moet he opgedateerde weergawe libvirt met beskerming teen MDS, wat hierdie beleid ondersteun:

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

Installeer libvirt v.4.5.0-10.el7_6.12, met md-clear ondersteuning:

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

Kyk vir 'md-clear' ondersteuning:

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

Hierna kan jy voortgaan met die installering van die gasheer-enjin.

2) In oVirt 4.3, die teenwoordigheid en gebruik van 'n firewall vuurmuur is 'n verpligte vereiste.

As ons tydens die ontplooiing van 'n VM vir gasheer-enjin die volgende fout ontvang:

[ 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 moet jy 'n ander firewall afskakel (indien dit gebruik word), en installeer en hardloop vuurmuur:

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

Later, wanneer die ovirt-agent op 'n nuwe gasheer vir die groep geïnstalleer word, sal dit die vereiste poorte instel in vuurmuur outomaties.

3) Herlaai 'n gasheer met 'n VM wat daarop loop met 'n gasheerenjin.

Gewoonlik, skakel 1 и skakel 2 aan beheerdokumente.

Alle bestuur van die gasheer-enjin-VM word SLEGS gedoen deur die opdrag te gebruik gasheer-enjin op die gasheer waar dit loop, oor Virsh ons moet vergeet, sowel as die feit dat u via SSH aan hierdie VM kan koppel en die opdrag kan uitvoer "afsluit".

Prosedure om 'n VM in onderhoudsmodus te plaas:

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

Ons herlaai die gasheer met die gasheer-enjinagent en doen wat ons nodig het daarmee.

Gaan na die herlaai die status van die VM met die gehuisves enjin na:

hosted-engine --vm-status

As ons VM met hosted-enjin nie begin nie en as ons soortgelyke foute in die dienslogboek sien:

Fout in die dienslogboek:

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 koppel ons die berging en herbegin die agent:

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

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

Nadat ons die VM met gasheerenjin begin het, haal ons dit uit die onderhoudsmodus:

Prosedure om 'n VM uit instandhoudingsmodus te verwyder:

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) Die verwydering van die gasheerenjin en alles wat daarmee verband hou.

Soms is dit nodig om 'n voorheen geïnstalleerde enjin behoorlik te verwyder - skakel na die riglyndokument.

Voer net die opdrag op die gasheer uit:

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

Vervolgens verwyder ons onnodige pakkette en rugsteun sommige konfigurasies voor dit, indien nodig:

yum autoremove ovirt* qemu* virt* libvirt* libguestfs 

Skep van 'n nuwe datasentrum

Verwysingsdokumentasie - oVirt Administrasiegids. Hoofstuk 4: Datasentrums

Kom ons definieer eers wat dit is data sentrum (Ek haal aan uit die hulp) is 'n logiese entiteit wat 'n stel hulpbronne definieer wat in 'n spesifieke omgewing gebruik word.

'n Datasentrum is 'n soort houer wat bestaan ​​uit:

• logiese hulpbronne in die vorm van groepe en gashere
• groepeer netwerkhulpbronne in die vorm van logiese netwerke en fisiese adapters op gashere,
• stoorhulpbronne (vir VM-skywe, sjablone, beelde) in die vorm van stoorareas (Storage Domains).

’n Datasentrum kan veelvuldige groepe insluit wat bestaan ​​uit veelvuldige gashere met virtuele masjiene wat daarop loop, en dit kan ook veelvuldige stoorareas hê wat daarmee geassosieer word.
Daar kan verskeie datasentrums wees wat onafhanklik van mekaar funksioneer. Ovirt het 'n skeiding van magte volgens rol, en u kan toestemmings individueel opstel, beide op die datasentrumvlak en op sy individuele logiese elemente.

Die datasentrum, of datasentrums as daar verskeie van hulle is, word vanaf 'n enkele administratiewe konsole of portaal bestuur.

Om 'n datasentrum te skep, gaan na die administratiewe portaal en skep 'n nuwe datasentrum:
Bereken >> data Centers >> Nuut

Aangesien ons gedeelde berging op die bergingstelsel gebruik, moet die Bergingstipe Gedeel word:

Skermskoot van die towenaar vir die skep van datasentrums

Wanneer 'n virtuele masjien met gasheerenjin geïnstalleer word, word 'n datasentrum by verstek geskep - Datasentrum 1, en dan, indien nodig, kan u die bergingstipe daarvan na 'n ander verander.

Die skep van 'n datasentrum is 'n eenvoudige taak, sonder enige lastige nuanses, en alle bykomende aksies daarmee word in die dokumentasie beskryf. Die enigste ding wat ek sal opmerk, is dat enkele gashere wat slegs plaaslike berging (skyf) vir VM's het, nie by 'n datasentrum kan inkom met Storage Type - Shared (hulle kan nie daar bygevoeg word nie), en vir hulle moet jy skep 'n aparte datasentrum - m.a.w. Elke individuele gasheer met plaaslike berging benodig sy eie aparte datasentrum.

Skep 'n nuwe groepering

Skakel na dokumentasie - oVirt Administrasiegids. Hoofstuk 5: Klusters

Sonder onnodige besonderhede, cluster – dit is 'n logiese groepering van gashere wat 'n gemeenskaplike stoorarea het (in die vorm van gedeelde skywe op 'n stoorstelsel, soos in ons geval). Dit is ook wenslik dat die gashere in die groep identies moet wees in hardeware en dieselfde tipe verwerker het (Intel of AMD). Dit is natuurlik die beste dat die bedieners in die groep heeltemal identies is.

Die groepering is deel van 'n datasentrum (met 'n spesifieke tipe berging - Plaaslike of Gedeelde), en alle gashere moet aan 'n soort groep behoort, afhangende van of hulle gedeelde berging het of nie.

Wanneer 'n virtuele masjien met 'n gasheer-enjin op 'n gasheer geïnstalleer word, word 'n datasentrum by verstek geskep - Datasentrum 1, saam met die groep – Kluster1, en in die toekoms kan jy sy parameters opstel, bykomende opsies aktiveer, gashere daarby voeg, ens.

Soos gewoonlik, vir besonderhede oor alle groepsinstellings, is dit raadsaam om na die amptelike dokumentasie te verwys. Van sommige van die kenmerke van die opstel van 'n groepie, sal ek net byvoeg dat wanneer dit geskep word, dit genoeg is om slegs die basiese parameters op die oortjie op te stel algemene.

Ek sal op die belangrikste parameters let:

• Verwerker tipe — word gekies op grond van watter verwerkers op die groepgashere geïnstalleer is, van watter vervaardiger hulle is, en watter verwerker op die gashere die oudste is, sodat, afhangend hiervan, alle beskikbare verwerkerinstruksies in die groepering gebruik word.
• Skakelaar tipe – in ons cluster gebruik ons ​​net Linux-brug, daarom kies ons dit.
• Firewall tipe – alles is duidelik hier, dit is firewalld, wat op die gashere geaktiveer en gekonfigureer moet word.

Skermskoot met groepparameters

Die installering van bykomende gashere in 'n self-hosted omgewing

Link vir dokumentasie.

Bykomende gashere vir 'n self-gasheer-omgewing word bygevoeg op dieselfde manier as 'n gewone gasheer, met die bykomende stap om 'n VM met 'n gasheer-enjin te ontplooi - Kies gasheer-enjin-ontplooiingsaksie >> ontplooi. Aangesien die bykomende gasheer ook met 'n LUN aangebied moet word vir 'n VM met 'n gasheerenjin, beteken dit dat hierdie gasheer, indien nodig, gebruik kan word om 'n VM met 'n gasheerenjin daarop te huisves.
Vir fouttoleransie-doeleindes word dit sterk aanbeveel dat daar ten minste twee gashere is waarop 'n gasheer-enjin-VM geplaas kan word.

Op die bykomende gasheer, deaktiveer iptables (indien geaktiveer), aktiveer firewalld

systemctl stop iptables
systemctl disable iptables

systemctl enable firewalld
systemctl start firewalld

Installeer die vereiste KVM-weergawe (indien nodig):

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

Installeer die nodige bewaarplekke en die gasheer-enjin-installeerder:

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

Gaan dan na die konsole Maak Virtualization Manager oop, voeg 'n nuwe gasheer by en doen alles stap vir stap, soos in geskryf dokumentasie.

As gevolg hiervan, nadat ons 'n bykomende gasheer bygevoeg het, behoort ons iets soos die prentjie in die administratiewe konsole te kry, soos in die skermkiekie.

Skermskoot van die administratiewe portaal - gashere

Die gasheer waarop die hosted-enjin VM tans aktief is, het 'n goue kroon en die inskripsie "Begin die Hosted Engine VM", die gasheer waarop hierdie VM geloods kan word indien nodig - die inskripsie "Kan die Hosted Engine VM laat loop".

In die geval van 'n gasheer mislukking waarop "Begin die Hosted Engine VM", sal dit outomaties herbegin op die tweede gasheer. Hierdie VM kan ook van die aktiewe gasheer na die bystandgasheer gemigreer word vir die instandhouding daarvan.

Stel kragbestuur / heining op oVirt-gashere op

Dokumentasie skakels:

• Red Hat Virtualization 4.3 –> Tegniese Verwysing -> Hoofstuk 4. Kragbestuur
• oVirt Administrasiegids -> Hoofstuk 7: Leërskare

Alhoewel dit kan lyk asof jy klaar is met die byvoeging en opstel van 'n gasheer, is dit nie heeltemal waar nie.
Vir normale werking van gashere, en om foute met enige van hulle te identifiseer/op te los, word kragbestuur-/omheiningsinstellings vereis.

Skerm, of omheining, is die proses om 'n foutiewe of mislukte gasheer tydelik uit die groep uit te sluit, waartydens óf die oVirt-dienste daarop óf die gasheer self herbegin word.

Alle besonderhede oor die definisies en parameters van kragbestuur / omheining word, soos gewoonlik, in die dokumentasie gegee. Ek sal slegs 'n voorbeeld gee van hoe om hierdie belangrike parameter te konfigureer, soos toegepas op Dell R640-bedieners met iDRAC 9.

1. Gaan na die administratiewe portaal, klik Bereken >> gashere kies 'n gasheer.
2. Klik Wysig.
3. Klik op die oortjie Power Management.
4. Merk die blokkie langs die opsie Aktiveer kragbestuur.
5. Merk die blokkie langs die opsie Kdump-integrasieom te verhoed dat die gasheer in omheiningsmodus gaan terwyl 'n kernongelukstorting opgeneem word.

Noot.

Nadat Kdump-integrasie op 'n reeds lopende gasheer geaktiveer is, moet dit weer geïnstalleer word volgens die prosedure in oVirt Administration Guide -> Hoofstuk 7: Leërskare -> Herinstalleer leërskare.

1. Opsioneel kan jy die blokkie merk Deaktiveer beleidsbeheer van kragbestuur, as ons nie wil hê dat gasheerkragbestuur deur die groepering se skeduleringsbeleid beheer word nie.
2. Klik op die knoppie (+) om 'n nuwe kragbestuurtoestel by te voeg, sal die agenteienskappe-redigeervenster oopmaak.
   Vir iDRAC9, vul die velde in:
   • Adres – iDRAC9-adres
   • Gebruikersnaam wagwoord – Aanmelding en wagwoord om onderskeidelik by iDRAC9 aan te meld
   • Tipe —drak5
   • merk Beveilig
   • voeg die volgende opsies by: cmd_prompt=>,login_timeout=30

Skermskoot met "Power Management" parameters in gasheer eiendomme

Skep 'n stoorarea of ​​stoordomeine

Skakel na dokumentasie - oVirt Administrasiegids, Hoofstuk 8: Berging.

Berging domein, of stoorarea, is 'n gesentraliseerde ligging vir die stoor van virtuele masjienskywe, installasiebeelde, sjablone en kiekies.

Bergingsareas kan met behulp van verskeie protokolle, groeperings- en netwerklêerstelsels aan die datasentrum gekoppel word.

oVirt het drie tipes stoorarea:

• Data domein - om alle data wat verband hou met virtuele masjiene (skywe, sjablone) te stoor. Datadomein kan nie tussen verskillende datasentrums gedeel word nie.
• ISO domein (verouderde tipe stoorarea) – vir die stoor van OS-installasiebeelde. ISO-domein kan tussen verskillende datasentrums gedeel word.
• Voer domein uit (verouderde tipe stoorarea) – vir tydelike berging van beelde wat tussen datasentrums verskuif word.

In ons spesifieke geval gebruik 'n stoorarea met die Data Domain-tipe Fibre Channel Protocol (FCP) om aan LUN's op die bergingstelsel te koppel.

Uit die oogpunt van oVirt, wanneer bergingstelsels (FC of iSCSI) gebruik word, is elke virtuele skyf, momentopname of sjabloon 'n logiese skyf.
Bloktoestelle word saamgestel in 'n enkele eenheid (op groepgashere) deur gebruik te maak van Volume Group en dan met LVM verdeel in logiese volumes, wat as virtuele skywe vir VM's gebruik word.

Al hierdie groepe en baie LVM-volumes kan op die groepgasheer gesien word deur die opdragte te gebruik ens и lvs. Natuurlik moet alle aksies met sulke skywe slegs vanaf die oVirt-konsole gedoen word, behalwe in spesiale gevalle.

Virtuele skywe vir VM's kan van twee tipes wees - QCOW2 of RAW. Skyfies kan "dun"of"dik". Foto's word altyd geskep as "dun".

Die manier om bergingsdomeine, of stoorareas wat deur FC verkry word, te bestuur, is redelik logies - vir elke virtuele skyf vir virtuele masjiene is daar 'n aparte logiese volume wat deur slegs een gasheer geskryf kan word. Vir FC-verbindings gebruik oVirt iets soos gegroepeerde LVM.

Virtuele masjiene wat op dieselfde stoorarea geleë is, kan gemigreer word tussen gashere wat aan dieselfde groep behoort.

Soos ons uit die beskrywing kan sien, beteken 'n cluster in oVirt, soos 'n cluster in VMware vSphere of Hyper-V, in wese dieselfde ding - dit is 'n logiese groepering van leërskare, verkieslik identies in hardeware-samestelling, en met gemeenskaplike berging vir virtuele masjien skywe.

Kom ons gaan direk voort om 'n stoorarea vir data (VM-skywe) te skep, aangesien daarsonder die datasentrum nie geïnisialiseer sal word nie.
Laat ek u daaraan herinner dat alle LUN's wat aan die groepgashere op die bergingstelsel aangebied word op hulle sigbaar moet wees met die opdrag "meerpad -ll".

Volgens dokumentasie, gaan na die portaal gaan na stoor >> Domain -> Nuwe domein en volg die instruksies in die afdeling "Voeg FCP-berging by".

Nadat u die towenaar begin het, vul die vereiste velde in:

• Naam - stel die groepnaam in
• Domein funksie — Data
• Bergingstipe - Veselkanaal
• Gasheer om te gebruik - kies 'n gasheer waarop die LUN wat ons benodig beskikbaar is

Merk die een wat ons benodig in die lys LUN's, klik Voeg en dan OK. Indien nodig, kan u addisionele parameters van die stoorarea aanpas deur op te klik Gevorderde parameters.

Skermskoot van die towenaar vir die byvoeging van "Stoordomein"

Gebaseer op die resultate van die towenaar, behoort ons 'n nuwe stoorarea te ontvang, en ons datasentrum moet na die status beweeg UP, of geïnisialiseer:

Skermkiekies van die datasentrum en stoorareas daarin:

Skep en konfigurasie van netwerke vir virtuele masjiene

Skakel na dokumentasie - oVirt Administrasiegids, Hoofstuk 6: Logiese netwerke

Netwerke, of netwerke, dien om logiese netwerke wat in die oVirt virtuele infrastruktuur gebruik word, te groepeer.

Om interaksie tussen die netwerkadapter op die virtuele masjien en die fisiese adapter op die gasheer te hê, word logiese koppelvlakke soos Linux-brug gebruik.

Om verkeer tussen netwerke te groepeer en te verdeel, word VLAN's op die skakelaars gekonfigureer.

Wanneer 'n logiese netwerk vir virtuele masjiene in oVirt geskep word, moet dit 'n identifiseerder toegeken word wat ooreenstem met die VLAN-nommer op die skakelaar sodat die VM'e met mekaar kan kommunikeer, selfs al loop hulle op verskillende nodusse van die groepering.

Voorlopige instellings van netwerkadapters op gashere vir die koppeling van virtuele masjiene moes gedoen word vorige artikel - logiese koppelvlak gekonfigureer verband1, dan moet alle netwerkinstellings slegs deur die oVirt administratiewe portaal gemaak word.

Nadat 'n VM met gasheerenjin geskep is, is benewens die outomatiese skepping van 'n datasentrum en groepering ook outomaties 'n logiese netwerk geskep om ons groepering te bestuur - ovritmgmt, waaraan hierdie VM gekoppel was.

Indien nodig, kan u die logiese netwerkinstellings bekyk ovritmgmt en pas hulle aan, maar jy moet versigtig wees om nie beheer oor die oVirt-infrastruktuur te verloor nie.

Logiese netwerkinstellings ovritmgmt

Om 'n nuwe logiese netwerk vir gewone VM's te skep, gaan in die administratiewe portaal na Netwerk >> Networks >> Nuut, en op die blad algemene voeg 'n netwerk by met die verlangde VLAN ID, en merk ook die blokkie langs "VM netwerk", beteken dit dat dit gebruik kan word vir toewysing aan 'n VM.

Skermskoot van die nuwe VLAN32 logiese netwerk

In die oortjie Cluster, heg ons hierdie netwerk aan ons groepering Kluster1.

Hierna gaan ons na Bereken >> gashere, gaan na elke gasheer om die beurt, na die blad Netwerk koppelvlakke, en begin die towenaar Stel gasheernetwerke op, om te bind aan gashere van 'n nuwe logiese netwerk.

Skermskoot van die "Stel gasheernetwerke"-assistent

Die oVirt-agent sal outomaties al die nodige netwerkinstellings op die gasheer maak - skep 'n VLAN en BRIDGE.

Voorbeeld konfigurasielêers vir nuwe netwerke op die gasheer:

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

Laat ek jou weer daaraan herinner dat op die cluster host NIE NODIG NIE skep vooraf netwerkkoppelvlakke met die hand ifcfg-bond1.432 и ifcfg-ovirtvm-vlan432.

Nadat 'n logiese netwerk bygevoeg is en die verbinding tussen die gasheer en die gasheer-enjin VM nagegaan is, kan dit in die virtuele masjien gebruik word.

Skep 'n installasiebeeld vir die implementering van 'n virtuele masjien

Skakel na dokumentasie - oVirt Administrasiegids, Hoofstuk 8: Berging, afdeling Laai beelde op na 'n databergingsdomein.

Sonder 'n OS-installasiebeeld sal dit nie moontlik wees om 'n virtuele masjien te installeer nie, alhoewel dit natuurlik nie 'n probleem is as dit byvoorbeeld op die netwerk geïnstalleer is nie skoenmaker met voorafgeskepte beelde.

In ons geval is dit nie moontlik nie, so jy sal self hierdie prent in oVirt moet invoer. Voorheen was dit nodig om 'n ISO-domein te skep, maar in die nuwe weergawe van oVirt is dit opgeskort, en daarom kan jy nou beelde direk vanaf die administratiewe portaal na die Storage-domein oplaai.

In die administratiewe portaal gaan na stoor >> disks >> Laai >> begin
Ons voeg ons OS-beeld as 'n ISO-lêer by, vul al die velde in die vorm in en klik op die knoppie "Toets verbinding".

Skermskoot van die Add Installation Image Wizard

As ons 'n fout soos hierdie kry:

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 moet jy die oVirt-sertifikaat by "Betroubare wortel-CA's"(Trusted Root CA) op die administrateur se beheerstasie, vanwaar ons die prent probeer aflaai.

Nadat u die sertifikaat by die Trusted Root CA gevoeg het, klik weer "Toets verbinding", moet kry:

Connection to ovirt-imageio-proxy was successful.

Nadat u die aksie voltooi het om die sertifikaat by te voeg, kan u weer probeer om die ISO-beeld na die bergingsdomein op te laai.

In beginsel kan jy 'n aparte Storage Domain met die Data-tipe maak om beelde en sjablone afsonderlik van VM-skywe te stoor, of selfs in 'n Storage Domain te stoor vir die gasheer-enjin, maar dit is volgens die diskresie van die administrateur.

Skermskoot met ISO-beelde in Storage Domain vir gasheer-enjin

Skep 'n virtuele masjien

Dokumentasie skakel:
oVirt Virtuele Masjienbestuurgids –> Hoofstuk 2: Installering van virtuele Linux-masjiene
Hulpbronne vir konsolekliënte

Nadat u die installasiebeeld met die bedryfstelsel in oVirt gelaai het, kan u direk voortgaan om 'n virtuele masjien te skep. Baie werk is gedoen, maar ons is reeds in die finale stadium, ter wille waarvan dit alles begin is - om 'n foutverdraagsame infrastruktuur te bekom om hoogs beskikbare virtuele masjiene te huisves. En dit alles is absoluut gratis - nie 'n enkele sent is spandeer op die aankoop van sagtewarelisensies nie.

Om 'n virtuele masjien met CentOS 7 te skep, moet die installasiebeeld vanaf die bedryfstelsel afgelaai word.

Ons gaan na die administratiewe portaal, gaan na Bereken >> Virtuele masjiene, en begin die VM-skeppingsassistent. Vul al die parameters en velde in en klik OK. Alles is baie eenvoudig as jy die dokumentasie volg.

As voorbeeld gee ek die basiese en bykomende instellings van 'n hoogs beskikbare VM, met 'n geskepde skyf, gekoppel aan die netwerk, en begin vanaf 'n installasiebeeld:

Skermkiekies met hoogs beskikbare VM-instellings

Nadat u met die towenaar gewerk het, maak dit toe, begin 'n nuwe VM en installeer die bedryfstelsel daarop.
Om dit te doen, gaan na die konsole van hierdie VM deur die administratiewe portaal:

Skermskoot van die administratiewe portaalinstellings om aan die VM-konsole te koppel

Om aan die VM-konsole te koppel, moet jy eers die konsole in die eienskappe van die virtuele masjien konfigureer.

Skermskoot van VM-instellings, "Console"-oortjie

Om aan die VM-konsole te koppel, kan jy bv. Virtuele masjien kyker.

Om direk in die blaaiervenster aan die VM-konsole te koppel, moet die verbindinginstellings via die konsole soos volg wees:

Nadat u die bedryfstelsel op die VM geïnstalleer het, is dit raadsaam om oVirt-gasagent te installeer:

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

Dus, as gevolg van ons optrede, sal die geskep VM hoogs beskikbaar wees, m.a.w. as die cluster node waarop dit loop misluk, sal oVirt dit outomaties herbegin op die tweede node. Hierdie VM kan ook gemigreer word tussen groepgashere vir hul instandhouding of ander doeleindes.

Gevolgtrekking

Ek hoop dat hierdie artikel daarin geslaag het om oor te dra dat oVirt 'n heeltemal normale instrument is vir die bestuur van virtuele infrastruktuur, wat nie so moeilik is om te ontplooi nie - die belangrikste ding is om sekere reëls en vereistes te volg wat beide in die artikel en in die dokumentasie beskryf word.

Weens die groot volume van die artikel was dit nie moontlik om baie dinge daarin in te sluit nie, soos stap-vir-stap uitvoering van verskeie towenaars met al die gedetailleerde verduidelikings en skermkiekies, lang gevolgtrekkings van sommige opdragte, ens. Om die waarheid te sê, dit sou die skryf van 'n hele boek vereis, wat nie veel sin maak nie as gevolg van nuwe weergawes van sagteware wat voortdurend verskyn met innovasies en veranderinge. Die belangrikste ding is om die beginsel van hoe dit alles saamwerk te verstaan, en om 'n algemene algoritme te verkry vir die skep van 'n foutverdraagsame platform vir die bestuur van virtuele masjiene.

Alhoewel ons 'n virtuele infrastruktuur geskep het, moet ons dit nou leer om interaksie te hê tussen sy individuele elemente: gashere, virtuele masjiene, interne netwerke en met die buitewêreld.

Hierdie proses is een van die hooftake van 'n stelsel- of netwerkadministrateur, wat in die volgende artikel gedek sal word - oor die gebruik van VyOS virtuele routers in die foutverdraagsame infrastruktuur van ons onderneming (soos jy geraai het, sal hulle as virtuele werk masjiene op ons oVirt-groepering).

Bron: will.com