🥇 Koormuse tasakaalustamine Openstackis

Suurtes pilvesüsteemides on automaatse koormuse tasakaalu või jaotamise vajadus eriti aktuaalne. Meie, Tionixis (pilveteenuste arendaja ja operaator, kuulume Rostelecomi kontserni), oleme sellele küsimusele samuti tähelepanu pööranud.

Kuna meie peamine arendusplatvorm on Openstack ning me, nagu kõik inimesed, oleme laisad, otsustasime leida valmis mooduli, mis juba platvormil olemas. Meie valik langes Watcherile, mida otsustasime oma vajaduste jaoks kasutada.

Alustuseks selgitame välja mõisted ja määratlused.

Mõisted ja määratlused

Eesmärk — see on inimeste jaoks arusaadav, jälgitav ja mõõdetav lõppresultaat, mida tuleb saavutada. Iga eesmärgi saavutamiseks on olemas üks või mitu strateegiat. Strateegia on algoritmi elluviimine, mis suudab leida lahenduse antud eesmärgile.

Tegevus (Action) — see on elementaarne ülesanne, mis muudab OpenStacki klastris sihitud hallatava ressursi praegust seisundit, näiteks: virtuaalmasina migreerimine (migration), sõlme toiteoleku muutmine (change_node_power_state), nova teenuse oleku muutmine (change_nova_service_state), flavouri muutmine (resize), NOP sõnumi registreerimine (nop), tegevuste puudumine teatud aja jooksul — paus (sleep), ketta edasiviimine (volume_migrate).

Tegevusplaan (Action Plan) — see on konkreetse Eesmärgi saavutamiseks eriline tegevuste voog, mis viiakse läbi teatud järjekorras. Tegevusplaan sisaldab ka hinnatud globaalset tõhusust koos tõhususe näitajatega. Tegevusplaan genereeritakse Watcheri poolt pärast edukat auditi läbiviimist, mille tulemusena kasutatud strateegia leiab lahenduse eesmärgi saavutamiseks. Tegevusplaan koosneb järjestikuste tegevuste loendist.

Audit (Audit) — see on taotlus klastrite optimeerimiseks. Optimeerimine viiakse läbi, et saavutada üks Eesmärk antud klastris. Iga eduka auditi jaoks genereerib Watcher Tegevusplaani.

Auditi ulatus (Audit Scope) — see ressursside kogum, mille raames toimub audit (saadavusala(d), sõlmede agregatorid, eraldi arvutuspunktid või salvestussõlmed jne). Audiitmise ala on määratletud igas šablonis. Kui auditiala ei ole määratud, auditeeritakse kogu klastrit.

Auditite šabloon (Audit Template) — salvestatud seadistuste kogum auditi käivitamiseks. Šablonid on vajalikud selleks, et viia mitmeid kordi läbi auditeid sama seadistusega. Šablon peab tingimata sisaldama auditi eesmärki, kui strateegiaid ei määrata, valitakse kõige sobivamad olemasolevatest strateegiatest.

Klaster (Cluster) — see on füüsiliste masinate kogum, mis pakub arvutusressursse, salvestusressursse ja võrguressursse ning mida haldab sama OpenStacki juhtimispunkt.

Klastri andmemudel (Cluster Data Model, CDM) — see on loogiline esitus hallatava klastriga seotud ressursside praegusest seisundist ja topoloogiast.

Tõhususe näitaja (Efficacy Indicator) — näitaja, mis osutab sellele, kui hästi saavutatakse antud strateegia järgi loodud lahendus. Tõhususe näitajad on spetsiifilised konkreetse eesmärgi jaoks ja neid kasutatakse tavaliselt lõpliku tegevusplaani globaalsete tõhususe arvutamiseks.

Tõhususe spetsifikatsioon (Efficacy Specification) — see on iga Eesmärgiga seotud spetsiifiliste omaduste kogum, mis määratleb erinevad tõhususe näitajad, mida strateegia, mis tagab vastava eesmärgi saavutamise, peab oma lahenduses tagama. Tegelikult kontrollitakse iga strateegia pakutud lahendust spetsifikatsiooniga enne globaalsete tõhususe arvutamist.

