Spațiile de stocare Direct identifică diferite scenarii de avarie. Pentru a înțelege cum funcționează aceasta, mai întâi trebuie să vă amintiți câteva informații de bază despre discurile virtuale.
Scenariile unui eșec
Un disc virtual constă în zone, fiecare având o dimensiune de 1 GB. Astfel, 100 GB de disc virtual vor consta din 100 GB de extensii. Dacă discul virtual este oglindit (utilizează ResiliencySettingName), există mai multe copii ale extensiilor. Numărul de exemplare (obținut cu NumberOfDataCopies) a măsurii poate fi de două sau trei. De exemplu, un disc virtual cu trei copii de date consumă 300 de extensii.
Locația extensiilor este determinată de domeniul de eroare, care în Storage Spaces Direct este un nod (StorageScaleUnit), astfel încât trei copii ale extensiei (A) sunt plasate în trei noduri de stocare diferite. De exemplu, nodurile 1, 2 și 3 din figura de mai jos. O altă măsură (B), același disc virtual, poate avea propriile sale, plasate pe noduri diferite, trei copii. De exemplu, nodurile 1, 3 și 4 și așa mai departe. Aceasta înseamnă că discul virtual are propriile extensii distribuite pe toate nodurile de stocare, iar copii ale fiecărei extensii sunt plasate pe noduri diferite. În figura de mai jos, există patru noduri de implementare dintr-un disc virtual mirror, trei copii și un exemplu de alocare a extensiilor.
Apoi, să examinăm diferitele scenarii de accident și să învățăm cum le procesează spațiile de stocare.
Scenariul 1: A apărut o eroare în unul sau mai multe sectoare de pe disc
În acest caz, spațiile de stocare vor redistribui extensiile care sunt afectate de sectoarele care nu au reușit. Discul țintă pentru redistribuire poate fi un alt disc din același nod sau dintr-un alt nod care nu are încă o copie a extensiilor. Astfel, în cazul în care trei copii extensiilor pe nodul «A», «B», «C» și se întinde în «A» nodul afectat de sectorul eșuează, celălalt nod disc «A» sau orice disc din «D» nod poate fi au fost create noi copii. Discurile din nodurile "B" și "C" nu pot fi utilizate, deoarece în aceste două noduri există deja o copie a extensiilor.
Scenariul 2: Eșecul discului
În acest caz, dacă se detectează o eroare a discului, Spațiile de stocare elimină discul fizic din memoria de stocare. După ce un disc fizic nu reușește, fiecare disc virtual începe procesul de recuperare. Deoarece discul fizic a fost prăbușit, discurile virtuale generează o nouă copie a extensiilor existente pe discul fizic. Noile copii urmează aceeași logică ca în scenariul 1.
Scenariul 3: Pierderea discului
În acest caz, spațiile de stocare vor face una din două lucruri:
- Dacă nu există decât un disc fizic, spațiile de stocare vor elimina discul.
- Dacă nu există nici un nod de stocare sau un shell fizic la care este atașat un disc fizic, spațiile de stocare nu vor șterge discul fizic.
Motivul pentru care spațiile de depozitare nu va elimina discul fizic, în al doilea caz este faptul că, în timpul unui serviciu de nod de stocare unitate de repornire sau depozitare temporară, toate unitățile și coajă fizice asociate cu nodul, va fi absent. Oprire automată a tuturor acestor discuri și membrane ar putea duce la un număr mare de operații pentru a restabili, pentru că va trebui să reconstrui toate extinderile pe aceste discuri în altă parte de stocare. Acest lucru poate fi de mai multe terabyte de date.
Dacă unitățile și casetele lipsesc într-adevăr și nu se întorc la sistemul de stocare, administratorul trebuie să elimine discurile fizice lipsă și să înceapă procesul de recuperare.
Scenariul 4: Reporniți nodul de stocare sau întrețineți
În acest caz, spațiile de depozitare se va elimina automat discurile fizice din piscina de stocare din motivele descrise anterior în scenariul 3. Atunci când unitatea de stocare este returnat la rețea, spațiile de depozitare se va actualiza automat toate copiile extinderile nu sunt actualizate, dar numai cei care nu sunt afectate de repornire sau serviciu .
Scenariul 5: Eșecul unui nod de stocare persistent
În acest caz, spațiile de stocare solicită administratorului să elimine toate discurile fizice afectate din grupul media, să adauge noduri suplimentare la sistemul de stocare, dacă este necesar, și apoi să înceapă procesul de recuperare. Acesta nu este un proces automat, deoarece spațiile de stocare nu știu dacă eșecul este temporar sau permanent. Nu este recomandabil să începeți recuperarea, ceea ce poate duce la o reparație semnificativă.
deduplicare
Mecanismul de optimizare a fost îmbunătățit, de la un filet la un flux multi-paralel, utilizând mai multe fluxuri de I / O.
În plus față de această executare paralelă, algoritmul pentru procesarea fișierelor a fost reproiectat, utilizând o nouă structură de hartă a fluxului și îmbunătățirea optimizării parțiale a fișierelor. Aceasta oferă scalabilitate și performanță pentru procesarea fișierelor de până la 1 TB. Figura următoare prezintă modul în care sa schimbat tehnologia de cartografiere, oferind o optimizare generală a volumului.
Activați-DedupVolume -Volume
Trimiteți-le prietenilor: