🥇Schafe vun enger Feeler-toleranter IT Infrastruktur. Deel 2. Installatioun an configuring oVirt 4.3 Stärekoup

Dësen Artikel ass eng Fortsetzung vum viregten - "Kreatioun vun enger Feeler-tolerant IT Infrastruktur. Deel 1 - Virbereedung fir en oVirt 4.3 Cluster z'installéieren".

Et wäert de Prozess vun der Basisinstallatioun an der Konfiguratioun vun engem oVirt 4.3 Cluster ofdecken fir héich verfügbare virtuelle Maschinnen ze hosten, andeems d'Tatsaach berücksichtegt datt all virleefeg Schrëtt fir d'Infrastruktur virzebereeden scho virdru ofgeschloss sinn.

Aféierungsdeel

Den Haaptziel vum Artikel ass Schrëtt-fir-Schrëtt Instruktioune wéi "nächst -> Jo -> Freck"wéi e puer Features ze weisen wann Dir se installéiert an konfiguréiert. De Prozess fir Äre Cluster z'installéieren ass vläicht net ëmmer mat deem beschriwwen, wéinst de Charakteristike vun der Infrastruktur an der Ëmwelt, awer d'allgemeng Prinzipien wäerten d'selwecht sinn.

Aus subjektiver Siicht, oVirt 4.3 seng Funktionalitéit ass ähnlech wéi VMware vSphere Versioun 5.x, awer natierlech mat senger eegener Konfiguratiouns- an Operatiounsfunktiounen.

Fir déi interesséiert, all d'Ënnerscheeder tëscht RHEV (aka oVirt) an VMware vSphere kënnen um Internet fonnt ginn, zum Beispill hei, mee ech wäert nach heiansdo e puer vun hiren Differenzen oder Ähnlechkeeten matenee bemierken wéi den Artikel weidergeet.

Separat géif ech gär e bëssen d'Aarbecht mat Netzwierker fir virtuelle Maschinnen vergläichen. oVirt implementéiert en ähnleche Prinzip vum Netzwierkverwaltung fir virtuelle Maschinnen (nodréiglech VMs bezeechent), wéi an VMware vSphere:

mat enger Standard Linux Bréck (an VMware - Standard vSwitch), Lafen op Virtualiséierungshosten;
benotzt Open vSwitch (OVS) (an VMware - Verdeelt vSwitch) ass e verdeelte virtuelle Schalter deen aus zwee Haaptkomponenten besteet: en zentrale OVN Server an OVN Controller op geréiert Hosten.

Et sollt bemierkt datt wéinst der Einfachheet vun der Implementatioun den Artikel d'Opstellung vun Netzwierker an oVirt fir e VM mat enger Standard Linux Bréck beschreiwen, wat d'Standardwahl ass wann Dir den KVM Hypervisor benotzt.

An dëser Hisiicht ginn et e puer grondleeënd Regele fir mat dem Netz an engem Cluster ze schaffen, déi am beschten net verletzen:

All Netzwierkastellungen op Hosten ier se op oVirt bäigefüügt musse identesch sinn, ausser IP Adressen.
Wann e Host ënner der Kontroll vun oVirt geholl gouf, ass et héich net recommandéiert eppes manuell an den Netzwierkastellungen z'änneren ouni komplett Vertrauen an Är Handlungen, well den oVirt Agent se einfach zréck op déi virdrun rullt nodeems de Host nei gestart gouf oder Agent.
En neit Netzwierk fir e VM bäizefügen, souwéi domat ze schaffen, sollt nëmme vun der oVirt Management Konsole gemaach ginn.

Eng aner wichteg Note - fir e ganz kriteschen Ëmfeld (ganz sensibel fir monetär Verloschter), wier et nach ëmmer recommandéiert fir bezuelte Support a Gebrauch ze benotzen Red Hat Virtualiséierung 4.3. Wärend der Operatioun vum oVirt-Cluster kënnen e puer Probleemer optrieden, fir déi et ubruecht ass sou séier wéi méiglech qualifizéiert Hëllef ze kréien, anstatt se selwer ze këmmeren.

Endlech, recommandéiert Ier Dir en oVirt Cluster ofsetzt, vertraut Iech mat offiziell Dokumentatioun, fir op d'mannst d'Basiskonzepter an Definitioune bewosst ze sinn, soss gëtt et e bësse schwéier de Rescht vum Artikel ze liesen.

Basis fir den Artikel ze verstoen an d'Prinzipien vun der Operatioun vum oVirt Cluster sinn dës Leedungsdokumenter:

De Volume do ass net ganz grouss, an enger Stonn oder zwou kënnt Dir d'Basisprinzipien ganz beherrschen, awer fir déi, déi Detailer gär hunn, ass et recommandéiert ze liesen Produktdokumentatioun fir Red Hat Virtualiséierung 4.3 - RHEV an oVirt si wesentlech déiselwecht Saach.

Also, wann all d'Basis Astellungen op de Hosten, Schalter a Späichersystemer ofgeschloss sinn, gi mir direkt op d'Deployment vun oVirt.

