hbal - Online sa Cloud

PROGRAMA:

NAME

hbal - Cluster balancer para sa Ganeti

SINOPSIS

hbal {backend options...} [algorithm options...] [reporting options...]

hbal --bersyon

Mga pagpipilian sa backend:

{ -m kumpol | -L[ landas ] [-X] | -t data-file | -I landas }

Mga pagpipilian sa algorithm:

[ --max-cpu cpu-ratio ] [ --min-disk disk-ratio ] [ -l limitasyon ] [ -e puntos ] [ -g delta ] [
--min-gain-limit threshold ] [ -O pangalan ... ] [ --walang-disk-move ] [ --walang-instance-moves ] [
-U util-file ] [ --ignore-dynu ] [ --ignore-soft-errors ] [ --mond oo|hindi ] [ --mond-xen ]
[ --exit-on-missing-mond-data ] [ --evac-mode ] [ --restricted-migration ] [
--select-instances inst... ] [ --exclude-instances inst... ]

Mga opsyon sa pag-uulat:

[ -C[ file ] ] [ -p[ patlang ] ] [ --print-instances ] [ -S file ] [ -v... | -q ]

DESCRIPTION

Ang hbal ay isang cluster balancer na tumitingin sa kasalukuyang estado ng cluster (mga node na may
kanilang kabuuan at libreng disk, memorya, atbp.) at instance placement at nag-compute ng isang serye ng
mga hakbang na idinisenyo upang dalhin ang cluster sa isang mas mahusay na estado.

Ang algorithm na ginamit ay idinisenyo upang maging matatag (ibig sabihin, ito ay magbibigay sa iyo ng parehong mga resulta kapag
i-restart ito mula sa gitna ng solusyon) at makatwirang mabilis. Ito ay hindi, gayunpaman,
idinisenyo upang maging isang perpektong algorithm: posible itong mapunta sa isang sulok kung saan
wala itong makikitang pagpapabuti, dahil mukhang isang "hakbang" lang ang nauuna.

Ina-access ng program ang cluster state sa pamamagitan ng Rapi o Luxi. Humihiling din ito ng data sa ibabaw ng
network mula sa lahat ng MonD na may opsyong --mond. Sa kasalukuyan ay gumagamit lamang ito ng data na ginawa ng
Tagakolekta ng CPUload.

Bilang default, ipapakita ng program ang solusyon nang paunti-unti habang ito ay nakalkula, sa a
medyo misteryosong format; para sa pagkuha ng aktwal na Ganet command list, gamitin ang -C pagpipilian.

ALGORITMO
Gumagana ang programa sa mga independiyenteng hakbang; sa bawat hakbang, kino-compute namin ang pinakamagandang instance move
na nagpapababa sa marka ng kumpol.

Ang posibleng uri ng paglipat para sa isang halimbawa ay mga kumbinasyon ng failover/migrate at
palitan-disks upang baguhin namin ang isa sa mga node ng halimbawa, at nananatili ang isa
(ngunit posibleng may nabagong tungkulin, hal. mula sa pangunahin ito ay nagiging pangalawa). Ang listahan ay:

· failover (f)

· palitan ang pangalawang (r)

· palitan ang pangunahin, isang pinagsama-samang paglipat (f, r, f)

· failover at palitan ang pangalawang, composite din (f, r)

· palitan ang pangalawang at failover, composite din (r, f)

Hindi namin ginagawa ang natitirang posibilidad na palitan ang parehong mga node (r,f,r,f o ang
katumbas ng f,r,f,r) dahil ang mga hakbang na ito ay nangangailangan ng isang kumpletong paghahanap sa parehong kandidato
pangunahin at pangalawang node, at O(n*n) sa bilang ng mga node. Higit pa rito, ito
Mukhang hindi nagbibigay ng mas mahusay na mga marka ngunit magreresulta sa higit pang mga pagpapalit ng disk.

LUGAR RESTRICTIONS
Sa bawat hakbang, pinipigilan namin ang paglipat ng instance kung magdulot ito ng:

· isang node na mapupunta sa N+1 failure state

· isang instance upang lumipat sa isang offline na node (ang mga offline na node ay binabasa mula sa cluster
o ipinahayag na may -O; ang mga drained node ay itinuturing na offline)

