grindină - Online în cloud

PROGRAM:

NUME

grindină - Plugin Ganeti IAllocator

REZUMAT

grindină [ -t fişier | --simula spec. ] [Opțiuni...] fișier de intrare

grindină --versiune

DESCRIERE

hail este un plugin Ganeti IAllocator care implementează plasarea și mișcarea instanței
folosind același algoritm ca hbal(1).

Programul primește intrare printr-un fișier JSON care conține starea curentă a clusterului și cererea
detalii și scoateți (pe stdout) un răspuns în format JSON. În cazul defecțiunilor critice,
mesajul de eroare este tipărit pe stderr și codul de ieșire este modificat pentru a arăta eșecul.

Dacă numele fișierului de intrare este - (un singur semn minus), atunci datele din cerere vor fi citite
stdin.

În afară de datele de intrare, hail colectează date prin rețea de la toate MonD-urile cu --mond
opțiune. În prezent, folosește numai date produse de colectorul de încărcare CPU.

ALGORITM
Pe grupuri de noduri obișnuite, programul folosește o versiune simplificată a algoritmului hbal; pentru
alocarea pe grupuri de noduri cu stocare exclusivă vezi mai jos.

Pentru alocările cu un singur nod (instanțe non-oglindite), din nou selectăm nodul care, când
ales ca nod primar, dă cel mai bun scor.

Pentru alocările cu două noduri (instanțe în oglindă), am ales cea mai bună pereche; acesta este singurul
alegerea în care algoritmul este netrivial în ceea ce privește dimensiunea clusterului.

Pentru relocari, incercam sa schimbam nodul secundar al instantei la toate validele
alte noduri; este ales nodul care are ca rezultat cel mai bun scor de grup.

Pentru modificările nodurilor (schimbare-nod mod), în prezent acceptăm numai instanțe DRBD și toate
trei moduri (modificări primare, modificări secundare și toate modificările nodurilor).

Pentru mutari de grup (schimbare-grup mod), din nou doar DRBD este acceptat și calculăm
secvența corectă care va avea ca rezultat o schimbare de grup; eșecul locului de muncă la jumătatea drumului va avea ca rezultat a
instanță împărțită. Alegerea nodurilor de pe grupul țintă se bazează pe scorul grupului,
iar alegerea grupului se bazează pe același algoritm ca și alocările (grupul cu cel mai mic
scor după plasare).

Deprecatul multi-evacuare moduri nu mai este acceptată.

În toate cazurile, scorul cluster (sau grup) este identic cu algoritmul hbal.

Pentru alocarea pe grupuri de noduri cu stocare exclusivă, se utilizează valorile alocărilor pierdute
în schimb pentru a determina pe ce nod să alocați o instanță. Pentru un nod alocarea
vector este vectorul, pentru fiecare interval de politică de instanță în ordine descrescătoare, a numărului
de instanțe care sunt minim conforme cu acel interval care încă pot fi plasate pe acel nod.
Vectorul alocărilor pierdute pentru o instanță pe un nod este diferența de alocare
vectori pentru acel nod înainte și după plasarea instanței pe acel nod. The
metrics lost-allocations este vectorul de alocare pierdut urmat de discul rămas
spațiu pe nodul ales, toate comparate lexicografic.

OPŢIUNI

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

-p, --print-nodes
Imprimă starea nodului înainte și după, într-un format conceput pentru a permite utilizatorului
înțelegeți cei mai importanți parametri ai nodului. Vezi pagina de manual hinstrumente(1) pentru
mai multe detalii despre aceasta optiune.

-t fișier de date, --text-data=*fișier de date*
Numele fișierului care conține informații despre cluster, pentru a suprascrie datele din JSON
cererea în sine. Acesta este folosit mai ales pentru depanare. Formatul fișierului este
descrise în pagina de manual hinstrumente(1).

--mond=*da|nu*
Dacă este dat, programul va interoga toate MonDs pentru a prelua date din datele acceptate
colectori prin rețea.

--mond-data fișier de date
Numele fișierului care conține datele furnizate de MonD, pentru a înlocui interogarea MonDs
prin rețea. Acesta este folosit mai ales pentru depanare. Fișierul trebuie să fie în JSON
formatați și prezentați o matrice de obiecte JSON, unul pentru fiecare nod, cu doi membri.
Primul membru numit nod este numele nodului și al doilea membru numit
rapoarte este o serie de obiecte de raport. Obiectele raportului trebuie să fie în același
formatul produs de agentul de monitorizare.

--ignore-dynu
Dacă sunt furnizate, toate informațiile de utilizare dinamică vor fi ignorate presupunând că sunt
0. Această opțiune va avea prioritate față de orice date transmise de MonD cu
--mond și opțiunea --mond-data.

--ignore-soft-errors
Dacă sunt oferite, toate verificările pentru erori soft vor fi omise atunci când se caută posibil
alocările. În acest fel se poate lua o decizie utilă chiar și în supraîncărcare
clustere.

--simula descriere
Specificații backend: similare cu -t opțiunea, aceasta permite suprascrierea clusterului
date cu un cluster simulat. Pentru detalii despre descriere, consultați pagina de manual
hinstrumente(1).

-S nume de fișier, --save-cluster=*nume fișier*
Dacă este dat, starea clusterului înainte și rularea iallocatorului sunt salvate într-un fișier
numit nume de fișier.pre-ialloc, Respectiv nume de fișier.post-ialloc. Asta permite
realimentarea stării cluster la oricare dintre utilitarele htools prin opțiunea -t.

-v Această opțiune mărește verbozitatea și poate fi folosită pentru depanare pentru a
înțelegeți cum este analizată cererea IAllocator; poate fi trecut de mai multe ori
pentru mai multe informații succesive.

CONFIGURARE

Pentru configurația de excludere a etichetelor (consultați pagina de manual a hbal pentru mai multe detalii), lista
dintre care etichete de instanță care să fie considerate ca etichete de excludere vor fi citite din etichetele de cluster,
configurat astfel:

· obțineți toate etichetele cluster începând cu htools:iextags:

· utilizați sufixul lor ca prefix pentru etichetele de excludere

De exemplu, dată fiind o etichetă de cluster, cum ar fi htools:iextags:service, toate etichetele de instanță ale
formă voi be luate în considerare as excludere Etichete, sens acea (de exemplu) Două cazuri
care atât avea a etichetănu va fi plasat pe același nod primar.

OPŢIUNI

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

EXIT STAREA

Starea de existență a comenzii va fi zero, cu excepția cazului în care din anumite motive algoritmul este fatal
a eșuat (de exemplu, date greșite ale nodului sau ale instanței).

Utilizați grindină online folosind serviciile onworks.net