Deel 2. Installatioun an Configuratioun vun der oVirt 4.3 Stärekoup

Fir d'Orientéierung einfach ze maachen, wäert ech d'Haaptsektiounen an dësem Artikel lëschten, déi een nom aneren ofgeschloss musse ginn:

Installatioun vum oVirt Management Server
Schafung vun engem neien Datenzenter
En neie Cluster erstellen
Zousätzlech Hosten an engem Self-Hosted Ëmfeld installéieren
Erstellt e Späichergebitt oder Storage Domains
Schafen a konfiguréieren Netzwierker fir virtuell Maschinnen
En Installatiounsbild erstellen fir eng virtuell Maschinn z'installéieren
Schafen eng virtuell Maschinn

Installatioun vum oVirt Management Server

oVirt Management Server ass dat wichtegst Element an der oVirt Infrastruktur, a Form vun enger virtueller Maschinn, Host oder virtuellen Apparat, deen déi ganz oVirt Infrastruktur geréiert.

Seng enk Analoga aus der Welt vun der Virtualiséierung sinn:

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

Fir den oVirt Management Server z'installéieren, hu mir zwou Méiglechkeeten:

Option 1
E Server an der Form vun engem spezialiséierte VM oder Host z'installéieren.

Dës Optioun funktionnéiert zimlech gutt, awer virausgesat datt sou e VM onofhängeg vum Cluster funktionnéiert, d.h. leeft net op engem Clusterhost als eng regulär virtuell Maschinn déi KVM leeft.

Firwat kann esou e VM net op Clusterhosten ofgesat ginn?

Ganz am Ufank vum Prozess vun der Ofbau vum oVirt Management Server hu mir en Dilemma - mir mussen e Management VM installéieren, awer tatsächlech ass et nach kee Cluster selwer, an dofir wat kënne mir op der Flucht kommen? Dat ass richteg - installéieren KVM op engem zukünftege Cluster Node, erstellt dann eng virtuell Maschinn drop, zum Beispill, mat CentOS OS an deploy den oVirt Motor dran. Dëst kann normalerweis aus Grënn vu kompletter Kontroll iwwer sou e VM gemaach ginn, awer dëst ass eng falsch Absicht, well an dësem Fall wäert et an Zukunft 100% Probleemer mat sou engem Kontroll VM sinn:

et kann net an der oVirt Konsole tëscht Hosten (Noden) vum Cluster migréiert ginn;
wann Dir Migratioun benotzt KVM via virsh migrate, Dëse VM wäert net fir d'Gestioun vun der oVirt Konsole verfügbar sinn.
Cluster Hosten kënnen net ugewise ginn Instandhaltung Modus (Maintenance Modus), wann Dir dëse VM vum Host op den Host migréiert benotzt virsh migrate.

Also maacht alles no de Regelen - benotzt entweder e separaten Host fir den oVirt Management Server, oder en onofhängege VM deen drop leeft, oder besser nach, maacht wéi an der zweeter Optioun geschriwwen.

Option 2
Installéiert oVirt Engine Appliance op engem Clusterhost deen dovun geréiert gëtt.

Et ass dës Optioun, déi weider als méi korrekt a passend an eisem Fall ugesi gëtt.
D'Ufuerderunge fir sou e VM ginn hei ënnendrënner beschriwwen; Ech addéieren nëmmen datt et recommandéiert ass op d'mannst zwee Hosten an der Infrastruktur ze hunn, op deenen d'Kontroll-VM ka lafen fir et Feeler-tolerant ze maachen. Hei wëll ech derbäisetzen, datt ech, wéi ech schonn an de Kommentaren am viregten Artikel geschriwwen hunn, ech ni konnt kréien splitbrain op engem oVirt Cluster vun zwee Hosten, mat der Fäegkeet fir hosted-Motor VMs op hinnen ze lafen.

Installéiert oVirt Engine Appliance op den éischte Host vum Cluster

Link op offiziell Dokumentatioun - oVirt Self-Hosted Engine Guide, Kapitel "De Self-Hosted Engine z'installéieren Mat der Kommandozeil»

D'Dokument spezifizéiert d'Viraussetzungen, déi erfëllt musse ginn ier Dir e Host-Motor VM ofsetzt, a beschreift och am Detail den Installatiounsprozess selwer, sou datt et wéineg Sënn ass et wuertwiertlech ze widderhuelen, sou datt mir op e puer wichteg Detailer konzentréieren.

Ier Dir all Aktiounen ufänkt, gitt sécher datt Dir Virtualiséierungsunterstëtzung an de BIOS-Astellungen um Host aktivéiert.
Installéiert de Package fir den Hosted Engine Installer um 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

Mir starten d'Prozedur fir den oVirt Hosted Engine z'installéieren um Écran um Host (Dir kënnt et iwwer Ctrl-A + D ausgoen, iwwer Ctrl-D zoumaachen):

screen
hosted-engine --deploy

Wann Dir wëllt, kënnt Dir d'Installatioun mat enger virbereet Äntwertdatei lafen:

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