· isang salungatan batay sa tag ng pagbubukod (binabasa ang mga tag ng pagbubukod mula sa cluster at/o tinukoy
sa pamamagitan ng --exclusion-tags option)

· isang max vcpu/pcpu ratio na lalampasan (i-configure sa pamamagitan ng --max-cpu)

· min disk na libreng porsyento upang mas mababa sa naka-configure na limitasyon (na-configure sa pamamagitan ng --min-disk)

MGA KLUSTER PAGSUSULIT
Gaya ng sinabi dati, sinusubukan ng algorithm na bawasan ang marka ng kumpol sa bawat hakbang. Kasalukuyan
ang markang ito ay kinukuwenta bilang isang timbang na kabuuan ng mga sumusunod na bahagi:

· karaniwang paglihis ng porsyento ng libreng memorya

· karaniwang paglihis ng porsyento ng nakalaan na memorya

· ang kabuuan ng mga porsyento ng nakalaan na memorya

· karaniwang paglihis ng porsyento ng libreng disk

· bilang ng mga node na nabigo sa pagsusuri sa N+1

· bilang ng mga pagkakataon na nabubuhay (maaaring bilang pangunahin o pangalawa) sa mga offline na node; nasa
Ang kahulugan ng hbal (at ang iba pang mga htool) na drained node ay itinuturing na offline

· bilang ng mga pagkakataong nabubuhay (bilang pangunahin) sa mga offline na node; ito ay naiiba sa itaas
metric sa pamamagitan ng pagtulong sa failover ng mga ganitong pagkakataon sa 2-node clusters

· standard deviation ng ratio ng virtual-to-physical cpus (para sa mga pangunahing pagkakataon ng
ang node)

· karaniwang paglihis ng bahagi ng magagamit na mga spindle (sa dedikadong mode,
ang mga spindle ay kumakatawan sa mga pisikal na spindle; kung hindi, itong oversubscribeable na panukala para sa IO
load, at ang oversubscription factor ay isinasaalang-alang kapag kino-compute ang bilang ng
magagamit na mga spindle)

· standard deviation ng dynamic na load sa mga node, para sa cpus, memory, disk at network

· standard deviation ng CPU load na ibinigay ng MonD

· ang bilang ng mga pagkakataon na may pangunahin at pangalawa sa parehong domain ng kabiguan

Ang libreng memorya at mga libreng disk value ay nakakatulong na matiyak na ang lahat ng mga node ay medyo balanse
kanilang paggamit ng mapagkukunan. Ang nakalaan na memorya ay nakakatulong upang matiyak na ang mga node ay medyo
balanse sa paghawak ng mga pangalawang pagkakataon, at walang node na nagpapanatili ng napakaraming memorya na nakalaan
para sa N+1. At panghuli, ang N+1 na porsyento ay tumutulong sa paggabay sa algorithm patungo sa pag-aalis
N+1 pagkabigo, kung maaari.

Maliban sa mga pagkabigo sa N+1, binibilang ang mga offline na pagkakataon, at paglabag sa domain ng pagkabigo
bilang, ginagamit namin ang karaniwang paglihis mula noong ginamit sa mga halaga sa loob ng isang nakapirming saklaw (namin
gumamit ng mga porsyentong ipinahayag bilang mga halaga sa pagitan ng zero at isa) nagbibigay ito ng mga pare-parehong resulta sa kabuuan
lahat ng sukatan (may ilang maliliit na isyu na nauugnay sa iba't ibang paraan, ngunit gumagana ito
sa pangkalahatan ay maayos). Ang mga halaga ng uri ng 'bilang' ay magkakaroon ng mas mataas na marka at sa gayon ay mas mahalaga
para sa pagbabalanse; kaya mas mabuti ang mga ito para sa mahirap na mga hadlang (tulad ng paglisan ng mga node at
pag-aayos ng mga pagkabigo sa N+1). Halimbawa, binibilang ang mga offline na pagkakataon (ibig sabihin, ang bilang ng
mga instance na nabubuhay sa mga offline na node) ay magiging sanhi ng algorithm upang aktibong ilipat ang mga instance
malayo sa mga offline na node. Ito, kasama ng paghihigpit sa pagkakalagay na ibinigay ng offline
node, ay magiging sanhi ng paglisan ng mga naturang node.

