RPi 3B som NAS t ex Nextcloud

RPI 3B har 100 Mbit Ethernet - dvs 10 MByte/s och den kommer att kännas långsam om du skall börja tanka in och ut filer i mängd, medans det räcker för det flesta om RPI3B används som mediaspelare och hämta mediafiler utifrån över nätverk.

Men annars så bör det inte vara så svårt att sätta upp en SAMBA-server och kan prova på lite roligare filsystem som BTRFS då den är enormt smidig om man skall koppla in lite olika USB-diskar av olika slag som man kanske inte har så mycket användning för längre - främst då i deras version av RAID1 - men jag skulle inte vara rädd för att testa BTRFS version av RAID5 heller (linux-kärnan måste dock vara av 2018-års version, ej före hösten 2017) då jag har hårdtestat denna under sommaren på 7 sas-diskar i en HPE-server (förvisso 64 bit-CPU) och inget obehagligt har hänt ännu. givetvis skall du ha backup på allt som lagas i sådana här lagringslösningar - det oavsett om det är RPI3 eller en skitdyr Synology eller HP-server...

tänk på att de flesta 32-bitars CPU har problem om filsystemet är över 8 eller 16 TB (gäller även ext4, NTFS etc.) - volymstorleken bör hållas under 8TB på RPI, men det hindrar inte att ha flera volymer om man har stora diskar och partitionera i mindre delar.

I en RPI om det krånglar så är det ofta för att SD-korten pajar då man som konsument har svårt att få tag på en sådan med garanterad kvalitet (att det står Sandisk eller annan välkänd varumärke på dem i en gubbdagis hjälper inte... en Industrial SD-kort kostar pengar - typ ~700:- för 4 GB) - med andra ord när du fått in alla inställningar och allt fungerar som det skall - gör en diskimage av SD:n och lagra det på någon extern USB snurrdisk så att du snabbt kan tillverka en ny SD om den gamla SD:n plötsligt ger upp - och det gör dom gärna om man har minsta glapp eller annan fnul på dess 5V-matning...

Av samma orsak kan man aldrig förlita sig på en NAS-lösning som den enda platsen för viktig data (oavsett hur många redundanta diskar den har), får RPI (eller annan NAS) hjärnblödning för att flash-minnet knasar och man kan förlora filer och filsystem - därav _alltid _ backup på annan media/moln-tjänst - också.

Viktig data har man på mer en en oberoende media i alla lägen - annars är det ingen viktig data...

Kretsen bakom ethernetporten i 3B+ (som förvisso identifierar sig som en Gigabit-port) är inte uppgraderad och har inte högre hastighet än innan då det är samma SoC-chip i grunden och takar vid ~22-25 Mbyte/s - en delad bus där disk-trafiken via USB och ethernet-trafiken delar samma bus samtidigt - hämtar den 10 MByte/s från USB-disk och sänder 10 MByte/s till nätverk så är den interna bussen i stort sett fullt utnyttjad.

hämta man data från SD-kortet så kan man få runt 22-25 Mbyte/s med 3B+ då dessa går på olika bussar.

RPI är ursprungligen inte tänkt för sådana applikationer - det är ju en utbildnings-plattform i grunden, ju...

skall man ha lite mer prestanda på USB-bussar, nätverk ev. SATA-port etc. så bör man titta efter andra ARM-enkortsdatorer, helst också med mer RAM-minne än 1 GB - dock kan man använda RPI3 som lekburk och prova koncept - men någon prestandavinnare är det inte.

med betoning på SSD-disk via (inbyggd?) USB-adapter då - inte en USB-sticka då de i stort är lika illa som SD-minne då det är dump-vägen för alla flashminne som är utanför godkänd yeld, som inte klarar kraven för SSD eller inbyggnad i tex tunna läsplattor och telefoner.

problemet med en RPI är att den inte har någon större strömstyrka att försörja en SSD med USB-uttag inbyggd (Adata SSD hade sådana SSD med både USB och SATA) och är på den berömda att det fungerar alls - i praktiken diskdocka med extern försörjning eller brygga in strömmen på annat sätt. Samma sak gäller skitsnabba och strömslukande USB-stickor...

I DietPi kan man välja att skriva alla loggfiler till en RAM-disk och antingen radera det eller skriva det periodvis till SD-kortet, vilket leder till en rejäl reduktion i mängden skrivningar. Går även att fixa i andra distributioner om man ändrar lite i konfigurationen.
Det viktigaste är väl att man kör någon backup. Ett SD-kort i sig kostar ju bara en dryg hundring att ersätta, och de bör åtminstone hålla ett år eller två (har kört mitt i ca. ett år nu, 24/7).

Men som sagt, för NAS är Raspberry Pi ganska olämplig p.g.a den dåliga I/O-prestandan. Man kan köpa en enkel 2-fack NAS för strax under tusenlappen, inte mycket dyrare än Pi+PSU+SD-kort+chassi men mycket bättre prestanda och pålitlighet.