Söndagsmatiné: Raspberry Pi-server med 1,2 petabyte lagringsutrymme

Permalänk
Melding Plague

Söndagsmatiné: Raspberry Pi-server med 1,2 petabyte lagringsutrymme

Jeff Geerling skapar en tydlig flaskhals, men visar ännu en gång hur mångsidig Raspberry Pi kan vara.

Läs hela artikeln här

Permalänk
Medlem

Intressant, känns som att något borde flaskhalsa om man ska använda denna server på ett "vettigt" vis

Permalänk
Rekordmedlem

största flaskhalsen blir backupen.

Permalänk
Medlem

Bara att det tar bokstavligen ett halvår att fylla eller tömma är ju lite väl mycket. I normala fall brukar man ju kunna dumpa en hårddisk på ett eller två dygn ungefär, hundra gånger segare skulle ju helt sabba poängen med att ens ha backup

Sen verkade ju inte hårdvaran direkt stabil heller

Snälla gör inte detta!

Permalänk
Medlem

Skoj experiment men han kommer byta tillbaka till Xeon-riggen efter, bara så ingen tror att han faktiskt tänkt köra servern på en Pi...

Permalänk
Medlem

Ouch.

Permalänk
Medlem

Liknande projekt i lite mindre skala

Permalänk
Medlem

Sorry alla, men vilket meningslöst projekt!?

Permalänk
Medlem

RPI4 har mer kraft än många lågbudgetnasar man kan köpa, främst mängden RAM överglänser de flesta köpenasar av ARM-typ men det den lackar på är IO-kapacitet, dock betydligt mindre strypt än tidigare RPI3 och är nu på en nivå att det fungerar acceptabelt som en billig 'offsite' NAS placerad hos tex. föräldrar för tex. backupper.

Ethernet nätverkanslutningen är kapabel till runt 90-95 MByte/s och 'back-bone' mot diskarna över USB är ca 2.5 ggr högre vilket gör att man kan ha RAID-konfiguration på 2 och fler externa USB-diskar utan att det flaskar märkbart på nätverkstrafiken in/ut.

Det som kostar och jag inte tittat om det finns vägar runt är kryptering när man har SSH och SCP/SFTP som överförings-protokoll vid koppling mot publik Internet då det kan ligga på 12 - 15 MB/s och jag gissar att man inte använder sig av de existerande HW-stödet för kryptering i dessa ARM-proppar av olika skäl. Vid offsite-placering som backup-NAS och över publik Internet så märks det inte lika mycket som över en LAN då WAN-anslutning via fiber är för de flesta ännu på 100 Mbit i praktisk hastighet vilket gör att det flaskar redan runt 10 MByte/s och RPI:n är inte flaskhalsen i det fallet.

Så nej, den är inte skapad för att driva stora diskfarmar och en av orsakerna är att den inte har ECC-minne - men för en liten extra-NAS eller egen 'drop-box' så räcker den numera till då nätverkshastigheten ändå når nära taket i överföringshastighet på den routerutrustning som används hemma...

Permalänk
Medlem
Skrivet av medbor:

Bara att det tar bokstavligen ett halvår att fylla eller tömma är ju lite väl mycket. I normala fall brukar man ju kunna dumpa en hårddisk på ett eller två dygn ungefär, hundra gånger segare skulle ju helt sabba poängen med att ens ha backup

Sen verkade ju inte hårdvaran direkt stabil heller

Snälla gör inte detta!

Jeff Geerling gillar att göra experiment och vissa är vettigare och vissa mindre vettiga.
Detta hamnar i kategorin mindre vettiga.
Han har även ett alter ego Red Shirt Jeff som är ännu galnare.

Skrivet av Viochee:

Intressant, känns som att något borde flaskhalsa om man ska använda denna server på ett "vettigt" vis

Den flaskhalsar på alla vis.
En Ryzen 3 1200 eller Core i3 8100 med tillhörande Micro ATX eller ATX moderkort hade varit väldigt mycket mer prestanda för ändamålet.
Bara att ha PCI Express 3.0 och fler än enbart 1st PCI Express bana på moderkortet hade gjort stor skillnad.

Skrivet av xxargs:

RPI4 har mer kraft än många lågbudgetnasar man kan köpa, främst mängden RAM överglänser de flesta köpenasar av ARM-typ men det den lackar på är IO-kapacitet, dock betydligt mindre strypt än tidigare RPI3 och är nu på en nivå att det fungerar acceptabelt som en billig 'offsite' NAS placerad hos tex. föräldrar för tex. backupper.

Jo Pi 4 är ju ett ganska stort steg upp från Pi 3 om man vill ha lite mer IO.
Undrar om Pi 5 får PCI Express 3.0 istället för 2.0 ?

Permalänk
Medlem
Skrivet av Rapidact:

Sorry alla, men vilket meningslöst projekt!?

Geerling brukar göra "onödiga" saker som tänjer på gränserna. Och han säger dessutom att han starkt rekommenderar emot att göra detta i videon dessutom.

Dock är inte intäkter och underhållningsvärde meningslöst.

Permalänk
Medlem
Skrivet av Rapidact:

Sorry alla, men vilket meningslöst projekt!?

Skrivet av dlq84:

Geerling brukar göra "onödiga" saker som tänjer på gränserna. Och han säger dessutom att han starkt rekommenderar emot att göra detta i videon dessutom.

Dock är inte intäkter och underhållningsvärde meningslöst.

Dessutom kan ju just utforskandet av gränserna leda till framsteg som sedan medför mer meningsfulla resultat.

Men nej, detta projekt som sådant är ju helt klart i kategorin "därför att det (kanske) går".

Permalänk
Medlem

Även om detta går att göra så är det endast dumt att göra då det inte går utnyttjas effektivt.

Permalänk
Medlem

Förstår inte riktigt grejen. Visst fungerar det men begränsningarna kommer direkt vid normalt bruk.
Flera användare, mjukvarukryptering, SMB (cpu intensivt) är bara några exempel som skulle få den att flaska snabbt.

Vi hade en 40TB server med SMB FTP och torrent på en RPI4'a, den fick kämpa och med max tio användare.

Permalänk
Medlem
Skrivet av hakd:

Förstår inte riktigt grejen. Visst fungerar det men begränsningarna kommer direkt vid normalt bruk.
Flera användare, mjukvarukryptering, SMB (cpu intensivt) är bara några exempel som skulle få den att flaska snabbt.

Vi hade en 40TB server med SMB FTP och torrent på en RPI4'a, den fick kämpa och med max tio användare.

Grejen som jag tolkar in i det, utifrån andra experiment jag sett honom göra med Raspberry Pi Compute Module, är väl främst experimenterande med hur väl det går att faktiskt nyttja PCIe-enheter på plattformen.

(Han har även experimenterat med grafikkort, t.ex.)

Anledningen till att det finns något att experimentera med i båda fallen är väl just att PCIe-stödet rent generellt verkar rätt begränsat och/eller omoget.
Det finns ju en anledning att det fanns något att både experimentera med och/eller diskutera, om det bara hade varit att koppla in saker och så hade det fungerat men så långsamt som man väntat sig hade jag mer hållt med om att det varit ganska meningslöst.