Wann Dir Hosted-Motor ofsetzt, spezifizéiere mir all déi néideg Parameteren:

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

Fir en héich verfügbare VM mat engem hostéierte Motor z'installéieren, hu mir virdru e spezielle LUN um Späichersystem erstallt, Nummer 4 an 150 GB an der Gréisst, déi dann un de Clusterhost presentéiert gouf - kuckt fréieren Artikel.

Virdrun hu mir och seng Visibilitéit op Hosten gepréift:

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

Den Hosted-Motor Deployment Prozess selwer ass net komplizéiert; um Enn sollte mir eppes wéi dat kréien:

[ 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

Mir kontrolléieren d'Präsenz vun oVirt Servicer um Host:

Wann alles richteg gemaach gouf, dann no der Installatioun fäerdeg ass, benotzt e Webbrowser fir ze goen https://ovirt_hostname/ovirt-engine vum Administrator sengem Computer, a klickt [Administratioun Portal].

Screenshot vum "Administratiounsportal"

Andeems Dir de Login a Passwuert agitt (wat während dem Installatiounsprozess festgeluegt ass) an d'Fënster wéi am Screenshot, komme mir op d'Open Virtualization Manager Kontrollpanel, an där Dir all Aktiounen mat der virtueller Infrastruktur ausféiere kënnt:

addéieren Datenzenter
addéieren a konfiguréieren e Stärekoup
Hosten addéieren a verwalten
füügt Späicherberäicher oder Storage Domains fir virtuell Maschinndisken derbäi
addéieren a konfiguréieren Netzwierker fir virtuell Maschinnen
addéieren a verwalten virtuelle Maschinnen, Installatiounsbilder, VM Templates

All dës Aktiounen wäerte weider diskutéiert ginn, e puer a groussen Zellen, anerer méi detailléiert a mat Nuancen.
Awer als éischt géif ech recommandéieren dësen Add-on ze liesen, wat wahrscheinlech fir vill nëtzlech wäert sinn.

Addition

1) Am Prinzip, wann et esou e Besoin ass, da verhënnert näischt datt Dir de KVM Hypervisor op de Cluster Wirbelen am Viraus mat Packagen installéiert libvirt и emol-kvm (oder qemu-kvm-ev) vun der gewënschter Versioun, obwuel wann en oVirt Cluster Node ofgebaut gëtt, kann et dat selwer maachen.

Awer wann libvirt и emol-kvm Wann Dir déi lescht Versioun net installéiert hutt, kënnt Dir de folgende Fehler kréien wann Dir e gehoste Motor ofsetzt:

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

Déi. muss hunn aktualiséiert Versioun libvirt mat Schutz vun MDS, déi dës Politik ënnerstëtzt:

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

Installéiert libvirt v.4.5.0-10.el7_6.12, mat md-clear Support:

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

Kuckt fir 'md-clear' Ënnerstëtzung:

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

Duerno kënnt Dir weider de gehoste Motor installéieren.

2) An oVirt 4.3, d'Präsenz an d'Benotzung vun enger Firewall firewalld ass eng obligatoresch Fuerderung.

Wa mir während der Deployment vun engem VM fir hosted-Motor de folgende Feeler kréien:

[ 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

Da musst Dir eng aner Firewall ausschalten (wann se benotzt gëtt), an installéieren a lafen 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

Méi spéit, wann Dir den Ovirt Agent op engem neie Host fir de Cluster installéiert, konfiguréiert et déi erfuerderlech Ports an firewalld automatesch.

3) Neistart vun engem Host mat engem VM deen drop leeft mat engem gehostte Motor.

Wéi gewéinlech, Referenz 1 и Referenz 2 zu regéierend Dokumenter.

All Gestioun vum gehostte Motor VM gëtt NËMMEN mam Kommando gemaach gehost-Moteur op den Host wou et leeft, iwwer virsch mir mussen vergiessen, souwéi d'Tatsaach datt Dir mat dësem VM iwwer SSH konnektéiere kënnt an de Kommando ausféieren "onfräiwëlleger".

Prozedur fir e VM an den Ënnerhaltmodus ze setzen:

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

Mir starten den Host mam gehoste Motoragent nei a maache wat mir domat brauchen.

Nom Restart, kontrolléiert de Status vum VM mam gehoste Motor:

hosted-engine --vm-status

Wann eise VM mat hosted-Motor net ufänkt a wa mir ähnlech Feeler am Service Log gesinn:

Feeler am Service Log:

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

Da verbannen mir d'Späichere an den Agent nei starten:

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

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

Nodeems mir de VM mat hosted-Motor gestart hunn, huelen mir en aus dem Maintenance Modus:

Prozedur fir e VM aus dem Maintenance Modus ze läschen:

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) Ewechzehuelen de gehost Motor an alles mat deem assoziéiert.

Heiansdo ass et néideg e virdru installéierten Hostmotor richteg ze läschen - ze verschécken zum Orientéierungsdokument.

Fëllt just de Kommando am Host aus:

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

