SMR disk jako LTO

[bez přezdívky]

Nedávno se zde pod článkem diskutovalo o SMR discích. Na Redditu byla hořká poznámka, že se hodí tak akorát na používání jako LTO tape, na nic jiného to není dobré. Ale přemýšlel jsem nad tím. LTO pásky mají extrémně drahé mechaniky pro takové to domácí zálohování, ale použít 2.5" SMR disk 2 TB jako LTO pásku by nebylo úplně marné. Třebaže raději mám PMR disky. Co si o tom myslíte? Dá se na to použít obyčejný tar? Dá se na jeden tar archív pak nějak navázat? SMR by bylo dobré zapisovat sekvenčně jako blokové zařízení, nikoli disk se souborovým systémem. V různých manuálech se uvádí nějaké aplikace pro pomoc s přetáčením LTO… podle zacházení s páskou jsou různé /dev/X zařízení… To je pro mne pole neorané. Je zde nějaký senior admin z korporátu?

PS: Ještě jeden vtípek z Redditu:
– Q: Best way to write on a SMR Drive?
– A: A Sharpie?

[Reklama]

[alex6bbc]

co jsem se docetl, tak na SMR je lepsi zapisovat sekvence a ne nahodne.
jestli by nepomohla treba bcache s SSD a SMR diskem.

[Jakub Štech]

SMR disky se používají dvěma způsoby: spotřebitelsky, tj. disk předstírá, že je normálním blokovým zařízením, na pozadí zběsile přesouvá data sem a tam, aby tam ty šindele správně poskládal... a ono to celé funguje, dokud mu nedáte o jednu fotku víc, pak se to kompletně sesype.

Druhý, spolehlivější způsob, je používat ten disk jako zónované zařízení - disk potom exportuje diskrétní nepřekrývající se zóny (obvykle 256M dlouhé), se kterými můžete pracovat aniž by se stala nějaká sviňárna jako dvoudenní SMR inventura.

Nedávno k tomu do Linuxu přistál souborový systém zonefs. Z víc mainstream systémů umí zoned block device používat třeba f2fs, btrfs nebo pro to je dm-zoned (nad který si pak můžete prsknout co se Vám zlíbí).

Docela obsáhle a dobře o tom píše Western Digital: https://zonedstorage.io/linux/fs/

[Vladimír Drgoňa]

Mám doma jeden disk https://www.alza.sk/seagate-backup-plus-portable-5-tb-black-d5559498.htm a nie je to žiadna tragédia. Používam ho ako normálny disk, formátovaný je na btrfs s 64kB node. Keďže viem, že je SMR, používam ho na offline backup veľkých súborov a zatiaľ funguje bez problémov cca 2 roky. Zápis zvláda rýchlosťou do 150MB/s. Pri mojom používaní sa ešte nestalo, že by sa zápis viditeľne spomalil. Rýchlosť čítania je ako pri bežnom disku. Na normálne používanie ako systémový HDD to samozrejme nie je a s tým treba počítať.

[Jan Forman]

F2FS funguje parádně na SMR discích, na hraní jsem si pořídil 8TB a zkoušel to na něm. Pokud je dobře naformátovaný vůbec není poznat, že to je SMR.

[Reklama]

[jouda2]

Nedávno se zde pod článkem diskutovalo o SMR discích. Na Redditu byla hořká poznámka, že se hodí tak akorát na používání jako LTO tape, na nic jiného to není dobré.

Používat SMR jako LTO pásku opravdu nechcete, to vyjádření nesmíte brát doslova. Těch rozdílů jsou mraky a vy byste vytvořil kombinaci se samými mínusy:
+ LTO páska má neuvěřitelnou životnost, z několika stovek pásek se mi ani jednou nestalo, aby byla některá nečitelná, byť po 10 letech
+ Nedílnou součástí korporátních LTO jsou changery/jukeboxy, jinak by dost rychle došlo místo.
- Na tu pásku to stejně musíte sypat sekvenčně v nějakém formátu, a to sypání musí umět čekat na výměnu pásky (a nemusí to být jen v rámci jukeboxu, ale i čekat na operátora až tam donese další balík pásek), takže režim je obvykle buď sypeme hotové zálohy/dumpy z disků, nebo se nějak (LVM, VSS, vmware, různí klienti do databází....) udělá snapshot a pak se v klidu sype tenhle snapshot.
- Dost často se na jednu pásku multiplexuje z několika zdrojů, protože jeden/dva servery prostě LTO mechaniku nenakrmí.
- Nějak je potřeba si pamatovat co kde je, páska nemá žádný directory (to není úplně přesné, ale pro náš případ to stačí).

O tohle všechno se Vám obvykle (až na ty nejjednorušší případy) stará nějaký obvykle hodně drahý software, i když pár free alternativ asi existuje. Vy tady máte disk, který má na sobě filesystém (viz předchozí příspěvky, dá se to udělat i použitelné) a jediný mínus je asi životnost dat.

[jeyare]

Druhý, spolehlivější způsob, je používat ten disk jako zónované zařízení - disk potom exportuje diskrétní nepřekrývající se zóny (obvykle 256M dlouhé), se kterými můžete pracovat aniž by se stala nějaká sviňárna jako dvoudenní SMR inventura.

Nedávno k tomu do Linuxu přistál souborový systém zonefs. Z víc mainstream systémů umí zoned block device používat třeba f2fs, btrfs nebo pro to je dm-zoned (nad který si pak můžete prsknout co se Vám zlíbí).

Je pravda, ze Zone FS dokazu pracovat s SMR diskami ako opisujete, mato vsak hacik:
- disk musi byt HMSMR - host managed SMR disk - kde logika zapisu ide mimo firmaware disku. Takych diskov je vsak ako safranu
- ak na to pouzijete DMSMR = Dsik managed SMR, tak to nebude fungovat (vacsina SMR diskov)

Ano Btrfs to dokaze. Potom je vsak problem s implementaciou takeho FS v samotnom storage systeme. Nie kazdy vendor to ma implementovane = nie kazdy sa k tomu hlasi.

Kedze po panike z poslednych 2 mesiacov sa WD/Seagate/Toshiba zacali konecne priznavat k PN, ktore aktualne maju SMR, tak je to uz jasnejsie. Problem je s aktualane nasadenymi diskami, kde nie je vobec jasne ktoru technologiu pouzivaju. Tam sa to da analogicky odsledovat podla Capacity denzity + poctu zaznamovych diskov. Nie vzdy presne.

K samotnej panike - SMR disky su tu uz od 2015. Debat o nich v uzkych kruhoch bola od zaciatku. Problem expandoval az uzivatelmi NASov (od SOHO po enterprise). Problemom celej paniky bolo to, ze ludia nechapu zakladne vyhody SMR a nechali sa stiahnut davom. Samozrejme SMR ma jasne definovane miesto pouzitia - backup, media server (ak doma), bez RAID (v pripade DMSMR).

SMR sa da naozaj pouzivat ako nahrada za LTO. Treba to vsak vediet spravne nastavit.
viac sa mozete docitat aj na nezavislom fore urcenom pre NASy https://www.synoforum.com/resources/panic-around-the-smr-hdds-or-just-well-thought-out-marketing-from-for-whom-part-no-1-2.104/. Zopar detailnejsich info k diskom najdete v sekcii HDD/SSD recomendations.