In groot wolkstelsels is die kwessie van outomatiese balansering of gelykmaking van die las op rekenaarhulpbronne veral akuut. Tionix ('n ontwikkelaar en operateur van wolkdienste, deel van die Rostelecom-groep van maatskappye) het ook na hierdie kwessie gesorg.
En aangesien ons hoofontwikkelingsplatform Openstack is, en ons, soos alle mense, lui is, is daar besluit om een of ander klaargemaakte module te kies wat reeds by die platform ingesluit is. Ons keuse het geval op Watcher, wat ons besluit het om vir ons behoeftes te gebruik.
Kom ons kyk eers na die terme en definisies.
Terme en definisies
Doel is 'n mens-leesbare, waarneembare en meetbare eindresultaat wat bereik moet word. Daar is een of meer strategieë om elke doelwit te bereik. 'n Strategie is die implementering van 'n algoritme wat in staat is om 'n oplossing vir 'n gegewe doelwit te vind.
Aksie is 'n elementêre taak wat die huidige toestand van die teikenbestuurde hulpbron van die OpenStack-groepering verander, soos: migreer 'n virtuele masjien (migrasie), verander die kragtoestand van 'n nodus (change_node_power_state), verander die toestand van die nova-diens (change_nova_service_state) ), verandering van smaak (verander grootte), registrasie van NOP-boodskappe (nop), gebrek aan aksie vir 'n sekere tyd - pouse (slaap), skyfoordrag (volume_migreer).
Plan van aksie - 'n spesifieke vloei van aksies wat in 'n sekere volgorde uitgevoer word om 'n spesifieke doelwit te bereik. Die Aksieplan bevat ook gemete globale prestasie met 'n stel prestasie-aanwysers. 'n Aksieplan word deur Watcher gegenereer na 'n suksesvolle oudit, waardeur die strategie wat gebruik word, 'n oplossing vind om die doelwit te bereik. 'n Aksieplan bestaan uit 'n lys van opeenvolgende aksies.
Oudit is 'n versoek om die groepering te optimaliseer. Optimalisering word uitgevoer om een doel in 'n gegewe groepering te bereik. Vir elke suksesvolle oudit genereer Watcher 'n Aksieplan.
Ouditbestek is 'n stel hulpbronne waarbinne die oudit uitgevoer word (beskikbaarheidsone(s), nodusaggregeerders, individuele rekenaarnodusse of stoornodusse, ens.). Die ouditomvang word in elke sjabloon gedefinieer. As 'n ouditomvang nie gespesifiseer word nie, word die hele groepering geoudit.
Oudit Sjabloon - 'n gestoorde stel instellings om 'n oudit te begin. Sjablone is nodig om oudits verskeie kere met dieselfde instellings uit te voer. Die sjabloon moet noodwendig die doel van die oudit bevat; indien strategieë nie gespesifiseer word nie, word die mees geskikte bestaande strategieë gekies.
Groepering is 'n versameling fisiese masjiene wat rekenaar-, bergings- en netwerkhulpbronne verskaf en deur dieselfde OpenStack-bestuursnodus bestuur word.
Cluster Data Model (CDM) is 'n logiese voorstelling van die huidige toestand en topologie van die hulpbronne wat deur die groepering bestuur word.
Doeltreffendheidsaanwyser - 'n aanwyser wat aandui hoe die oplossing wat met hierdie strategie geskep is, uitgevoer word. Prestasie-aanwysers is spesifiek vir 'n bepaalde doelwit en word tipies gebruik om die globale doeltreffendheid van die gevolglike aksieplan te bereken.
Doeltreffendheidspesifikasie is 'n stel spesifieke kenmerke wat verband hou met elke Doelwit wat die verskillende prestasie-aanwysers definieer wat 'n strategie om die ooreenstemmende Doelwit te bereik in sy oplossing moet bereik. Inderdaad, elke oplossing wat deur die strategie voorgestel word, sal teen die spesifikasie nagegaan word voordat die globale doeltreffendheid daarvan bereken word.
Punte-enjin is 'n uitvoerbare lêer wat goed gedefinieerde insette, goed gedefinieerde uitsette het en 'n suiwer wiskundige taak verrig. Op hierdie manier is die berekening onafhanklik van die omgewing waarin dit uitgevoer word—dit sal oral dieselfde resultaat gee.
Watcher Beplanner - deel van die Watcher-besluitneming-enjin. Hierdie module neem 'n stel aksies wat deur 'n strategie gegenereer word en skep 'n werkvloeiplan wat spesifiseer hoe om hierdie verskillende aksies betyds te skeduleer en vir elke aksie, wat die voorwaardes is.
Watcher Doelwitte en Strategieë
Doel
strategie
Dummy doel
Dummy Strategie
Dummy-strategie met behulp van voorbeeld-telling-enjins
Dummy-strategie met grootteverandering
Kragbesparing
Energiebesparingstrategie
Bedienerkonsolidasie
Basiese vanlyn bedienerkonsolidasie
VM Werklading Konsolidasie Strategie
Werkslasbalansering
Werkslading Balans Migrasie Strategie
Bergingskapasiteit-balansstrategie
Werklading stabilisering
Lawaaierige Buurman
Lawaaierige Buurman
Termiese optimalisering
Uitlaat temperatuur gebaseer strategie
Optimalisering van lugvloei
Eenvormige lugvloei-migrasiestrategie
Onderhoud van hardeware
Sone migrasie
Ongeklassifiseerde
actor
Dummy doel — gereserveerde doelwit wat vir toetsdoeleindes gebruik word.
Verwante strategieë: Dummy-strategie, Dummy-strategie met behulp van voorbeeldpuntenjins en Dummy-strategie met grootteverandering. Dummy-strategie is 'n dummy-strategie wat gebruik word vir integrasietoetsing deur Tempest. Hierdie strategie bied geen nuttige optimalisering nie, die enigste doel daarvan is om Tempest-toetse te gebruik.
Dummy-strategie met behulp van steekproef-telling-enjins - die strategie is soortgelyk aan die vorige een, die enigste verskil is die gebruik van 'n steekproef "telling-enjin" wat berekeninge uitvoer deur masjienleermetodes te gebruik.
Dummy-strategie met verandering - die strategie is soortgelyk aan die vorige een, die enigste verskil is die gebruik van die verandering van die geur (migrasie en grootte verander).
Nie in produksie gebruik nie.
Kragbesparing - verminder energieverbruik. Hierdie doelwit se Energiebesparingstrategie, tesame met die VM Workload Consolidation Strategie (Server Consolidation), is in staat tot dinamiese kragbestuur (DPM) kenmerke wat energie bespaar deur werkladings dinamies te konsolideer, selfs gedurende periodes van lae hulpbronbenutting: virtuele masjiene word na minder nodusse geskuif , en onnodige nodusse word gedeaktiveer. Na konsolidasie bied die strategie 'n besluit oor die aan-/afskakeling van nodusse in ooreenstemming met die gespesifiseerde parameters: "min_free_hosts_num" - die aantal gratis geaktiveerde nodusse wat wag vir laai, en "free_used_percent" - die persentasie gratis geaktiveerde gashere na die aantal nodusse wat deur masjiene beset word. Vir die strategie om te werk moet daar wees geaktiveer en gekonfigureer Ironic om kragfietsry op nodusse te hanteer.
Strategie parameters
parameter
tipe
by verstek
beskrywing
gratis_gebruik_persentasie
Nommer
10.0
verhouding van die aantal gratis rekenaarnodusse tot die aantal rekenaarnodusse met virtuele masjiene
min_gratis_gashere_getal
Int
1
minimum aantal gratis rekenaarnodusse
Die wolk moet ten minste twee nodusse hê. Die metode wat gebruik word, is die verandering van die kragtoestand van die nodus (change_node_power_state). Die strategie vereis nie die insameling van statistieke nie.
Bedienerkonsolidasie - verminder die aantal rekenaarnodusse (konsolidasie). Dit het twee strategieë: Basiese Offline Server Consolidation en VM Workload Consolidation Strategie.
Die Basiese Offline Server Consolidation-strategie verminder die totale aantal bedieners wat gebruik word en verminder ook die aantal migrasies.
Die basiese strategie vereis die volgende maatstawwe:
metrieke
diens
plugins
kommentaar
bereken.node.cpu.persent
niemand
cpu_util
niemand
Strategie-parameters: migration_attempts - aantal kombinasies om te soek na potensiële kandidate vir afsluiting (verstek, 0, geen beperkings), tydperk - tydinterval in sekondes om statiese samevoeging van die metrieke databron te verkry (verstek, 700).
Metodes wat gebruik word: migrasie, die verandering van die nova-diensstatus (change_nova_service_state).
Die VM Workload Consolidation Strategie is gebaseer op 'n eerste-pas heuristiek wat fokus op gemete SVE-lading en poog om nodusse te minimaliseer wat te veel of te min vrag het gegewe hulpbronkapasiteitbeperkings. Hierdie strategie bied 'n oplossing wat lei tot meer doeltreffende gebruik van groephulpbronne deur die volgende vier stappe te gebruik:
- Aflaaifase - verwerking van oorgebruikte hulpbronne;
- Konsolidasiefase - hantering van onderbenutte hulpbronne;
- Optimalisering van die oplossing - die vermindering van die aantal migrasies;
- Deaktiveer ongebruikte rekenaarnodusse.
Die strategie vereis die volgende maatstawwe:
metrieke
diens
plugins
kommentaar
geheue
niemand
skyfwortel.grootte
niemand
Die volgende maatstawwe is opsioneel, maar sal strategie-akkuraatheid verbeter indien beskikbaar:
metrieke
diens
plugins
kommentaar
geheue.inwoner
niemand
cpu_util
niemand
Strategieparameters: tydperk — tydinterval in sekondes om statiese samevoeging vanaf die metrieke databron te verkry (verstek, 3600).
Gebruik dieselfde metodes as die vorige strategie. Meer besonderhede .
Werkslasbalansering — balanseer die werklading tussen rekenaarnodusse. Die doelwit het drie strategieë: Werkladingsbalans-migrasiestrategie, Werkladingsstabilisering, Bergingskapasiteitbalansstrategie.
Werksladingbalans-migrasiestrategie laat virtuele masjienmigrasies gebaseer op die gasheer virtuele masjien werklading. 'n Migrasiebesluit word geneem wanneer die % SVE of RAM-gebruik van 'n nodus die gespesifiseerde drempel oorskry. In hierdie geval moet die verskuifde virtuele masjien die nodus nader aan die gemiddelde werklading van alle nodusse bring.
Vereistes
- Gebruik van fisiese verwerkers;
- Ten minste twee fisiese rekenaarnodusse;
- Die plafonmeter-komponent - plafonmeter-agent-rekenaar, wat op elke rekenknoop loop, en die plafonmeter-API geïnstalleer en gekonfigureer, sowel as die volgende statistieke versamel:
metrieke
diens
plugins
kommentaar
cpu_util
niemand
geheue.inwoner
niemand
Strategie parameters:
parameter
tipe
by verstek
beskrywing
statistieke
string
'cpu_util'
Die onderliggende maatstawwe is: 'cpu_util', 'memory.resident'.
drumpel
Nommer
25.0
Werkladingsdrempel vir migrasie.
tydperk
Nommer
300
Kumulatiewe tydperk Plafonmeter.
Die metode wat gebruik word, is migrasie.
Werkladingsstabilisering is 'n strategie wat daarop gemik is om die werklading te stabiliseer deur gebruik te maak van lewendige migrasie. Die strategie is gebaseer op 'n standaardafwyking algoritme en bepaal of daar opeenhoping in die groep is en reageer daarop deur masjienmigrasie te aktiveer om die groep te stabiliseer.
Vereistes
- Gebruik van fisiese verwerkers;
- Ten minste twee fisiese rekenaarnodusse;
- Die plafonmeter-komponent - plafonmeter-agent-rekenaar, wat op elke rekenknoop loop, en die plafonmeter-API geïnstalleer en gekonfigureer, sowel as die volgende statistieke versamel:
metrieke
diens
plugins
kommentaar
cpu_util
niemand
geheue.inwoner
niemand
Bergingskapasiteit-balansstrategie (strategie geïmplementeer vanaf Queens) - die strategie dra skywe oor na gelang van die las op die Cinder-poele. 'n Oordragbesluit word geneem wanneer die poelbenuttingskoers 'n gespesifiseerde drempel oorskry. Die skyf wat geskuif word, moet die swembad nader bring aan die gemiddelde vrag van alle Cinder-poele.
Vereistes en beperkings
- Minimum twee Cinder swembaddens;
- Moontlikheid van skyfmigrasie.
- Cluster data model - Cinder cluster data model versamelaar.
Strategie parameters:
parameter
tipe
by verstek
beskrywing
volume_drempel
Nommer
80.0
Drempelwaarde van skywe vir balansering van volumes.
Die metode wat gebruik word, is skyfmigrasie (volume_migrate).
Lawaaierige buurman - Identifiseer en migreer 'n "lawaaierige buurman" - 'n lae-prioriteit virtuele masjien wat die werkverrigting van 'n hoë-prioriteit virtuele masjien in terme van IPC negatief beïnvloed deur Laaste Vlak Cache te oorgebruik. Eie strategie: lawaaierige buurman (die strategie-parameter wat gebruik word is cache_threshold (verstekwaarde is 35), wanneer prestasie tot die gespesifiseerde waarde daal, word migrasie begin. Vir die strategie om te werk, geaktiveer LLC (Laaste Vlak Cache) statistieke, nuutste Intel-bediener met CMT-ondersteuning, sowel as om die volgende maatstawwe in te samel:
metrieke
diens
plugins
kommentaar
cpu_l3_kas
niemand
Intel benodig .
Cluster data model (verstek): Nova cluster data model versamelaar. Die metode wat gebruik word, is migrasie.
Om met hierdie doel deur die Dashboard te werk, word nie ten volle in Queens geïmplementeer nie.
Termiese optimalisering - optimaliseer die temperatuur regime. Uitlaat (uitlaat lug) temperatuur is een van die belangrike termiese telemetrie stelsels om die termiese/werklading status van 'n bediener te meet. Die teiken het een strategie, die uitlaattemperatuurgebaseerde strategie, wat besluit om werkladings na termies gunstige gashere (laagste uitlaattemperatuur) te migreer wanneer die uitlaattemperatuur van die brongashere 'n konfigureerbare drempel bereik.
Vir die strategie om te werk, benodig jy 'n bediener met Intel Power Node Manager geïnstalleer en gekonfigureer , sowel as om die volgende maatstawwe in te samel:
metrieke
diens
plugins
kommentaar
hardeware.ipmi.node.uitlaattemperatuur
IPMI
Strategie parameters:
parameter
tipe
by verstek
beskrywing
drumpel
Nommer
35.0
Temperatuurdrempel vir migrasie.
tydperk
Nommer
30
Die tydsinterval, in sekondes, om die statistiese samevoeging van die metrieke databron te verkry.
Die metode wat gebruik word, is migrasie.
Optimalisering van lugvloei - optimaliseer die ventilasiemodus. Eie strategie - Eenvormige lugvloei met behulp van lewendige migrasie. Die strategie veroorsaak virtuele masjienmigrasie wanneer die lugvloei vanaf die bedienerwaaier 'n gespesifiseerde drempel oorskry.
Vir die strategie om te werk benodig jy:
- Hardeware: bereken nodusse < ondersteun NodeManager 3.0;
- Ten minste twee rekenaarnodusse;
- Die ceilometer-agent-compute en Ceilometer API-komponent wat op elke rekenaarnodus geïnstalleer en gekonfigureer is, wat metrieke soos lugvloei, stelselkrag, inlaattemperatuur suksesvol kan rapporteer:
metrieke
diens
plugins
kommentaar
hardeware.ipmi.node.lugvloei
IPMI
hardeware.ipmi.node.temperatuur
IPMI
hardeware.ipmi.node.krag
IPMI
Vir die strategie om te werk, benodig jy 'n bediener met Intel Power Node Manager 3.0 of later geïnstalleer en gekonfigureer.
Beperkings: Die konsep is nie bedoel vir produksie nie.
Daar word voorgestel om hierdie algoritme met deurlopende oudits te gebruik, aangesien slegs een virtuele masjien beplan word om per iterasie gemigreer te word.
Regstreekse migrasies is moontlik.
Strategie parameters:
parameter
tipe
by verstek
beskrywing
drempel_lugvloei
Nommer
400.0
Lugvloeidrempel vir migrasie-eenheid is 0.1CFM
drempel_inlaat_t
Nommer
28.0
Inlaattemperatuurdrempel vir migrasiebesluit
drempel_krag
Nommer
350.0
Stelselkragdrempel vir migrasiebesluit
tydperk
Nommer
30
Die tydsinterval, in sekondes, om die statistiese samevoeging van die metrieke databron te verkry.
Die metode wat gebruik word, is migrasie.
Hardware Onderhoud - hardeware instandhouding. Die strategie wat met hierdie doelwit verband hou, is Sone-migrasie. Die strategie is 'n instrument vir effektiewe outomatiese en minimale migrasie van virtuele masjiene en skywe in geval van behoefte aan hardeware-onderhoud. Strategie bou 'n plan van aksie in ooreenstemming met gewigte: 'n stel aksies wat meer gewig het, sal voor ander beplan word. Daar is twee konfigurasie opsies: action_weights en parallelization.
Beperkings: aksiegewigte en parallelisering moet gekonfigureer word.
Strategie parameters:
parameter
tipe
by verstek
beskrywing
bereken_nodes
verskeidenheid
Geen
Bereken nodusse vir migrasie.
stoorpoele
verskeidenheid
Geen
Berging nodusse vir migrasie.
parallel_totaal
integer
6
Die totale aantal aktiwiteite wat parallel uitgevoer moet word.
parallel_per_node
integer
2
Die aantal aksies wat parallel uitgevoer word vir elke berekeningsnodus.
parallel_per_poel
integer
2
Die aantal aksies wat parallel uitgevoer word vir elke stoorpoel.
prioriteit
voorwerp
Geen
Prioriteitslys vir virtuele masjiene en skywe.
met_aangeheg_volume
boolean
Vals
Onwaar—virtuele masjiene sal gemigreer word nadat alle skywe gemigreer is. Waar—virtuele masjiene sal gemigreer word nadat alle gekoppelde skywe gemigreer is.
Elemente van die reeks rekenaarnodusse:
parameter
tipe
by verstek
beskrywing
src_node
string
Geen
Die rekenknoop vanwaar die virtuele masjiene gemigreer word (vereis).
dst_node
string
Geen
Bereken die nodus waarheen die virtuele masjiene migreer.
Bergingsnodus-skikking elemente:
parameter
tipe
by verstek
beskrywing
src_poel
string
Geen
Die stoorpoel waaruit die skywe gemigreer word (vereis).
dst_poel
string
Geen
Die stoorpoel waarheen skywe gemigreer word.
src_tipe
string
Geen
Oorspronklike skyftipe (vereis).
dst_tipe
string
Geen
Die resulterende skyftipe (vereis).
Objektprioriteitelemente:
parameter
tipe
by verstek
beskrywing
projek
verskeidenheid
Geen
Projek name.
bereken_node
verskeidenheid
Geen
Bereken nodusname.
stoorpoel
verskeidenheid
Geen
Stoor swembad name.
bereken
opsomming
Geen
Virtuele masjien parameters [“vcpu_num”, “mem_size”, “skyf_size”, “created_at”].
stoor
opsomming
Geen
Skyfparameters [“grootte”, “created_at”].
Die metodes wat gebruik word, is virtuele masjienmigrasie, skyfmigrasie.
Ongeklassifiseerde - 'n hulpdoel wat gebruik word om die strategie-ontwikkelingsproses te fasiliteer. Bevat geen spesifikasies nie en kan gebruik word wanneer die strategie nog nie met 'n bestaande doelwit geassosieer word nie. Hierdie doelwit kan ook as 'n oorgangspunt gebruik word. 'n Verwante strategie vir hierdie doelwit is Aktuator.
Die skep van 'n nuwe doelwit
Watcher Decision Engine het 'n "eksterne doel"-inprop-koppelvlak wat dit moontlik maak om 'n eksterne doelwit te integreer wat met 'n strategie bereik kan word.
Voordat jy 'n nuwe doelwit skep, moet jy seker maak dat geen bestaande doelwitte aan jou behoeftes voldoen nie.
Skep 'n nuwe inprop
Om 'n nuwe teiken te skep, moet jy: die teikenklas uitbrei, 'n klasmetode implementeer kry_naam() om die unieke ID van die nuwe teiken wat jy wil skep terug te gee. Hierdie unieke identifiseerder moet ooreenstem met die toegangspuntnaam wat jy later verklaar.
Vervolgens moet jy die klasmetode implementeer kry_vertoonnaam() om die vertaalde vertoonnaam van die teiken wat jy wil skep terug te gee (moenie 'n veranderlike gebruik om die vertaalde string terug te gee sodat dit outomaties deur die vertaalnutsding ingesamel kan word nie.).
Implementeer 'n klasmetode kry_vertaalbare_vertoonnaam()om die vertaalsleutel (eintlik die Engelse vertoonnaam) van jou nuwe teiken terug te gee. Die terugkeerwaarde moet ooreenstem met die string wat in get_display_name() vertaal is.
Implementeer sy metode kry_doeltreffendheid_spesifikasie()om die doeltreffendheidspesifikasie vir jou teiken terug te gee. Die get_efficacy_specification() metode gee die Unclassified() instansie terug wat deur Watcher verskaf word. Hierdie prestasiespesifikasie is nuttig in die proses om jou doelwit te ontwikkel omdat dit ooreenstem met die leë spesifikasie.
→
Watcher-argitektuur (meer besonderhede) ).
Komponente
Watcher API - 'n komponent wat die REST API implementeer wat deur Watcher verskaf word. Interaksiemeganismes: CLI, Horizon-inprop, Python SDK.
Kyker DB - Watcher-databasis.
Watcher Applier — 'n komponent wat die uitvoering implementeer van 'n aksieplan wat deur die Watcher Decision Engine-komponent geskep is.
Watcher Decision Engine - Die komponent wat verantwoordelik is vir die berekening van 'n stel potensiële optimaliseringsaksies om die ouditdoelwit te bereik. As 'n strategie nie gespesifiseer word nie, kies die komponent onafhanklik die mees geskikte een.
Watcher Metrics Publisher - 'n Komponent wat sommige maatstawwe of gebeurtenisse versamel en bereken en dit na die CEP-eindpunt publiseer. Die funksionaliteit van die komponent kan ook deur Ceilometer-uitgewer verskaf word.
Complex Event Processing (CEP) Engine - enjin vir komplekse gebeurtenisverwerking. Om prestasieredes kan daar verskeie CEP Engine-gevalle gelyktydig loop, wat elkeen 'n spesifieke tipe maatstaf/gebeurtenis verwerk. In die Watcher-stelsel veroorsaak CEP twee tipes aksies: - teken die ooreenstemmende gebeure/metrieke in die tydreeksdatabasis aan; - stuur toepaslike gebeurtenisse na die Watcher Decision Engine wanneer hierdie gebeurtenis die resultaat van die huidige optimaliseringstrategie kan beïnvloed, aangesien die Openstack-kluster nie 'n statiese stelsel is nie.
Die komponente interaksie met behulp van die AMQP-protokol.
→
Skema van interaksie met Watcher
Watcher toets resultate
- Op die Optimalisering - Aksieplanne 500 bladsy (beide op suiwer Queens en op 'n staander met Tionix-modules), verskyn dit eers nadat die oudit van stapel gestuur is en 'n aksieplan gegenereer is; die leë een maak normaalweg oop.
- Daar is foute op die Aksiebesonderhede-oortjie, dit is nie moontlik om die ouditdoelwit en -strategie te kry nie (beide op suiwer Queens en op 'n staanplek met Tionix-modules).
- Oudits met die doel van Dummy (toets) word geskep en normaalweg geloods, aksieplanne word gegenereer.
- Oudits vir die ongeklassifiseerde doelwit word nie geskep nie omdat die doelwit nie funksioneel is nie en bedoel is vir intermediêre konfigurasie wanneer nuwe strategieë geskep word.
- Oudits vir die doel van Werklading Balansering (Stoorkapasiteit-balansstrategie) word suksesvol geskep, maar 'n aksieplan word nie gegenereer nie. Geen stoorpoeloptimalisering benodig nie.
- Oudits vir die werkslasbalansering-doelwit (Workload Balance Migration Strategy) word suksesvol geskep, maar 'n aksieplan word nie gegenereer nie.
- Oudits vir werkslasbalansering (werkladingsstabiliseringstrategie) misluk.
- Oudits vir die Noisy Neighbour-teiken word suksesvol geskep, maar 'n aksieplan word nie gegenereer nie.
- Oudits vir die doel van Hardeware-instandhouding word suksesvol geskep, die aksieplan word nie volledig gegenereer nie (prestasie-aanwysers word gegenereer, maar die lys van aksies self word nie gegenereer nie).
- Wysigings in die nova.conf-konfigurasies (in die verstek-afdeling compute_monitors = cpu.virt_driver) op die rekenaar- en beheernodusse korrigeer nie die foute nie.
- Oudits wat gerig is op Server Consolidation (Basiese strategie) misluk ook.
- Oudits vir die doel van Bedienerkonsolidasie (VM-werkladingskonsolidasiestrategie) misluk met 'n fout. In die logs is daar 'n fout met die verkryging van brondata. Bespreking van die fout, in die besonder .
Ons het probeer om Watcher in die konfigurasielêer te spesifiseer (dit het nie gehelp nie - as gevolg van 'n fout op alle optimeringsbladsye, korrigeer die terugkeer na die oorspronklike inhoud van die konfigurasielêer nie die situasie nie): [watcher_strategies.basic] datasource = ceilometer, gnocchi - Oudits vir energiebesparing misluk. Te oordeel aan die logs, is die probleem steeds in die afwesigheid van Ironic; dit sal nie werk sonder kaalmetaaldiens nie.
- Oudits vir termiese optimalisering misluk. Die terugspoor is dieselfde as vir Server Consolidation (VM-werklading-konsolidasiestrategie) (brondatafout)
- Oudits vir die doel van lugvloeioptimalisering misluk met 'n fout.
Die volgende ouditvoltooiingsfoute word ook ondervind. Traceback in decision-engine.log logs (cluster state is nie gedefinieer nie).
→ Bespreking van die fout
Gevolgtrekking
Die resultaat van ons twee maande lange navorsing was die onomwonde gevolgtrekking dat om 'n volwaardige, werkende lasbalanseringstelsel te verkry, ons in hierdie deel nou sal moet saamwerk om die gereedskap vir die Openstack-platform te verfyn.
Watcher het bewys dat dit 'n ernstige en vinnig ontwikkelende produk met enorme potensiaal is, waarvan die volle gebruik baie ernstige werk sal verg.
Maar meer hieroor in die volgende artikels van die reeks.
Bron: will.com