Als nächst hu mir onnéideg Packagen ewechgeholl, e puer Konfiguratioune virun dësem Backup, wann néideg:

yum autoremove ovirt* qemu* virt* libvirt* libguestfs

Schafung vun engem neien Datenzenter

Referenzdokumentatioun - oVirt Administration Guide. Kapitel 4: Daten Zentren

Loosst eis als éischt definéieren wat et ass Datenzenter (Ech zitéieren aus der Hëllef) ass eng logesch Entitéit déi eng Rei vu Ressourcen definéiert, déi an engem spezifeschen Ëmfeld benotzt ginn.

En Datenzenter ass eng Zort Container, besteet aus:

logesch Ressourcen a Form vu Cluster a Hosten
Cluster Ressourcen a Form vu logeschen Netzwierker a kierperlechen Adapter op Hosten,
Späicherressourcen (fir VM Disken, Templates, Biller) a Form vu Späicherberäicher (Storage Domains).

En Datenzenter kann verschidde Cluster enthalen, déi aus multiple Hosten besteet mat virtuelle Maschinnen, déi drop laafen, an et kann och verschidde Späicherberäicher verbonne sinn.
Et kënne verschidde Rechenzentren sinn; si funktionnéieren onofhängeg vuneneen. Ovirt huet eng Trennung vu Muechten duerch Roll, an Dir kënnt Permissiounen individuell konfiguréieren, souwuel um Datenzenterniveau wéi och op seng individuell logesch Elementer.

Den Datenzenter, oder Datenzenteren, wann et e puer vun hinnen sinn, gi vun enger eenzeger administrativer Konsole oder Portal geréiert.

Fir en Datenzenter ze kreéieren, gitt op den administrativen Portal a erstellt en neien Rechenzentrum:
Compute >> Donnéeën Centren >> New

Well mir gemeinsame Späichere um Späichersystem benotzen, sollt de Späichertyp gedeelt ginn:

Screenshot vum Data Center Creation Wizard

Wann Dir eng virtuell Maschinn mat hosted-Motor installéiert, gëtt en Datenzenter als Standard erstallt - Datenzenter 1, an dann, wann néideg, kënnt Dir seng Späichertyp op en aneren änneren.

D'Erstelle vun engem Rechenzentrum ass eng einfach Aufgab, ouni komplizéiert Nuancen, an all zousätzlech Aktiounen mat him sinn an der Dokumentatioun beschriwwen. Dat eenzegt wat ech bemierken ass datt eenzel Hosten, déi nëmme lokal Späichere (Disk) fir VMs hunn, net fäeg sinn an en Datenzenter mat Storage Type - Shared ze kommen (se kënnen net do bäigefüügt ginn), a fir si musst Dir erstellen engem separaten Datenzenter - d.h. All eenzelne Host mat lokaler Späichere brauch säin eegene separaten Rechenzentrum.

En neie Cluster erstellen

Link op d'Dokumentatioun - oVirt Administration Guide. Kapitel 5: Stärekéip

Ouni onnéideg Detailer, Stärekoup - Dëst ass eng logesch Gruppéierung vun Hosten déi e gemeinsame Späicherberäich hunn (a Form vu gemeinsame Disken op engem Späichersystem, wéi an eisem Fall). Et ass och wënschenswäert datt d'Hosten am Stärekoup identesch sinn an der Hardware an déiselwecht Aart Prozessor hunn (Intel oder AMD). Et ass am beschten, natierlech, datt d'Serveren am Cluster komplett identesch sinn.

De Stärekoup ass en Deel vun engem Datenzenter (mat enger spezifescher Aart vu Späicheren - lokal oder gedeelt), an all Hosten mussen zu enger Aart vu Cluster gehéieren, ofhängeg ob se gedeelt Späichere hunn oder net.

Wann Dir eng virtuell Maschinn mat engem hosted-Motor op engem Host installéiert, gëtt en Datenzenter als Standard erstallt - Datenzenter 1, zesumme mam Cluster - Cluster 1, an an Zukunft kënnt Dir seng Parameteren konfiguréieren, zousätzlech Optiounen aktivéieren, Hosten derbäi addéieren, etc.

Wéi gewinnt, fir Detailer iwwer all Cluster Astellunge, ass et unzeroden déi offiziell Dokumentatioun ze referenzéieren. Vun e puer vun de Fonctiounen fir e Stärekoup opzebauen, wäert ech nëmmen bäidroen datt wann Dir et erstellt, et genuch ass fir nëmmen d'Basisparameter op der Tab ze konfiguréieren allgemeng.

Ech wäert déi wichtegst Parameteren notéieren:

Prozessor Typ - gëtt ausgewielt baséiert op wéi eng Prozessoren op de Clusterhost installéiert sinn, vu wéi engem Hiersteller se sinn, a wéi engem Prozessor op de Hosten den eelsten ass, sou datt, ofhängeg dovun, all verfügbare Prozessorinstruktiounen am Cluster benotzt ginn.
Wiesseltyp - an eisem Cluster benotze mir nëmmen Linux Bréck, dofir wielen mir et.
Firewall Typ - alles ass kloer hei, dëst ass Firewalld, déi op de Hosten aktivéiert a konfiguréiert muss ginn.