„Arvutav“ mootor (Scoring Engine) — see on teostatav fail, millel on selgelt määratletud sisendid, selgelt määratletud väljud ja mis täidab ranget matemaatilist ülesannet. Seega ei sõltu arvutus keskkonnast, kus see toimub — see annab igal pool sama tulemuse.

Watcher planeerija (Watcher Planner) — osa Watcher'i otsuste tegemise mehhanismist. See moodul võtab vastu strateegia genereeritud tegevuste kogumi ja loob töövoo plaani, mis määratleb, kuidas ajas neid erinevaid tegevusi planeerida ning millised on iga tegevuse eeltingimused.

Watcher'i eesmärgid ja strateegiad

Eesmärk
Strateegiad

Dummy eesmärk
Dummy strateegia

Dummy strateegia näidise hindamismootoritega

Dummy strateegia muutmisega

Energiasääst
Energiasäästu strateegia

Serverite konsolideerimine
Põhjalik offline serverite konsolideerimine

VM-i töökoormuse konsolideerimise strateegia

Töökoormuse tasakaalustamine
Töökoormuse tasakaalu migratsiooni strateegia

Salvestusmahu tasakaalu strateegia

Töökoormuse stabiliseerimine

Müra tekitav naaber
Müra tekitav naaber

Termiline optimeerimine
Väljalaske temperatuuri põhine strateegia

Õhuvoo optimeerimine
Ühtlane õhuvoo migratsiooni strateegia

Riistvara hooldus
Zone migratsioon

Klassifitseerimata
Aktivaator

Dummy eesmärk — reserv eesmärk, mida kasutatakse testimise eesmärgil.

Seotud strateegiad: Dummy strateegia, Dummy strateegia näidise hindamismootoritega ja Dummy strateegia muutmisega. Dummy strateegia on fiktiivne strateegia, mis on mõeldud integreerimistestimiseks Tempesti kaudu. See strateegia ei paku mingit kasulikku optimeerimist, selle ainus eesmärk on kasutada Tempesti teste.

Dummy strateegia näidise hindamismootoritega on strateegia, mis on eelnevale sarnane, erineb vaid näidise "hindamismootorite" kasutamisest, mis arvutab väljundi masinõppe meetoditega.

Dummy strateegia muutmisega on strateegia, mis on eelnevale sarnane, erineb vaid flööri muutmise (migratsiooni ja muutmise) kasutamisest.

Ei kasutata tootmises.

Energiasääst — minimeerida energiatarbimist. Energiasäästu strateegia koos VM-i töökoormuse konsolideerimise strateegiaga (Serverite konsolideerimine) on võimeline täitma dünaamilise toitehalduse (DPM) funktsioone, mis säästab energiat töökoormuste dünaamilise konsolideerimise kaudu ka madala ressursikoormuse perioodidel: virtuaalmasinad kantakse üle väiksemasse arvutideriiki ja tarbetud sõlmed sulgedakse. Pärast konsolideerimist pakub strateegia lahendust sõlmede sisse-/väljalülitamiseks vastavalt määratletud parameetritele: "min_free_hosts_num" — vabade sisse lülitatud sõlmede arv, mis ootavad koormust, ja "free_used_percent" — vabade sisse lülitatud sõlmede protsent sõlmede arvust, mida masinad kasutavad. Strateegia tööks peab olema aktiveeritud ja seadistatud Ironic, et võimaldada sõlmede sisse-/väljalülitamist.

Strateegia parameetrid

parameeter
tüüp
vaikimisi
kirjeldus

vaba_kasutatud_protsent
Number
10.0
vabade arvutusnode’de suhe arvutusnode’dega, kus on virtuaalmasinad

min_vaba_hosts_arv
Int
1
minimaalne vabade arvutusnode’de arv

