harep - Online în cloud

PROGRAM:

NUME

harep - unealtă de auto-reparare Ganeti

REZUMAT

iepura [ [-L | --luxi ] = priză ] [ --job-delay = secunde ]

iepura --versiune

DESCRIERE

Harep este instrumentul de auto-reparare Ganeti. Este capabil să detecteze că o instanță este ruptă și
pentru a genera o secvență de joburi care să o rezolve, în conformitate cu politicile stabilite de
administrator.

Harep este capabil să recunoască în ce stare se află o instanță (sănătoasă, suspendată, necesită reparații,
reparație interzisă, reparație în așteptare, reparație eșuată) și să o conducă printr-o secvență de
pași care vor readuce instanța la starea sănătoasă. Prin urmare, harepul este în principal
menit să fie rulat în mod regulat și frecvent folosind un job cron, astfel încât să poată urma efectiv
instanța de-a lungul întregului proces. La fiecare alergare, Harep va actualiza etichetele pe care le adaugă
instanțe care descriu starea reparației acestuia și vor trimite lucrări care realizează efectiv
operațiunile de reparație necesare.

În mod implicit, Harep raportează doar starea de sănătate a instanțelor, dar nu efectuează niciuna
acțiune, deoarece ar putea fi potențial periculoase. Prin urmare, iepura se va atinge doar
cazuri în care a fost autorizat în mod explicit să lucreze.

Etichetele care permit harep pot fi asociate unor instanțe individuale sau unui grup de noduri sau la
întregul cluster, afectând prin urmare toate instanțele pe care le conțin. Etichetele posibile
împărtășesc structura comună:

ganeti:watcher:autorepair:

Unde poate avea următoarele valori:

· Fix-storage: permiteți înlocuirea discului sau reparați backend-ul fără a afecta instanța
în sine (secundar DRBD rupt)

· migrare: permite migrarea instanțelor

· failover: permite repornirea instanței pe secundar

· reinstalare: permiteți recrearea discurilor și reinstalarea instanței

Fiecare element din lista de etichete, include toate autorizațiile celui precedent,
cu fix-storage fiind cel mai puțin puternic și reinstall fiind cel mai puternic.

În cazul în care mai multe etichete de reparare automată acționează pe aceeași instanță, doar una poate fi de fapt
activ. Conflictul se rezolvă după următoarele reguli:

1. dacă mai multe etichete sunt în același obiect, cea mai puțin distructivă are prioritate.

2. dacă etichetele sunt peste obiecte, eticheta cea mai apropiată câștigă.

Exemplu: Un cluster are instanțele I1 și I2, unde I1 are eticheta de failover și clusterul
are atât stocare corectă, cât și reinstalare. Instanța I1 va fi permisă să facă failover, I2
exemplu numai pentru a repara-stocare.

LIMITAREA

Harep nu detectează singur defecțiunile hardware, se bazează pe nodurile
marcat ca offline de administrator.

De asemenea, harep funcționează în prezent numai pentru instanțe cu șabloanele drbd și simple disc.

Ambele probleme vor fi abordate de un nou daemon de întreținere în versiunile viitoare Ganeti,
care va înlocui iepura.

OPŢIUNI

Opțiunile care pot fi transmise programului sunt următoarele:

-L priză, --luxi=*priză*
colectează date prin Luxi, opțional folosind datele furnizate priză cale.

--job-delay=*secunde*
introduceți această întârziere înainte de execuția lucrărilor de reparație pentru a permite instrumentului
continuă procesarea instanțelor.

RAPORTAREA GANDACI

Raportați erori pe site-ul web al proiectului (http://code.google.com/p/ganeti/) sau contactați
dezvoltatorii care folosesc lista de corespondență Ganeti ([e-mail protejat]).

Utilizați Harep online folosind serviciile onworks.net