Screenshot mat Clusterparameter

Zousätzlech Hosten an engem Self-Hosted Ëmfeld installéieren

Link fir Dokumentatioun.

Zousätzlech Hosten fir e Self-Hosted Ëmfeld ginn op déiselwecht Manéier bäigefüügt wéi e reguläre Host, mam zousätzleche Schrëtt fir e VM mat engem hosted Engine z'installéieren - Wielt gehost Engine Deployment Action >> ronn. Well den zousätzleche Host muss och mat engem LUN fir e VM mat engem hostéierte Motor presentéiert ginn, heescht dat datt dësen Host kann, wann néideg, benotzt ginn fir e VM mat engem hostéierte Motor opzehuelen.
Fir Feeler Toleranzzwecker ass et héich recommandéiert datt et op d'mannst zwee Hosten sinn op deenen e gehostte Motor VM ka gesat ginn.

Op den zousätzleche Host, deaktivéiert iptables (wann aktivéiert), aktivéiert Firewalld

systemctl stop iptables
systemctl disable iptables

systemctl enable firewalld
systemctl start firewalld

Installéiert déi erfuerderlech KVM Versioun (wann néideg):

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

Installéiert déi néideg Repositories an den hosted Engine Installer:

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

Als nächst gitt op d'Konsole Open Virtualization Manager, füügt en neie Host derbäi, a maacht alles Schrëtt fir Schrëtt, wéi an Dokumentatioun.

Als Resultat, nodeems mir en zousätzleche Host bäigefüügt hunn, sollte mir eppes wéi d'Bild an der administrativer Konsole kréien, wéi am Screenshot.

Screenshot vum administrativen Portal - Hosten

Den Host, op deem de VM-Motor-Motor am Moment aktiv ass, huet eng Goldkroun an d'Inscriptioun "Lafen den Hosted Engine VM", den Host op deem dëse VM wann néideg lancéiert ka ginn - d'Inscriptioun "Kann den Hosted Engine VM lafen".

Am Fall vun engem Hostausfall op deem "Lafen den Hosted Engine VM", gëtt et automatesch um zweeten Host nei starten. Dëse VM kann och vum aktive Host op de Standby-Host migréiert ginn fir säin Ënnerhalt.

Power Management / Fechter op oVirt Hosten opsetzen

Dokumentatioun Linken:

Red Hat Virtualization 4.3 -> Technesch Referenz -> Kapitel 4. Power Management
oVirt Administration Guide -> Kapitel 7: Hosten

Och wann et schéngt wéi wann Dir fäerdeg sidd e Host derbäi ze ginn an ze konfiguréieren, ass dat net ganz richteg.
Fir normal Operatioun vun Hosten, a fir Feeler mat engem vun hinnen z'identifizéieren / ze léisen, sinn Power Management / Fechter Astellunge erfuerderlech.

Fencing, oder Fechter, ass de Prozess fir temporär e fehlerhafte oder gescheiterten Host aus dem Cluster auszeschléissen, wärend entweder d'oVirt Servicer op et oder de Host selwer nei gestart ginn.

All Detailer iwwer d'Definitiounen an d'Parameteren vum Power Management / Fechter ginn, wéi gewinnt, an der Dokumentatioun uginn; Ech ginn nëmmen e Beispill wéi Dir dëse wichtege Parameter konfiguréiert, wéi applizéiert op Dell R640 Server mat iDRAC 9.

Gitt op den administrativen Portal, klickt Compute >> Hosts wielt e Host.
Klickt Ännerung.
Klickt op d'Tab Power Management.
Kuckt d'Këscht nieft der Optioun Power Management aktivéieren.
Kuckt d'Këscht nieft der Optioun Kdump Integratiounfir ze verhënneren datt de Host an de Fechtermodus geet wärend e Kernel Crash Dump opgeholl gëtt.

Note:

Nodeems Dir Kdump Integratioun op engem scho lafende Host aktivéiert hutt, muss se no der Prozedur am oVirt Administration Guide nei installéiert ginn -> Kapitel 7: Hosten -> Hosten nei installéieren.

Optional kënnt Dir d'Këscht kontrolléieren Desaktivéiere Politik Kontroll vun Muecht Gestioun, wa mir net wëllen datt d'Host Power Management vun der Scheduling Policy vum Cluster kontrolléiert gëtt.
Klickt op de Knäppchen (+) fir en neien Energieverwaltungsapparat derbäi ze ginn, gëtt d'Editiounsfenster vun Agenteigenschaften op.
Fir iDRAC9, fëllt d'Felder aus:
- Schéckt - iDRAC9 Adress
- Benotzernumm / Passwuert - Login a Passwuert fir aloggen an iDRAC9, respektiv
- Type -drac5
- Markéieren sécher
- füügt déi folgend Optiounen un: cmd_prompt=>,Login_Timeout=30

