Názory k článku
Raspberry Pi má vlastní SSD disky a sady s M.2 HAT+

tyjo, to jsou skvely zpravy!
dokonce se delaji prevodniky, ktery umoznuji misto jedny z M.2 pripojit 6 klasickejch SATA disku:

https://de.aliexpress.com/i/1005005902839291.html

Tak je to normální AHCI, linux disky s příslušným kernelím modulem uvidí. Ale bootovat to nebude https://github.com/raspberrypi/firmware/issues/1653#issuecomment-2385098525

Me dava smysl mit 2x NVMe na systemovy RAID1 a k tomu SATA rotacni disky na data, protoze jsou porad levnejsi a data nedegraduji, kdyz jsou bez napajeni... Takze staci bootovat z NVMe...

23. 10. 2024, 14:35 editováno autorem komentáře

Nevím, fakt asi záleží na co to chcete.. RPi není úplně NAS platforma - na dva NVME disky a ještě ty SATA porty byste musel mít tu variantu desky 4x M.2 a do toho strčit další SATA adapter. Všechno to bude stejně bržděné tím zmíněným switchem a připojené přes 1 PCIe linku.
Další úzké hrdlo bude ten 1GbE síťový port. Nakonec to budete muset někam umístit - buď úplně nestandardní case, nebo nějaká krabice od bot. RAMka se nedá rozšířit atd.

Já bych se na něco malého - 2x SSD, 2x HDD poohlédl třeba u Odroidu. H4+ a Ultra modely, kdy bych tam použil SATA SSD. Nebo mě docela zaujal AOOSTAR R1, na který jsem narazil v nějaké diskuzi. Jsou lidé, co na tom normálně provozují Proxmox, standardní linuxové distribuce atd. To mi přišlo za ty peníze úplně luxusně vybavené.

Aj na rotacnom disku data degraduju.
Ked sa odpojeny SSD disk spravne skalduje, tak data na nom vydrzia podobne dlho ako rotacny disk.

"SSD disk spravne skalduje, tak data na nom vydrzia podobne dlho ako rotacny disk."

Tak to urcite, oni jsou vyrobci vlastne uplne tupi, a to kopirovani bunek sem a tam delaji jen proto, ze tomu vubec nerozumi. Zdejsi ondro by si to mel nechat patentovat a pak jim to za velky prachy prodat.

Rok, to je doba po ktere uz muze dojit ke ztrate dat na SSD. Na disku zadna takova lhuta obecne neexistuje. a naprosto bez problemu jsou citelny disky i po 30letech necinosti.

na to nespoléhej, SSD má životnost dat i jednotky let, rotační disk mi vydrží data i 20 let (když to přežijí ložiska; starší nemám). Nejsou vhodné na archivaci do skříně, pozor.

Ano, tohle je vlastně normální AHCI SATA řadič také od ASM. Zkoušel jsem něco podobného (jiný čínský výrobce, stejná destička) v normálním PC v M.2 slotu na rozšíření počtu SATA portů. Jak píše Dustin, bootovat to nebude, RPi bootloader pro to nemá podporu (tam je jen MMC, NVMe a USB mass storage).
Jen pokud by to bylo v tom dual NVME hatu, tak ten má na sobě PCIe 2.0 switch s jednou linkou do RPi, takže jakékoliv připojené zařízení v M.2 je logicky zvrchu omezeno touhle rychlostí. Existují i další HATy vyloženě na připojení SATA zařízení do RPi5, které jdou bez switche napřímo přes PCIe 3.0.
Mrkněte pro zajímavost třeba na stránky a videa Jeffa Geerlinga.

Možná to bude zase znít povýšenecky :) Ale za sebe - nedává mi krom experimentování (a třeba využitím nějakého zbytkového HW) moc smysl na kterémkoliv RPi stavět něco jako NAS s 4 a víc velkými SATA disky.

Ještě se vrátím k tomu NVMe mirroru se SW RAIDem a bootování. Jedna věc je, že člověk nepřijde o data díky renundanci. Druhá pak je, jak se to konkrétně chová, když opravdu odejde třeba první z disků. To je obecná potíž, která není specifická pouze pro RPi nebo nějaké jednodeskové počítače. Může tam nastat spousta stavů, kdy to podle různých podob poškození disku (úplně zdechlý nehlásí se při PCIe probe, polozdechlý nahlásí velikost a při IO operaci zamrzne, nejde přečíst data z nějaké důležité LBA.. až po nejhorší variantu, co jsem zažil, kdy to až do fyzického vyjmutí kompletně blokuje start počítače) nenabootuje. Hraje tam roli i spousta sw věcí - jak firmware nakládá s timeouty, u PC pak UEFI, priorita boot záznamů v UEFI vars atp. To je třeba jeden z důvodů, proč na kritičtější věci má pořád smysl HW RAID kontrolér (např. od LSI/Broadcom) nebo VROC, co tohle má pořešené (disk vyhodí z RAIDu při prvním problému a po rebootu ho ani nezkouší).
Pokud tam něco podobného není a nemám to opravdu vyzkoušené, tak se mi osvědčil přístup - kdy po výskytu problému s bootovacím mirrorem zásadně nedělám žádné restarty, dokud u toho fyzicky nestojím :)