Ang mga dynamic na halaga ng pag-load ay kailangang basahin mula sa isang panlabas na file (ang Ganeti ay hindi nagbibigay
kanila), at kinukuwenta para sa bawat node bilang: kabuuan ng pangunahing instance cpu load, kabuuan ng pangunahin
instance memory load, kabuuan ng pangunahin at pangalawang instance disk load (bilang DRBD ay bumubuo
magsulat ng load sa mga pangalawang node din sa normal na kaso at sa mga masasamang sitwasyon ay nabasa din
load), at kabuuan ng pangunahing instance na pag-load ng network. Isang halimbawa kung paano bumuo ng mga ito
Ang mga halaga para sa input sa hbal ay upang subaybayan ang listahan ng xm para sa mga pagkakataon sa loob ng isang araw at pagkatapos
pag-compute ng delta ng mga halaga ng cpu, at pakainin iyon sa pamamagitan ng -U opsyon para sa lahat ng pagkakataon
(at panatilihin ang iba pang mga sukatan bilang isa). Para gumana ang algorithm, ang kailangan lang ay
na pare-pareho ang mga value para sa isang sukatan sa lahat ng pagkakataon (hal. lahat ng pagkakataon ay gumagamit
cpu% upang iulat ang paggamit ng cpu, at hindi isang bagay na nauugnay sa bilang ng mga segundo ng CPU na ginamit kung ang
Magkaiba ang mga CPU), at na-normalize ang mga ito sa pagitan ng zero at isa. Tandaan na ito ay
inirerekomenda na hindi magkaroon ng zero bilang halaga ng pag-load para sa anumang sukatan ng instance mula noon
ang mga pangalawang pagkakataon ay hindi maayos na balanse.

Gagamitin lang ang CPUload mula sa data collector ng MonD kung tumatakbo ang lahat ng MonD,
kung hindi, hindi ito makakaapekto sa marka ng kumpol. Dahil hindi namin mahanap ang CPU load ng bawat isa
halimbawa, maaari nating ipagpalagay na ang pag-load ng CPU ng isang instance ay proporsyonal sa bilang ng
vcpus nito. Sa heuristic na ito, malamang na lumipat ang mga instance mula sa mga node na may mataas na pag-load ng CPU
sa mga node na may mas kaunting CPU load.

Sa isang perpektong balanseng kumpol (lahat ng mga node ay may parehong laki, lahat ng mga pagkakataon ay may parehong laki at
magkalat sa mga node nang pantay-pantay), ang mga halaga para sa lahat ng sukatan ay magiging zero, kasama ang
maliban sa kabuuang porsyento ng nakalaan na memorya. Hindi ito madalas mangyari sa
practice :)

Offline MGA INSTANS
Dahil ang mga kasalukuyang bersyon ng Ganet ay hindi nag-uulat ng memorya na ginagamit ng mga offline (pababa) na mga pagkakataon,
ang pagbabalewala sa katayuan ng pagtakbo ng mga pagkakataon ay magdudulot ng mga maling kalkulasyon. Dahil dito, ang
Ibinabawas ng algorithm ang laki ng memorya ng mga down na pagkakataon mula sa libreng memorya ng node ng kanilang
pangunahing node, sa epekto ay ginagaya ang pagsisimula ng mga ganitong pagkakataon.

PAGLALAHAD TAG
Ang mekanismo ng mga tag ng pagbubukod ay idinisenyo upang maiwasan ang mga pagkakataon na tumatakbo sa parehong workload
(hal. dalawang DNS server) na mapunta sa parehong node, na gagawin ang kani-kanilang node na a
SPOF para sa ibinigay na serbisyo.

Gumagana ito sa pamamagitan ng pag-tag ng mga instance na may ilang partikular na tag at pagkatapos ay pagbuo ng mga mapa ng pagbubukod batay sa
ang mga ito. Aling mga tag ang aktwal na ginagamit ay na-configure alinman sa pamamagitan ng command line (option
--exclusion-tags) o sa pamamagitan ng pagdaragdag sa mga ito sa mga tag ng kumpol:

--exclusion-tags=a,b
Gagawin nito ang lahat ng instance tag ng form a:*, b:* isaalang-alang para sa
mapa ng pagbubukod

kumpol tag htools:iextags:a, htools:iextags:b
Gagawa ito ng mga tag ng instance a:*, b:* isaalang-alang para sa mapa ng pagbubukod. Higit pa
tiyak, ang suffix ng mga cluster tag na nagsisimula sa htools:iextags: ay magiging
prefix ng mga tag ng pagbubukod.

Ang parehong mga form sa itaas ay nangangahulugan na ang dalawang pagkakataon ay parehong may (hal.) ng tag a:foo or b:bar
ay hindi magtatapos sa parehong node.

MIGRATION TAG
Kung ang Ganet ay na-deploy sa isang heterogenous na cluster, maaaring hindi posible ang paglipat sa pagitan
lahat ng node ng isang node group. Ang isang halimbawa ng ganitong sitwasyon ay ang pag-upgrade ng hypervisor
node sa node. Upang ipaalam sa hbal ang mga paghihigpit na iyon, ang mga sumusunod na cluster tag ay
ginagamit.

kumpol tag htools:migration:a, htools:migration:b, at iba pa
Ginagawa nitong gumawa ng mga node tag ng form a:*, b:*, atbp maituturing na migration
paghihigpit. Mas tiyak, ang suffix ng mga cluster tag na nagsisimula sa
htools:migration: ay magiging prefix ng migration tag. Tanging mga
ang mga paglilipat ay isasaalang-alang kung saan ang lahat ng mga tag ng paglilipat ng pinagmulan
naroroon din ang node sa target na node.

kumpol tag htools:allowmigration:x::y para paglipat tag x at y
Iginiit nito na may naka-tag na node y ay nakakatanggap ng mga pagkakataon sa parehong paraan na parang
nagkaroon sila ng isang x tag.

Kaya sa simpleng kaso ng pag-upgrade ng hypervisor, tina-tag ang lahat ng mga node na naging
na-upgrade na may tag ng paglipat ay sapat na. Sa mas kumplikadong mga sitwasyon, ito ay palaging
posibleng gumamit ng ibang migration tag para sa bawat hypervisor na ginamit at tahasang isaad ang
pinapayagan ang mga direksyon sa paglipat sa pamamagitan ng htools:allowmigration: mga tag.

LOCATION TAG
Sa loob ng isang pangkat ng node, ang ilang mga node ay maaaring mas malamang na mabigo nang sabay-sabay dahil sa a
karaniwang sanhi ng error (hal., kung magkapareho sila ng power supply unit). Ganet ay maaaring
ginawang kamalayan sa mga karaniwang sanhi ng pagkabigo sa pamamagitan ng mga tag.

kumpol tag htools:nlocation:a, htools:nlocation:b, at iba pa
Ginagawa nitong gumawa ng mga node tag ng form a:*, b:*, atbp ay ituring na may karaniwan
sanhi ng kabiguan.

Isinasaalang-alang ang mga pagkakataon na may pangunahin at pangalawang node na may karaniwang sanhi ng pagkabigo
masama ang pagkakalagay. Bagama't palaging pinapayagan ang mga naturang placement, malaki ang bilang ng mga ito sa
marka ng kumpol.

Opsyon

Ang mga opsyon na maaaring ipasa sa programa ay ang mga sumusunod:

-C, --print-mga utos
I-print ang listahan ng command sa dulo ng run. Kung wala ito, gagawin lamang ng programa
magpakita ng mas maikli, ngunit misteryosong output.

Tandaan na ang listahan ng mga galaw ay hahatiin sa mga independiyenteng hakbang, na tinatawag na "jobsets",
ngunit para lamang sa visual na inspeksyon, hindi para sa aktwal na pagkakatulad. Hindi ito
posible na iparallelise ang mga ito nang direkta kapag naisakatuparan sa pamamagitan ng "gnt-instance" na mga utos,
dahil ang isang tambalang command (hal. failover at replace-disks) ay dapat na isagawa
serye. Ang parallel execution ay posible lamang kapag ginagamit ang Luxi backend at ang
-L pagpipilian.

