Spații de stocare: Cum să creezi volume cu adevărat reziliente

Dacă gestionați servere Windows sau un mediu hiperconvergent, mai devreme sau mai târziu va trebui să creați volume reziliente cu spații de stocare pentru a vă asigura că datele rămân disponibile chiar dacă discuri sau noduri întregi se defectează. Nu este vorba doar despre performanță: este vorba despre menținerea mașinilor virtuale, a bazelor de date și a serviciilor critice în funcțiune atunci când ceva nu merge bine, ceea ce se întâmplă inevitabil.

În cele mai recente versiuni de Windows Server, Azure Local și Windows 10/11, Microsoft a rafinat semnificativ această tehnologie. Datorită acesteia, puteți configura orice, de la un simplu spațiu de stocare acasă până la un cluster Storage Spaces Direct (S2D) cu reziliență imbricată și paritate accelerată prin oglindă. Vom vedea, pas cu pas și în detaliu, cum să planificați și să creați volume reziliente , atât din Centrul de administrare Windows, cât și cu PowerShell, și ce opțiuni de reziliență să alegeți pentru fiecare scenariu.

Ce sunt spațiile de stocare și de ce contează reziliența?

Tehnologia Microsoft Storage Spaces este un sistem de virtualizare a stocării bazat pe software care grupează discurile fizice standard (SATA, SAS, NVMe, SSD, HDD și chiar SCM) în pool-uri de stocare, pe care sunt create discuri virtuale numite spații de stocare. Aceste spații sunt formatate și expuse ca volume Windows normale.

Componenta cheie aici este că Storage Spaces vă permite să definiți diferite niveluri de reziliență (similar cu RAID, dar mult mai flexibil) și să profitați de funcții avansate, cum ar fi straturile de stocare între SSD-uri și HDD-uri, memorarea în cache pentru rescriere, integrarea cu clustere de failover și Cluster Shared Volumes (CSV) pentru scenarii de disponibilitate ridicată.

În lumea S2D, aceste volume sunt stocate într-un pool distribuit pe nodurile clusterului. Toate serverele văd aceleași volume simultan, de obicei montate în C:\ClusterStorage\ , permițându-vă să rulați mașini virtuale Hyper-V, servere de fișiere scalare sau sarcini de lucru SQL într-un mediu hiperconvergent fără a fi nevoie de o matrice SAN tradițională, ceea ce face ca serverele NAS să fie potrivite pentru întreprinderile mici și mijlocii.

Reziliența intră în joc deoarece fiecare volum poate fi configurat să reziste la orice, de la o singură eroare de disc până la mai multe erori simultane de disc și nod, în funcție de numărul de servere și de tipul de design ales: oglindire bidirecțională, oglindire tridirecțională, paritate duală, paritate accelerată de oglindă și reziliență imbricată.

Tipuri de rezistență în spațiile de depozitare și în spațiile de depozitare directe

Într-un grup de stocare, puteți alege dintre mai multe modele de stocare, fiecare cu propriul compromis între performanță, capacitate utilizabilă și toleranță la erori . Înțelegerea acestora este esențială înainte de a crea volume reziliente.

Designul simplu (nerezistiv) distribuie datele pe discuri fără copii suplimentare sau paritate. Este echivalent cu RAID 0: performanță și capacitate maxime, dar dacă un disc se defectează, pierdeți datele de pe acel volum. Are sens doar atunci când aplicația însăși protejează datele (de exemplu, anumite sisteme distribuite) sau pentru date de unică folosință.

Designul Mirror scrie copii multiple ale fiecărui bloc de date pe discuri diferite. În Storage Spaces Direct, acest lucru se traduce prin oglindire bidirecțională sau triplă (și variantele lor imbricate). Este recomandat pentru majoritatea sarcinilor de lucru care necesită latență redusă și IOPS ridicate , cum ar fi mașinile virtuale Hyper-V, SQL Server sau infrastructurile VDI.

Arhitectura de paritate codifică datele cu informații de paritate (similar cu RAID 5/6 tradițional, dar definită de software). Este ideală pentru date care sunt în principal doar pentru citire sau au puține scrieri aleatorii, cum ar fi arhive, copii de rezervă sau fișiere multimedia. Oferă o eficiență a capacității semnificativ mai mare decât oglindirea, dar cu prețul unei utilizări mai mari a CPU și a unei latențe crescute la scriere.

