harap - Online sa Cloud

PROGRAMA:

NAME

harep - Ganet auto-repair tool

SINOPSIS

harap [[-L | --luxi ] = socket ] [ --job-delay = segundo ]

harap --bersyon

DESCRIPTION

Ang Harep ay ang Ganet auto-repair tool. Nagagawa nitong makita na ang isang instance ay nasira at
upang makabuo ng isang pagkakasunud-sunod ng mga trabaho na aayusin ito, alinsunod sa mga patakarang itinakda ng
administrator.

Nakikilala ni Harep kung ano ang estado ng isang instance (malusog, nasuspinde, kailangang ayusin,
hindi pinapayagan ang pagkumpuni, nakabinbing pagkumpuni, nabigo ang pagkukumpuni) at pangunahan ito sa isang pagkakasunud-sunod ng
mga hakbang na magbabalik sa instance sa malusog na estado. Samakatuwid, ang harap ay higit sa lahat
nilalayong patakbuhin nang regular at madalas gamit ang isang cron job, para talagang masundan ito
ang halimbawa kasama ang lahat ng proseso. Sa bawat pagtakbo, ia-update ni harep ang mga tag na idinaragdag nito
mga pagkakataong naglalarawan sa katayuan ng pagkumpuni nito, at magsusumite ng mga trabahong aktwal na gumaganap ng
kinakailangang mga operasyon sa pagkukumpuni.

Bilang default, ang harep ay nag-uulat lamang sa kalagayan ng kalusugan ng mga pagkakataon, ngunit hindi gumaganap ng anuman
pagkilos, dahil maaaring mapanganib ang mga ito. Kaya naman, hahawakan lang ni harep
mga pagkakataon na tahasan itong pinahintulutang magtrabaho.

Ang mga tag na nagpapagana ng harep, ay maaaring iugnay sa mga iisang pagkakataon, o sa isang nodegroup o sa
ang buong cluster, samakatuwid ay nakakaapekto sa lahat ng mga pagkakataong naglalaman ng mga ito. Ang mga posibleng tag
ibahagi ang karaniwang istraktura:

ganeti:watcher:autorepair:

saan maaaring magkaroon ng mga sumusunod na halaga:

· fix-storage: payagan ang pagpapalit ng disk o ayusin ang backend nang hindi naaapektuhan ang instance
mismo (sirang DRBD pangalawang)

· mag-migrate: payagan ang paglilipat ng instance

· failover: payagan ang pag-reboot ng instance sa pangalawa

· muling i-install: payagan ang mga disk na muling likhain at ang instance ay muling mai-install

Ang bawat elemento sa listahan ng mga tag, kasama ang lahat ng pahintulot ng nauna,
na ang fix-storage ang pinakamahina at ang muling pag-install ay ang pinakamakapangyarihan.

Kung sakaling kumilos ang maraming autorepair na tag sa parehong pagkakataon, isa lang talaga ang maaari
aktibo. Ang salungatan ay malulutas ayon sa mga sumusunod na patakaran:

1. kung maraming tag ang nasa iisang bagay, inuuna ang pinakamaliit na mapanirang.

2. kung ang mga tag ay nasa mga bagay, ang pinakamalapit na tag ang mananalo.

Halimbawa: Ang isang cluster ay may mga instance na I1 at I2, kung saan ang I1 ay may failover tag, at ang cluster
ay may parehong fix-storage at muling i-install. Ang I1 instance ay papayagang mag-failover, ang I2
instance lamang sa fix-storage.

LIMITASYON

Harep ay hindi gumagawa ng anumang hardware failure detection sa sarili nitong, umaasa ito sa pagiging node
minarkahan bilang offline ng administrator.

Gayundin ang harep ay kasalukuyang gumagana lamang para sa mga pagkakataon na may mga template ng drbd at plain disk.

Ang parehong mga isyung ito ay tutugunan ng isang bagong maintenance daemon sa hinaharap na mga bersyon ng Ganet,
na papalitan ng harep.

Opsyon

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

-L socket, --luxi=*socket*
mangolekta ng data sa pamamagitan ng Luxi, opsyonal gamit ang ibinigay socket landas.

--job-delay=*segundo*
ipasok ang ganitong pagkaantala bago ang pagpapatupad ng mga trabaho sa pagkukumpuni upang payagan ang tool na
ipagpatuloy ang pagproseso ng mga pagkakataon.

Pag-uulat TUMBOK

Mag-ulat ng mga bug sa website ng proyekto (http://code.google.com/p/ganeti/) o makipag-ugnayan sa
mga developer na gumagamit ng Ganet mailing list ([protektado ng email]).

Gamitin ang harep online gamit ang mga serbisyo ng onworks.net