Ang algorithm para sa paghahati ng mga galaw sa jobsets ay sa pamamagitan ng pag-iipon ng mga galaw hanggang
ang susunod na paglipat ay ang pagpindot sa mga node na nahawakan na ng mga kasalukuyang galaw; ang ibig sabihin nito ay tayo
hindi maipatupad nang magkatulad (dahil sa paglalaan ng mapagkukunan sa Ganeti) at sa gayon ay magsisimula kami
isang bagong hanay ng trabaho.

-p, --print-nodes
Ini-print ang bago at pagkatapos ng katayuan ng node, sa isang format na idinisenyo upang payagan ang user na
maunawaan ang pinakamahalagang parameter ng node. Tingnan ang pahina ng tao htools(1) para sa
higit pang mga detalye tungkol sa opsyong ito.

--print-instances
Nagpi-print ng before at after instance map. Ito ay hindi gaanong kapaki-pakinabang dahil sa katayuan ng node,
ngunit makakatulong ito sa pag-unawa sa mga galaw ng halimbawa.

-O pangalan
Ang pagpipiliang ito (na maaaring ibigay nang maraming beses) ay mamarkahan ang mga node bilang pagiging offline.
Nangangahulugan ito ng ilang bagay:

· Ang mga pagkakataon ay hindi ilalagay sa mga node na ito, kahit na pansamantala; hal. ang palitan
pangunahin hindi available ang paglipat kung offline ang pangalawang node, dahil ang paglipat na ito
nangangailangan ng failover.

· ang mga node na ito ay hindi isasama sa pagkalkula ng puntos (maliban sa
porsyento ng mga pagkakataon sa mga offline na node)

Tandaan na ang algorithm ay mamarkahan din bilang offline ang anumang mga node na iniulat ng RAPI
tulad nito, o may "?" sa file-based na input sa anumang mga numeric na field.

-e puntos, --min-score=*score*
Ang parameter na ito ay nagsasaad kung gaano kalaki sa itaas ng N+1 na nakatali ang marka ng cluster na maaari nating gawin
maging masaya at baguhin ang pagkalkula sa dalawang paraan:

· kung ang cluster ay may paunang marka na mas mababa kaysa sa halagang ito, hindi kami papasok
ang algorithm sa lahat, at lumabas nang may tagumpay

· sa panahon ng umuulit na proseso, kung maabot namin ang isang markang mas mababa sa halagang ito, lalabas kami
ang algorithm

Ang default na halaga ng parameter ay kasalukuyang 1e-9 (empirically pinili).

-g delta, --min-gain=*delta*
Dahil ang algorithm sa pagbabalanse ay maaaring magresulta kung minsan sa napakaliit na pagpapabuti,
na nagdudulot ng mas kaunting kita na ginagastos nila sa oras ng paglipat, ang parameter na ito (defaulting
hanggang 0.01) ay kumakatawan sa pinakamababang kita na kailangan namin sa isang hakbang, upang magpatuloy
pagbabalanse.

--min-gain-limit=*threshold*
Ang pagpipiliang min-gain sa itaas ay magkakabisa lamang kung ang marka ng cluster ay na
sa ibaba threshold (mga default sa 0.1). Ang katwiran sa likod ng setting na ito ay na sa
mataas na mga marka ng kumpol (hindi maayos na balanseng mga kumpol), ayaw naming i-abort ang muling pagbalanse
masyadong mabilis, dahil maaaring makabuluhan pa rin ang mga nadagdag sa ibang pagkakataon. Gayunpaman, sa ilalim ng
threshold, ang kabuuang pakinabang ay ang halaga lamang ng threshold, para maaga tayong makaalis.