Screenshot mat "Power Management" Parameteren an Hosteigenschaften

Erstellt e Späichergebitt oder Storage Domains

Link op d'Dokumentatioun - oVirt Administration Guide, Kapitel 8: Stockage.

Stockage Domain, oder Späichergebitt, ass eng zentraliséiert Plaz fir virtuelle Maschinndisken, Installatiounsbiller, Templates a Schnappschëss ze späicheren.

Späicherberäicher kënne mam Datenzenter verbonne sinn mat verschiddene Protokoller, Cluster an Netzwierkdateiesystemer.

oVirt huet dräi Aarte vu Späicherberäich:

Daten Domain - fir all Daten verbonne mat virtuelle Maschinnen ze späicheren (Placken, Templates). Data Domain kann net tëscht verschiddenen Rechenzentren gedeelt ginn.
ISO Domain (obsolete Typ vu Späicherberäich) - fir OS Installatiounsbiller ze späicheren. ISO Domain kann tëscht verschiddenen Rechenzentren gedeelt ginn.
Export Domain (obsolet Typ vun Stockage Beräich) - fir temporärer Stockage vun Biller tëscht Daten Zentren geplënnert.

An eisem besonnesche Fall benotzt e Späichergebitt mam Data Domain Typ Fibre Channel Protocol (FCP) fir mat LUNs um Späichersystem ze verbannen.

Aus der Siicht vun oVirt, wann Dir Späichersystemer benotzt (FC oder iSCSI), ass all virtuell Scheif, Snapshot oder Schabloun eng logesch Scheif.
Block Geräter ginn an eng eenzeg Eenheet (op Clusterhosts) mat Volume Group zesummegesat an dann mat LVM a logesch Bänn opgedeelt, déi als virtuelle Disks fir VMs benotzt ginn.

All dës Gruppen a vill LVM Bänn kënnen um Clusterhost gesi ginn mat de Kommandoen etc и lvs vun. Natierlech sollten all Aktiounen mat esou Disken nëmme vun der oVirt Konsole gemaach ginn, ausser a spezielle Fäll.

Virtuell Disken fir VMs kënne vun zwou Aarte sinn - QCOW2 oder RAW. Discs kënnen "dënn"oder"déck". Snapshots ginn ëmmer als "dënn".

De Wee fir Storage Domains ze managen, oder Späicherberäicher, déi iwwer FC zougänglech sinn, ass zimmlech logesch - fir all virtuelle VM Disk gëtt et e separat logescht Volumen deen nëmmen vun engem Host schreiwen kann. Fir FC Verbindungen benotzt oVirt eppes wéi clustered LVM.

Virtuell Maschinnen, déi am selwechte Späichergebitt sinn, kënnen tëscht Hosten, déi zum selwechte Cluster gehéieren, migréiert ginn.

Wéi mir aus der Beschreiwung kënne gesinn, heescht e Stärekoup an oVirt, wéi e Stärekoup an VMware vSphere oder Hyper-V, am Wesentlechen déiselwecht Saach - et ass eng logesch Gruppéierung vun Hosten, am léifsten identesch an der Hardware Zesummesetzung, an déi gemeinsam Späichere fir virtuell hunn. Maschinn Scheiwen.

Loosst eis direkt weidergoen fir e Späicherberäich fir Daten (VM Disks) ze kreéieren, well ouni et gëtt den Datenzenter net initialiséiert.
Loosst mech Iech drun erënneren datt all LUNs, déi un de Clusterhost um Späichersystem presentéiert ginn, op hinnen siichtbar musse mam Kommando "multipath -ll".

Nëmmen Dokumentatioun, gitt op de Portal gitt op Stockage >> Beräicher -> Neit Domain a befollegt d'Instruktioune vun der Rubrik "FCP Storage derbäisetzen".

Nodeems Dir de Wizard lancéiert hutt, fëllt déi erfuerderlech Felder aus:

Numm - Set de Cluster Numm
Domain Funktioun — Daten
Späichertyp - Fiber Channel
Host ze benotzen - wielt e Host op deem de LUN dee mir erfuerderen verfügbar ass

An der Lëscht vun LUNs, markéiert déi mir brauchen, klickt Foto an dann OK. Wann néideg, kënnt Dir zousätzlech Parameteren vum Späichergebitt upassen andeems Dir op klickt Fortgeschratt Parameteren.

Screenshot vum Wizard fir "Storage Domain" derbäizefügen

Baséierend op d'Resultater vum Wizard, solle mir en neit Späichergebitt kréien, an eisen Datenzenter soll op de Status réckelen UP, oder initialiséiert:

Screenshots vum Datenzenter a Späicherberäicher dran:

Schafen a konfiguréieren Netzwierker fir virtuell Maschinnen

Link op d'Dokumentatioun - oVirt Administration Guide, Kapitel 6: Logesch Netzwierker

Netzwierker, oder Netzwierker, déngen fir logesch Netzwierker ze gruppéieren déi an der virtueller oVirt Infrastruktur benotzt ginn.

