Sa dagkong mga sistema sa panganod, ang isyu sa awtomatik nga pagbalanse o pag-level sa load sa mga kapanguhaan sa pag-compute labi ka grabe. Ang Tionix (usa ka developer ug operator sa mga serbisyo sa panganod, bahin sa grupo sa mga kompanya sa Rostelecom) nag-atiman usab niini nga isyu.
Ug, tungod kay ang among nag-unang plataporma sa pag-uswag mao ang Openstack, ug kami, sama sa tanan nga mga tawo, mga tapulan, nakahukom nga magpili usa ka andam nga module nga naapil na sa plataporma. Ang among gipili nahulog sa Watcher, nga among gipili nga gamiton alang sa among mga panginahanglan.
Una, atong tan-awon ang mga termino ug mga kahulugan.
Mga Termino ug Kahulugan
Tumong kay mabasa sa tawo, maobserbahan ug masukod nga resulta nga kinahanglang makab-ot. Adunay usa o daghang mga estratehiya aron makab-ot ang matag katuyoan. Ang usa ka estratehiya mao ang pagpatuman sa usa ka algorithm nga makahimo sa pagpangita og solusyon alang sa usa ka tumong.
Aksyon usa ka elementarya nga buluhaton nga nagbag-o sa kasamtangan nga kahimtang sa target nga gidumala nga kapanguhaan sa OpenStack cluster, sama sa: pagbalhin sa usa ka virtual nga makina (paglalin), pagbag-o sa kahimtang sa gahum sa usa ka node (change_node_power_state), pagbag-o sa kahimtang sa serbisyo sa nova (change_nova_service_state ), pagbag-o sa lami (resize), pagrehistro sa mga mensahe sa NOP (nop), kakulang sa aksyon sa usa ka piho nga gitas-on sa oras - paghunong (pagkatulog), pagbalhin sa disk (volume_migrate).
Plano sa Aksyon - usa ka piho nga dagan sa mga aksyon nga gihimo sa usa ka piho nga han-ay aron makab-ot ang usa ka piho nga Tumong. Ang Plano sa Aksyon naglangkob usab sa gisukod nga global nga pasundayag nga adunay usa ka hugpong sa mga timailhan sa pasundayag. Usa ka plano sa aksyon ang gihimo sa Watcher sa usa ka malampuson nga pag-audit, ingon usa ka sangputanan diin ang estratehiya nga gigamit nakakaplag usa ka solusyon aron makab-ot ang katuyoan. Ang plano sa aksyon naglangkob sa usa ka lista sa sunud-sunod nga mga aksyon.
Pag-audit usa ka hangyo nga ma-optimize ang cluster. Ang pag-optimize gihimo aron makab-ot ang usa ka Tumong sa gihatag nga cluster. Alang sa matag malampuson nga pag-audit, ang Watcher naghimo og Plano sa Aksyon.
Sakop sa Audit usa ka hugpong sa mga kahinguhaan sa sulod diin gihimo ang pag-audit (mga (mga) sona nga magamit, mga tig-ipon sa node, indibidwal nga mga node sa pag-compute o mga node sa pagtipig, ug uban pa). Ang sakup sa pag-audit gihubit sa matag template. Kung ang usa ka sakup sa pag-audit wala gitakda, ang tibuuk nga cluster pagaawdit.
Template sa Audit - usa ka natipig nga set sa mga setting alang sa paglansad sa usa ka pag-audit. Ang mga templates gikinahanglan aron sa pagpadagan sa mga pag-audit sa daghang mga higayon nga adunay parehas nga mga setting. Ang template kinahanglan nga adunay sulud sa katuyoan sa pag-audit; kung ang mga estratehiya wala gitino, nan ang labing angay nga mga estratehikong anaa na ang gipili.
Cluster maoy usa ka koleksyon sa pisikal nga mga makina nga naghatag ug compute, storage, ug networking resources ug gidumala sa samang OpenStack management node.
Cluster Data Model (CDM) usa ka lohikal nga representasyon sa kasamtangan nga kahimtang ug topology sa mga kahinguhaan nga gidumala sa cluster.
Efficiency Indicator - usa ka timailhan nga nagpakita kung giunsa ang solusyon nga gihimo gamit kini nga estratehiya gihimo. Ang mga indikasyon sa performance espesipiko sa usa ka partikular nga tumong ug kasagarang gigamit sa pagkuwenta sa tibuok kalibutan nga pagkaepektibo sa resulta nga plano sa aksyon.
Espesipiko sa Kaepektibo maoy usa ka hugpong sa mga piho nga bahin nga nalangkit sa matag Tumong nga naghubit sa lain-laing mga indikasyon sa pasundayag nga kinahanglang makab-ot sa usa ka estratehiya aron makab-ot ang katugbang nga Tumong sa solusyon niini. Sa tinuud, ang matag solusyon nga gisugyot sa estratehiya susihon batok sa espesipikasyon sa dili pa kalkulahon ang pagkaepektibo sa tibuuk kalibutan.
Makina sa Pagmarka mao ang usa ka executable file nga adunay maayo nga gihubit nga mga input, maayo nga gipasabut nga mga output, ug naghimo sa usa ka lunsay nga buluhaton sa matematika. Niining paagiha, ang kalkulasyon independente sa palibot diin kini gihimo-kini maghatag sa parehas nga resulta bisan asa.
Tigplano sa Tigbantay - bahin sa makina sa paghimog desisyon sa Watcher. Kini nga module nagkuha usa ka hugpong sa mga aksyon nga gihimo sa usa ka estratehiya ug nagmugna usa ka plano sa daloy sa trabaho nga nagtino kung giunsa ang pag-iskedyul niining lainlaing mga aksyon sa oras ug alang sa matag aksyon, kung unsa ang mga precondition.
Mga Tumong ug Estratehiya sa Tigbantay
Tumong
Mga estratehiya
Dummy nga tumong
Dummy nga Strategy
Dummy Strategy gamit ang sample Scoring Engines
Dummy nga diskarte nga adunay pagbag-o
Pagluwas sa Enerhiya
Diskarte sa Pagdaginot sa Enerhiya
Pagkonsolida sa Server
Basic Offline Server Consolidation
VM Workload Consolidation Strategy
Pagbalanse sa Workload
Diskarte sa Paglalin sa Balanse sa Trabaho
Diskarte sa Balanse sa Kapasidad sa Pagtipig
Pag-stabilize sa workload
Saba nga silingan
Saba nga silingan
Thermal Optimization
Diskarte base sa temperatura sa outlet
Pag-optimize sa Airflow
Uniform nga airflow migration nga estratehiya
Pagpadayon sa hardware
Paglalin sa sona
Dili Unclassified
Tigpatanto
Dummy nga tumong — gitagana nga katuyoan nga gigamit alang sa mga katuyoan sa pagsulay.
May kalabotan nga mga estratehiya: Dummy Strategy, Dummy Strategy gamit ang sample Scoring Engines ug Dummy nga estratehiya nga adunay pagbag-o sa gidak-on. Dummy nga estratehiya kay usa ka dummy nga estratehiya nga gigamit para sa integration testing pinaagi sa Tempest. Kini nga estratehiya wala maghatag bisan unsang mapuslanon nga pag-optimize, ang katuyoan lamang niini mao ang paggamit sa mga pagsulay sa Tempest.
Dummy nga estratehiya gamit ang sample Scoring Engines - ang estratehiya susama sa nauna, ang bugtong kalainan mao ang paggamit sa usa ka sample nga "scoring engine" nga nagpahigayon og mga kalkulasyon gamit ang mga pamaagi sa pagkat-on sa makina.
Dummy nga estratehiya nga adunay pagbag-o - ang estratehiya parehas sa nauna, ang bugtong kalainan mao ang paggamit sa pagbag-o sa lami (paglalin ug pagbag-o).
Wala gigamit sa produksyon.
Pagluwas sa Enerhiya - pagminus sa konsumo sa enerhiya. Ang Saving Energy Strategy sa kini nga katuyoan, kauban ang VM Workload Consolidation Strategy (Server Consolidation), adunay katakus sa dinamikong pagdumala sa gahum (DPM) nga mga bahin nga makadaginot sa enerhiya pinaagi sa dinamikong pagkonsolida sa mga karga sa trabaho bisan sa mga panahon sa ubos nga paggamit sa kapanguhaan: ang mga virtual nga makina gibalhin sa mas gamay nga mga node , ug ang wala kinahanglana nga mga node gi-disable. Human sa pagkonsolida, ang estratehiya nagtanyag og desisyon sa pag-on/off sa mga node subay sa gitakda nga mga parametro: “min_free_hosts_num” - ang gidaghanon sa mga free enabled nodes nga naghulat sa load, ug “free_used_percent” - ang porsyento sa libre nga enabled hosts ngadto sa gidaghanon sa mga node nga giokupar sa mga makina. Aron molihok ang estratehiya kinahanglan adunay gipaandar ug gi-configure ang Ironic aron pagdumala sa pagbisikleta sa kuryente sa mga node.
Mga parametro sa estratehiya
sukaranan
type sa
pinaagi sa default
ang paghulagway
libre_gamit_porsiyento
Numero
10.0
ratio sa gidaghanon sa mga libre nga computing node ngadto sa gidaghanon sa mga computing nodes nga adunay mga virtual machine
min_free_hosts_num
Int
1
minimum nga gidaghanon sa libre nga computing nodes
Ang panganod kinahanglan adunay labing menos duha ka node. Ang pamaagi nga gigamit mao ang pagbag-o sa power state sa node (change_node_power_state). Ang estratehiya wala magkinahanglan og pagkolekta sa mga sukatan.
Pagkonsolida sa Server - pagminus sa gidaghanon sa mga node sa pag-compute (konsolidasyon). Kini adunay duha ka estratehiya: Basic Offline Server Consolidation ug VM Workload Consolidation Strategy.
Ang Basic Offline Server Consolidation nga estratehiya nagpamenos sa kinatibuk-ang gidaghanon sa mga server nga gigamit ug usab nagpamenos sa gidaghanon sa mga paglalin.
Ang sukaranan nga estratehiya nanginahanglan sa mosunod nga mga sukatan:
metrics
serbisyo
mga plugins
usa ka komento
compute.node.cpu.percent
walay bisan kinsa nga
cpu_util
walay bisan kinsa nga
Mga parametro sa estratehiya: migration_attempts - gidaghanon sa mga kombinasyon aron pangitaon ang mga potensyal nga kandidato alang sa pagsira (default, 0, walay mga pagdili), panahon - agwat sa panahon sa mga segundo aron makuha ang static nga paghugpong gikan sa metric data source (default, 700).
Mga pamaagi nga gigamit: paglalin, pagbag-o sa kahimtang sa serbisyo sa nova (change_nova_service_state).
Ang VM Workload Consolidation Strategy gibase sa usa ka first-fit heuristic nga nagtutok sa gisukod nga load sa CPU ug misulay sa pagpamenos sa mga node nga adunay daghan kaayo o gamay ra kaayo nga load nga gihatag sa resource capacity nga mga limitasyon. Kini nga estratehiya naghatag og solusyon nga moresulta sa mas episyente nga paggamit sa cluster resources gamit ang mosunod nga upat ka lakang:
- Unloading phase - pagproseso sa sobra nga gigamit nga mga kapanguhaan;
- Yugto sa konsolidasyon - pagdumala sa wala kaayo magamit nga mga kahinguhaan;
- Pag-optimize sa solusyon - pagkunhod sa gidaghanon sa mga paglalin;
- Pag-disable sa wala magamit nga mga node sa pagkalkula.
Ang estratehiya nagkinahanglan sa mosunod nga mga sukdanan:
metrics
serbisyo
mga plugins
usa ka komento
handumanan
walay bisan kinsa nga
disk.root.size
walay bisan kinsa nga
Ang mosunod nga mga sukdanan kay opsyonal apan makapauswag sa pagkatukma sa estratehiya kon anaa:
metrics
serbisyo
mga plugins
usa ka komento
memorya.residente
walay bisan kinsa nga
cpu_util
walay bisan kinsa nga
Mga parametro sa estratehiya: panahon — agwat sa oras sa mga segundo aron makuha ang static nga panagsama gikan sa metric data source (default, 3600).
Gigamit ang parehas nga mga pamaagi sama sa miaging estratehiya. Dugang detalye .
Pagbalanse sa Workload - balanse ang workload sa taliwala sa mga node sa pag-compute. Ang tumong adunay tulo ka mga estratehiya: Workload Balance Migration Strategy, Workload stabilization, Storage Capacity Balance Strategy.
Workload Balance Migration Strategy nagpadagan sa virtual machine migrations base sa host virtual machine workload. Usa ka desisyon sa paglalin gihimo sa matag higayon nga ang % CPU o RAM nga paggamit sa usa ka node molapas sa gitakda nga threshold. Sa kini nga kaso, ang gibalhin nga virtual machine kinahanglan nga magdala sa node nga mas duol sa kasagaran nga workload sa tanan nga mga node.
mga kinahanglanon
- Paggamit sa pisikal nga mga processor;
- Labing menos duha ka physical computing node;
- Gi-install ug gi-configure ang sangkap sa Ceilometer - ceilometer-agent-compute, nga nagdagan sa matag compute node, ug ang Ceilometer API, ingon man ang pagkolekta sa mosunod nga mga sukatan:
metrics
serbisyo
mga plugins
usa ka komento
cpu_util
walay bisan kinsa nga
memorya.residente
walay bisan kinsa nga
Mga parametro sa estratehiya:
sukaranan
type sa
pinaagi sa default
ang paghulagway
metrics
hilo
'cpu_util'
Ang nagpahiping metrics mao ang: 'cpu_util', 'memory.resident'.
sukaranan
Numero
25.0
Workload threshold para sa paglalin.
panahon
Numero
300
Cumulative nga yugto sa panahon Ceilometer.
Ang pamaagi nga gigamit mao ang paglalin.
Ang pag-stabilize sa workload usa ka estratehiya nga gitumong sa pag-stabilize sa workload gamit ang live migration. Ang estratehiya gibase sa usa ka standard deviation algorithm ug nagtino kung adunay congestion sa cluster ug gitubag kini pinaagi sa pag-trigger sa paglalin sa makina aron mapalig-on ang cluster.
mga kinahanglanon
- Paggamit sa pisikal nga mga processor;
- Labing menos duha ka physical computing node;
- Gi-install ug gi-configure ang sangkap sa Ceilometer - ceilometer-agent-compute, nga nagdagan sa matag compute node, ug ang Ceilometer API, ingon man ang pagkolekta sa mosunod nga mga sukatan:
metrics
serbisyo
mga plugins
usa ka komento
cpu_util
walay bisan kinsa nga
memorya.residente
walay bisan kinsa nga
Diskarte sa Balanse nga Kapasidad sa Pagtipig (estratehiya nga gipatuman sugod sa Queens) - ang estratehiya nagbalhin sa mga disk depende sa pagkarga sa mga pool sa Cinder. Usa ka desisyon sa pagbalhin gihimo kung ang rate sa paggamit sa pool molapas sa usa ka piho nga sukaranan. Ang disk nga gibalhin kinahanglan magdala sa pool nga mas duol sa kasagaran nga load sa tanan nga Cinder pool.
Mga kinahanglanon ug mga pagdili
- Minimum nga duha ka Cinder pool;
- Posibilidad sa paglalin sa disk.
- Modelo sa datos sa Cluster - Tigkolekta sa modelo sa datos sa cluster sa Cinder.
Mga parametro sa estratehiya:
sukaranan
type sa
pinaagi sa default
ang paghulagway
volume_threshold
Numero
80.0
Ang kantidad sa threshold sa mga disk alang sa pagbalanse sa mga volume.
Ang pamaagi nga gigamit mao ang disk migration (volume_migrate).
Noisy Neighbor - Pag-ila ug pagbalhin sa usa ka "saba nga silingan" - usa ka ubos nga prayoridad nga virtual machine nga negatibo nga nakaapekto sa paghimo sa usa ka taas nga prayoridad nga virtual machine sa termino sa IPC pinaagi sa sobrang paggamit sa Last Level Cache. Kaugalingong estratehiya: Noisy Neighbor (parameter sa estratehiya nga gigamit mao ang cache_threshold (default nga bili mao ang 35), kung ang pasundayag moubos sa gipiho nga kantidad, ang paglalin magsugod. Aron ang estratehiya molihok, mahimo LLC (Last Level Cache) metrics, pinakabag-o nga Intel server nga adunay suporta sa CMT, ingon man sa pagkolekta sa mosunod nga mga sukatan:
metrics
serbisyo
mga plugins
usa ka komento
cpu_l3_cache
walay bisan kinsa nga
Intel gikinahanglan .
Modelo sa datos sa cluster (default): Tigkolekta sa modelo sa datos sa Nova cluster. Ang pamaagi nga gigamit mao ang paglalin.
Ang pagtrabaho niini nga tumong pinaagi sa Dashboard dili hingpit nga gipatuman sa Queens.
Thermal Optimization - optimize ang temperatura nga rehimen. Ang temperatura sa outlet (hangin sa tambutso) usa sa mga importanteng sistema sa telemetry sa thermal aron masukod ang kahimtang sa thermal/workload sa usa ka server. Ang target adunay usa ka estratehiya, ang Outlet temperature based nga estratehiya, nga modesisyon sa pagbalhin sa mga workloads ngadto sa thermally favorable nga mga host (labing ubos nga outlet temperature) kung ang outlet temperature sa source host moabot sa usa ka configurable threshold.
Aron molihok ang estratehiya, kinahanglan nimo ang usa ka server nga adunay Intel Power Node Manager nga gi-install ug gi-configure , ingon man sa pagkolekta sa mosunod nga mga sukatan:
metrics
serbisyo
mga plugins
usa ka komento
hardware.ipmi.node.outlet_temperature
IPMI
Mga parametro sa estratehiya:
sukaranan
type sa
pinaagi sa default
ang paghulagway
sukaranan
Numero
35.0
Temperatura threshold para sa paglalin.
panahon
Numero
30
Ang agwat sa oras, sa mga segundo, aron makuha ang istatistikal nga panagsama gikan sa gigikanan sa metric data.
Ang pamaagi nga gigamit mao ang paglalin.
Pag-optimize sa Airflow - optimize ang bentilasyon mode. Kaugalingong estratehiya - Uniform Airflow gamit ang live migration. Ang estratehiya nag-aghat sa paglalin sa virtual machine kung ang airflow gikan sa fan sa server molapas sa usa ka piho nga threshold.
Aron molihok ang estratehiya kinahanglan nimo:
- Hardware: compute nodes <pagsuporta sa NodeManager 3.0;
- Labing menos duha ka mga node sa pag-compute;
- Ang ceilometer-agent-compute ug Ceilometer API component nga gi-install ug gi-configure sa matag computing node, nga malampusong maka-report sa metrics sama sa air flow, system power, inlet temperature:
metrics
serbisyo
mga plugins
usa ka komento
hardware.ipmi.node.airflow
IPMI
hardware.ipmi.node.temperature
IPMI
hardware.ipmi.node.power
IPMI
Aron molihok ang estratehiya, kinahanglan nimo ang usa ka server nga adunay Intel Power Node Manager 3.0 o sa ulahi na-install ug gi-configure.
Mga Limitasyon: Ang konsepto wala gituyo alang sa produksiyon.
Gisugyot nga gamiton kini nga algorithm nga adunay padayon nga pag-audit, tungod kay usa ra ka virtual nga makina ang giplano nga ibalhin matag pag-uli.
Posible ang live nga paglalin.
Mga parametro sa estratehiya:
sukaranan
type sa
pinaagi sa default
ang paghulagway
threshold_airflow
Numero
400.0
Airflow threshold para sa migration Unit kay 0.1CFM
threshold_inlet_t
Numero
28.0
Inlet temperature threshold para sa desisyon sa paglalin
threshold_power
Numero
350.0
System power threshold para sa desisyon sa paglalin
panahon
Numero
30
Ang agwat sa oras, sa mga segundo, aron makuha ang istatistikal nga panagsama gikan sa gigikanan sa metric data.
Ang pamaagi nga gigamit mao ang paglalin.
Pagmentinar sa Hardware - pagmentinar sa hardware. Ang estratehiya nga may kalabutan niini nga tumong mao ang Zone migration. Ang estratehiya usa ka himan alang sa epektibo nga awtomatiko ug gamay nga paglalin sa mga virtual nga makina ug mga disk kung kinahanglan ang pagpadayon sa hardware. Ang estratehiya nagtukod ug usa ka plano sa aksyon subay sa mga gibug-aton: usa ka hugpong sa mga aksyon nga adunay mas daghang gibug-aton ang pagaplanohan una sa uban. Adunay duha ka kapilian sa pag-configure: action_weights ug parallelization.
Mga limitasyon: ang mga gibug-aton sa aksyon ug parallelization kinahanglan nga ma-configure.
Mga parametro sa estratehiya:
sukaranan
type sa
pinaagi sa default
ang paghulagway
compute_nodes
pagsugyot
Walay
Pag-compute sa mga node para sa paglalin.
storage_pools
pagsugyot
Walay
Mga node sa pagtipig alang sa paglalin.
parallel_total
integer
6
Ang kinatibuk-ang gidaghanon sa mga kalihokan nga kinahanglan nga ipatuman sa parallel.
parallel_per_node
integer
2
Ang gidaghanon sa mga aksyon nga gihimo parallel alang sa matag compute node.
parallel_per_pool
integer
2
Ang gidaghanon sa mga aksyon nga gihimo parallel alang sa matag storage pool.
prayoridad
butang
Walay
Listahan sa prayoridad alang sa mga virtual nga makina ug mga disk.
with_attached_volume
boolean
bakak nga mga
Bakak—ang mga virtual nga makina ibalhin human mabalhin ang tanang disk. Tinuod — ang mga virtual nga makina ibalhin human mabalhin ang tanan nga konektado nga mga disk.
Mga elemento sa han-ay sa mga node sa pag-compute:
sukaranan
type sa
pinaagi sa default
ang paghulagway
src_node
hilo
Walay
Ang compute node nga gikan diin ang mga virtual machine gibalhin (gikinahanglan).
dst_node
hilo
Walay
Kalkulahin ang node diin ang mga virtual machine migrate.
Mga elemento sa laray sa node sa pagtipig:
sukaranan
type sa
pinaagi sa default
ang paghulagway
src_pool
hilo
Walay
Ang storage pool diin ang mga disk gibalhin (gikinahanglan).
dst_pool
hilo
Walay
Ang storage pool diin ang mga disk gibalhin.
src_type
hilo
Walay
Orihinal nga tipo sa disk (gikinahanglan).
dst_type
hilo
Walay
Ang resulta nga matang sa disk (gikinahanglan).
Mga butang nga prayoridad nga mga elemento:
sukaranan
type sa
pinaagi sa default
ang paghulagway
proyekto
pagsugyot
Walay
Mga ngalan sa proyekto.
compute_node
pagsugyot
Walay
Pag-compute sa mga ngalan sa node.
storage_pool
pagsugyot
Walay
Mga ngalan sa storage pool.
ikumpara
enum
Walay
Mga parameter sa virtual machine [“vcpu_num”, “mem_size”, “disk_size”, “created_at”].
sa pagtipig
enum
Walay
Mga parameter sa disk ["gidak-on", "gibuhat_sa"].
Ang mga pamaagi nga gigamit mao ang virtual machine migration, disk migration.
Dili Unclassified - usa ka auxiliary nga tumong nga gigamit aron mapadali ang proseso sa pagpalambo sa estratehiya. Wala’y sulud nga mga detalye ug mahimong magamit kung ang estratehiya wala pa kauban sa usa ka naglungtad nga katuyoan. Kini nga tumong mahimo usab nga gamiton isip usa ka punto sa pagbalhin. Ang usa ka may kalabutan nga estratehiya sa kini nga katuyoan mao ang Actuator.
Paghimo og bag-ong tumong
Makina sa Desisyon sa Tigbantay adunay usa ka "panggawas nga tumong" nga interface sa plugin nga nagpaposible sa pag-integrate sa usa ka eksternal nga tumong nga mahimong makab-ot gamit ang usa ka estratehiya.
Sa dili ka pa maghimo usa ka bag-ong katuyoan, kinahanglan nimong sigurohon nga wala’y naglungtad nga mga katuyoan nga makatubag sa imong mga panginahanglan.
Paghimo og bag-ong plugin
Aron makahimo og bag-ong target, kinahanglan nimo: i-extend ang target nga klase, ipatuman ang pamaagi sa klase get_name() aron ibalik ang talagsaon nga ID sa bag-ong target nga gusto nimong buhaton. Kining talagsaon nga identifier kinahanglang motakdo sa entry point nga ngalan nga imong ideklarar unya.
Sunod kinahanglan nimo nga ipatuman ang pamaagi sa klase get_display_name() aron ibalik ang gihubad nga display name sa target nga gusto nimong buhaton (ayaw paggamit ug variable aron ibalik ang gihubad nga string aron kini awtomatik nga makolekta sa himan sa paghubad.).
Ipatuman ang pamaagi sa klase get_translatable_display_name()aron ibalik ang yawe sa paghubad (sa tinuud ang English nga display name) sa imong bag-ong target. Ang bili sa pagbalik kinahanglang motakdo sa string nga gihubad ngadto sa get_display_name().
Ipatuman ang iyang pamaagi get_efficacy_specification()aron ibalik ang espesipikasyon sa kahusayan alang sa imong target. Ang get_efficacy_specification() nga pamaagi nagbalik sa Unclassified() instance nga gihatag sa Watcher. Kini nga espesipikasyon sa pasundayag mapuslanon sa proseso sa pagpalambo sa imong tumong tungod kay kini katumbas sa walay sulod nga detalye.
→
Arkitektura sa tigbantay (dugang mga detalye) ).
Mga Bahin
Watcher API - usa ka sangkap nga nagpatuman sa REST API nga gihatag sa Watcher. Mga mekanismo sa interaksyon: CLI, Horizon plugin, Python SDK.
Tigbantay DB - Database sa tigbantay.
Watcher Applier — usa ka sangkap nga nagpatuman sa pagpatuman sa usa ka plano sa aksyon nga gihimo sa sangkap sa Watcher Decision Engine.
Makina sa Desisyon sa Tigbantay - Ang sangkap nga responsable sa pag-compute sa usa ka hugpong sa mga potensyal nga aksyon sa pag-optimize aron makab-ot ang katuyoan sa pag-audit. Kung ang usa ka estratehiya wala gitino, ang sangkap nga independente nga nagpili sa labing angay nga usa.
Watcher Metrics Publisher - Usa ka sangkap nga nagkolekta ug nagkalkula sa pipila nga mga sukatan o mga panghitabo ug gipatik kini sa katapusan nga punto sa CEP. Ang pagpaandar sa sangkap mahimo usab nga gihatag sa publisher sa Ceilometer.
Makina sa Complex Event Processing (CEP). - makina alang sa komplikado nga pagproseso sa panghitabo. Alang sa mga hinungdan sa pasundayag, mahimong adunay daghang mga higayon sa CEP Engine nga dungan nga nagdagan, ang matag usa nagproseso sa usa ka piho nga tipo sa metric/panghitabo. Sa sistema sa Watcher, ang CEP nagpalihok sa duha ka matang sa mga aksyon: - Pagrekord sa mga may kalabutan nga panghitabo / metrics sa database sa serye sa panahon; - ipadala ang angay nga mga panghitabo sa Watcher Decision Engine kung kini nga panghitabo makaapekto sa resulta sa kasamtangan nga estratehiya sa pag-optimize, tungod kay ang Openstack cluster dili usa ka static nga sistema.
Ang mga sangkap nakig-interact gamit ang AMQP protocol.
→
Scheme sa interaksyon sa Watcher
Mga resulta sa pagsulay sa tigbantay
- Sa Optimization - Mga plano sa aksyon 500 nga panid (pareho sa puro nga Queens ug sa usa ka stand nga adunay Tionix modules), makita ra kini pagkahuman sa paglansad sa pag-audit ug usa ka plano sa aksyon namugna; ang walay sulod nga usa nga nagbukas sa normal.
- Adunay mga sayup sa tab nga mga detalye sa Aksyon, dili posible nga makuha ang katuyoan ug estratehiya sa pag-audit (pareho sa puro nga Queens ug sa usa ka baruganan nga adunay mga module sa Tionix).
- Ang mga pag-audit nga adunay katuyoan sa Dummy (pagsulay) gihimo ug gilunsad nga normal, ang mga plano sa aksyon gihimo.
- Ang mga pag-audit alang sa Wala'y Klasipikasyon nga tumong wala gihimo tungod kay ang tumong dili magamit ug gituyo alang sa intermediate nga pag-configure sa paghimo og bag-ong mga estratehiya.
- Ang mga pag-audit para sa katuyoan sa Pagbalanse sa Lulan sa Trabaho (Diskarte sa balanse sa Kapasidad sa Pagtipig) malampuson nga nahimo, apan ang plano sa aksyon wala mabuhat. Wala’y kinahanglan nga pag-optimize sa pool pool.
- Ang mga pag-audit para sa tumong sa Pagbalanse sa Lulan sa Trabaho (Estratehiya sa Paglalin sa Balanse sa Trabaho) malampuson nga nahimo, apan wala mamugna ang plano sa aksyon.
- Ang mga pag-audit alang sa Pagbalanse sa Lulan sa Trabaho (Estratehiya sa Pagpalig-on sa Lulan sa Trabaho) napakyas.
- Ang mga pag-audit para sa Noisy Neighbor nga target nahimo nga malampuson, apan ang plano sa aksyon wala mabuhat.
- Ang mga pag-audit alang sa katuyoan sa pagmentinar sa Hardware malampuson nga nahimo, ang plano sa aksyon wala mabuhat sa hingpit (ang mga indikasyon sa pasundayag gihimo, apan ang lista sa mga aksyon mismo wala mabuhat).
- Ang mga pag-edit sa nova.conf configs (sa default section compute_monitors = cpu.virt_driver) sa compute ug control nodes wala magtul-id sa mga sayop.
- Ang mga pag-audit nga nagpunting sa Server Consolidation (Basic nga estratehiya) napakyas usab.
- Ang mga pag-audit para sa katuyoan sa Server Consolidation (VM workload consolidation strategy) napakyas sa usa ka sayup. Sa mga log adunay sayup sa pagkuha sa gigikanan nga datos. Paghisgot sa sayop, ilabi na .
Gisulayan namon nga ipiho ang Watcher sa config file (wala kini makatabang - ingon usa ka sangputanan sa usa ka sayup sa tanan nga mga panid sa Optimization, ang pagbalik sa orihinal nga sulud sa config file dili matul-id ang sitwasyon): [watcher_strategies.basic] tinubdan sa datos = ceilometer, gnocchi - Ang mga pag-audit alang sa Pagdaginot sa Enerhiya napakyas. Sa paghukom sa mga troso, ang problema mao gihapon ang pagkawala sa Ironic; dili kini molihok kung wala ang serbisyo sa baremetal.
- Ang mga pag-audit alang sa Thermal Optimization napakyas. Ang traceback parehas sa Server Consolidation (VM workload consolidation strategy) (source data error)
- Ang mga pag-audit para sa katuyoan sa Airflow Optimization napakyas sa usa ka sayup.
Ang mosunod nga mga sayop sa pagkompleto sa pag-audit makita usab. Pagsubay sa mga log sa decision-engine.log (wala gihubit ang estado sa cluster).
→ Paghisgot sa sayop
konklusyon
Ang resulta sa among duha ka bulan nga panukiduki mao ang klaro nga konklusyon nga aron makakuha og usa ka bug-os, nagtrabaho nga sistema sa pagbalanse sa load, kita adunay, niining bahina, nga magtrabaho pag-ayo sa pagpino sa mga himan alang sa plataporma sa Openstack.
Ang Watcher napamatud-an nga usa ka seryoso ug paspas nga pagpalambo sa produkto nga adunay dako nga potensyal, ang bug-os nga paggamit niini magkinahanglan og daghang seryoso nga trabaho.
Apan labaw pa bahin niini sa sunod nga mga artikulo sa serye.
Source: www.habr.com