Dalam sistem awan yang besar, isu pengimbangan automatik atau meratakan beban pada sumber pengkomputeran amat meruncing. Tionix (pemaju dan pengendali perkhidmatan awan, sebahagian daripada kumpulan syarikat Rostelecom) juga telah menguruskan isu ini.
Dan, memandangkan platform pembangunan utama kami ialah Openstack, dan kami, seperti semua orang, malas, ia telah memutuskan untuk memilih beberapa modul siap sedia yang telah disertakan dalam platform. Pilihan kami jatuh pada Watcher, yang kami putuskan untuk digunakan untuk keperluan kami.
Pertama, mari kita lihat istilah dan definisi.
Terma dan Definisi
Matlamat ialah hasil akhir yang boleh dibaca manusia, boleh diperhatikan dan boleh diukur yang mesti dicapai. Terdapat satu atau lebih strategi untuk mencapai setiap matlamat. Strategi ialah pelaksanaan algoritma yang mampu mencari penyelesaian untuk matlamat tertentu.
Tindakan ialah tugas asas yang mengubah keadaan semasa sumber terurus sasaran kluster OpenStack, seperti: memindahkan mesin maya (penghijrahan), menukar keadaan kuasa nod (change_node_power_state), menukar keadaan perkhidmatan nova (change_nova_service_state ), menukar rasa (saiz semula), mendaftarkan mesej NOP (nop), kekurangan tindakan untuk jangka masa tertentu - jeda (tidur), pemindahan cakera (volume_migrate).
Pelan Tindakan - aliran tindakan tertentu yang dijalankan dalam susunan tertentu untuk mencapai Matlamat tertentu. Pelan Tindakan juga mengandungi prestasi global yang diukur dengan satu set penunjuk prestasi. Pelan tindakan dijana oleh Watcher setelah audit berjaya, akibatnya strategi yang digunakan mencari penyelesaian untuk mencapai matlamat. Pelan tindakan terdiri daripada senarai tindakan berurutan.
Audit ialah permintaan untuk mengoptimumkan kluster. Pengoptimuman dilakukan untuk mencapai satu Matlamat dalam kelompok tertentu. Untuk setiap audit yang berjaya, Watcher menjana Pelan Tindakan.
Skop Audit ialah satu set sumber di mana audit dilaksanakan (zon kebolehsediaan, pengagregat nod, nod pengiraan individu atau nod storan, dsb.). Skop audit ditakrifkan dalam setiap templat. Jika skop audit tidak dinyatakan, keseluruhan kluster akan diaudit.
Templat Audit — set tetapan yang disimpan untuk melancarkan audit. Templat diperlukan untuk menjalankan audit berbilang kali dengan tetapan yang sama. Templat mestilah mengandungi tujuan audit; jika strategi tidak ditentukan, maka strategi sedia ada yang paling sesuai dipilih.
Kluster ialah koleksi mesin fizikal yang menyediakan sumber pengiraan, storan dan rangkaian serta diuruskan oleh nod pengurusan OpenStack yang sama.
Model Data Kelompok (CDM) ialah perwakilan logik keadaan semasa dan topologi sumber yang diuruskan oleh kluster.
Penunjuk Kecekapan - penunjuk yang menunjukkan cara penyelesaian yang dibuat menggunakan strategi ini dilakukan. Penunjuk prestasi adalah khusus untuk matlamat tertentu dan biasanya digunakan untuk mengira keberkesanan global pelan tindakan yang terhasil.
Spesifikasi Keberkesanan ialah satu set ciri khusus yang dikaitkan dengan setiap Matlamat yang mentakrifkan pelbagai penunjuk prestasi yang mesti dicapai oleh strategi untuk mencapai Matlamat yang sepadan dalam penyelesaiannya. Sesungguhnya, setiap penyelesaian yang dicadangkan oleh strategi akan disemak berdasarkan spesifikasi sebelum mengira keberkesanan globalnya.
Enjin Pemarkahan ialah fail boleh laku yang mempunyai input yang jelas, output yang jelas dan melaksanakan tugas matematik semata-mata. Dengan cara ini, pengiraan adalah bebas daripada persekitaran di mana ia dilakukan—ia akan memberikan hasil yang sama di mana-mana sahaja.
Perancang Pemerhati - sebahagian daripada enjin pembuat keputusan Watcher. Modul ini mengambil satu set tindakan yang dijana oleh strategi dan mencipta pelan aliran kerja yang menentukan cara menjadualkan tindakan berbeza ini dalam masa dan untuk setiap tindakan, apakah prasyaratnya.
Matlamat dan Strategi Pemerhati
Matlamat
strategi
Matlamat palsu
Strategi Dummy
Strategi Dummy menggunakan sampel Enjin Pemarkahan
Strategi dummy dengan ubah saiz
penjimatan tenaga
Strategi Penjimatan Tenaga
Penyatuan Pelayan
Penyatuan Pelayan Luar Talian Asas
Strategi Penyatuan Beban Kerja VM
Pengimbangan Beban Kerja
Strategi Migrasi Imbangan Beban Kerja
Strategi Imbangan Kapasiti Storan
Penstabilan beban kerja
Jiran Bising
Jiran Bising
Pengoptimuman Terma
Strategi berasaskan suhu alur keluar
Pengoptimuman Aliran Udara
Strategi migrasi aliran udara yang seragam
Penyelenggaraan perkakasan
Penghijrahan zon
Tidak dapat dikelaskan
Aktuator
Matlamat palsu — matlamat terpelihara yang digunakan untuk tujuan ujian.
Strategi berkaitan: Strategi Dummy, Strategi Dummy menggunakan sampel Enjin Pemarkahan dan strategi Dummy dengan saiz semula. Strategi dummy ialah strategi dummy yang digunakan untuk ujian integrasi melalui Tempest. Strategi ini tidak menyediakan sebarang pengoptimuman yang berguna, satu-satunya tujuannya adalah untuk menggunakan ujian Tempest.
Strategi dummy menggunakan Enjin Pemarkahan sampel - strateginya serupa dengan yang sebelumnya, satu-satunya perbezaan adalah penggunaan sampel "enjin pemarkahan" yang menjalankan pengiraan menggunakan kaedah pembelajaran mesin.
Strategi dummy dengan resize - strateginya serupa dengan yang sebelumnya, cuma bezanya ialah penggunaan menukar perisa (penghijrahan dan ubah saiz).
Tidak digunakan dalam pengeluaran.
penjimatan tenaga - meminimumkan penggunaan tenaga. Strategi Penjimatan Tenaga matlamat ini, bersama-sama dengan Strategi Penyatuan Beban Kerja VM (Penyatuan Pelayan), mampu ciri pengurusan kuasa dinamik (DPM) yang menjimatkan tenaga dengan menyatukan beban kerja secara dinamik walaupun semasa tempoh penggunaan sumber yang rendah: mesin maya dialihkan ke nod yang lebih sedikit , dan nod yang tidak diperlukan dilumpuhkan. Selepas penyatuan, strategi menawarkan keputusan untuk menghidupkan/mematikan nod mengikut parameter yang ditentukan: “min_free_hosts_num” - bilangan nod didayakan percuma yang sedang menunggu untuk dimuatkan, dan “free_used_percent” - peratusan hos yang didayakan percuma kepada bilangan nod yang diduduki oleh mesin. Untuk strategi berjaya mesti ada didayakan dan dikonfigurasikan Ironic untuk mengendalikan kitaran kuasa pada nod.
Parameter strategi
parameter
Taipkan
secara lalai
Penerangan
percuma_digunakan_peratus
nombor
10.0
nisbah bilangan nod pengkomputeran bebas kepada bilangan nod pengkomputeran dengan mesin maya
min_free_hosts_num
Int
1
bilangan minimum nod pengkomputeran percuma
Awan mesti mempunyai sekurang-kurangnya dua nod. Kaedah yang digunakan ialah menukar keadaan kuasa nod (change_node_power_state). Strategi ini tidak memerlukan pengumpulan metrik.
Penyatuan Pelayan - meminimumkan bilangan nod pengkomputeran (penggabungan). Ia mempunyai dua strategi: Penyatuan Pelayan Luar Talian Asas dan Strategi Penyatuan Beban Kerja VM.
Strategi Penyatuan Pelayan Luar Talian Asas meminimumkan jumlah bilangan pelayan yang digunakan dan juga meminimumkan bilangan migrasi.
Strategi asas memerlukan metrik berikut:
metrik
perkhidmatan
pemalam
ulasan
compute.node.cpu.percent
tiada
cpu_util
tiada
Parameter strategi: migration_attempts - bilangan gabungan untuk mencari calon berpotensi untuk ditutup (lalai, 0, tiada sekatan), tempoh - selang masa dalam saat untuk mendapatkan pengagregatan statik daripada sumber data metrik (lalai, 700).
Kaedah yang digunakan: migrasi, menukar keadaan perkhidmatan nova (change_nova_service_state).
Strategi Penyatuan Beban Kerja VM adalah berdasarkan heuristik muat pertama yang memfokuskan pada beban CPU yang diukur dan cuba untuk meminimumkan nod yang mempunyai beban terlalu banyak atau terlalu sedikit berdasarkan kekangan kapasiti sumber. Strategi ini menyediakan penyelesaian yang menghasilkan penggunaan sumber kluster yang lebih cekap menggunakan empat langkah berikut:
- Fasa pemunggahan - pemprosesan sumber yang digunakan secara berlebihan;
- Fasa penyatuan - mengendalikan sumber yang kurang digunakan;
- Pengoptimuman penyelesaian - mengurangkan bilangan migrasi;
- Melumpuhkan nod pengiraan yang tidak digunakan.
Strategi memerlukan metrik berikut:
metrik
perkhidmatan
pemalam
ulasan
memori
tiada
saiz cakera.root
tiada
Metrik berikut adalah pilihan tetapi akan meningkatkan ketepatan strategi jika tersedia:
metrik
perkhidmatan
pemalam
ulasan
ingatan.penduduk
tiada
cpu_util
tiada
Parameter strategi: tempoh — selang masa dalam saat untuk mendapatkan pengagregatan statik daripada sumber data metrik (lalai, 3600).
Menggunakan kaedah yang sama seperti strategi sebelumnya. Maklumat lanjut .
Pengimbangan Beban Kerja — mengimbangi beban kerja antara nod pengkomputeran. Matlamat ini mempunyai tiga strategi: Strategi Migrasi Imbangan Beban Kerja, Penstabilan Beban Kerja, Strategi Imbangan Kapasiti Storan.
Strategi Migrasi Baki Beban Kerja menjalankan migrasi mesin maya berdasarkan beban kerja mesin maya hos. Keputusan migrasi dibuat apabila % penggunaan CPU atau RAM sesuatu nod melebihi ambang yang ditentukan. Dalam kes ini, mesin maya yang dipindahkan harus membawa nod lebih dekat kepada beban kerja purata semua nod.
Keperluan
- Penggunaan pemproses fizikal;
- Sekurang-kurangnya dua nod pengkomputeran fizikal;
- Memasang dan mengkonfigurasikan komponen Ceilometer - ceilometer-agent-compute, berjalan pada setiap nod pengiraan dan API Ceilometer, serta mengumpul metrik berikut:
metrik
perkhidmatan
pemalam
ulasan
cpu_util
tiada
ingatan.penduduk
tiada
Parameter strategi:
parameter
Taipkan
secara lalai
Penerangan
Metrik
Rentetan
'cpu_util'
Metrik asas ialah: 'cpu_util', 'memory.resident'.
ambang
nombor
25.0
Ambang beban kerja untuk penghijrahan.
tempoh
nombor
300
Tempoh masa kumulatif Siilometer.
Kaedah yang digunakan ialah migrasi.
Penstabilan beban kerja ialah strategi yang bertujuan untuk menstabilkan beban kerja menggunakan migrasi langsung. Strategi ini berdasarkan algoritma sisihan piawai dan menentukan sama ada terdapat kesesakan dalam gugusan dan bertindak balas kepadanya dengan mencetuskan migrasi mesin untuk menstabilkan gugusan.
Keperluan
- Penggunaan pemproses fizikal;
- Sekurang-kurangnya dua nod pengkomputeran fizikal;
- Memasang dan mengkonfigurasikan komponen Ceilometer - ceilometer-agent-compute, berjalan pada setiap nod pengiraan dan API Ceilometer, serta mengumpul metrik berikut:
metrik
perkhidmatan
pemalam
ulasan
cpu_util
tiada
ingatan.penduduk
tiada
Strategi Imbangan Kapasiti Storan (strategi dilaksanakan bermula dengan Queens) - strategi memindahkan cakera bergantung pada beban pada kolam Cinder. Keputusan pemindahan dibuat apabila kadar penggunaan kumpulan melebihi ambang yang ditentukan. Cakera yang dialihkan harus membawa kolam lebih dekat dengan beban purata semua kolam Cinder.
Keperluan dan sekatan
- Minimum dua kolam Cinder;
- Kemungkinan penghijrahan cakera.
- Model data kluster - Pengumpul model data kluster Cinder.
Parameter strategi:
parameter
Taipkan
secara lalai
Penerangan
volum_ambang
nombor
80.0
Nilai ambang cakera untuk mengimbangi volum.
Kaedah yang digunakan ialah migrasi cakera (volume_migrate).
Noisy Neighbor - Kenal pasti dan pindahkan "jiran bising" - mesin maya keutamaan rendah yang memberi kesan negatif terhadap prestasi mesin maya keutamaan tinggi dari segi IPC dengan menggunakan Cache Tahap Terakhir secara berlebihan. Strategi sendiri: Noisy Neighbor (parameter strategi yang digunakan ialah cache_threshold (nilai lalai ialah 35), apabila prestasi menurun kepada nilai yang ditentukan, penghijrahan dimulakan. Agar strategi berfungsi, didayakan metrik LLC (Last Level Cache), pelayan Intel terkini dengan sokongan CMT, serta mengumpul metrik berikut:
metrik
perkhidmatan
pemalam
ulasan
cpu_l3_cache
tiada
Intel diperlukan .
Model data kluster (lalai): Pengumpul model data kluster Nova. Kaedah yang digunakan ialah migrasi.
Bekerja dengan matlamat ini melalui Papan Pemuka tidak dilaksanakan sepenuhnya di Queens.
Pengoptimuman Terma — mengoptimumkan rejim suhu. Suhu alur keluar (udara ekzos) adalah salah satu sistem telemetri terma yang penting untuk mengukur status terma/beban kerja pelayan. Sasaran mempunyai satu strategi, strategi berasaskan suhu alur keluar, yang memutuskan untuk memindahkan beban kerja kepada hos yang menguntungkan dari segi haba (suhu alur keluar terendah) apabila suhu alur keluar hos sumber mencapai ambang boleh dikonfigurasikan.
Untuk strategi berfungsi, anda memerlukan pelayan dengan Pengurus Nod Kuasa Intel dipasang dan dikonfigurasikan , serta mengumpul metrik berikut:
metrik
perkhidmatan
pemalam
ulasan
perkakasan.ipmi.node.outlet_temperature
IPMI
Parameter strategi:
parameter
Taipkan
secara lalai
Penerangan
ambang
nombor
35.0
Ambang suhu untuk penghijrahan.
tempoh
nombor
30
Selang masa, dalam saat, untuk mendapatkan pengagregatan statistik daripada sumber data metrik.
Kaedah yang digunakan ialah migrasi.
Pengoptimuman Aliran Udara — mengoptimumkan mod pengudaraan. Strategi sendiri - Aliran Udara Seragam menggunakan migrasi langsung. Strategi ini mencetuskan pemindahan mesin maya apabila aliran udara dari kipas pelayan melebihi ambang yang ditentukan.
Untuk strategi berfungsi, anda memerlukan:
- Perkakasan: hitung nod < menyokong NodeManager 3.0;
- Sekurang-kurangnya dua nod pengkomputeran;
- Komponen ceilometer-agent-compute dan Ceilometer API dipasang dan dikonfigurasikan pada setiap nod pengkomputeran, yang boleh berjaya melaporkan metrik seperti aliran udara, kuasa sistem, suhu masuk:
metrik
perkhidmatan
pemalam
ulasan
perkakasan.ipmi.node.aliran udara
IPMI
perkakasan.ipmi.node.suhu
IPMI
perkakasan.ipmi.node.power
IPMI
Untuk strategi berfungsi, anda memerlukan pelayan dengan Intel Power Node Manager 3.0 atau lebih baru dipasang dan dikonfigurasikan.
Had: Konsep ini tidak bertujuan untuk pengeluaran.
Adalah dicadangkan untuk menggunakan algoritma ini dengan audit berterusan, kerana hanya satu mesin maya dirancang untuk dipindahkan setiap lelaran.
Penghijrahan secara langsung adalah mungkin.
Parameter strategi:
parameter
Taipkan
secara lalai
Penerangan
ambang_aliran udara
nombor
400.0
Ambang aliran udara untuk Unit penghijrahan ialah 0.1CFM
ambang_masuk_t
nombor
28.0
Ambang suhu masuk untuk keputusan penghijrahan
ambang_kuasa
nombor
350.0
Ambang kuasa sistem untuk keputusan penghijrahan
tempoh
nombor
30
Selang masa, dalam saat, untuk mendapatkan pengagregatan statistik daripada sumber data metrik.
Kaedah yang digunakan ialah migrasi.
Penyelenggaraan Perkakasan - penyelenggaraan perkakasan. Strategi yang berkaitan dengan matlamat ini ialah migrasi Zon. Strategi ini ialah alat untuk pemindahan mesin dan cakera maya secara automatik dan minimum sekiranya memerlukan penyelenggaraan perkakasan. Strategi membina pelan tindakan mengikut wajaran: satu set tindakan yang mempunyai berat lebih akan dirancang sebelum yang lain. Terdapat dua pilihan konfigurasi: action_weights dan parallelization.
Had: pemberat tindakan dan selari perlu dikonfigurasikan.
Parameter strategi:
parameter
Taipkan
secara lalai
Penerangan
mengira_nod
pelbagai
Tiada
Kira nod untuk penghijrahan.
storage_pools
pelbagai
Tiada
Nod storan untuk penghijrahan.
selari_jumlah
integer
6
Jumlah bilangan aktiviti yang mesti dilaksanakan secara selari.
selari_per_nod
integer
2
Bilangan tindakan yang dilakukan secara selari untuk setiap nod pengiraan.
selari_per_kolam
integer
2
Bilangan tindakan yang dilakukan secara selari untuk setiap kumpulan storan.
keutamaan
objek
Tiada
Senarai keutamaan untuk mesin maya dan cakera.
with_attached_volume
boolean
Palsu
Mesin palsu—maya akan dipindahkan selepas semua cakera dipindahkan. Benar—mesin maya akan dipindahkan selepas semua cakera yang disambungkan telah dipindahkan.
Elemen tatasusunan nod pengkomputeran:
parameter
Taipkan
secara lalai
Penerangan
src_node
rentetan
Tiada
Nod pengiraan dari mana mesin maya sedang dipindahkan (diperlukan).
dst_node
rentetan
Tiada
Kira nod ke mana mesin maya berhijrah.
Elemen tatasusunan nod storan:
parameter
Taipkan
secara lalai
Penerangan
src_pool
rentetan
Tiada
Kumpulan storan dari mana cakera sedang dipindahkan (diperlukan).
dst_pool
rentetan
Tiada
Kolam storan yang mana cakera dipindahkan.
src_type
rentetan
Tiada
Jenis cakera asal (diperlukan).
dst_type
rentetan
Tiada
Jenis cakera yang terhasil (diperlukan).
Elemen keutamaan objek:
parameter
Taipkan
secara lalai
Penerangan
projek
pelbagai
Tiada
Nama projek.
mengira_nod
pelbagai
Tiada
Kira nama nod.
storage_pool
pelbagai
Tiada
Nama kolam simpanan.
pengiraan
enum
Tiada
Parameter mesin maya [“vcpu_num”, “mem_size”, “disk_size”, “created_at”].
penyimpanan
enum
Tiada
Parameter cakera [“saiz”, “dicipta_di”].
Kaedah yang digunakan ialah migrasi mesin maya, migrasi cakera.
Tidak dapat dikelaskan - matlamat tambahan yang digunakan untuk memudahkan proses pembangunan strategi. Tidak mengandungi spesifikasi dan boleh digunakan apabila strategi belum dikaitkan dengan matlamat sedia ada. Matlamat ini juga boleh digunakan sebagai titik peralihan. Strategi yang berkaitan dengan matlamat ini ialah Actuator.
Mencipta matlamat baharu
Enjin Keputusan Pemerhati mempunyai antara muka pemalam "matlamat luaran" yang memungkinkan untuk menyepadukan matlamat luaran yang boleh dicapai menggunakan strategi.
Sebelum anda membuat matlamat baharu, anda harus memastikan tiada matlamat sedia ada memenuhi keperluan anda.
Mencipta pemalam baharu
Untuk mencipta sasaran baharu, anda mesti: melanjutkan kelas sasaran, melaksanakan kaedah kelas get_name() untuk mengembalikan ID unik sasaran baharu yang ingin anda buat. Pengecam unik ini mesti sepadan dengan nama titik masuk yang anda isytiharkan kemudian.
Seterusnya anda perlu melaksanakan kaedah kelas get_display_name() untuk mengembalikan nama paparan yang diterjemahkan bagi sasaran yang anda ingin buat (jangan gunakan pembolehubah untuk mengembalikan rentetan terjemahan supaya ia boleh dikumpulkan secara automatik oleh alat terjemahan.).
Melaksanakan kaedah kelas get_translatable_display_name()untuk mengembalikan kunci terjemahan (sebenarnya nama paparan bahasa Inggeris) sasaran baharu anda. Nilai pulangan mesti sepadan dengan rentetan yang diterjemahkan ke get_display_name().
Laksanakan kaedahnya get_efficacy_specification()untuk mengembalikan spesifikasi kecekapan untuk sasaran anda. Kaedah get_efficacy_specification() mengembalikan contoh Unclassified() yang disediakan oleh Watcher. Spesifikasi prestasi ini berguna dalam proses membangunkan matlamat anda kerana ia sepadan dengan spesifikasi kosong.
→
Seni bina pemerhati (butiran lanjut) ).
Komponen
API Pemerhati - komponen yang melaksanakan API REST yang disediakan oleh Watcher. Mekanisme interaksi: CLI, pemalam Horizon, Python SDK.
Pemerhati DB — Pangkalan data pemerhati.
Pemerhati Applier — komponen yang melaksanakan pelaksanaan pelan tindakan yang dibuat oleh komponen Enjin Keputusan Pemerhati.
Enjin Keputusan Pemerhati - Komponen yang bertanggungjawab untuk mengira satu set tindakan pengoptimuman yang berpotensi untuk mencapai matlamat audit. Jika strategi tidak ditentukan, komponen secara bebas memilih yang paling sesuai.
Penerbit Metrik Pemerhati - Komponen yang mengumpul dan mengira beberapa metrik atau peristiwa dan menerbitkannya ke titik akhir CEP. Kefungsian komponen juga boleh disediakan oleh penerbit Ceilometer.
Enjin Pemprosesan Acara Kompleks (CEP). — enjin untuk pemprosesan acara yang kompleks. Atas sebab prestasi, mungkin terdapat berbilang contoh Enjin CEP berjalan serentak, setiap satu memproses jenis metrik/peristiwa tertentu. Dalam sistem Pemerhati, CEP mencetuskan dua jenis tindakan: - merekodkan peristiwa / metrik yang sepadan dalam pangkalan data siri masa; - hantar peristiwa yang sesuai kepada Enjin Keputusan Pemerhati apabila peristiwa ini boleh menjejaskan keputusan strategi pengoptimuman semasa, kerana kluster Openstack bukan sistem statik.
Komponen berinteraksi menggunakan protokol AMQP.
→
Skim interaksi dengan Watcher
Keputusan ujian pemerhati
- Pada halaman Pengoptimuman - Pelan tindakan 500 (kedua-duanya pada Queens tulen dan pada pendirian dengan modul Tionix), ia muncul hanya selepas audit dilancarkan dan pelan tindakan dijana; yang kosong dibuka seperti biasa.
- Terdapat ralat pada tab Butiran tindakan, tidak mungkin untuk mendapatkan matlamat dan strategi audit (kedua-duanya pada Queens tulen dan pada pendirian dengan modul Tionix).
- Audit dengan tujuan Dummy (ujian) dibuat dan dilancarkan seperti biasa, pelan tindakan dijana.
- Audit untuk matlamat Tidak Dikelaskan tidak dibuat kerana matlamat tidak berfungsi dan bertujuan untuk konfigurasi perantaraan apabila mencipta strategi baharu.
- Audit untuk tujuan Pengimbangan Beban Kerja (Strategi imbangan Kapasiti Storan) berjaya dibuat, tetapi pelan tindakan tidak dijana. Tiada pengoptimuman kolam storan diperlukan.
- Audit untuk matlamat Pengimbangan Beban Kerja (Strategi Migrasi Imbangan Beban Kerja) berjaya dibuat, tetapi pelan tindakan tidak dijana.
- Audit untuk Pengimbangan Beban Kerja (Strategi Penstabilan Beban Kerja) gagal.
- Audit untuk sasaran Noisy Neighbor berjaya dibuat, tetapi pelan tindakan tidak dihasilkan.
- Audit untuk tujuan penyelenggaraan Perkakasan berjaya dibuat, pelan tindakan tidak dijana sepenuhnya (penunjuk prestasi dijana, tetapi senarai tindakan itu sendiri tidak dijana).
- Suntingan dalam konfigurasi nova.conf (dalam bahagian lalai compute_monitors = cpu.virt_driver) pada nod pengiraan dan kawalan tidak membetulkan ralat.
- Audit yang menyasarkan Penyatuan Pelayan (Strategi asas) juga gagal.
- Audit untuk tujuan Penyatuan Pelayan (strategi penyatuan beban kerja VM) gagal dengan ralat. Dalam log terdapat ralat dalam mendapatkan data sumber. Perbincangan tentang kesilapan, khususnya .
Kami cuba menentukan Watcher dalam fail konfigurasi (ia tidak membantu - akibat daripada ralat pada semua halaman Pengoptimuman, kembali ke kandungan asal fail konfigurasi tidak membetulkan keadaan): [watcher_strategies.basic] sumber data = ceilometer, gnocchi - Audit untuk Penjimatan Tenaga gagal. Berdasarkan log, masalahnya masih ketiadaan Ironic; ia tidak akan berfungsi tanpa perkhidmatan baremetal.
- Audit untuk Pengoptimuman Terma gagal. Jejak balik adalah sama seperti Penyatuan Pelayan (strategi penyatuan beban kerja VM) (ralat data sumber)
- Audit untuk tujuan Pengoptimuman Aliran Udara gagal dengan ralat.
Ralat penyempurnaan audit berikut juga dihadapi. Jejak balik dalam log keputusan-engine.log (keadaan kelompok tidak ditentukan).
→ Perbincangan tentang kesilapan
Kesimpulan
Hasil daripada penyelidikan dua bulan kami adalah kesimpulan yang jelas bahawa untuk mendapatkan sistem pengimbangan beban yang berfungsi sepenuhnya, kami akan mempunyai, dalam bahagian ini, untuk bekerja rapat dalam memperhalusi alatan untuk platform Openstack.
Watcher telah terbukti sebagai produk yang serius dan berkembang pesat dengan potensi yang sangat besar, yang penggunaan sepenuhnya memerlukan banyak kerja yang serius.
Tetapi lebih lanjut mengenai ini dalam artikel siri seterusnya.
Sumber: www.habr.com