Fir ze interagéieren tëscht dem Netzwierkadapter op der virtueller Maschinn an dem physeschen Adapter um Host, gi logesch Interfaces wéi Linux Bréck benotzt.

Fir de Verkéier tëscht Netzwierker ze gruppéieren an ze trennen, sinn VLANs op de Schalter konfiguréiert.

Wann Dir e logescht Netzwierk fir virtuelle Maschinnen an oVirt erstellt, muss et en Identifizéierer entspriechend der VLAN Nummer um Schalter zougewisen ginn, sou datt d'VMs matenee kommunizéieren kënnen, och wa se op verschiddene Wirbelen vum Cluster lafen.

Virleefeg Astellunge vun Netzwierkadapteren op Hosten fir virtuell Maschinnen ze verbannen hu misse gemaach ginn fréieren Artikel - logesch Interface konfiguréiert bondxnumx, da sollten all Netz-Astellunge nëmmen duerch den administrativen oVirt-Portal gemaach ginn.

Nodeems Dir e VM mat Hosted-Motor erstallt huet, nieft der automatescher Schafung vun engem Datenzenter a Cluster, gouf och automatesch e logescht Netzwierk erstallt fir eise Cluster ze managen - ovritmgmt, op déi dëse VM verbonne war.

Wann néideg, kënnt Dir déi logesch Reseau Astellunge Bléck ovritmgmt an ajustéieren hinnen, mä Dir musst virsiichteg sinn net Kontroll vun der oVirt Infrastruktur ze verléieren.

Logesch Reseau Astellunge ovritmgmt

Fir en neit logescht Netzwierk fir regelméisseg VMs ze kreéieren, gitt am administrativen Portal op Network >> Netzwierker >> New, an op der Tab allgemeng füügt en Netzwierk mat der gewënschter VLAN ID un, a markéiert och d'Këscht niewent "VM Netzwierk", dat heescht datt et ka benotzt ginn fir e VM ze zéien.

Screenshot vum neie VLAN32 logesche Netzwierk

An der Tab Cluster, befestegt mir dëst Netzwierk un eise Cluster Cluster 1.

Duerno gi mir op Compute >> Hosts, gitt op all Host am Tour, op d'Tab Netzwierk Schnëttplazen, a starten den Wizard Host Netzwierker opsetzen, fir Hosten vun engem neie logesche Netzwierk ze binden.

Screenshot vum "Setup Host Networks" Wizard

Den oVirt Agent wäert automatesch all déi néideg Netzwierkastellungen um Host maachen - e VLAN a BRIDGE erstellen.

Beispill Konfiguratiounsdateien fir nei Netzwierker um 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

Loosst mech Iech nach eng Kéier drun erënneren datt um Clusterhost NET NÉIDEG Netzschnëttplazen manuell am Viraus erstellen ifcfg-bond1.432 и ifcfg-ovirtvm-vlan432.

Nodeems Dir e logesche Netz bäigefüügt hutt an d'Verbindung tëscht dem Host an dem gehostte Motor VM kontrolléiert, kann et an der virtueller Maschinn benotzt ginn.

En Installatiounsbild erstellen fir eng virtuell Maschinn z'installéieren

Link op d'Dokumentatioun - oVirt Administration Guide, Kapitel 8: Stockage, Rubrik Eroplueden Biller op eng Datelagerung Domain.

Ouni OS Installatiounsbild ass et net méiglech eng virtuell Maschinn z'installéieren, obwuel dëst natierlech kee Problem ass, wann zum Beispill am Netz installéiert ass Schauber mat Pre-geschaf Biller.

An eisem Fall ass dat net méiglech, also musst Dir dëst Bild selwer an oVirt importéieren. Virdrun huet dëst erfuerdert en ISO Domain ze kreéieren, awer an der neier Versioun vum oVirt ass et ofgeschaaft ginn, an dofir kënnt Dir elo Biller direkt op de Storage Domain vum administrativen Portal eropluede.

Am administrativen Portal gitt op Stockage >> Scheiwen >> Eroplueden >> Start
Mir addéieren eis OS Bild als ISO Datei, fëllt all Felder an der Form aus a klickt op de Knäppchen "Test Verbindung".

Screenshot vum Add Installation Image Wizard

