înregistrare Logare
Puncte:1
avatar Server

Se calculează numărul de benzi pentru stocarea codificată de ștergere

drapel cn
Nicola Mori

Initiez un cluster ceph (prima data pentru mine) care in final va fi format din ~100 de discuri impartite pe 10 gazde. Voi folosi un singur pool de date codificate de ștergere pentru a maximiza spațiul pe disc; constrângerile mele sunt eficiența de ~80% și o toleranță la erori de 2 discuri. Acest lucru se poate realiza cel mai simplu cu un cod de ștergere k=8 m=2, dar și cu k=16 m=4 cu bonusul de a tolera până la 4 defecte de disc.

Mă întreb astfel care sunt dezavantajele creșterii numărului de dungi; Îmi vin în minte câteva (de exemplu, supraîncărcarea CPU și a rețelei crescute din cauza fragmentării crescute a fișierelor), dar având în vedere cunoștințele mele foarte slabe despre subiect, nu sunt sigur.Aș aprecia cu adevărat orice perspectivă asupra acestui subiect.

47
0 + 0
drapel us
eblock
Dacă aveți 10 gazde, v-aș sfătui să nu le folosiți pe toate pentru a avea o bucată EC. În cazul eșecului unui nod, o recuperare nu va fi posibilă până când nodul este din nou online. Aș recomanda să folosiți ceva de genul k=6 m=2 dacă doriți să susțineți defecțiunea a 2 discuri. În acest caz, ați avea două gazde „de rezervă”, ceea ce este un termen înșelător, deoarece toate gazdele vor fi utilizate, desigur. Un profil EC precum k=7 m=2 ar funcționa și el.
0
Răspunde
drapel cn
Nicola Mori
Mulțumesc pentru sugestie. Vă gândiți la un caz de eșec al domeniului gazdei? Mă gândesc la setarea unui domeniu de eșec osd, deoarece sunt preocupat în principal de pierderea discurilor, mai degrabă decât de mașini, și de aceea m-ar interesa un număr mare de stripe. De asemenea, sunt îngrijorat de faptul că mașinile mele au capacități osd totale diferite, variind de la 6 la 32 TB, așa că într-un domeniu de eșec al gazdelor cu număr de gazde aproape complet ocupate, aș termina cu gazdele mici limitând de fapt capacitatea globală a clusterului, nu?
0
Răspunde
drapel us
eblock
Ei bine, discul pe care este instalat sistemul de operare poate eșua și el. ;-) Dar da, mă gândeam la domeniul eșec al gazdei, acesta este cazul obișnuit în toate clusterele clienților noștri. Presupunerea dvs. este corectă, cel mai mic (sau cel mai complet) OSD limitează capacitatea totală. Nu cred că este o idee bună să amestecați OSD-uri cu diferențe de capacitate atât de mari. Dacă ați creat diferite clase de dispozitive pentru OSD-uri uriașe și mai mici, asta ar putea funcționa dacă ați crea pool-uri cu acele clase de dispozitive. Dar nu cred că vei fi mulțumit de rezultat dacă mergi pe această cale, indiferent de domeniul de eșec.
0
Răspunde
drapel cn
Nicola Mori
Am mai multe servere de discuri de diferite vârste și dimensiuni de disc care până acum au funcționat separat și acum trebuie să creez un singur spațiu de stocare mare, deoarece am nevoie de un singur pool mare. Așa că voi trăi cu dezavantajele acestui aranjament, dar mulțumesc oricum pentru atenție. Revenind la întrebarea mea inițială, vedeți vreo problemă gravă în creșterea numărului de dungi chiar și până la k=40 m=8?
0
Răspunde
drapel us
eblock
Practic este vorba despre cerințele tale în ceea ce privește rezistența, dar prea multe bucăți au ca rezultat o încărcare mai mare a procesorului, poate avea, de asemenea, un impact asupra supraîncărcării tale de stocare dacă te gândești la `bluestore_min_alloc_size_hdd`. Dacă aveți multe fișiere mici, bucățile dvs. vor consuma spațiu dacă nu modificați dimensiunea de alocare. Deci, în concluzie, aș sfătui să nu folosiți 48 de bucăți, ci mai degrabă să rămâneți undeva între 8 și 18 bucăți. Avem câțiva clienți cu pool-uri codificate de ștergere, atât 18 bucăți, cât și 9 bucăți funcționează destul de bine.
0
Răspunde
drapel romania
SEF 777
întrebarea această in alte limbi:

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.