Reziliență bazată pe numărul de noduri din cluster

Alegerea tipului de volum rezilient depinde în mare măsură de numărul de servere din clusterul Storage Spaces Direct. Un cluster cu două noduri nu este configurat la fel ca un cluster cu șapte noduri.

Cu două servere, aveți două opțiuni principale: oglindirea bidirecțională clasică sau reziliența imbricată. Oglindirea bidirecțională menține o copie a tuturor datelor pe fiecare nod; oferă o eficiență a capacității de aproximativ 50% și tolerează o singură eroare hardware (a unui disc sau a unui nod) la un moment dat.

Reziliența imbricată este concepută special pentru clustere cu două noduri în Azure On-Premise sau Windows Server 2019/2022. Aceasta combină oglindirea și, opțional, paritatea în cadrul fiecărui server și oglindirea inversă între servere, astfel încât un cluster cu două noduri poate rezista la mai multe erori simultane (de exemplu, un nod întreg și un disc pe celălalt) fără a pierde disponibilitatea volumului.

Cu trei servere, recomandarea este să se utilizeze oglindirea triplă. Sistemul menține trei copii ale datelor, câte una pe fiecare nod, cu o eficiență teoretică de 33,3%: pentru 1 TB de date utilizabile, aveți nevoie de cel puțin 3 TB de capacitate fizică. În schimb, puteți face față la cel puțin două defecțiuni hardware simultane (de discuri sau noduri) menținând discurile virtuale online, cu condiția ca două treimi din discurile din pool să nu fie pierdute.

Cu patru sau mai multe servere, gama se extinde: puteți alege oglindire triplă volum cu volum, paritate duală (ștergere codare) sau o combinație a ambelor utilizând paritatea accelerată de oglindire , care combină o perioadă de oglindire de înaltă performanță cu o perioadă de paritate de înaltă capacitate și eficiență.

Reziliență imbricată: cum funcționează și când să o folosiți

Reziliența imbricată este una dintre principalele caracteristici noi pentru S2D pe Azure On-Premise și Windows Server. Este concepută pentru clustere hiperconvergente de exact două noduri și nu poate fi utilizată cu un singur server, trei sau mai multe noduri sau Windows Server 2016.

Scopul său este de a permite volumelor să rămână online chiar și atunci când apar simultan mai multe defecțiuni hardware , lucru pe care oglindirea bidirecțională tradițională nu îl acoperă. Acest lucru este util în special în sucursale, întreprinderi mici sau cloud-uri private compacte, unde implementarea a doar două servere fizice este fezabilă.

Ideea este inspirată de schemele de tip RAID 5+1 : în cadrul fiecărui server se aplică un design (oglindire sau paritate) pentru a proteja împotriva pierderii unei unități locale, iar deasupra acesteia se aplică o oglindire între servere pentru a proteja împotriva pierderii unuia dintre noduri.

Există două variante principale: oglindirea bidirecțională imbricată și paritatea accelerată prin oglindire imbricată . Oglindirea imbricată are ca rezultat stocarea a patru copii ale fiecărei bucăți de date, două pe discuri diferite pe fiecare server, obținând performanțe excelente cu prețul unei eficiențe a capacității de 25%. Paritatea accelerată prin oglindire imbricată combină o porțiune oglindită (pentru scrieri recente) cu o porțiune de paritate (pentru date „reci”), cu eficiențe tipice între 35% și 40%, în funcție de numărul de discuri și de procentul alocat fiecărei porțiuni.

Crearea și gestionarea acestor volume se face cu cmdlet-uri de stocare în PowerShell , bazându-se pe niveluri de stocare care definesc modul în care oglindirea și paritatea sunt combinate pe diferite tipuri de suporturi media (HDD, SSD, SCM).

Crearea de volume reziliente cu Windows Admin Center

Centrul de administrare Windows simplifică considerabil procesul de creare a volumelor într-un cluster cu Storage Spaces Direct. Din consola sa web, puteți defini volume cu oglindire duală, oglindire triplă sau paritate accelerată prin oglindire în doar câțiva pași și, de asemenea, puteți activa opțiuni precum deduplicarea, sumele de control ale integrității sau criptarea BitLocker.

