SMR-i (plaaditud) kõvakettad, mis ei näitaks SMR-i olemasolu, läksid müügikanalitesse

Kõik kolm tootjat hakkasid müüma suhteliselt väikeseid, alates 2TB HDD-st SMR-kettad (plaaditud)ilma seda spetsifikatsioonides täpsustamata: WD, Seagate, Toshiba

Ingliskeelses Internetis ja meedias kritiseeritakse selliseid tegusid ja ma arvan, et see on õigustatult. Venemaal märgiti THG ressurssi artikliga Western Digital kasutab DM-SMR-i, muutes WD Redi draivid sobivaks NAS-i ja RAID-i jaoks. See artikkel on minu arvates häbematu vale, pealkirjast kuni järelduseni: "Tänu DM-SMR salvestustehnoloogiale on Western Digital muutnud oma WD Red kõvakettad NAS-i ja RAID-i jaoks sobivaks." Huvitav on see, et artikli ingliskeelses versioonis Western Digital paraneb: mõned punased kõvakettad kasutavad aeglast SMR-tehnoloogiat ilma avalikustamiseta
sellisele faktide moonutamisele pole aimugi

Samuti viitab thg.ru tekstis Alan Brownile,

UCL Mullardi kosmoseteaduse labori võrguadministraator Alan Brown leidis sellest olukorrast väljapääsu. Ta avastas, et RAID-i tõmmised, mis tehakse uue draivi lisamisel olemasolevale RAID-massiivile ja seejärel selle ülekirjutamisel, et tasakaalustada juurdepääsu, viis süsteemi uute WD Red HDD-de kontrolli alt välja.

On üsna ebamäärane, mida see täpselt tähendab "süsteem eemaldab uued WD Red HDD-d oma kontrolli alt." - kuid ettepaneku tähenduse kohaselt on see lahendus

Samal ajal Alan tegelikult kirjutas sellel teemal - aga hoopis vastupidi

WD40EFAX-draiv, mille täitsin nullidega, oli keskmiselt 40 MB/s, kuid algas 120 MB/s.

ZFS-i puhul ei ole lahendaja otsast lõpuni plokkide tasemel skannimine, vaid hüppab üle kogu ketta, kui iga fail taastatakse pariteediks. See näib põhjustavat WD40EFAX-is veel ühe probleemi, kus taotlus kontrollida sektorit, kuhu pole veel kirjutatud, põhjustab draivi sisemiselt tõrketeate "Sektori ID-d ei leitud (IDNF)" ja riistvara sisendi/väljundi vea liides hostsüsteemiga.

RAID-kontrollerid (riistvara või tarkvara, RAID5/6 või ZFS) otsustavad pärast mõnda neist üsna mõistlikult, et draiv on halb, ja eemaldavad selle massiivist, kui see pole seda juba pärast aegumistähtaja lõppu teinud.

See vastab kindlasti sellele, mida ma märkasin - vastuvõtja töötab umbes 100 MB/s umbes 40 minutit, pärast mida draivid "surevad" ja surevad korduvalt, kui proovin vastuvõtjat taaskäivitada, aga kui ma sealt lahkun - umbes tunni pärast , töötavad nad veel 40 minutit enne maha kukkumist.

Raske on ette kujutada, mis täpselt pani thg.ru seda tegema. Võib vaid oletada, kas selle põhjuseks oli reklaamijate surve. Igal juhul väärib tähelepanu olukord, kus populaarsed spetsiaalselt NAS-ile mõeldud kettad asendatakse vaikselt sama hinnaga ja tehnilisi muutusi muutmata oluliselt vähem sobivate vastu.

Konverentsil WD veebisaidil mainiti probleemi. Põhiolemus on sama

Ostsin just 3 WD RED-d, et asendada vananevad kettad ZFS-massiivis

KÕIK KOLM ebaõnnestuvad IDNF-i uuesti hõbetamise ajal (sektori ID-d ei leitud):

Minu arusaamist mööda on probleem selles
WD RED – WD Red EFAX on SMR-draivid ja neil on 256 MB vahemälu. EFRX-draivid – ärge kasutage SMR-i (need on tavalised CMR-draivid) ja neil on 64 MB vahemälu
Toshibal on mitu mudelit täpsemalt siit
Seagate'il on mitu seeriat - täpsemalt siit

Allikas: www.habr.com