hroller - Online sa Cloud

PROGRAMA:

NAME

hroller - Cluster rolling maintenance scheduler para sa Ganeti

SINOPSIS

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

hroller --bersyon

Mga pagpipilian sa backend:

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

[ --puwersa ]

Mga pagpipilian sa algorithm:

[ -G pangalan ] [ -O pangalan ... ] [ --node-tag tag,.. ] [ --skip-non-redundant ]

[ --offline-pagpapanatili ] [ --ignore-non-redundant ]

Mga opsyon sa pag-uulat:

[ -v... | -q ] [ -S file ] [ --isang-hakbang-lamang ] [ --print-move ]

DESCRIPTION

Ang hroller ay isang cluster maintenance reboot scheduler. Maaari nitong kalkulahin kung aling hanay ng mga node
maaaring i-reboot sa parehong oras habang iniiwasan ang pagkakaroon ng parehong pangunahin at pangalawang node
sabay-sabay na nire-reboot.

Para sa mga backend na sumusuporta sa pagtukoy sa master node (kasalukuyang RAPI at LUXI), ang
master node ay naka-iskedyul bilang huling node sa huling reboot group. Maliban dito
paghihigpit, mas malalaking reboot group ang inuuna.

ALGORITMO PARA SA NAGKAKALKULO Offline REBOOT GROUPS
Titingnan ng hroller ang mga node bilang mga vertex ng isang hindi nakadirekta na graph, na may dalawang uri ng mga gilid.
Una, may mga gilid mula sa pangunahin hanggang sa pangalawang node ng bawat pagkakataon.
Pangalawa, ang dalawang node ay konektado sa pamamagitan ng isang gilid kung sila ang pangunahing node ng dalawa
mga pagkakataon na may parehong pangalawang node. Pagkatapos ay kukulayan nito ang graph gamit ang iilan
iba't ibang heuristics, at ibalik ang nakitang hanay ng kulay na pinakamababang laki. Node na may pareho
maaaring sabay-sabay na ilipat ng kulay ang lahat ng instance sa kani-kanilang sekundarya
node, at ligtas na i-reboot ang mga ito nang sabay-sabay.

Opsyon

Para sa isang paglalarawan ng karaniwang mga opsyon suriin htools(1) at hbalNa (1).

--puwersa
Huwag mabigo, kahit na ang master node ay hindi matukoy.

--node-tag tag,...
Limitahan sa mga node na mayroong kahit isa sa mga ibinigay na tag.

--full-evacuation
Planuhin din ang paglipat ng mga sekundarya mula sa mga node na ire-reboot. Para sa bawat pagkakataon
ang paglipat ay higit sa isang paglipat (kung ito ay pangunahin sa node na iyon) na sinusundan ng a
palitan ang pangalawa.

--skip-non-redundant
Limitahan sa mga node na hindi nagho-host ng anumang hindi paulit-ulit na instance.

--offline-pagpapanatili
Magpanggap na ang lahat ng mga pagkakataon ay shutdown bago isagawa ang mga pag-reboot. ibig sabihin,
ang mga gilid lamang mula sa pangunahin hanggang sa pangalawang node ng isang instance ang isinasaalang-alang.

--ignore-non-redundnant
Magpanggap na ang hindi paulit-ulit na mga instance ay hindi umiiral, at kumuha lamang ng mga instance na may
pangunahin at pangalawang node sa account.

--isang-hakbang-lamang
Limitahan sa unang reboot group. I-output ang grupo ng isang node bawat linya.

--print-move
Pagkatapos ng listahan ng bawat pangkat para sa bawat apektadong pagkakataon, isang node kung saan maaari itong ilikas
sa. Ang mga galaw ay kinukuwenta sa ilalim ng pagpapalagay na pagkatapos ng bawat reboot na pangkat, lahat
ang mga pagkakataon ay inilipat pabalik sa kanilang orihinal na posisyon.

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