Pentru a crea un volum cu oglindă duală sau triplă într-un cluster existent, accesați Centrul de administrare Windows, conectați-vă la cluster și mergeți la secțiunea „Volume” din panoul Instrumente. În fila „Inventar”, veți vedea o listă de volume existente și butonul „Creare”.

Dacă faceți clic pe „Creare”, se deschide panoul de creare a volumului, unde definiți numele volumului , tipul de rezistență (oglindă bidirecțională sau oglindă tridirecțională, în funcție de numărul de servere) și cantitatea de spațiu pe care doriți să o alocați pe HDD-uri. În opțiunile avansate, puteți bifa casete de selectare pentru a activa deduplicarea datelor, sumele de control al integrității sau criptarea BitLocker pentru volumul respectiv.

După ce confirmați crearea, procesul poate dura câteva minute, în funcție de dimensiunea solicitată. Veți primi notificări în colțul din dreapta sus al portalului până când volumul este creat și apare în lista de inventar, gata de utilizare de către cluster.

Dacă sunteți în căutarea unui volum cu paritate accelerată prin oglindă (MAP) , procedura din interfață este similară, dar în secțiunea de reziliență, alegeți „Paritate accelerată prin oglindă”. Apoi definiți procentul de paritate pe care doriți să îl aplicați (de exemplu, 80% paritate și 20% oglindire) și, din nou, puteți activa sau dezactiva deduplicarea, integritatea și BitLocker.

Deschiderea volumelor și lucrul cu fișiere din Centrul de administrare Windows

După ce ați creat volumele reziliente, le puteți gestiona direct din consolă, fără a fi nevoie să deschideți o sesiune Desktop la distanță pe noduri. Centrul de administrare Windows include un instrument de gestionare a fișierelor care vă permite să răsfoiți căi, să încărcați fișiere și să efectuați alte operațiuni de bază.

În secțiunea „Volume”, sub fila „Inventar”, selectați volumul care vă interesează. Pe pagina cu detalii, veți vedea calea sa în cadrul sistemului de fișiere (de exemplu, calea CSV din C:\ClusterStorage\). În partea de sus, faceți clic pe „Deschidere” pentru a lansa instrumentul Fișiere integrat în Centrul de administrare Windows.

De acolo puteți naviga la calea volumului, puteți explora folderele care găzduiesc mașinile virtuale, copiile de rezervă sau datele utilizatorilor și puteți utiliza opțiunea „Încărcare” pentru a încărca fișiere de pe mașina locală pe volumul clusterului.

Când ați terminat, pur și simplu utilizați butonul Înapoi al browserului pentru a reveni la panoul Instrumente. Este o modalitate foarte convenabilă de a gestiona rapid datele fără a vă baza pe clasicul File Explorer.

Deduplicare, integritate și criptare în volumele ReFS

În mediile S2D moderne, este foarte comună formatarea volumelor ca CSVFS_ReFS , adică volume de cluster partajate pe sistemul de fișiere ReFS. ReFS este special conceput pentru virtualizare și oferă îmbunătățiri semnificative ale performanței și protecție împotriva coruperii datelor.

În versiunile recente de Windows Server, ReFS acceptă deduplicarea datelor , ceea ce permite economii semnificative de spațiu atunci când se găzduiesc mai multe mașini virtuale similare sau copii de rezervă cu blocuri duplicate. Deduplicarea este activată per volum și funcționează în modul post-procesare: economiile de capacitate nu se observă instantaneu, ci mai degrabă pe măsură ce motorul iterează prin conținut și elimină duplicatele.

În plus, volumele pot utiliza funcții de integritate a datelor bazate pe sume de control , care detectează și corectează coruperea silențioasă și pot fi criptate folosind BitLocker pentru a proteja datele în repaus. Toate aceste opțiuni pot fi activate la crearea volumului (din Centrul de administrare Windows) sau prin PowerShell.

Dacă aveți nevoie de mai multe detalii despre cum să activați în mod specific criptarea și deduplicarea în anumite scenarii, Microsoft oferă documentație dedicată, dar important aici este să înțelegeți că acestea sunt caracteristici complementare rezilienței Storage Spaces: reziliența protejează împotriva defecțiunilor hardware, în timp ce deduplicarea, integritatea și BitLocker îmbunătățesc eficiența și securitatea.

Crearea volumelor cu PowerShell: Niveluri noi de volum și stocare