Pilves peab olema vähemalt kaks node’t. Kasutatav meetod on node’i toiteoleku muutmine (change_node_power_state). Metrikate kogumine ei ole strateegiale kohustuslik.

Serverite konsolideerimine — arvutusnode’de arvu minimaalne vähendamine (konsolideerimine). Sellel on kaks strateegiat: Basic Offline Server Consolidation ja VM Workload Consolidation Strategy.

Basic Offline Server Consolidation strateegia minimaliseerib kasutatavate serverite koguarvu ja samuti ka migreerimise arvu.

Põhistrateegia nõuab järgmisi metrikaid:

metrika
teenus
pluginad
kommentaar

compute.node.cpu.percent
ceilometer
none

cpu_util
ceilometer
none

Strateegia parameetrid: migration_attempts — kombinatsioonide arv potentsiaalsete välja lülitamise kandidaatide otsimiseks (vaikimisi, 0, piirmata), period — ajavahemik sekundites, et saada staatiline agregaadi allikast (vaikimisi, 700).

Kasutatavad meetodid: migreerimine, nova teenuse oleku muutmine (change_nova_service_state).

VM Workload Consolidation Strategy strateegia põhineb esimese sobiva (first-fit) heuristilise algoritmil, mis keskendub mõõdetud CPU koormusele ja püüab vähendada node’sid, millel on liiga suur või liiga väike koormus, arvestades ressursside mahtude piire. See strateegia pakub lahendust, mis viib klastrite ressursside efektiivsema kasutamiseni, kasutades järgmisi nelja etappi:

Eraldamise etapp — ülekoormatud ressursside töötlemine;
Konsolideerimise etapp — alakasutatud ressursside töötlemine;
Lahenduse optimeerimine — migreerimise arvu vähendamine;
Kasutamata arvutusnode’de välja lülitamine.

Strateegia nõuab järgmisi metrikaid:

metrika
teenus
pluginad
kommentaar

memory
ceilometer
none

disk.root.size
ceilometer
none

Järgmised metrikad ei ole kohustuslikud, kuid suurendavad strateegia täpsust, kui need on saadaval:

metrika
teenus
pluginad
kommentaar

memory.resident
ceilometer
none

cpu_util
ceilometer
none

Strateegia parameetrid: period — ajavahemik sekundites, et saada staatiline agregaadi allikast (vaikimisi, 3600).

Kasutab samu meetodeid nagu eelmine strateegia. Täiendavalt siin.

Töökoormuse tasakaalustamine — tasakaalu töökoormust arvutuspunktide vahel. Eesmärk sisaldab kolme strateegiat: Töökoormuse tasakaalu rände strateegia, Töökoormuse stabiliseerimine, Salvestuskapasiteedi tasakaalu strateegia.

Töökoormuse tasakaalu rände strateegia käivitab virtuaalmasinate rände vastavalt virtuaalmasinate töökoormusele. Otsus rände üle tehakse iga kord, kui % CPU või RAM kasutus node'is ületab määratud piiri. Samuti peab rändamiseks valitud virtuaalmasin viima node'i kõigi node'ide keskmise töökoormuse lähedale.

Nõuded

Füüsiliste protsessorite kasutamine;
Kaks või enam füüsilist arvutuspunkti;
Paigaldatud ja konfigureeritud Ceilometer-komponent — ceilometer-agent-compute, mis töötab igas arvutuspunktis, ja Ceilometer API, samuti järgmiste mõõdikute kogumine:

metrika
teenus
pluginad
kommentaar

cpu_util
ceilometer
none

memory.resident
ceilometer
none

Strateegia parameetrid:

parameeter
tüüp
vaikimisi
kirjeldus

, ja seejärel määrake lisamõõdikud, mida soovite koguda, funktsioone dekoreerides:
String
'cpu_util'
Mõõdikud, millega arvestatakse: 'cpu_util', 'memory.resident'.

threshold
Number
25.0
Töökoormuse lävi rände jaoks.

period
Number
300
Ceilometeri koguperiood.

