Questu articulu hè una continuazione di u precedente - "».
Coprerà u prucessu di l'installazione di basa è a cunfigurazione di un cluster oVirt 4.3 per l'ospitu di e macchine virtuali altamente dispunibuli, tenendu in contu u fattu chì tutti i passi preliminari per a preparazione di l'infrastruttura sò digià cumpletati prima.
Prologu
U scopu principale di l'articulu hè di furnisce struzzioni passu per passu cum'è "Next -> Iè -> Finisci"cumu dimustrà alcune funzioni quandu l'installazione è a cunfigurazione. U prucessu per implementà u vostru cluster ùn pò micca sempre coincide cù quellu descrittu in questu, per via di e caratteristiche di l'infrastruttura è l'ambiente, ma i principii generali seranu listessi.
Da un puntu di vista subjective, a so funziunalità hè simile à a versione VMware vSphere 5.x, ma di sicuru cù a so propria cunfigurazione è funziunamentu di funziunamentu.
Per quelli chì interessanu, tutte e sferenze trà RHEV (aka oVirt) è VMware vSphere ponu esse truvate in Internet, per esempiu. , ma aghju sempre nutà qualchì volta alcune di e so differenzi o similitudini cù l'altri mentre l'articulu avanza.
Separatamente, mi piacerebbe paragunà un pocu u travagliu cù e rete per e macchine virtuali. oVirt implementa un principiu simili di gestione di rete per e macchine virtuali (in seguitu chjamate VM), cum'è in VMware vSphere:
- utilizendu un ponte Linux standard (in VMware - vSwitch standard), in esecuzione in host di virtualizazione;
- usendu Open vSwitch (OVS) (in VMware - vSwitch distribuitu) hè un switch virtuale distribuitu custituitu da dui cumpunenti principali: un servitore OVN centrale è cuntrolli OVN nantu à l'ospiti gestiti.
Hè da nutà chì, per via di a facilità di implementazione, l'articulu descriverà a creazione di rete in oVirt per una VM cù un ponte Linux standard, chì hè a scelta standard quandu si usa l'hypervisor KVM.
In questu rispettu, ci sò parechje regule basiche per travaglià cù a rete in un cluster, chì sò megliu micca esse violate:
- Tutti i paràmetri di a rete nantu à l'ospiti prima di aghjunghje à oVirt deve esse identici, eccettu l'indirizzi IP.
- Una volta chì un òspite hè statu pigliatu sottu à u cuntrollu di oVirt, hè assai sconsigliatu di cambià qualcosa manualmente in i paràmetri di a rete senza cunfidenza cumpleta in e vostre azzioni, postu chì l'agente oVirt li farà torna solu à i precedenti dopu avè riavviatu l'ospite o agente.
- Aghjunghjendu una nova rete per una VM, è ancu di travaglià cun ella, deve esse fattu solu da a cunsola di gestione oVirt.
Un altru nota impurtante - per un ambiente assai criticu (assai sensibile à perdite monetarie), saria sempre cunsigliatu di utilizà supportu pagatu è aduprà . Duranti u funziunamentu di u cluster oVirt, ponu accade qualchi prublemi per i quali hè cunsigliatu di riceve aiutu qualificatu u più prestu pussibule, invece di trattà cun elli stessu.
È infine cunsigliatu Prima di implementà un cluster oVirt, familiarizàvi cù , Per esse cuscenti di almenu i cuncetti basi è e difinizzioni, altrimente serà un pocu difficiule di leghje u restu di l'articulu.
Basic per capisce l'articulu è i principii di funziunamentu di u cluster oVirt sò questi documenti di guida:
U voluminu ùn hè micca assai grande, in una ora o duie pudete ammaistrà i principii basi, ma per quelli chì piacenu i dettagli, hè cunsigliatu di leghje - RHEV è oVirt sò essenzialmente a listessa cosa.
Allora, se tutti i paràmetri di basa nantu à l'ospiti, i switches è i sistemi di almacenamento sò stati cumpletati, procedemu direttamente à l'implementazione di oVirt.
Part 2. Installazione è cunfigurà u cluster oVirt 4.3
Per facilità d'orientazione, elencu e sezioni principali in questu articulu, chì deve esse cumpletu unu per unu:
- Installazione di u servitore di gestione oVirt
- Creazione di un novu centru di dati
- Crià un novu cluster
- Installazione di ospiti supplementari in un ambiente Self-Hosted
- Creazione di una zona di almacenamento o Domini di Storage
- Creazione è cunfigurà rete per e macchine virtuali
- Crea una maghjina d'installazione per implementà una macchina virtuale
- Crea una macchina virtuale
Installazione di u servitore di gestione oVirt
Servitore di gestione oVirt - questu hè l'elementu più impurtante in l'infrastruttura oVirt, in a forma di una macchina virtuale, host, o dispositivu virtuale chì gestisce tutta l'infrastruttura oVirt.
I so analoghi vicini da u mondu di a virtualizazione sò:
- VMware vSphere - vCenter Server
- Microsoft Hyper-V - System Center Virtual Machine Manager (VMM).
Per installà u servitore di gestione oVirt, avemu duie opzioni:
Opzione 1
Implementazione di un servitore in forma di VM specializata o host.
Questa opzione funziona abbastanza bè, ma sempre chì una tale VM opera indipindente da u cluster, i.e. ùn hè micca in esecuzione nantu à alcun host cluster cum'è una macchina virtuale regulare chì esegue KVM.
Perchè ùn pò micca esse implementatu un tali VM nantu à l'ospiti di cluster?
À u principiu di u prucessu di implementazione di u servitore di gestione oVirt, avemu un dilema - avemu bisognu di installà una VM di gestione, ma in fattu ùn ci hè micca un cluster stessu, è dunque chì pudemu vene in a mosca? Hè propiu - installate KVM in un futuru node di cluster, poi crea una macchina virtuale nantu à questu, per esempiu, cù CentOS OS è implementà u mutore oVirt in questu. Questu pò esse generalmente fattu per ragioni di cuntrollu cumpletu nantu à una tale VM, ma questu hè una intenzione sbagliata, perchè in questu casu, in u futuru, ci sarà 100% prublemi cù un tali VM di cuntrollu:
- ùn pò micca esse migratu in a cunsola oVirt trà l'ospiti (nodi) di u cluster;
- durante a migrazione cù KVM via virsh migrate, sta VM ùn serà micca dispunibule per a gestione da a cunsola oVirt.
- L'ospiti di cluster ùn ponu micca esse affissati Modu di mantenimentu (modu di mantenimentu), se migrate sta VM da host à host usendu virsh migrate.
Allora fate tuttu in cunfurmità cù e regule - aduprate o un host separatu per u servitore di gestione oVirt, o una VM indipendente chì corre nantu à questu, o megliu ancu, fate cum'è scrittu in a seconda opzione.
Opzione 2
Installazione di oVirt Engine Appliance nantu à un host di cluster gestitu da ellu.
Hè sta opzione chì serà cunsiderata più cum'è più curretta è adattata in u nostru casu.
I requisiti per una tale VM sò descritti quì sottu; aghjustà solu chì hè cunsigliatu per avè almenu dui ospiti in l'infrastruttura nantu à quale a VM di cuntrollu pò esse eseguita per fà a tolleranza di difetti. Quì vogliu aghjunghje chì, cum'è aghju digià scrittu in i cumenti in l'articulu precedente, ùn aghju mai statu capace di ottene splitbrain nantu à un cluster oVirt di dui ospiti, cù a capacità di eseguisce VMs di motori ospitati nantu à elli.
Installazione di oVirt Engine Appliance nantu à u primu òspite di u cluster
Link à a documentazione ufficiale - , capitulu "»
U documentu specifica i prerequisites chì deve esse cumpletu prima di implementà una VM hosted-engine, è descrive ancu in dettagliu u prucessu di stallazione stessu, per quessa, ùn ci hè pocu puntu à ripetiri verbatim, cusì ci focalizemu nantu à certi dettagli impurtanti.
- Prima di inizià tutte l'azzioni, assicuratevi di attivà u supportu di virtualizazione in i paràmetri di u BIOS in l'ospite.
- Installa u pacchettu per l'installatore di u mutore ospitatu nantu à l'ospite:
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- Cuminciamu a prucedura per implementà oVirt Hosted Engine nantu à l'ospite in u screnu (pudete esce da Ctrl-A + D, chjude via Ctrl-D):
screen
hosted-engine --deploySe vulete, pudete eseguisce l'installazione cù un schedariu di risposta pre-preparatu:
hosted-engine --deploy --config-append=/var/lib/ovirt-hosted-engine-setup/answers/answers-ohe.conf- Quandu implementate hosted-engine, specifiemu tutti i paràmetri necessarii:
- имя кластера
- количество vCPU и vRAM (рекомендуется 4 vCPU и 16 Гб)
- пароли
- тип хранилища для hosted engine ВМ – в нашем случае FC
- номер LUN для установки hosted engine
- где будет находиться база данных для hosted engine – рекомендую для простоты выбрать Local (это БД PostgreSQL работающая внутри этой ВМ)
и др. параметры. - Per installà una VM altamente dispunibile cù un mutore ospitu, avemu creatu prima un LUN speciale nantu à u sistema di almacenamento, numeru 4 è 150 GB in grandezza, chì hè stata poi presentata à l'ospiti di cluster - vede. .
Prima avemu verificatu ancu a so visibilità nantu à l'ospiti:
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- U prucessu di implementazione di u mutore ospitatu stessu ùn hè micca cumplicatu; à a fine duvemu riceve qualcosa cum'è questu:
[ 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 deployedCuntrollamu a presenza di servizii oVirt nantu à l'ospite:
Se tuttu hè statu fattu bè, dopu chì a stallazione hè cumpleta, utilizate un navigatore web per andà da l'urdinatore di l'amministratore, è cliccate [Portal di Amministrazione].
Screenshot di "Portale di amministrazione"
Intruducendu u login è a password (impostata durante u prucessu di stallazione) in a finestra cum'è in a screenshot, ghjunghjemu à u pannellu di cuntrollu Open Virtualization Manager, in quale pudete fà tutte l'azzioni cù l'infrastruttura virtuale:
- aghjunghje un centru di dati
- aghjunghje è cunfigurà un cluster
- aghjunghje è gestisce l'ospiti
- aghjunghje spazii di almacenamiento o Domini di Storage per i dischi di macchine virtuali
- aghjunghje è cunfigurà rete per e macchine virtuali
- aghjunghje è gestisce e macchine virtuali, l'imaghjini di stallazione, i mudelli VM
Tutte queste azzioni seranu discututi più in più, alcuni in grande cellula, altri in più detail è cù sfumature.
Ma prima vi cunsigliu di leghje stu add-on, chì probabilmente serà utile à parechji.
Supplemento
1) In principiu, s'ellu ci hè una tale necessità, allora nunda ùn impedisce di installà l'ipervisore KVM in i nodi di cluster in anticipu usendu pacchetti. libvirt и qemu-sq.m (o qemu-kvm-ev) di a versione desiderata, ancu s'ellu si distribuisce un node di cluster oVirt, pò fà questu stessu.
Ma sì libvirt и qemu-sq.m Se ùn avete micca installatu l'ultima versione, pudete riceve u seguente errore quandu implementate un mutore ospitu:
error: unsupported configuration: unknown CPU feature: md-clearQuelli. deve avè libvirt cun prutezzione da , chì sustene sta pulitica:
<feature policy='require' name='md-clear'/>Installa libvirt v.4.5.0-10.el7_6.12, cù supportu md-clear:
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 libvirtdVerificate u supportu 'md-clear':
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'/>Dopu questu, pudete cuntinuà à stallà u mutore ospitu.
2) In oVirt 4.3, a prisenza è l'usu di un firewall firewalld hè un requisitu obligatoriu.
Se durante l'implementazione di una VM per hosted-engine, ricevemu l'errore seguente:
[ 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=1608467Allora avete bisognu di disattivà un altru firewall (se hè adupratu), è installate è eseguite 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-zonesPiù tardi, quandu installate l'agente ovirt in un novu host per u cluster, cunfigurà i porti necessarii in firewalld automaticamente
3) Rebooting un òspite cù una VM in esecuzione cù un mutore ospitu.
Normalmente, и à i documenti di guvernu.
Tutta a gestione di u VM di u mutore ospitu hè fatta SOLU cù u cumandimu hosted-motore nant'à l'òspite induve corre, circa Virsh duvemu scurdà, è ancu u fattu chì pudete cunnette à questa VM via SSH è eseguite u cumandimu "bracciale».
Prucedura per mette una VM in modu di mantenimentu:
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-shutdownReboot l'ospite cù l'agente di u mutore ospitatu è facemu ciò chì avemu bisognu cun ellu.
Dopu u reboot, verificate u statutu di a VM cù u mutore ospitu:
hosted-engine --vm-statusSe a nostra VM cù hosted-engine ùn principia micca è se vedemu errori simili in u logu di serviziu:
Errore in u logu di serviziu:
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 agentAllora cunnettemu l'almacenamiento è riavvia l'agente:
hosted-engine --connect-storage
systemctl restart ovirt-ha-agent
systemctl status ovirt-ha-agent
hosted-engine --vm-start
hosted-engine --vm-statusDopu avè principiatu a VM cù hosted-engine, l'avemu fora di u modu di mantenimentu:
Prucedura per sguassà una VM da u modu di mantenimentu:
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=False4) Eliminazione di u mutore ospitu è tuttu ciò chì hè assuciatu cù questu.
A volte hè necessariu di sguassà bè un mutore ospitu installatu prima - à u documentu di guida.
Basta à eseguisce u cumandimu nantu à l'ospite:
/usr/sbin/ovirt-hosted-engine-cleanupIn seguitu, sguassemu i pacchetti innecessarii, facendu una copia di salvezza di alcune cunfigurazioni prima di questu, se necessariu:
yum autoremove ovirt* qemu* virt* libvirt* libguestfs Creazione di un novu centru di dati
Documentazione di riferimentu - oVirt Administration Guide.
Prima, definiscemu ciò chì hè centru di dati (Cite da l'aiutu) hè una entità logica chì definisce un settore di risorse utilizati in un ambiente specificu.
Un centru di dati hè un tipu di cuntinuu custituitu da:
- risorse logiche in forma di clusters è hosts
- risorse di rete di cluster in forma di rete logica è adattatori fisici nantu à l'ospiti,
- risorse di almacenamiento (per dischi VM, mudelli, imagine) in forma di spazii di almacenamento (Dominii di almacenamiento).
Un centru di dati pò include parechje clusters custituiti da parechje hosts cù macchine virtuali chì funzionanu nantu à elli, è pò ancu avè parechje spazii di almacenamento assuciati cun ellu.
Ci ponu esse parechji centri di dati; operanu indipindentamente l'un l'altru. Ovirt hà una separazione di putenzi per rolu, è pudete cunfigurà i permessi individualmente, sia à u livellu di u centru di dati sia nantu à i so elementi lògichi individuali.
U centru di dati, o centri di dati s'ellu ci sò parechji di elli, sò amministrati da una sola cunsola amministrativa o portale.
Per creà un centru di dati, andate à u portale amministrativu è creanu un novu centru di dati:
Calcola >> medici dati >> New
Siccomu usemu u almacenamentu spartutu nantu à u sistema di almacenamentu, u tipu di almacenamentu deve esse spartutu:
Screenshot di l'Assistente di Creazione di Data Center
Quandu si stallanu una macchina virtuale cù un mutore ospitu, un centru di dati hè creatu per automaticamente - Centru di dati 1, è dopu, se ne necessariu, pudete cambià u so tipu d'almacenamiento à un altru.
A creazione di un centru di dati hè un compitu simplice, senza alcuna sfumatura complicata, è tutte l'azzioni supplementari cun ellu sò descritte in a documentazione. L'unicu ciò chì aghju nutatu hè chì l'ospiti unichi chì anu solu u almacenamentu lucale (discu) per i VM ùn puderanu micca entra in un centru di dati cù Storage Type - Shared (ùn ponu micca esse aghjuntu quì), è per elli avete bisognu di creà un centru di dati separatu - i.e. Ogni òspite individuale cù almacenamiento locale hà bisognu di u so propiu centru di dati separatu.
Crià un novu cluster
Link à a documentazione - oVirt Administration Guide.
Senza dettagli inutili, cluster - questu hè un raggruppamentu logicu di l'ospiti chì anu un spaziu di almacenamentu cumuni (in a forma di discu spartuti nantu à un sistema di almacenamiento, cum'è in u nostru casu). Hè ancu desideratu chì l'ospiti in u cluster sò identici in hardware è avè u stessu tipu di processore (Intel o AMD). Hè megliu, sicuru, chì i servitori in u cluster sò completamente identici.
U cluster hè parti di un centru di dati (cun un tipu specificu di almacenamiento - Local o Shared), è tutti l'ospiti devenu appartene à qualchì tipu di cluster, secondu s'ellu anu spartutu o micca un almacenamentu.
Quandu installate una macchina virtuale cù un mutore ospitu in un host, un centru di dati hè creatu per automaticamente - Centru di dati 1, inseme cù u cluster - cluster 1, è in u futuru pudete cunfigurà i so paràmetri, attivà opzioni supplementari, aghjunghje l'ospiti, etc.
Comu solitu, per i dettagli nantu à tutti i paràmetri di u cluster, hè cunsigliatu di riferite à a documentazione ufficiale. Di alcune di e caratteristiche di a creazione di un cluster, aghjustà solu chì quandu creanu, hè abbastanza per cunfigurà solu i paràmetri basi nantu à a tabulazione. General.
Notaraghju i paràmetri più impurtanti:
- Tipu di processatore - hè sceltu basatu nantu à quale prucessori sò stallati nantu à l'ospiti di u cluster, da quale fabricatore sò, è quale processore nantu à l'ospiti hè u più anticu, per quessa, secondu questu, tutte l'istruzzioni di processore dispunibili in u cluster sò utilizati.
- Tipu di scambiu - in u nostru cluster usemu solu u ponte Linux, hè per quessa chì l'avemu sceltu.
- Tippu firewall - tuttu hè chjaru quì, questu hè firewalld, chì deve esse attivatu è cunfiguratu nantu à l'ospiti.
Screenshot cù i paràmetri di cluster
Installazione di ospiti supplementari in un ambiente Self-Hosted
per a documentazione.
Ospiti supplementari per un ambiente Self-Hosted sò aghjuntu in u listessu modu cum'è un òspite regulare, cù u passu supplementu di implementà una VM cù un mutore ospitatu - Sceglite l'azzione di implementazione di u mutore ospitatu >> Implantar. Siccomu l'ospitu supplementu deve esse presentatu ancu cù un LUN per una VM cù un mutore ospitu, questu significa chì questu host pò, se ne necessariu, esse usatu per ospitu una VM cun un mutore ospitu.
Per scopi di tolleranza di difetti, hè assai ricumandemu chì ci sò almenu dui ospiti nantu à quale un VM di u mutore ospitatu pò esse piazzatu.
Nant'à l'ospitu supplementu, disattiveghjanu iptables (se attivatu), attivate firewalld
systemctl stop iptables
systemctl disable iptables
systemctl enable firewalld
systemctl start firewalldInstalla a versione KVM necessaria (se necessariu):
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-clearInstalla i repositori necessarii è l'installatore di u mutore ospitatu:
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-setupDopu, andate à a cunsola Open Virtualization Manager, aghjunghje un novu òspite, è fate tuttu passu à passu, cum'è scrittu in .
In u risultatu, dopu avè aghjustatu un òspite supplementu, duvemu ottene qualcosa cum'è a stampa in a cunsola amministrativa, cum'è in a screenshot.
Screenshot di u portale amministrativu - ospiti
L'ospite nantu à quale a VM di u mutore ospitatu hè attualmente attivu hà una corona d'oru è a scritta "Esecuzione di a VM Hosted Engine", l'ospite nantu à quale sta VM pò esse lanciata se ne necessariu - l'inscription "Pò eseguisce a VM Hosted Engine».
In u casu di un fallimentu di l'ospite nantu à quale "Esecuzione di a VM Hosted Engine", riavviarà automaticamente nantu à u sicondu host. Questa VM pò ancu esse migrata da l'ospite attivu à l'ospitu standby per u so mantenimentu.
Configurazione di Gestione di l'energia / scherma nantu à l'ospiti oVirt
Ligami di documentazione:
- Red Hat Virtualization 4.3 -> Riferimentu Tecnicu ->
- oVirt Administration Guide ->
Mentre pò sembra chì avete finitu di aghjunghje è di cunfigurà un host, ùn hè micca veramente veru.
Per u funziunamentu normale di l'ospiti, è per identificà / risolve i fallimenti cù qualsiasi di elli, i paràmetri di gestione di l'energia / scherma sò necessarii.
Esiliu, o fencing, hè u prucessu di escludiri temporaneamente un ospite difettu o fallutu da u cluster, durante u quale i servizii oVirt nantu à questu o l'ospitu stessu sò riavviati.
Tutti i dettagli nantu à e definizioni è i paràmetri di Gestione di l'energia / fencing sò dati, cum'è solitu, in a documentazione; Daraghju solu un esempiu di cumu cunfigurà stu paràmetru impurtante, applicatu à i servitori Dell R640 cù iDRAC 9.
- Andà à u portale amministrativu, cliccate Calcola >> Hosts selezziunà un host.
- Facemu cliccà Cancia.
- Cliccate nantu à a tabulazione Power Management.
- Verificate a casella accantu à l'opzione Habilita a gestione di l'energia.
- Verificate a casella accantu à l'opzione Integrazione di Kdumpper impedisce à l'ospite di passà in modu di scherma mentre registra un dump di crash di kernel.
Nota:
Dopu avè attivatu l'integrazione di Kdump in un host già in esecuzione, deve esse reinstallatu secondu a prucedura in oVirt Administration Guide -> -> Reinstalling Hosts.
- Opcionalmente, pudete cuntrollà a casella Disattivà u cuntrollu di pulitica di a gestione di u putere, Se ùn vulemu chì a gestione di l'energia di l'ospiti sia cuntrullata da a Politica di Scheduling di u cluster.
- Cliccate u buttone (+) per aghjunghje un novu dispositivu di gestione di l'energia, a finestra di edizione di e proprietà di l'agente si apre.
Per iDRAC9, compie i campi:- indirizzo - indirizzu iDRAC9
- Nome d'utilizatore / Password - login è password per login in iDRAC9, rispettivamente
- Type - drac5
- Marque Secure
- aghjunghje l'opzioni seguenti: cmd_prompt =>,login_timeout=30
Screenshot cù i paràmetri di "Gestione di l'energia" in proprietà di l'ospiti
Creazione di una zona di almacenamento o Domini di Storage
Link à a documentazione - oVirt Administration Guide, .
Dominiu di Storage, o zona di almacenamento, hè un locu centralizatu per almacenà dischi di macchine virtuali, imaghjini di stallazione, mudelli è snapshots.
I spazii di almacenamiento ponu esse cunnessi à u centru di dati utilizendu diversi protokolli, cluster è sistemi di file di rete.
oVirt hà trè tippi di spaziu di almacenamentu:
- Duminiu di Dati - per almacenà tutte e dati assuciati cù e macchine virtuali (dischi, mudelli). Data Domain ùn pò esse spartutu trà diversi centri di dati.
- Domain ISO (Tipu obsoletu di spaziu di almacenamiento) - per almacenà l'imaghjini di l'installazione di u SO. U duminiu ISO pò esse spartutu trà diversi centri di dati.
- Esporta Dominiu (Tipu obsoletu di spaziu di almacenamiento) - per u almacenamentu tempurale di l'imaghjini spustati trà i centri di dati.
In u nostru casu particulari, una zona di almacenamiento cù u tipu di Data Domain usa u Fibre Channel Protocol (FCP) per cunnette à LUN in u sistema di almacenamento.
Da u puntu di vista di oVirt, quandu utilizate sistemi di almacenamiento (FC o iSCSI), ogni discu virtuale, snapshot o mudellu hè un discu logicu.
I dispositi di blocchi sò assemblati in una sola unità (in cluster hosts) usendu Volume Group è dopu divisu cù LVM in volumi lògichi, chì sò usati cum'è dischi virtuali per VM.
Tutti questi gruppi è parechji volumi LVM ponu esse vistu nantu à u cluster host usendu i cumandamenti vgs и lvs. Naturalmente, tutte l'azzioni cù tali discu deve esse fatta solu da a cunsola oVirt, salvu in casi speciali.
I dischi virtuali per i VM ponu esse di dui tipi - QCOW2 o RAW. I dischi ponu esse "magre" o "grossu". I snapshots sò sempre creati cum'è "magre".
A manera di gestisce i domini di Storage, o spazii di almacenamento accessibuli attraversu FC, hè abbastanza logicu - per ogni discu virtuale VM ci hè un voluminu logicu separatu chì hè scrittu da un solu host. Per e cunnessione FC, oVirt usa qualcosa cum'è LVM clustered.
E macchine virtuali situate nantu à a listessa zona di almacenamiento ponu esse migrate trà l'ospiti chì appartenenu à u stessu cluster.
Cumu pudemu vede da a descrizzione, un cluster in oVirt, cum'è un cluster in VMware vSphere o Hyper-V, significa essenzialmente a listessa cosa - hè un raggruppamentu logicu di ospiti, preferibilmente identicu in a cumpusizioni hardware, è avè un almacenamentu cumunu per virtuale. dischi di macchina.
Andemu direttamente à creà una zona di almacenamento per i dati (dischi VM), postu chì senza ellu u centru di dati ùn serà micca inizializatu.
Lasciami ricurdà chì tutti i LUN presentati à l'ospiti di u cluster in u sistema di almacenamentu devenu esse visibili nantu à elli cù u cumandimu "multipath -ll».
Sicondu , vai à u portale vai à Storage >> ilaburà -> Novu duminiu è seguità i instructions da a rùbbrica "Adding FCP Storage".
Dopu avè lanciatu l'assistente, compie i campi richiesti:
- nomu - stabilisce u nome di u cluster
- Funzione di duminiu - Dati
- Tipu di almacenamentu - Fibre Channel
- Host à aduprà - selezziunà un host nantu à quale u LUN chì avemu bisognu hè dispunibule
In a lista di LUN, marcate quella chì avemu bisognu, cliccate Ajouter è tandu OK. Se necessariu, pudete aghjustà paràmetri supplementari di l'area di almacenamiento clicchendu nantu Parametri Avanzati.
Screenshot di l'assistente per aghjunghje "Dominiu di almacenamiento"
Basatu nantu à i risultati di l'assistente, duvemu riceve una nova zona di almacenamiento, è u nostru centru di dati deve passà à u statutu UP, o inizializatu:
Screenshots di u centru di dati è e spazii di almacenamiento in questu:
Creazione è cunfigurà rete per e macchine virtuali
Link à a documentazione - oVirt Administration Guide,
E rete, o rete, servenu per raggruppà e rete logiche utilizzate in l'infrastruttura virtuale oVirt.
Per interagisce trà l'adattatore di rete nantu à a macchina virtuale è l'adattatore fisicu nantu à l'ospite, sò utilizati interfacce logiche cum'è u ponte Linux.
Per aggrupà è divide u trafficu trà e rete, i VLAN sò cunfigurati nantu à i switch.
Quandu crea una rete logica per e macchine virtuali in oVirt, deve esse assignatu un identificatore currispundente à u numeru VLAN in u switch per chì i VM ponu cumunicà cù l'altri, ancu s'ellu si currianu in diversi nodi di u cluster.
I paràmetri preliminari di l'adattatori di rete nantu à l'ospiti per a cunnessione di e macchine virtuali anu da esse fattu - interfaccia logica cunfigurata ligame 1, allura tutti i paràmetri di a rete deve esse fatta solu per mezu di u portale amministrativu oVirt.
Dopu a creazione di una VM cù un mutore ospitu, in più di a creazione automatica di un centru di dati è cluster, una reta logica hè stata creata automaticamente per gestisce u nostru cluster - ovritmgmt, à quale sta VM hè stata cunnessa.
Se necessariu, pudete vede i paràmetri di a rete logica ovritmgmt è aghjustate, ma duvete esse attentu à ùn perde u cuntrollu di l'infrastruttura oVirt.
Paràmetri di rete logica ovritmgmt
Per creà una nova rete logica per i VM regulari, in u portale amministrativu vai à Network >> Networks >> New, è nantu à a tabulazione General aghjunghje una reta cù l'ID VLAN desideratu, è ancu verificate a casella accantu à "Rete VM", questu significa chì pò esse usatu per l'assignazione à una VM.
Screenshot di a nova rete logica VLAN32
In a tabulazione Cluster, attachemu sta reta à u nostru cluster cluster 1.
Dopu questu andemu à Calcola >> Hosts, vai à ogni òspite à turnu, à a tabulazione Interfacce di rete, è lanciate l'assistente Configurate e rete d'ospiti, per ligà à l'ospiti di una nova rete logica.
Screenshot di l'assistente "Setup host networks".
L'agente oVirt farà automaticamente tutti i paràmetri di a rete necessarii nantu à l'ospite - crea una VLAN è BRIDGE.
Esempi di schedarii di cunfigurazione per e reti novi nantu à l'ospite:
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=noLasciami ricurdà una volta chì nantu à u cluster host NESSUN BESO creà interfacce di rete manualmente in anticipu ifcfg-bond 1.432 и ifcfg-ovirtvm-vlan432.
Dopu aghjunghje una reta lògica è verificate a cunnessione trà l'ospite è u mutore VM ospitu, pò esse usatu in a macchina virtuale.
Crea una maghjina d'installazione per implementà una macchina virtuale
Link à a documentazione - oVirt Administration Guide, , rùbbrica Caricà l'Immagini à un Dominiu di Storage Data.
Senza una maghjina di stallazione OS, ùn serà micca pussibule installà una macchina virtuale, ancu s'ellu ùn hè micca un prublema, per esempiu, hè stallatu nantu à a reta. cù l'imaghjini pre-creati.
In u nostru casu, questu ùn hè micca pussibule, cusì avete da impurtà sta maghjina in oVirt. Nanzu, questu hà bisognu di creà un Dominiu ISO, ma in a nova versione di oVirt hè stata deprecata, è per quessa pudete avà caricate l'imaghjini direttamente à u duminiu di Storage da u portale amministrativu.
In u portale amministrativu vai à Storage >> Disks >> Subir >> Start
Aghjunghjemu a nostra maghjina OS cum'è un schedariu ISO, compie tutti i campi in u furmulariu, è cliccate u buttone "Pruvate a cunnessione".
Screenshot di l'Assistente di l'Image d'Installazione Add
Se avemu un errore cum'è questu:
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`
Allora avete bisognu di aghjunghje u certificatu oVirt à "CA Root di fiducia"(Trusted Root CA) nantu à a stazione di cuntrollu di l'amministratore, da induve pruvemu di scaricà l'imaghjini.
Dopu avè aghjustatu u certificatu à a CA Root Trusted, cliccate di novu "Pruvate a cunnessione", duverebbe ottene:
Connection to ovirt-imageio-proxy was successful.Dopu avè finitu l'azzione di aghjunghje u certificatu, pudete pruvà à carica di novu l'imaghjini ISO in u duminiu di Storage.
In principiu, pudete fà un Dominiu di Storage separatu cù u tipu di Dati per almacenà l'imaghjini è i mudelli separatamente da i dischi VM, o ancu almacenà in un Dominiu di Storage per u mutore ospitu, ma questu hè à a discrezione di l'amministratore.
Screenshot cù l'imagine ISO in u duminiu di Storage per u mutore ospitatu
Crea una macchina virtuale
Link à a documentazione:
oVirt Virtual Machine Management Guide ->
Dopu avè caricatu l'imagine di stallazione cù u SO in oVirt, pudete andà direttamente à creà una macchina virtuale. Un saccu di travagliu hè statu fattu, ma simu digià in u stadiu finali, per u quale tuttu questu hè statu iniziatu - ottene una infrastruttura tolerante à i difetti per l'ospitu di e macchine virtuali altamente dispunibili. È tuttu questu hè assolutamente gratuitu - micca un centesimu hè stata spesa per cumprà alcuna licenza di software.
Per creà una macchina virtuale cù CentOS 7, l'imagine di stallazione da u SO deve esse scaricata.
Andemu à u portale amministrativu, andemu à Calcola >> Virtual Machines, è lanciate l'assistente di creazione di VM. Inserite tutti i parametri è i campi è cliccate OK. Tuttu hè assai simplice sè seguite a documentazione.
Per esempiu, daraghju i paràmetri basi è supplementari di una VM altamente dispunibile, cù un discu creatu, cunnessu à a reta, è booting da una maghjina di installazione:
Screenshots cù paràmetri di VM altamente dispunibili
Dopu avè finitu u travagliu cù l'assistente, chjudelu, lanciate una nova VM è installate u SO nantu à questu.
Per fà questu, andate à a cunsola di sta VM attraversu u portale amministrativu:
Screenshot di i paràmetri di u portale amministrativu per cunnette à a cunsola VM
Per cunnette à a cunsola VM, deve prima cunfigurà a cunsola in e proprietà di a macchina virtuale.
Screenshot di i paràmetri di VM, scheda "Console".
Per cunnette à a cunsola VM pudete aduprà, per esempiu, .
Per cunnette à a cunsola VM direttamente in a finestra di u navigatore, i paràmetri di cunnessione via a cunsola duveranu esse cusì:
Dopu avè installatu u SO nantu à a VM, hè cunsigliatu di installà l'agente invitatu oVirt:
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.serviceCusì, per via di e nostre azzioni, a VM creata serà assai dispunibile, i.e. se u node di cluster nantu à quale hè in esecuzione falla, oVirt riavvia automaticamente nantu à u sicondu node. Questa VM pò ancu esse migrata trà l'ospiti di cluster per u so mantenimentu o altri scopi.
cunchiusioni
Spergu chì questu articulu hà sappiutu trasmette chì oVirt hè un strumentu cumpletamente normale per a gestione di l'infrastruttura virtuale, chì ùn hè micca cusì difficiuli di implementà - a cosa principal hè di seguità certe regule è esigenze descritte in l'articulu è in a documentazione.
A causa di u grande volume di l'articulu, ùn era micca pussibule di include assai cose in questu, cum'è l'esekzione passu à passu di diversi maghi cù tutte e spiegazioni dettagliate è screenshots, cunclusioni longu di certi cumandamenti, etc. In fatti, questu averebbe bisognu di scrive un libru sanu, chì ùn hà micca assai sensu per via di e novi versioni di u software chì si prisentanu constantemente cù innovazioni è cambiamenti. A più impurtante hè di capisce u principiu di cumu si travaglia inseme, è di ottene un algoritmu generale per creà una piattaforma tolerante à i difetti per a gestione di e macchine virtuali.
Ancu s'è avemu creatu una infrastruttura virtuale, avemu avà bisognu à insignà à interagisce trà i so elementi individuali: òspiti, macchine virtuali, rete internu, è cù u mondu esternu.
Stu prucessu hè unu di i travaglii principali di un amministratore di u sistema o di a rete, chì serà cuparti in u prossimu articulu - nantu à l'usu di i routers virtuali VyOS in l'infrastruttura tolerante à i difetti di a nostra impresa (cum'è avete capitu, travagliaranu cum'è virtuale). macchine nantu à u nostru cluster oVirt).
Source: www.habr.com