Deși Centrul de administrare Windows acoperă majoritatea cazurilor, pentru clustere avansate și scenarii de automatizare, PowerShell este abordarea recomandată . Cmdletul cheie este New-Volume , care, într-un singur pas, creează discul virtual, efectuează partiționarea și formatarea, montează volumul și îl adaugă la volumele clusterului partajat, dacă este necesar.

New-Volume necesită câțiva parametri esențiali: FriendlyName (numele logic al volumului), FileSystem (de obicei CSVFS_ReFS sau CSVFS_NTFS), StoragePoolFriendlyName (numele pool-ului, de obicei ceva de genul „S2D în ClusterName” sau ceva care se potrivește S2D*) și Size cu dimensiunea dorită, de exemplu „10 TB”.

În implementările simple, cu unul sau două servere, Storage Spaces Direct aplică automat oglindirea bidirecțională volumelor, iar cu trei servere aplică oglindirea tridirecțională în mod implicit, astfel încât nu este întotdeauna necesar să specificați explicit tipul de reziliență.

Când aveți patru sau mai multe servere, puteți utiliza parametrul opțional `-ResiliencySettingName` pentru a forța tipul de reziliență, alegând între Mirror sau Parity. Acest lucru vă permite, de exemplu, să creați un volum pentru sarcini de lucru de înaltă performanță cu oglindire triplă și un altul pentru arhive cu paritate în același pool.

În plus, PowerShell vă permite să lucrați cu niveluri de stocare pentru a crea volume stratificate. Aceste niveluri sunt expuse prin șabloane cu nume precum MirrorOnHDD, MirrorOnSSD, NestedMirrorOnHDD, NestedParityOnSSD, ParityOnHDD etc., care încapsulează setările de reziliență (Mirror sau Parity), numărul de copii de date, redundanța discului fizic și combinarea cu tipuri de suporturi SSD/HDD/SCM.

Utilizarea nivelurilor de stocare: combinație de SSD, HDD, mirroring și paritate

În mediile cu mai multe tipuri de unități (cum ar fi NVMe, SSD și HDD) sau clustere mari, este obișnuit să se dorească ca un singur volum să fie împărțit într-o porțiune rapidă și o porțiune de mare capacitate . Aici intervin nivelurile de stocare.

În configurațiile cu trei tipuri de unități, cele mai rapide unități (NVMe) sunt de obicei utilizate pentru cache, în timp ce SSD-urile și HDD-urile oferă capacitate. Un volum poate rezida exclusiv pe SSD-uri, exclusiv pe HDD-uri sau poate utiliza un volum pe mai multe niveluri care combină ambele, astfel încât datele utilizate cel mai frecvent să fie păstrate pe SSD-uri, iar restul să fie mutate pe HDD-uri.

În mod similar, cu patru sau mai multe noduri, un volum poate combina oglindirea triplă și paritatea duală pentru a forma un volum cu paritate accelerată prin oglindire. Șabloanele MirrorOnMediaType și NestedMirrorOnMediaType (pentru porțiunea de performanță) și șabloanele ParityOnMediaType și NestedParityOnMediaType (pentru porțiunea de capacitate) facilitează crearea acestor volume hibride.

Pentru a vedea nivelurile de stocare disponibile în clusterul dvs., puteți rula ceva de genul Get-StorageTier | Select FriendlyName, ResiliencySettingName, PhysicalDiskRedundancy în PowerShell , care va returna lista de niveluri cu tipul de reziliență și redundanță asociat.

Când doriți să creați un volum pe niveluri, utilizați New-Volume cu parametrii -StorageTierFriendlyNames și -StorageTierSizes , specificând nivelurile pe care doriți să le combinați și dimensiunea fiecărui nivel. De exemplu, puteți crea un volum de 1 TB cu 300 GB în MirrorOnHDD și 700 GB într-un nivel de capacitate (paritate), obținând un raport de 30:70 între nivelurile rapide și cele eficiente din punct de vedere al capacității.

Reziliență imbricată: crearea de șabloane și volume cu PowerShell

În Windows Server 2019, pentru a utiliza reziliența imbricată, trebuie mai întâi să creați șabloanele corespunzătoare pentru nivelul de stocare . Acest lucru se face o singură dată, înainte de crearea volumelor, iar apoi orice volum nou poate face referire la acele șabloane.