--walang-disk-move
Pinipigilan ng parameter na ito ang hbal sa paggamit ng disk move (ibig sabihin, "gnt-instance
replace-disks") na mga operasyon. Magreresulta ito sa mas mabilis na pagbabalanse, ngunit ng
siyempre ang mga pagpapabuti ay limitado. Nasa gumagamit ang pagpapasya kung kailan gagamitin
isa o isa pa.

--walang-instance-moves
Pinipigilan ng parameter na ito ang hbal sa paggamit ng mga instance moves (ibig sabihin, "gnt-instance
migrate/failover") na operasyon. Gagamitin lamang nito ang mabagal na pagpapalit ng disk
mga operasyon, at magbibigay din ng mas masamang balanse, ngunit maaaring maging kapaki-pakinabang kung lilipat
ang mga pagkakataon sa paligid ay itinuturing na hindi ligtas o hindi ginustong.

--evac-mode
Pinaghihigpitan ng parameter na ito ang listahan ng mga pagkakataong isinasaalang-alang para sa paglipat sa mga pagkakataon
naninirahan sa offline/drained node. Maaari itong gamitin bilang isang (bulk) na kapalit para sa
sariling Ganet gnt-node lumikas, na may tala na hindi nito ginagarantiya na puno
evacuation.

--restricted-migration
Hindi pinapayagan ng parameter na ito ang anumang palitan-pangunahing mga galaw (frf), gayundin ang mga iyon
replace-and-failover moves (rf) kung saan wala ang pangunahing node ng instance
pinatuyo. Kung ginamit kasama ng --evac-mode na opsyon, ang tanging paglilipat na iyon
Ang gagawin ng hbal ay ang mga paglilipat ng mga pagkakataon mula sa isang drained node. Ito ay maaaring maging kapaki-pakinabang kung
sa panahon ng muling pag-install ng base operating system, ang paglipat ay posible lamang mula sa
lumang OS sa bagong OS. Tandaan, gayunpaman, na kadalasan ang paggamit ng mga tag ng paglipat ay ang
mas mahusay na pagpipilian.

--select-instances=*instances*
Ang parameter na ito ay nagmamarka sa mga ibinigay na pagkakataon (bilang isang listahan na pinaghihiwalay ng kuwit) bilang ang tanging
ang mga inililipat sa panahon ng rebalance.

--exclude-instances=*instances*
Ang parameter na ito ay nagmamarka ng mga ibinigay na pagkakataon (bilang isang listahan na pinaghihiwalay ng kuwit) mula sa pagiging
inilipat sa panahon ng rebalance.

-U util-file
Tinutukoy ng parameter na ito ang isang file holding instance dynamic utilization information
yan ang gagamitin para i-tweak ang balancing algorithm para mapantayan ang load sa mga node
(kumpara sa static na paggamit ng mapagkukunan). Ang file ay nasa format na "instance_name
cpu_util mem_util disk_util net_util" kung saan binibigyang-kahulugan ang mga parameter na "_util".
bilang mga numero at ang pangalan ng instance ay dapat na eksaktong tumugma sa instance na nabasa mula sa
Ganeti. Sa kaso ng hindi kilalang mga pangalan ng instance, ang programa ay abort.

Kung hindi ibinigay, ang mga default na halaga ay isa para sa lahat ng sukatan at sa gayon ay dynamic
Ang paggamit ay may isang epekto lamang sa algorithm: ang pagkakapantay-pantay ng pangalawa
mga instance sa mga node (ito ang tanging sukatan na hindi sinusubaybayan ng iba,
nakalaang halaga, at sa gayon ang disk load ng mga pagkakataon ay magdudulot ng pangalawang pagkakataon
pagkakapantay-pantay). Tandaan na ang halaga ng isa ay makakaimpluwensya rin nang bahagya sa pangunahin
bilang ng halimbawa, ngunit sinusubaybayan na iyon sa pamamagitan ng iba pang mga sukatan at sa gayon ay ang
Ang impluwensya ng dynamic na paggamit ay halos hindi gaanong mahalaga.

--ignore-dynu
Kung ibinigay, ang lahat ng dynamic na impormasyon sa paggamit ay hindi papansinin sa pamamagitan ng pag-aakalang ito nga
0. Ang pagpipiliang ito ay mauuna sa anumang data na ipinasa ng -U na opsyon o ni
ang MonDs na may --mond at ang --mond-data na opsyon.

--ignore-soft-errors
Kung ibinigay, ang lahat ng pagsusuri para sa mga mahinang error ay aalisin kapag isinasaalang-alang ang pagbabalanse
gumagalaw. Sa ganitong paraan, ang pag-unlad ay maaaring gawin sa isang kumpol kung saan ang lahat ng mga node ay nasa a
hindi magandang estado sa patakaran, tulad ng paglampas sa mga ratio ng oversubscription sa CPU o mga spindle.

-S filename, --save-cluster=*filename*
Kung ibinigay, ang estado ng cluster bago ang pagbabalanse ay nai-save sa ibinigay na file
kasama ang extension na "orihinal" (ibig sabihin filename.orihinal), at ang estado sa dulo
ng pagbabalanse ay nai-save sa ibinigay na file kasama ang extension na "balanseng" (ibig sabihin
filename.balanse). Nagbibigay-daan ito sa muling pagpapakain sa cluster state sa alinman sa hbal mismo
o halimbawa hspace sa pamamagitan ng -t na opsyon.

-t datafile, --text-data=*datafile*
Detalye ng backend: ang pangalan ng file na may hawak na node at impormasyon ng instance
(kung hindi mangolekta sa pamamagitan ng RAPI o LUXI). Ito o ang isa sa iba pang mga backend ay dapat na
pinili. Ang opsyon ay inilarawan sa man page htoolsNa (1).

--mond=*oo|hindi*
Kung bibigyan ng programa, itatanong ng programa ang lahat ng MonD upang kumuha ng data mula sa sinusuportahang data
mga kolektor sa network.

--mond-xen
Kung ibinigay, i-query din ang mga kolektor na partikular sa Xen mula sa MonD, sa kondisyon na ang pagsubaybay
ang mga daemon ay tinanong sa lahat.

--exit-on-missing-mond-data
Kung ibinigay, i-abort kung hindi kumpleto ang data na makukuha mula sa pag-query sa mga MonD. Ang
Ang default na pag-uugali ay ang magpatuloy sa isang pinakamahusay na hula batay sa static na impormasyon.

--mond-data datafile
Ang pangalan ng file na may hawak ng data na ibinigay ng MonD, para i-override ang pag-query ng mga MonD
sa network. Ito ay kadalasang ginagamit para sa pag-debug. Ang file ay dapat nasa JSON
mag-format at magpakita ng hanay ng mga JSON object , isa para sa bawat node, na may dalawang miyembro.
Ang unang miyembro na pinangalanang node ay ang pangalan ng node at ang pangalawang miyembro ay pinangalanan
Ang mga ulat ay isang hanay ng mga bagay sa ulat. Ang mga bagay sa ulat ay dapat na pareho
format na ginawa ng ahente ng pagsubaybay.

-m kumpol
Detalye ng backend: direktang mangolekta ng data mula sa kumpol ibinigay bilang argumento
sa pamamagitan ng RAPI. Ang opsyon ay inilarawan sa man page htoolsNa (1).

-L [landas]
Detalye ng backend: direktang mangolekta ng data mula sa master daemon, na magiging
nakipag-ugnayan sa pamamagitan ng LUXI (isang panloob na protocol ng Ganeti). Ang pagpipilian ay inilarawan sa
pahina ng tao htoolsNa (1).

-X Kapag ginagamit ang backend ng Luxi, maaari ding isagawa ng hbal ang mga ibinigay na command. Ang
Ang paraan ng pagpapatupad ay upang maisagawa ang mga indibidwal na jobsets (tingnan ang -C pagpipilian para sa
mga detalye) sa magkahiwalay na yugto, abort kung anumang oras sa isang jobset ay wala ang lahat ng trabaho
matagumpay. Ang bawat hakbang sa solusyon sa pagbabalanse ay isasalin sa eksakto
isang Ganet na trabaho (may pagitan ng isa at tatlong OpCode), at lahat ng mga hakbang sa a
ang jobset ay isasagawa nang magkatulad. Ang mga jobsets mismo ay isinasagawa nang sunud-sunod.

Maaaring maantala ang pagsasagawa ng serye ng trabaho, tingnan sa ibaba para sa paghawak ng signal.

-l N, --max-length=*N*
Limitahan ang solusyon sa haba na ito. Ito ay maaaring gamitin halimbawa upang i-automate ang
pagpapatupad ng pagbabalanse.

--max-cpu=*cpu-ratio*
Ang maximum na virtual sa pisikal na cpu ratio, bilang isang floating point number na mas malaki kaysa sa
o katumbas ng isa. Halimbawa, pagtukoy cpu-ratio as 2.5 ibig sabihin, para sa 4-cpu
machine, ang maximum na 10 virtual cpus ay dapat pahintulutang gamitin para sa primary
mga pagkakataon. Ang halaga ng eksaktong isa ay nangangahulugan na walang labis na subscription ng CPU
(maliban sa oras ng CPU na ginamit ng node mismo), at ang mga halaga sa ibaba ng isa ay hindi ginagawa
kahulugan, dahil nangangahulugan iyon na ang ibang mga mapagkukunan (hal. disk) ay hindi ganap na magagamit dahil sa
Mga paghihigpit sa CPU.

--min-disk=*disk-ratio*
Ang pinakamababang halaga ng libreng espasyo sa disk na natitira, bilang isang numero ng floating point. Para sa
halimbawa, pagtukoy disk-ratio as 0.25 nangangahulugan na hindi bababa sa isang quarter ng disk
dapat iwanang libre ang espasyo sa mga node.

-G uuid, --group=*uuuid*
Sa isang multi-group cluster, piliin ang pangkat na ito para sa pagproseso. Kung hindi ay gagawin ni hbal
i-abort, dahil hindi nito mabalanse ang maraming grupo nang sabay-sabay.

-sa, --verbose
Dagdagan ang output verbosity. Ang bawat paggamit ng opsyong ito ay tataas ang
verbosity (kasalukuyang higit sa 2 ay hindi makatuwiran) mula sa default ng isa.

-q, --tahimik
Bawasan ang output verbosity. Bawasan ng bawat paggamit ng opsyong ito ang
verbosity (mas mababa sa zero ay hindi makatuwiran) mula sa default ng isa.

-V, --bersyon
Ipakita lamang ang bersyon ng programa at lumabas.

SINYAL Paghahawak

Kapag nagsasagawa ng mga trabaho sa pamamagitan ng LUXI (gamit ang -X na opsyon), karaniwang isasagawa ng hbal ang lahat ng trabaho
hanggang sa ang alinman sa isa ay mali o lahat ng mga trabaho ay matagumpay na matapos.

Dahil maaaring tumagal ng mahabang panahon ang pagbabalanse, posibleng ihinto ang hbal nang maaga sa dalawang paraan:

· sa pamamagitan ng pagpapadala ng SIGINT (^C), irerehistro ni hbal ang kahilingan sa pagwawakas, at maghihintay
hanggang sa matapos ang kasalukuyang isinumiteng mga trabaho, sa puntong ito ay lalabas (na may exit code 0
kung natapos nang tama ang lahat ng trabaho, kung hindi ay may exit code 1 gaya ng dati)

· sa pamamagitan ng pagpapadala ng SIGTERM, lalabas kaagad si hbal (na may exit code 2); ito ay ang
responsibilidad ng user na mag-follow up kay Ganet at suriin ang resulta ng
kasalukuyang nagsasagawa ng mga trabaho

Tandaan na sa anumang sitwasyon, ganap na ligtas na patayin ang hbal, alinman sa pamamagitan ng mga signal sa itaas
o sa pamamagitan ng anumang iba pang signal (hal. SIGQUIT, SIGKILL), dahil ang mga trabaho mismo ay pinoproseso
ni Ganet samantalang ang hbal (pagkatapos ng pagsusumite) ay pinapanood lamang ang kanilang pag-unlad. Sa kasong ito,
kailangang i-query ng user ang Ganet para sa mga resulta ng trabaho.

EXIT STATUS

Ang exit status ng command ay magiging zero, maliban kung sa ilang kadahilanan ay nabigo ang algorithm
(hal. maling data ng node o instance), di-wastong mga opsyon sa command line, o (sa kaso ng trabaho
execution) ang isa sa mga trabaho ay nabigo.

Kapag nagsimula na ang pagpapatupad ng trabaho sa pamamagitan ng Luxi (-X), kung maagang naputol ang pagbabalanse (sa pamamagitan ng
TANDAAN, o sa pamamagitan ng --max-length) ngunit lahat ng mga trabaho ay matagumpay na naisakatuparan, kung gayon ang exit status ay
zero; ang ibig sabihin ng non-zero exit code na ang cluster state ay dapat imbestigahan, dahil a
job failed o hindi namin ma-compute ang status nito at maaari rin itong magturo ng problema sa
Ganet side.

Gumamit ng hbal online gamit ang mga serbisyo ng onworks.net