Wa mir e Feeler wéi dësen kréien:

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`

Da musst Dir den oVirt Zertifika op "Vertraute Root CAs"(Trusted Root CA) op der Kontrollstatioun vum Administrateur, vu wou mir probéieren d'Bild erofzelueden.

Nodeems Dir den Zertifika an de Trusted Root CA bäigefüügt hutt, klickt nach eng Kéier op "Test Verbindung", soll kréien:

Connection to ovirt-imageio-proxy was successful.

Nodeems Dir d'Aktioun ofgeschloss hutt fir de Zertifika ze addéieren, kënnt Dir probéieren d'ISO-Image nach eng Kéier op de Storage Domain eropzelueden.

Prinzipiell kënnt Dir e separaten Storage Domain mat der Datatyp maachen fir Biller a Templates getrennt vu VM Disks ze späicheren, oder se souguer an engem Storage Domain fir de gehoste Motor ze späicheren, awer dëst ass um Diskretioun vum Administrator.

Screenshot mat ISO Biller am Storage Domain fir hosted Engine

Schafen eng virtuell Maschinn

Dokumentatioun Link:
oVirt Virtual Machine Management Guide –> Kapitel 2: Installéiere vu virtuelle Linux Maschinnen
Konsol Client Ressourcen

Nodeems Dir d'Installatiounsbild mam OS an oVirt gelueden hutt, kënnt Dir direkt weidergoen fir eng virtuell Maschinn ze kreéieren. Vill Aarbecht ass gemaach ginn, awer mir si schonn an der leschter Etapp, fir déi alles ugefaang huet - eng Feelertolerant Infrastruktur ze kréien fir héich verfügbare virtuelle Maschinnen ze hosten. An dat alles ass absolut gratis - keen eenzege Penny gouf fir Softwarelizenzen ze kafen.

Fir eng virtuell Maschinn mat CentOS 7 ze kreéieren, muss d'Installatiounsbild vum OS erofgeluede ginn.

Mir ginn op den administrativen Portal, gitt op Compute >> Virtuelle Maschinnen, a starten de VM Creation Wizard. Fëllt all Parameteren a Felder aus a klickt OK. Alles ass ganz einfach wann Dir d'Dokumentatioun befollegt.

Als Beispill ginn ech d'Basis an zousätzlech Astellunge vun engem héich verfügbare VM, mat engem erstallten Disk, verbonne mam Netz, a booten vun engem Installatiounsbild:

Screenshots mat héich verfügbare VM Astellungen

Nodeems Dir mam Wizard geschafft hutt, maach et zou, lancéiert en neie VM an installéiert d'OS drop.
Fir dëst ze maachen, gitt op d'Konsole vun dësem VM duerch den administrativen Portal:

Screenshot vun den administrativen Portal Astellunge fir mat der VM Konsole ze verbannen

Fir mat der VM Konsole ze verbannen, musst Dir d'Konsole als éischt an den Eegeschafte vun der virtueller Maschinn konfiguréieren.

Screenshot vun VM Astellungen, Tab "Konsol".

Fir mat der VM Konsole ze verbannen, kënnt Dir z.B. Virtuell Maschinn Viewer.

Fir mat der VM Konsole direkt an der Browserfenster ze verbannen, sollten d'Verbindungsastellungen iwwer d'Konsole wéi follegt sinn:

Nodeems Dir den OS op der VM installéiert hutt, ass et unzeroden oVirt Gaaschtagent z'installéieren:

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

Also, als Resultat vun eisen Aktiounen, wäert de geschaf VM héich verfügbar sinn, d.h. wann de Cluster Node op deem et leeft klappt, wäert oVirt et automatesch op der zweeter Node Restart. Dëse VM kann och tëscht Clusterhoster fir hiren Ënnerhalt oder aner Zwecker migréiert ginn.

Konklusioun

Ech hoffen, datt dësen Artikel et fäerdeg bruecht huet ze vermëttelen datt oVirt e ganz normalen Tool ass fir virtuell Infrastruktur ze managen, wat net sou schwéier ass ze deplacéieren - den Haapt Saach ass verschidde Reegelen an Ufuerderungen ze verfollegen, déi souwuel am Artikel an an der Dokumentatioun beschriwwe sinn.

Wéinst dem grousse Volume vum Artikel war et net méiglech, vill Saachen dran ze enthalen, wéi d'Schrëtt-fir-Schrëtt Ausféierung vu verschiddenen Zauberer mat all den detailléierten Erklärungen a Screenshots, laange Conclusiounen vun e puer Kommandoen, etc. Tatsächlech géif et erfuerderen e ganzt Buch ze schreiwen, wat net vill Sënn mécht, well nei Versioune vu Software stänneg mat Innovatiounen an Ännerungen optrieden. Déi wichtegst Saach ass de Prinzip ze verstoen wéi et alles zesumme funktionnéiert, an en allgemenge Algorithmus ze kréien fir eng Feelertolerant Plattform ze kreéieren fir virtuell Maschinnen ze managen.

Och wa mir eng virtuell Infrastruktur erstallt hunn, musse mir se elo léieren souwuel tëscht hiren individuellen Elementer ze interagéieren: Hosten, virtuelle Maschinnen, intern Netzwierker a mat der Äussewelt.

Dëse Prozess ass eng vun den Haaptaufgaben vun engem System- oder Netzwierkadministrator, deen am nächsten Artikel ofgedeckt gëtt - iwwer d'Benotzung vu VyOS virtuelle Router an der Feeler-tolerant Infrastruktur vun eiser Entreprise (wéi Dir et scho geduecht hutt, si funktionnéieren als virtuell Maschinnen op eisem oVirt Cluster).

Source: will.com

Kreatioun vun enger Feeler-tolerant IT Infrastruktur. Deel 2. Installatioun an Configuratioun vun der oVirt 4.3 Stärekoup