Dacă unitățile de stocare sunt HDD-uri, porniți PowerShell ca administrator și rulați cmdlet-uri precum New-StorageTier , specificând pool-ul S2D*, numele descriptiv (de exemplu, NestedMirrorOnHDD sau NestedParityOnHDD), proprietatea ResiliencySettingName (Mirror sau Parity), MediaType (HDD sau SSD), numărul de copii de date, redundanța discului fizic, numărul de grupuri, conștientizarea domeniului de erori (StorageScaleUnit) și formularul de izolare a coloanei.

Pentru unitățile SSD, modificați parametrul -MediaType la SSD și setați FriendlyName la *OnSSD, păstrând ceilalți parametri aceiași. Ideea este de a evita modificarea celorlalte definiții interne pentru a preveni încălcarea comportamentului așteptat al rezilienței imbricate.

După ce ați creat aceste șabloane, pasul 2 implică crearea volumelor imbricate cu New-Volume. Pentru o oglindă bidirecțională imbricată simplă, pur și simplu faceți referire la șablonul NestedMirrorOnHDD (sau varianta SSD) în -StorageTierFriendlyNames și specificați dimensiunea dorită în StorageTierSizes.

Pentru un volum de paritate accelerat prin oglindire imbricat, se combină două șabloane de nivel: NestedMirrorOnHDD și NestedParityOnHDD (sau variantele lor SSD). În exemplul clasic, pentru un volum de 500 GB cu oglindire de 20% și paritate de 80%, ați crea 100 GB în NestedMirrorOnHDD și 400 GB în NestedParityOnHDD, obținând un compromis bun între performanța de ingerare (scrieri rapide în porțiunea oglindită) și eficiența capacității.

Extinderea protecției la unitățile de cache

Configurația implicită de reziliență imbricată protejează împotriva pierderii simultane a mai multor unități de capacitate sau a unui server și a unei unități de capacitate pe altul. Cu toate acestea, unitățile cache reprezintă un caz special, deoarece acestea acționează de obicei cache-uri de citire/scriere pentru discuri de capacitate multiplă.

Dacă vrei să te asiguri că poți tolera pierderea unei unități de cache în timp ce celălalt nod este nefuncțional, singura modalitate robustă este să nu stochezi în cache scrierile . Acest lucru, desigur, are un impact negativ asupra performanței, așa că Microsoft oferă o soluție de mijloc: dezactivarea automată a memorării în cache a scrierilor atunci când un nod a fost nefuncțional pentru o anumită perioadă.

Mai exact, puteți configura sistemul astfel încât, dacă un server din clusterul cu două noduri rămâne inactiv mai mult de 30 de minute, memoria cache de scriere este dezactivată , iar conținutul acesteia este golit la unitățile de capacitate. De acolo, clusterul poate tolera defecțiunea unei unități de cache pe nodul care rămâne online, presupunând că unele citiri din memoria cache ar putea fi afectate.

Pentru a activa acest comportament, se utilizează un cmdlet Set-StorageHealthSetting în subsistemul de stocare al clusterului, setând setarea specifică care controlează această logică la True. Odată activată, sistemul distinge trei situații: ambele noduri sunt active (citiri și scrieri în cache, performanță maximă), un nod inactiv timp de mai puțin de 30 de minute (de asemenea, cu memorare în cache a citirii și scrierii, dar fără toleranță la erorile din cache) și un nod inactiv timp de mai mult de 30 de minute (doar citiri în cache, scrieri fără memorare în cache, performanță mai mică, dar toleranță la erorile din cache).

Planificarea volumului: număr, dimensiune și sistem de fișiere

Înainte de a începe să creați volume pe nepregătite, merită să vă acordați un moment planificării. Numărul de volume de creat depinde de dimensiunea pool-ului și de dimensiunea maximă permisă per volum, cu recomandarea de a avea cel puțin un volum per nod pentru a distribui proprietatea și sarcina orchestrației metadatelor.

În multe implementări, se recomandă să nu se depășească 64 de volume per cluster , atât din cauza complexității administrării, cât și a suprasarcinii de control. În ceea ce privește sistemul de fișiere, ReFS este de obicei alegerea preferată pentru scenariile de virtualizare datorită rezilienței și optimizărilor sale pentru VHDX, în timp ce NTFS rămâne util atunci când aveți nevoie de funcții pe care ReFS nu le acceptă încă sau când doriți să utilizați deduplicarea clasică a datelor în versiunile anterioare.

