Dina sistem awan ageung, masalah kasaimbangan otomatis atanapi leveling beban dina sumber komputasi utamana akut. Tionix (pamekar sareng operator jasa awan, bagian tina grup perusahaan Rostelecom) ogé parantos ngurus masalah ieu.
Na, saprak platform ngembangkeun utama kami Openstack, sarta kami, kawas sakabeh jalma, puguh, ieu mutuskeun pikeun milih sababaraha modul siap-dijieun anu geus kaasup dina platform nu. Pilihan kami murag kana Watcher, anu kami mutuskeun pikeun dianggo pikeun kabutuhan urang.
Kahiji, hayu urang nempo istilah jeung definisi.
Sarat jeung Harti
tujuan mangrupa hasil ahir nu bisa dibaca manusa, bisa diobservasi jeung bisa diukur nu kudu dihontal. Aya hiji atawa leuwih strategi pikeun ngahontal unggal tujuan. Strategi nyaéta palaksanaan algoritma anu mampuh milarian solusi pikeun tujuan anu ditangtukeun.
Aksi mangrupikeun tugas dasar anu ngarobih kaayaan ayeuna sumber daya anu diurus target tina kluster OpenStack, sapertos: migrasi mesin virtual (migrasi), ngarobih kaayaan kakuatan node (change_node_power_state), ngarobih kaayaan jasa nova (change_nova_service_state). ), ngarobah rasa (ngarobah ukuran), ngadaptar pesen NOP (nop), kurangna Peta pikeun lila nu tangtu - reureuhan (sare), mindahkeun disk (volume_migrate).
Rencana Aksi - aliran lampah husus dilaksanakeun dina urutan nu tangtu pikeun ngahontal Tujuan husus. Rencana Aksi ogé ngandung kinerja global anu diukur sareng sakumpulan indikator kinerja. Rencana aksi dibangkitkeun ku Watcher nalika pamariksaan suksés, salaku hasil tina strategi anu dianggo mendakan solusi pikeun ngahontal tujuan. Rencana aksi diwangun ku daptar tindakan anu berurutan.
Inok nyaéta pamundut pikeun ngaoptimalkeun klaster. Optimasi dilaksanakeun pikeun ngahontal hiji Tujuan dina klaster anu ditangtukeun. Pikeun unggal audit anu suksés, Watcher ngahasilkeun Rencana Aksi.
Lingkup Audit nyaéta sakumpulan sumber daya anu aya di jerona Inok dilaksanakeun (zona kasadiaan, agrégator titik, titik komputasi individu atanapi titik panyimpen, jsb.). Lingkup Inok ditetepkeun dina unggal template. Lamun wengkuan Inok teu dieusian, sakabéh klaster diaudit.
Citakan Inok - sakumpulan setélan anu disimpen pikeun ngaluncurkeun audit. Témplat dipikabutuh pikeun ngajalankeun audit sababaraha kali kalayan setélan anu sami. Citakan kedah ngandung tujuan audit; upami strategi henteu ditangtukeun, maka strategi anu paling cocog dipilih.
Kluster mangrupa kumpulan mesin fisik nu nyadiakeun komputasi, neundeun, jeung sumber jaringan sarta dikokolakeun ku titik manajemén OpenStack sarua.
Modél Data Klaster (CDM) mangrupakeun representasi logis tina kaayaan kiwari sarta topologi sumberdaya dikelola ku klaster.
Indikator Efisiensi - indikator anu nunjukkeun kumaha solusi anu diciptakeun nganggo strategi ieu dilaksanakeun. Indikator kinerja husus pikeun tujuan nu tangtu sarta ilaharna dipaké pikeun ngitung efektivitas global tina rencana aksi hasilna.
spésifikasi efficacy nyaéta sakumpulan fitur husus pakait sareng unggal Tujuan anu nangtukeun rupa indikator kinerja anu strategi pikeun ngahontal Tujuan pakait kudu ngahontal dina solusi na. Mémang, unggal solusi anu diusulkeun ku strategi éta bakal dipariksa ngalawan spésifikasi sateuacan ngitung efektivitas globalna.
Mesin nyetak mangrupa file laksana nu boga inputs well-diartikeun, well-diartikeun kaluaran, sarta ngalaksanakeun tugas murni matematik. Ku cara ieu, itungan henteu gumantung kana lingkungan dimana éta dilaksanakeun-éta bakal masihan hasil anu sami dimana waé.
Nu Ngarencana Watcher - bagian tina mesin pembuatan kaputusan Watcher. Modul ieu nyandak sakumpulan tindakan anu dihasilkeun ku strategi sareng nyiptakeun rencana alur kerja anu netepkeun kumaha ngajadwalkeun tindakan anu béda-béda ieu dina waktosna sareng pikeun tiap tindakan, naon syaratna.
Tujuan jeung Stratégi Watcher
tujuan
Strategi
Tujuan dummy
Stratégi dummy
Stratégi Dummy ngagunakeun sampel Mesin Nyetak
Strategi dummy kalayan ukuran
Ngirit Energi
Stratégi Énergi Hemat
Konsolidasi Server
Dasar Konsolidasi Server Offline
VM Workload Stratégi Konsolidasi
Workload Balancing
Workload Balance Migrasi Stratégi
Kapasitas Panyimpenan Balance Stratégi
Stabilisasi beban kerja
Tatangga ribut
Tatangga ribut
Optimasi termal
strategi dumasar hawa outlet
Optimisasi Aliran Air
Strategi migrasi aliran hawa seragam
Pangropéa pakakas
Migrasi zona
Unclassified
Aktuator
Tujuan dummy - Tujuan anu dicadangkeun anu dianggo pikeun tujuan uji.
strategi patali: Dummy Stratégi, Dummy Stratégi ngagunakeun sampel Nyetak Mesin jeung strategi Dummy kalawan ukuran. Strategi dummy mangrupikeun strategi dummy anu dianggo pikeun nguji integrasi ngaliwatan Tempest. Strategi ieu henteu nyayogikeun optimasi anu mangpaat, ngan ukur tujuanna nyaéta ngagunakeun tés Tempest.
Strategi Dummy nganggo Mesin Pencetak Sampel - strategina sami sareng anu sateuacana, ngan ukur bédana nyaéta ngagunakeun sampel "mesin skor" anu ngalaksanakeun itungan nganggo metode pembelajaran mesin.
Strategi dummy sareng ukuran - strategina sami sareng anu sateuacana, hiji-hijina bédana nyaéta panggunaan ngarobih rasa (migrasi sareng ukuran).
Teu dipaké dina produksi.
Ngirit Energi - ngaleutikan konsumsi énergi. Strategi Ngahemat Énergi tujuan ieu, sareng Strategi Konsolidasi Beban Kerja VM (Konsolidasi Server), sanggup fitur manajemén kakuatan dinamis (DPM) anu ngahémat énergi ku cara ngahijikeun beban kerja sacara dinamis sanajan dina période panggunaan sumber daya rendah: mesin virtual dipindahkeun ka titik anu langkung saeutik. , jeung titik nu teu perlu ditumpurkeun. Saatos konsolidasi, strategi nawiskeun kaputusan pikeun ngaktipkeun / mareuman titik saluyu sareng parameter anu ditangtukeun: "min_free_hosts_num" - jumlah titik anu diaktipkeun gratis anu ngantosan beban, sareng "free_used_percent" - persentase host anu diaktipkeun gratis ka Jumlah titik anu ditempatan ku mesin. Pikeun strategi dianggo kedah aya diaktipkeun tur ngonpigurasi Ironis pikeun cecekelan kakuatan Ngabuburit dina titik.
Parameter strategi
parameter
ngetik
sacara standar
Ѕѕїїё ° ° °ЅЅ °
gratis_dipake_persen
jumlah
10.0
babandingan jumlah titik komputasi bébas jeung jumlah titik komputasi jeung mesin virtual
min_free_hosts_num
Int
1
jumlah minimum titik komputasi bébas
Awan kudu boga sahenteuna dua titik. Métode anu digunakeun nyaéta ngarobah kaayaan kakuatan node (change_node_power_state). strategi teu merlukeun ngumpulkeun metrics.
Konsolidasi Server - ngaleutikan jumlah titik komputasi (konsolidasi). Éta ngagaduhan dua strategi: Konsolidasi Server Offline Dasar sareng Strategi Konsolidasi Beban Kerja VM.
Strategi Konsolidasi Server Offline Dasar ngaminimalkeun jumlah total server anu dianggo sareng ogé ngaminimalkeun jumlah migrasi.
Strategi dasar merlukeun métrik ieu:
métrik
palayanan
plugins
komentar
compute.node.cpu.percent
teu sahiji bae
cpu_util
teu sahiji bae
Parameter strategi: migration_attempts - Jumlah kombinasi pikeun milarian calon poténsial pikeun shutdown (standar, 0, euweuh larangan), periode - interval waktu dina detik pikeun ménta aggregation statik ti sumber data métrik (standar, 700).
Métode anu dianggo: migrasi, ngarobih kaayaan jasa nova (change_nova_service_state).
Stratégi Konsolidasi Beban Kerja VM dumasar kana heuristik anu pas heula anu museurkeun kana beban CPU anu diukur sareng usaha pikeun ngaleutikan titik anu gaduh seueur teuing atanapi sakedik beban anu dipasihkeun ku konstrain kapasitas sumberdaya. Strategi ieu nyayogikeun solusi anu nyababkeun panggunaan sumber kluster anu langkung éfisién nganggo opat léngkah ieu:
- Fase unloading - ngolah sumberdaya overused;
- Fase konsolidasi - nanganan sumberdaya underutilized;
- Optimasi solusi - ngirangan jumlah migrasi;
- Nonaktipkeun titik komputasi anu henteu dianggo.
Strategi merlukeun metrics handap:
métrik
palayanan
plugins
komentar
ingetan
teu sahiji bae
disk.root.size
teu sahiji bae
Métrik di handap ieu opsional tapi bakal ningkatkeun akurasi strategi upami sayogi:
métrik
palayanan
plugins
komentar
ingetan.warga
teu sahiji bae
cpu_util
teu sahiji bae
Parameter strategi: jaman — interval waktu dina detik pikeun meunangkeun aggregation statik tina sumber data métrik (standar, 3600).
Ngagunakeun métode sarua jeung strategi saméméhna. Leuwih jéntré .
Workload Balancing - saimbangkeun beban kerja antara titik komputasi. Tujuanana boga tilu strategi: Workload Balance Migrasi Stratégi, Workload stabilisasi, Storage Kapasitas Balance Stratégi.
Workload Balance Migration Stratégi ngajalankeun migrasi mesin virtual dumasar kana beban kerja mesin virtual host. Kaputusan migrasi dijieun iraha wae % CPU atawa RAM utilization hiji titik ngaleuwihan bangbarung nu ditangtukeun. Dina hal ieu, mesin virtual anu dipindahkeun kedah ngadeukeutkeun titik kana beban kerja rata-rata sadaya titik.
sarat
- Pamakéan prosesor fisik;
- Sahenteuna dua titik komputasi fisik;
- Masang sareng ngonpigurasi komponén Ceilometer - ceilometer-agent-compute, dijalankeun dina unggal titik komputasi, sareng API Ceilometer, ogé ngumpulkeun métrik ieu:
métrik
palayanan
plugins
komentar
cpu_util
teu sahiji bae
ingetan.warga
teu sahiji bae
Parameter stratégi:
parameter
ngetik
sacara standar
Ѕѕїїё ° ° °ЅЅ °
metrics
tali
'cpu_util'
Métrik dasarna nyaéta: 'cpu_util', 'memory.resident'.
bangbarung
jumlah
25.0
Ambang beban kerja pikeun migrasi.
jaman
jumlah
300
Kumulatif période Ceilometer.
Métode anu digunakeun nyaéta migrasi.
Stabilisasi beban kerja mangrupikeun strategi anu ditujukeun pikeun nyaimbangkeun beban kerja nganggo migrasi langsung. strategi ieu dumasar kana hiji algoritma simpangan baku sarta nangtukeun naha aya kamacetan dina klaster sarta ngabales eta ku pemicu migrasi mesin pikeun nyaimbangkeun klaster.
sarat
- Pamakéan prosesor fisik;
- Sahenteuna dua titik komputasi fisik;
- Masang sareng ngonpigurasi komponén Ceilometer - ceilometer-agent-compute, dijalankeun dina unggal titik komputasi, sareng API Ceilometer, ogé ngumpulkeun métrik ieu:
métrik
palayanan
plugins
komentar
cpu_util
teu sahiji bae
ingetan.warga
teu sahiji bae
Kapasitas Panyimpenan Balance Stratégi (strategi dilaksanakeun dimimitian ku Queens) - strategi mindahkeun disk gumantung kana beban dina pools Cinder. A kaputusan mindahkeun dijieun iraha wae laju utilization kolam renang ngaleuwihan bangbarung dieusian. Disk anu dipindahkeun kedah ngadeukeutkeun kolam renang kana beban rata-rata sadaya kolam renang Cinder.
Sarat jeung larangan
- Minimal dua kolam renang Cinder;
- Kamungkinan migrasi disk.
- Modél data klaster - kolektor model data klaster Cinder.
Parameter stratégi:
parameter
ngetik
sacara standar
Ѕѕїїё ° ° °ЅЅ °
volume_ambang
jumlah
80.0
Nilai bangbarung disk pikeun nyaimbangkeun volume.
Métode anu digunakeun nyaéta migrasi disk (volume_migrate).
Noisy Neighbor - Identipikasi sareng migrasi "tatangga anu ribut" - mesin virtual prioritas rendah anu mangaruhan négatip kinerja mesin virtual prioritas luhur dina hal IPC ku ngagunakeun Cache Level Terakhir. Strategi sorangan: Noisy Neibour (parameter strategi anu dianggo nyaéta cache_threshold (nilai standar nyaéta 35), nalika kinerja turun kana nilai anu ditangtukeun, migrasi dimimitian. Pikeun strategi dianggo, diaktipkeun LLC (Level Cache Terakhir) métrik, pangladén Intel panganyarna kalayan rojongan CMT, ogé ngumpulkeun métrik di handap ieu:
métrik
palayanan
plugins
komentar
cpu_l3_cache
teu sahiji bae
Intel diperlukeun .
Modél data klaster (standar): Koléktor modél data klaster Nova. Métode anu digunakeun nyaéta migrasi.
Gawe sareng tujuan ieu ngaliwatan Dashboard teu pinuh dilaksanakeun di Queens.
Optimasi termal - ngaoptimalkeun rezim suhu. Suhu outlet (hawa knalpot) mangrupikeun salah sahiji sistem telemétri termal anu penting pikeun ngukur status termal / beban kerja tina server. Target boga hiji strategi, strategi dumasar hawa Outlet, nu megatkeun migrasi workloads ka sarwa nguntungkeun termal (suhu outlet panghandapna) nalika suhu outlet tina host sumber ngahontal bangbarung configurable.
Pikeun strategi dianggo, anjeun peryogi server sareng Intel Power Node Manager dipasang sareng dikonpigurasikeun , ogé ngumpulkeun métrik di handap ieu:
métrik
palayanan
plugins
komentar
hardware.ipmi.node.outlet_temperature
IPMI
Parameter stratégi:
parameter
ngetik
sacara standar
Ѕѕїїё ° ° °ЅЅ °
bangbarung
jumlah
35.0
Ambang hawa pikeun migrasi.
jaman
jumlah
30
Interval waktu, dina detik, pikeun meunangkeun aggregation statistik tina sumber data métrik.
Métode anu digunakeun nyaéta migrasi.
Optimisasi Aliran Air - ngaoptimalkeun modeu ventilasi. Strategi sorangan - Aliran Udara Seragam nganggo migrasi langsung. Strategi micu migrasi mesin virtual iraha waé aliran hawa tina kipas server ngaleuwihan ambang anu ditangtukeun.
Pikeun strategi dianggo anjeun peryogi:
- Hardware: ngitung titik <ngadukung NodeManager 3.0;
- Sahenteuna dua titik komputasi;
- Komponén ceilometer-agén-itung sareng Ceilometer API dipasang sareng dikonpigurasi dina unggal titik komputasi, anu tiasa suksés ngalaporkeun métrik sapertos aliran hawa, kakuatan sistem, suhu asup:
métrik
palayanan
plugins
komentar
hardware.ipmi.node.airflow
IPMI
hardware.ipmi.node.temperature
IPMI
hardware.ipmi.node.power
IPMI
Pikeun strategi dianggo, anjeun peryogi server sareng Intel Power Node Manager 3.0 atanapi engké dipasang sareng dikonpigurasi.
Watesan: Konsep henteu dimaksudkeun pikeun produksi.
Disarankeun ngagunakeun algoritma ieu kalayan audit kontinyu, sabab ngan ukur hiji mesin virtual anu direncanakeun bakal migrasi per iterasi.
Migrasi hirup tiasa.
Parameter stratégi:
parameter
ngetik
sacara standar
Ѕѕїїё ° ° °ЅЅ °
threshold_airflow
jumlah
400.0
Ambang aliran hawa pikeun Unit migrasi nyaéta 0.1CFM
threshold_inlet_t
jumlah
28.0
Ambang hawa inlet pikeun kaputusan migrasi
threshold_power
jumlah
350.0
bangbarung kakuatan Sistim pikeun kaputusan migrasi
jaman
jumlah
30
Interval waktu, dina detik, pikeun meunangkeun aggregation statistik tina sumber data métrik.
Métode anu digunakeun nyaéta migrasi.
Purwokerto hardware - pangropéa hardware. Strategi anu aya hubunganana sareng tujuan ieu nyaéta migrasi Zona. Strategina mangrupikeun alat pikeun migrasi mesin virtual sareng disk anu efektif sareng minimal upami peryogi pangropéa hardware. Stratégi ngawangun rencana aksi luyu jeung beurat: sakumpulan tindakan anu leuwih beurat bakal direncanakeun saméméh batur. Aya dua pilihan konfigurasi: action_weights jeung parallelization.
Watesan: beurat aksi sareng paralelisasi kedah dikonpigurasikeun.
Parameter stratégi:
parameter
ngetik
sacara standar
Ѕѕїїё ° ° °ЅЅ °
ngitung_nodes
aturan
teu sahiji bae
Itung titik pikeun migrasi.
storage_pools
aturan
teu sahiji bae
Tempat neundeun pikeun migrasi.
parallel_total
integer
6
Jumlah total kagiatan anu kedah dilaksanakeun paralel.
parallel_per_node
integer
2
Jumlah tindakan anu dilakukeun paralel pikeun unggal titik komputasi.
parallel_per_pool
integer
2
Jumlah lampah dipigawé dina paralel pikeun tiap pool gudang.
prioritas
barang
teu sahiji bae
Daptar prioritas pikeun mesin virtual sareng disk.
with_attached_volume
boolean
palsu
Mesin virtual palsu bakal dialihkeun saatos sadaya disk dialihkeun. True-mesin virtual bakal dimigrasikeun saatos sadaya disk anu disambungkeun dimigrasikeun.
Unsur-unsur susunan titik komputasi:
parameter
ngetik
sacara standar
Ѕѕїїё ° ° °ЅЅ °
src_node
tali
teu sahiji bae
Titik komputasi ti mana mesin virtual keur migrasi (diperlukeun).
dst_node
tali
teu sahiji bae
Itung titik dimana mesin virtual migrasi.
Unsur susunan titik gudang:
parameter
ngetik
sacara standar
Ѕѕїїё ° ° °ЅЅ °
src_pool
tali
teu sahiji bae
Kolam gudang tempat disk keur migrasi (diperlukeun).
dst_pool
tali
teu sahiji bae
Kolam gudang tempat disk dimigrasikeun.
src_type
tali
teu sahiji bae
Jenis disk aslina (diperlukeun).
dst_type
tali
teu sahiji bae
Jenis disk anu dihasilkeun (diperlukeun).
Unsur prioritas objék:
parameter
ngetik
sacara standar
Ѕѕїїё ° ° °ЅЅ °
proyek
aturan
teu sahiji bae
Ngaran proyék.
ngitung_node
aturan
teu sahiji bae
Itung ngaran titik.
storage_pool
aturan
teu sahiji bae
Ngaran kolam renang gudang.
ngitung
enum
teu sahiji bae
Parameter mesin virtual ["vcpu_num", "mem_size", "disk_size", "created_at"].
neundeun
enum
teu sahiji bae
Parameter disk ["ukuran", "created_at"].
Métode anu digunakeun nyaéta migrasi mesin virtual, migrasi disk.
Unclassified - tujuan bantu anu dianggo pikeun ngagampangkeun prosés pangembangan strategi. Henteu aya spésifikasi sareng tiasa dianggo nalika strategina henteu acan aya hubunganana sareng tujuan anu tos aya. Tujuan ieu ogé tiasa dianggo salaku titik transisi. Strategi anu aya hubunganana sareng tujuan ieu nyaéta Actuator.
Nyiptakeun tujuan anyar
Mesin Kaputusan Watcher boga panganteur plugin "tujuan éksternal" nu ngamungkinkeun pikeun ngahijikeun tujuan éksternal anu bisa dihontal ngagunakeun strategi.
Sateuacan anjeun nyieun tujuan anyar, anjeun kedah mastikeun yén henteu aya tujuan anu nyumponan kabutuhan anjeun.
Nyieun plugin anyar
Pikeun nyieun udagan anyar, anjeun kedah: manjangkeun kelas target, nerapkeun metode kelas get_name() pikeun mulangkeun ID unik tina udagan anyar anu anjeun hoyong jieun. Idéntifikasi unik ieu kedah cocog sareng nami titik éntri anu anjeun deklarasi engké.
Satuluyna anjeun perlu nerapkeun métode kelas get_display_name() pikeun mulangkeun nami tampilan anu ditarjamahkeun tina udagan anu anjeun hoyong jieun (ulah nganggo variabel pikeun ngabalikeun senar anu ditarjamahkeun supados tiasa otomatis dikumpulkeun ku alat tarjamah.).
Nerapkeun métode kelas get_translatable_display_name()pikeun mulangkeun konci tarjamahan (saleresna nami tampilan basa Inggris) tina udagan anyar anjeun. Nilai balik kudu cocog string ditarjamahkeun kana get_display_name ().
Laksanakeun padika na get_efficacy_specification()pikeun mulangkeun spésifikasi efisiensi pikeun udagan anjeun. Metodeu get_efficacy_specification () mulihkeun conto Unclassified () anu disayogikeun ku Watcher. Spésifikasi kinerja ieu mangpaat dina prosés ngamekarkeun tujuan anjeun sabab pakait jeung spésifikasi kosong.
→
Arsitéktur Watcher (detil langkung seueur) ).
komponén
Watcher API - komponén anu ngalaksanakeun REST API anu disayogikeun ku Watcher. Mékanisme interaksi: CLI, Horizon plugin, Python SDK.
Pangawas DB - Database pangawas.
Watcher Applier - komponén anu ngalaksanakeun palaksanaan rencana aksi anu diciptakeun ku komponén Watcher Decision Engine.
Mesin Kaputusan Watcher - Komponén anu tanggung jawab pikeun ngitung sakumpulan tindakan optimasi poténsial pikeun ngahontal tujuan audit. Lamun strategi teu dieusian, komponén bebas milih hiji paling luyu.
Panerbit Métrik Watcher - Komponén anu ngumpulkeun sareng ngitung sababaraha métrik atanapi acara sareng nyebarkeunana ka titik akhir CEP. Pungsi komponén ogé bisa disadiakeun ku penerbit Ceilometer.
Kompléks Acara Processing (CEP) Engine - mesin pikeun ngolah acara kompléks. Pikeun alesan kinerja, meureun aya sababaraha instansi CEP Engine ngajalankeun concurrently, unggal ngolah tipe husus tina métrik / acara. Dina sistem Watcher, CEP memicu dua jinis tindakan: - ngarékam kajadian / métrik anu aya dina database séri waktos; - ngirim acara luyu mun Watcher Kaputusan Engine nalika acara ieu bisa mangaruhan hasil tina strategi optimasi ayeuna, saprak klaster Openstack teu sistem statik.
Komponén berinteraksi nganggo protokol AMQP.
→
Skéma interaksi sareng Watcher
Hasil tés pangawas
- Dina Optimasi - Rencana Aksi 500 halaman (duanana dina Queens murni sareng dina stand sareng modul Tionix), éta muncul ngan saatos Inok diluncurkeun sareng rencana aksi dibangkitkeun; anu kosong dibuka normal.
- Aya kasalahan dina tab rinci Aksi, teu mungkin pikeun meunangkeun tujuan Inok jeung strategi (duanana on Queens murni tur dina stand kalawan modul Tionix).
- Audits kalawan tujuan Dummy (test) dijieun tur diluncurkeun normal, rencana aksi dihasilkeun.
- Audits pikeun tujuan Unclassified teu dijieun sabab tujuan teu fungsi sarta dimaksudkeun pikeun konfigurasi panengah nalika nyieun strategi anyar.
- Audits pikeun tujuan Workload Balancing (Strategi kasaimbangan Kapasitas Panyimpenan) dijieun suksés, tapi rencana aksi teu dihasilkeun. Taya optimasi kolam renang gudang diperlukeun.
- Pamariksaan pikeun tujuan Balancing Beban Kerja (Strategi Migrasi Balance Beban Gawé) hasil dijieun, tapi rencana aksi henteu dihasilkeun.
- Audits pikeun Workload Balancing (Strategi Stabilisasi Beban Gawé) gagal.
- Audits pikeun target Noisy Neighbor dijieun hasil, tapi rencana aksi teu dihasilkeun.
- Audits pikeun tujuan pangropéa Hardware dijieun suksés, rencana aksi teu dihasilkeun pinuh (indikator kinerja dihasilkeun, tapi daptar lampah sorangan teu dihasilkeun).
- Édit dina konfigurasi nova.conf (dina bagian standar compute_monitors = cpu.virt_driver) dina titik komputasi sareng kontrol henteu ngabenerkeun kasalahan.
- Audits nargétkeun Konsolidasi Server (Strategi Dasar) ogé gagal.
- Audits pikeun tujuan Konsolidasi Server (strategi konsolidasi beban kerja VM) gagal sareng kasalahan. Dina log aya kasalahan dina meunangkeun data sumber. Diskusi ngeunaan kasalahan, khususna .
Kami nyobian netepkeun Watcher dina file config (éta henteu ngabantosan - salaku hasil tina kasalahan dina sadaya halaman Optimasi, uih deui kana eusi aslina tina file config henteu ngabenerkeun kaayaan): [watcher_strategies.basic] sumber data = ceilometer, gnocchi - Audits pikeun Ngahemat Énergi gagal. Ditilik ku log, masalahna masih henteuna Ironis; éta moal jalan tanpa jasa baremetal.
- Audits pikeun Optimasi Termal gagal. Traceback sami sareng Konsolidasi Server (strategi konsolidasi beban kerja VM) (kasalahan data sumber)
- Audits pikeun tujuan Optimasi Aliran Udara gagal sareng kasalahan.
Kasalahan parantosan audit di handap ieu ogé kapendak. Traceback dina decision-engine.log log (kaayaan klaster teu diartikeun).
→ Sawala ngeunaan kasalahan
kacindekan
Hasil panalungtikan dua-bulan urang éta kacindekan unequivocal yén dina urutan pikeun ménta hiji full-fledged, sistem beban kerja balancing, urang kudu, dina bagian ieu, gawé raket dina pemurnian parabot pikeun platform Openstack.
Watcher parantos kabuktosan janten produk anu serius sareng ngembang pesat kalayan poténsi anu ageung, panggunaan lengkep anu peryogi seueur padamelan anu serius.
Tapi langkung seueur ngeunaan ieu dina tulisan séri salajengna.
sumber: www.habr.com