Kasutatud meetod — rände.

Töökoormuse stabiliseerimine — strateegia, mis on suunatud töökoormuse stabiliseerimisele elurände abil. Strateegia põhineb standardhälbe algoritmil ja määratleb, kas klastris on ülekoormus, ning reageerib sellele, käivitades masinate rände klastrite stabiliseerimiseks.

Nõuded

Füüsiliste protsessorite kasutamine;
Kaks või enam füüsilist arvutuspunkti;
Paigaldatud ja konfigureeritud Ceilometer-komponent — ceilometer-agent-compute, mis töötab igas arvutuspunktis, ja Ceilometer API, samuti järgmiste mõõdikute kogumine:

metrika
teenus
pluginad
kommentaar

cpu_util
ceilometer
none

memory.resident
ceilometer
none

Salvestuskapasiteedi tasakaalu strateegia (strateegia on rakendatud alates Queens'i väljaandest) — strateegia viib kettad üle vastavalt Cinder'i basseinide koormusele. Otsus rände üle tehakse iga kord, kui basseini kasutusmäär ületab määratud piiri. Ülekantav ketas peab viima basseini kõigi Cinder'i basseinide keskmise koormuse lähedale.

Nõuded ja piirangud

Kaks või enam Cinder'i basseini;
Ketaste rände võimalus.
Klastri andmemudel — Cinder klastrite andmemudeli koguja.

Strateegia parameetrid:

parameeter
tüüp
vaikimisi
kirjeldus

volume_threshold
Number
80.0
Ketaste läve väärtus mahude tasakaalustamiseks.

Kasutatud meetod — ketta rände meetod (volume_migrate).

Noisy Neighbor — identifitseerige ja viige üle "möirgav naaber" — madala prioriteediga virtuaalmasin, mis mõjutab negatiivselt kõrge prioriteediga virtuaalmasina jõudlust IPC seisukohalt, kasutades liialt ära viimase taseme vahemälu. Oma strateegia: Noisy Neighbor (kasutatav strateegia parameeter — cache_threshold (vaikimisi väärtus — 35), kui jõudlus langeb määratud väärtusele, käivitatakse migratsioon. Strateegia töötamiseks on vajalikud sisse lülitatud LLC (Last Level Cache) meetrikad, viimane Intel server CMT toega, samuti järgmiste meetrikate kogumine:

metrika
teenus
pluginad
kommentaar

cpu_l3_cache
ceilometer
none
On vajalik Intel CMT.

Klastri andmemudel (vaikimisi): Nova klastri andmemudeli koguja. Kohaldatav meetod — migratsioon.

Selle eesmärgi töötlemine Dashboardi kaudu ei ole Queensis täielikult teostatud.

Termiline optimeerimine — optimeerida temperatuurirežiimi. Väljamineva õhu temperatuur on üks olulisi soojusliku telemeetriäri süsteeme serveri soojuse / töökoormuse oleku mõõtmiseks. Eesmärgil on üks strateegia — Väljamineva Temperatuuri põhine strateegia, mis teeb otsuseid töökoormuste üleviimiseks sõlmedesse, kus on soodne temperatuurirežiim (madalaim väljaminev temperatuur), kui alghostide väljaminev temperatuur saavutab kohandatava piiri.

Strateegia töötamiseks on vajalik server, kus on installitud ja seadistatud Intel Power Node Manager 3.0 või uuem versioon, samuti järgmiste meetrikate kogumine:

metrika
teenus
pluginad
kommentaar

hardware.ipmi.node.outlet_temperature
ceilometer
IPMI

Strateegia parameetrid:

parameeter
tüüp
vaikimisi
kirjeldus

threshold
Number
35.0
Temperatuuripiir migratsiooniks.

period
Number
30
Aeg sekundites statistilise agregatsiooni saamiseks andmeallikast.

Kasutatud meetod — rände.

Õhuvoo optimeerimine — optimeerida ventilatsiooni režiimi. Oma strateegia — Ühtlane Õhuringlus kasutades elavat migratsiooni. Strateegia käivitab virtuaalmasina migratsiooni iga kord, kui serveri ventilaatori õhuvool ületab määratud piiri.

Strateegia töötamiseks on vajalik:

Riistvara: arvutus-sõlmed <NodeManager 3.0 toega;
Vähemalt kaks arvutus-sõlme;
Igal arvutus-sõlmel peab olema installitud ja seadistatud komponent ceilometer-agent-compute ning Ceilometer API, mis suudab edastada selliseid mõõdikuid nagu õhuvool, süsteemi võimsus, sisse tuleva tarnetemperatuur:

metrika
teenus
pluginad
kommentaar

hardware.ipmi.node.airflow
ceilometer
IPMI

hardware.ipmi.node.temperature
ceilometer
IPMI

hardware.ipmi.node.power
ceilometer
IPMI

Strateegia jaoks on vajalik server, kus on installitud ja seadistatud Intel Power Node Manager 3.0 või uuem versioon.

Piirangud: Kontseptsioon pole ette nähtud tootmises kasutamiseks.

Soovitame kasutada seda algoritmi pidevate audititega, kuna ühes iteratsioonis on plaanis migreerida ainult üks virtuaalmasin.

Elu migreerimised on võimalikud.

Strateegia parameetrid:

parameeter
tüüp
vaikimisi
kirjeldus

threshold_airflow
Number
400.0
Migreerimise õhuvoolu läviväärtus on 0.1 CFM.

threshold_inlet_t
Number
28.0
Sissetuleku temperatuuri läviväärtus migreerimisotsuse jaoks.

threshold_power
Number
350.0
Süsteemi võimsuse läviväärtus migreerimisotsuse jaoks.

period
Number
30
Aeg sekundites statistilise agregatsiooni saamiseks andmeallikast.

Kasutatud meetod — rände.

Riistvara hooldus — riistvara hooldus. Antud eesmärgiga seotud strateegia on Zone migration. Strateegia on vahend virtuaalmasinate ja diskide tõhusaks automaatseks ja minimaalsete migreerimisteks riistvara hoolduse ajal. Strateegia koostab tegevusplaani vastavalt kaaludele: tegevuste kogum, millel on suurem kaal, planeeritakse varem kui teised. Seal on kaks konfiguratsiooniparametrit: tegevuste kaalud (action_weights) ja paralleelsus (parallelization).

Piirangud: nõutav tegevuste kaalude ja paralleelsuse seadistamine.

Strateegia parameetrid:

parameeter
tüüp
vaikimisi
kirjeldus

compute_nodes
array
None
Migreerimiseks mõeldud arvutusotsad.

storage_pools
array
None
Migreerimise salvestusotsad.

parallel_total
integer
6
Tegevuste koguarv, mida tuleb teha paralleelselt.

parallel_per_node
integer
2
Iga arvutusotsa jaoks paralleelselt teostatavate tegevuste arv.

parallel_per_pool
integer
2
Iga salvestuspoole jaoks paralleelselt teostatavate tegevuste arv.

priority
objekt
None
Virtuaalmasinate ja diskide prioriteetide loend.

with_attached_volume
boolean
Vale
False — virtuaalmasinad migreeritakse pärast kõigi diskide migreerimist. True — virtuaalmasinad migreeritakse pärast kõigi külge connected diskide migreerimist.

Arvutusotsade massiivi elemendid:

parameeter
tüüp
vaikimisi
kirjeldus

src_node
string
None
Arvutusots, kust virtuaalmasinad migreeruvad (kohustuslik).

dst_node
string
None
Arvutusots, kuhu virtuaalmasinad migreeritakse.

Salvestusotsade massiivi elemendid:

parameeter
tüüp
vaikimisi
kirjeldus

src_pool
string
None
Salvestuspool, kust diskid migreeruvad (kohustuslik).

dst_pool
string
None
Salvestuspool, kuhu diskid migreeritakse.

src_type
string
None
Algne diskitüüp (kohustuslik).

dst_type
string
None
Lõplik diskitüüp (kohustuslik).

Objektide prioriteetsuse elemendid:

parameeter
tüüp
vaikimisi
kirjeldus

project
array
None
Projektide nimed.

compute_node
array
None
Arvutusotsade nimed.

storage_pool
array
None
Salvestuspankade nimed.

compute
enum
None
Virtuaalmasina parameetrid [“vcpu_num”, “mem_size”, “disk_size”, “created_at”].

salvestusruum
enum
None
Kettaparametrid [“size”, “created_at”].

Kasutatud meetodid — virtuaalmasinate migreerimine, ketaste migreerimine.

Klassifitseerimata — abieesmärk, mida kasutatakse strateegia arendamise protsessi lihtsustamiseks. Ei sisalda spetsifikatsioone ja võib kasutada iga kord, kui strateegia pole veel seotud olemasoleva eesmärgiga. Seda eesmärki saab kasutada ka üleminekuetapina. Sellega seotud strateegia on Actuator.

Uue eesmärgi loomine

Watcher Decision Engine omab „väline eesmärk” pistikprogrammi liidest, mis võimaldab integreerida välist eesmärki, mis võib olla saavutatud strateegia abil.

Enne uue eesmärgi loomist tuleks veenduda, et ükski olemasolev eesmärk ei vasta teie vajadustele.

Uue pistikprogrammi loomine

Uue eesmärgi loomiseks peate: laiendama eesmärgiklassi, rakendama klassi meetodi get_name () , et tagastada uus eesmärgi unikaalne идентификатор, mille soovite luua. See unikaalne идентификатор peab vastama hiljem deklareeritava sisenemispunkti nimele.

Edasi tuleb rakendada klassi meetod get_display_name () , et tagastada loodava eesmärgi tõlgitud kuvamene nimi (ärge kasutage muutujaid tõlgitud stringi tagastamiseks, et see saaks tõlkijate tööriista abil automaatselt kokku panna.).

Rakendage klassi meetod get_translatable_display_name (), et tagastada tõlkevõti (tegelikult ingliskeelne kuvamisnimi) teie uue eesmärgi jaoks. Tagastatav väärtus peab vastama stringile, mis on tõlgitud meetodis get_display_name ().

Rakendage selle meetod get_efficacy_specification (), et tagastada teie eesmärgi efektiivsuse spetsifikatsioon. Meetod get_efficacy_specification () tagastab Watcheri poolt esitatud Unclassified () eksemplari. See efektiivsuse spetsifikatsioon on kasulik teie eesmärgi arendamise protsessis, kuna see vastab tühjale spetsifikatsioonile.

→ Rohkem teavet siin

Watcher arhitektuur (lisaks siin).

Komponendid

Watcher API — komponent, mis rakendab Watcher pakutud REST API. Koostoime mehhanismid: CLI, Horizon pistikprogramm, Python SDK.

Watcher DB — Watcher andmebaas.

Watcher Applier — komponent, mis rakendab tegevuskava täitmist, mille on loonud Watcher Decision Engine komponent.

Watcher Decision Engine — komponent, mis vastutab optimeerimise võimalike tegevuste komplekti arvutamise eest auditi eesmärke silmas pidades. Kui strateegia ei ole näidatud, valib komponent iseseisvalt sobivama.

Watcher Metrics Publisher — komponent, mis kogub ja arvutab välja teatud mõõdikud või sündmused ning avaldab need CEP lõpp-punktis. Komponendi funktsionaalsust võib pakkuda ka Ceilometer publisher.

Complex Event Processing (CEP) Engine — komplekssete sündmuste töötlemise mootor. Tootlikkuse kaalutlustel võib samaaegselt töötada mitu CEP mootorit, millest igaüht kasutatakse teatud tüüpi mõõdikute/sündmuste töötlemiseks. Watcher CEP süsteemis käivitab kaks tüüpi tegevusi: — vastavate sündmuste/mõõdikute salvestamine ajareaga andmebaasi; — vastavate sündmuste saatmine Watcher Decision Engine'i, kui see sündmus võib mõjutada praeguse optimeerimisstrateegia tulemust, kuna Openstacki klaster ei ole staatiline süsteem.

Komponentide omavaheline suhtlemine toimub AMQP protokolli kaudu.

→ Watcheri konfigureerimine

Skeem suhtlemiseks Watcheriga

Watcheri testimise tulemused

Optimeerimise lehel — Action plans ilmub 500 viga (nii puhtal Queens'il kui ka Tiionixi moodulitega seadmel) ainult pärast auditi käivitamist ja tegevusplaani genereerimist, tühi avatakse normaalselt.
Action details vahekaart näitab vigu, ei suuda välja selgitada auditi eesmärki ja strateegiat (nii puhtal Queens'il kui ka Tiionixi moodulitega seadmel).
Dummy (test) eesmärgiga auditid luuakse ja käivitatakse normaalselt, tegevusplaanid genereeritakse.
Unclassified eesmärgiga auditid ei genereerita, kuna eesmärk ei ole funktsionaalne ja on mõeldud vahepealse seadistamise jaoks uute strateegiate loomisel.
Workload Balancing eesmärgiga auditid (Storage Capacity balance strateegia) luuakse edukalt, kuid tegevusplaani ei genereerita. Salvestuspaakide optimeerimine ei ole vajalik.
Workload Balancing eesmärgiga auditid (Workload Balance Migration Strategy strateegia) luuakse edukalt, kuid tegevusplaani ei genereerita.
Workload Balancing eesmärgiga auditid (Workload Stabilization Strategy strateegia) lõpetatakse veaga.
Noisy Neighbor eesmärgiga auditid luuakse edukalt, kuid tegevusplaani ei genereerita.
Riistade hoolduse auditeid luuakse edukalt, tegevusplaan genereeritakse mitte täielikult (genereeritakse efektiivsuse näitajad, kuid tegevuste nimekiri ei genereerita).
Muudatused nova.conf konfiguratsioonides (default sektsioonis compute_monitors = cpu.virt_driver) arvutus- ja juhtimissõlmes ei paranda vigu.
Serveri konsolideerimise auditeid (Basic strateegia) lõpetatakse samuti veaga.
Serveri konsolideerimise auditeid (VM töökoormuse konsolideerimise strateegia) lõpetatakse veaga. Logides on probleem algandmete hankimisel. Vigade arutelu, eelkõige, siin.
Proovisime määrata Watcheri konfiguratsioonifailis (ei aidanud - tulemusena vigade tõttu kõikides Optimisation lehtedes, tagasi algse konfiguratsioonifaili sisu ei paranda olukorda):
[watcher_strategies.basic]
datasource = ceilometer, gnocchi
Energia säästmise auditeid lõpetatakse veaga. Pidades silmas logisid, on probleem siiski Ironicu puudumises, ei tööta ilma baremetal teenuseta.
Termilise optimeerimise auditeid lõpetatakse veaga. Tõrge on sama mis Serveri konsolideerimisel (VM töökoormuse konsolideerimise strateegia) (algandmete viga)
Õhuvoo optimeerimise auditeid lõpetatakse veaga.

Esinevad ka järgmised auditi lõpetamise vead. Tõrke jälg logides decision-engine.log (klaster ei ole määratletud).

→ Vigade arutelu siin

Kokkuvõte

Meie kahekuuliste uurimiste tulemusena on selge järeldus, et täies mahus töötava koormuse tasakaalustamise süsteemi saamiseks peame selles osas tõsiselt tegelema Openstacki platvormi tööriistade täiustamisega.

Watcher on näidanud end tõsise ja kiiresti areneva tootena, millel on tohutu potentsiaal, mille täielikuks kasutamiseks on vajalik suur ja tõsine töö.

Aga sellest - järgmistes artiklites seerias.

Allikas: habr.com