Atunci când alegeți tipul de rezistență, trebuie să echilibrați nevoile de performanță cu capacitatea . Dacă latența scăzută și IOPS sunt primordiale (mașini virtuale critice, baze de date active), alegeți oglindirea. Dacă prioritatea este stocarea unor volume mari de date cu scrieri rare (arhivări, copii de rezervă, date nefuncționale), paritatea duală are mult sens. Pentru modele masive de scriere secvențială (copii de rezervă, arhivare), o opțiune foarte bună este combinarea oglindirii și parității pe un singur volum, astfel încât scrierile să intre prin porțiunea oglindită și să fie „distilate” în porțiunea de paritate în fundal.

Dimensiunea maximă recomandată a volumului în Azure On-premises este de obicei de 64 TB. Rețineți că dimensiunea unui volum (capacitatea utilizabilă) nu este aceeași cu amprenta sa, care este cantitatea de stocare fizică pe care o consumă în pool. De exemplu, un volum cu oglindă triplă va ocupa o amprentă de aproximativ trei ori mai mare decât aceasta.

Exemplu de rezervare și dimensionare a capacității

Pentru ca Storage Spaces Direct să repare datele local după o defecțiune a discului, este esențial să se lase capacitate nealocată în pool. Această rezervă permite sistemului să mute imediat datele afectate pe alte discuri din același cluster atunci când un disc se defectează, fără a fi nevoie să înlocuiască fizic unitatea imediat.

Ca regulă generală, se recomandă rezervarea echivalentului unei unități de capacitate per server, până la maximum patru . Puteți rezerva mai mult dacă doriți, dar acest minim asigură de obicei reparații imediate, locale și paralele. De exemplu, cu două servere și discuri de 1 TB, ați lăsa 2 TB nealocați; cu trei servere, 3 TB; iar cu patru sau mai multe, 4 TB.

Imaginați-vă un cluster de patru noduri, fiecare cu mai multe unități de cache și șaisprezece discuri de 2 TB pentru capacitate. În total, ați avea 4 × 16 × 2 TB = 128 TB de capacitate brută. De acolo, rezervați patru discuri de 2 TB (unul per server) pentru reparații, adică 8 TB, rămânând cu 120 TB utilizabili la crearea volumelor.

Să presupunem că doriți să găzduiți mai multe mașini virtuale foarte active și, în plus, un bloc de stocare la rece cu fișiere vechi și copii de rezervă. Ați putea crea patru volume de 12 TB: primele două formatate cu ReFS și triple mirroring (pentru mașinile virtuale) și ultimele două cu NTFS și dual parity (pentru arhivă). Cele două volume triple-mirrored ar ocupa fiecare 12 TB × 3 = 36 TB de spațiu, iar cele două volume dual-parity, cu o eficiență de 50%, ar ocupa fiecare 24 TB de spațiu. Suma lui 36 + 36 + 24 + 24 este egală cu exact 120 TB de spațiu, încadrându-se perfect în capacitatea fizică disponibilă.

În practică, Windows prezintă aceste cantități în unități binare (TiB) și nu în TB zecimal, astfel încât un disc promovat ca fiind de 2 TB apare ca fiind puțin mai mic de 1,82 TiB, iar pool-ul global apare și el cu valori „mai mici”, ceea ce este perfect normal.

Având în vedere cele de mai sus, este clar că Storage Spaces și Storage Spaces Direct oferă o gamă completă de opțiuni pentru crearea de volume reziliente adaptate la aproape orice scenariu: de la un grup de domiciliu simplu cu oglindire pe două discuri, la un cluster cu două noduri cu reziliență imbricată sau un mediu multi-server care combină oglindirea triplă, paritatea duală și volumele stratificate între SSD-uri și HDD-uri. Prin selectarea atentă a tipului de reziliență, planificarea numărului și dimensiunii volumelor, rezervarea unei capacități suficiente și utilizarea instrumentelor precum Windows Admin Center și PowerShell, este posibil să se construiască o platformă de stocare flexibilă, scalabilă și cu disponibilitate ridicată, fără a se baza pe un SAN proprietar.