Unraid eller TrueNAS? (+Proxmox)

Permalänk
Medlem

Unraid eller TrueNAS? (+Proxmox)

Hejsan, jag ska snart börja bygga en server med 3st 18TB HDDS (och eventuellt 2st 8TB), med Proxmox och raid 5.

Jag är dock väldigt kluven på om jag ska köra TrueNAS eller Unraid.

En kompis rekommenderade TrueNAS men har hört att det är väldigt jobbigt att installera nya drives it TrueNAS (enkelt i Unraid), vilket jag nästan garanterat kommer göra i framtiden.
Men jag vill häller inte "begränsa" mig redan i början med att välja Unraid om TrueNAS ska vara bättre.

Någon som har några rekommendationer/tips?

Permalänk
Medlem

Det är generellt inte rekommenderat att inte köra bare metal men det finns inget som säger att du måste däremot så får du värdera lite hur viktig din data är. TrueNAS Core är i regel vad som rekommenderas om man vill ha ett UI och det är inte direkt mer komplicerat än någon annan webbaserad NAS men det går även att göra mer avancerade lösningar.

Permalänk
Medlem

Jag var inne på att köra TrueNAS i min nya server men jag landar nog i att köra MergerFS + SnapRAID istället. Det som övertygade mig var denna guiden: https://perfectmediaserver.com/

Rekommenderar att du läser innan du bestämmer dig hur du ska göra.

Med TrueNAS kan du inte utöka din RAID i efterhand.

Det går fint att köra TrueNAS i en VM men då bör du ha ett dedikerat HBA-kort som du kör PCI Passthrough på.

Visa signatur

Kontor: Intel Core i3-12100F | ASUS B660-I STRIX | Intel Arc A750 Founders Edition | 16 GB Kingston Fury Beast DDR5 5200Mhz CL40 | Corsair SF750 Platinum 750W | Noctua NH-L12 Ghost S1 Edition | Louqe Ghost S1 MKII Limestone
Soffan: AMD Ryzen 5 7600 | ASUS B650E-I STRIX | ASUS Geforce GTX 1080 Ti STRIX | 32 GB Corsair Vengeance DDR5 6000Mhz CL36 | Corsair SF750 Platinum 750W | Thermalright AXP120-x67 | Fractal Design Ridge White
Bärbart: Apple Macbook Air 13" M1 Space Grey (8GB RAM, 256GB SSD)
Server/NAS: AMD Ryzen Pro 5 4650G | Gigabyte MC12-LE0 | 64GB DDR4 3200MHz ECC | Fractal Design Node 804

Permalänk
Moderator
Festpilot 2020, Antiallo
Skrivet av mambans:

Hejsan, jag ska snart börja bygga en server med 3st 18TB HDDS (och eventuellt 2st 8TB), med Proxmox och raid 5.

Jag är dock väldigt kluven på om jag ska köra TrueNAS eller Unraid.

En kompis rekommenderade TrueNAS men har hört att det är väldigt jobbigt att installera nya drives it TrueNAS (enkelt i Unraid), vilket jag nästan garanterat kommer göra i framtiden.
Men jag vill häller inte "begränsa" mig redan i början med att välja Unraid om TrueNAS ska vara bättre.

Någon som har några rekommendationer/tips?

Hänger helt på vad du faktiskt ska göra med maskinen.
Ska du bara lagra media så skulle jag föreslå en maskin med Snapraid + mergerFS. Då kan du utöka lagringen längre fram.

Ska du köra mer arbete eller uppdatera innehållet oftare mot diskarna så är ZFS bättre.

Skrivet av knewt:

Jag var inne på att köra TrueNAS i min nya server men jag landar nog i att köra MergerFS + SnapRAID istället. Det som övertygade mig var denna guiden: https://perfectmediaserver.com/

Rekommenderar att du läser innan du bestämmer dig hur du ska göra.

Med TrueNAS kan du inte utöka din RAID i efterhand.

Det går fint att köra TrueNAS i en VM men då bör du ha ett dedikerat HBA-kort som du kör PCI Passthrough på.

Går fint att forwarda diskar till TrueNAS VM i proxmox utan HBA-kort.
Edit: Nvm, jag läste inte så noga. Det är att föredra ett HBA-kort för prestanda, men det går fint utan kort.

Visa signatur

 | PM:a Moderatorerna | Kontaktformuläret | Geeks Discord |
Testpilot, Skribent, Moderator & Geeks Gaming Huvudadmin

Permalänk
Sötast

Backa bandet lite....
Du vill köra proxmox med raid 5 och.... truenas med zfs ovanpå eller unraid ovanpå?
Det är inget att rekommendera.... du lägger på lager av komplexitet genom att t.ex raida virtuella diskar.

Okay, lite åsikter:
Först, kör inte raid5, speciellt inte med så stora diskar. Det är inte längre en rekommenderad metod.
Diskar har en tendens att främst fallera under tung last, tung last genereras när man bygger om fallerade raids.

Dvs, om du har låt säga 3 diskar på 18TB i raid5, diskarna är nu 6-10 år gamla och en av diskarna fallerar, då har du inte längre paritet på din data och du måste sätta i en ny disk för att bygga om raiden. Att bygga om 18TB på diskar som skriver runt 100MB/s kommer att ta mer än 3 dygn. Det innebär att de äldre diskarna maxlastas under denna tid och total dataförlust är en reell risk.
------

Om du skall köra proxmox som hypervisor för ditt NAS-OS av val så rekommenderar jag att du gör en pci-passthrough på en hårddiskkontroller och monterar diskarna direkt till ditt NAS-OS, annars stöter du på scenarion som
A: har högre overhead/lägre prestanda
B: tvingas dubbelt raida datan både fysiskt och virtuellt
C: nästlar lager på lager
-------

Det låter som att du är i startskottet på att bygga din server, du är i valet och kvalet om vilket OS du skall köra på din NAS. Varför inte backa bandet litegrann och köra någon månad var på en handfull olika lösningar? Då lär du dig vilka styrkor och svagheter de olika systemen har och när du haft verklig erfarenhet av flera så är det lättare att göra ett sunt val.

Om du först upptäcker att du ogillar OS'et när du fyllt en hel disk så kan det riktigt rikigt riktigt tråkigt att byta mjukvara då man t.ex kanske måste cleara diskarna helt.
-------

Beroende på vad du vill göra och vad dina långtidsplaner är så kanske ett helt annat OS hade passat bättre. T.ex Debian, eller Openmediavault(körs på debian).

Varför vill du raida dina diskar? Är det känslig data som inte får förloras? Alla ~70TB? Eller är det egentligen bara lite data som är viktig och resten inte så farligt?

Jag sitter i den sitsen själv. Jag har ett antal diskar som har både fullständig mission-critical data samt data som egentligen knappt är värd sin vikt.

Men att raida denna lösning hade blivit tokdyrt i mitt fall. Därför kör jag rsync löpande som speglar de viktiga mapparna till ett flertal diskar i JBOD både on och off site.

Om en disk skulle rasa så är den viktiga datan kvar medans den oviktiga datan möter sin skapare. Helt utan att offra hela diskar till paritet. Och trots det får jag både redundans samt backup.

->>>
Kan du inte förklara lite i detalj vad dina långtidsplaner är och vad du tror att dina behov är, vi är nog många här som vill hjälpa till... det är ett roligt ämne

Skrivet av DavidtheDoom:

Hänger helt på vad du faktiskt ska göra med maskinen.
Ska du bara lagra media så skulle jag föreslå en maskin med Snapraid + mergerFS. Då kan du utöka lagringen längre fram.

Ska du köra mer arbete eller uppdatera innehållet oftare mot diskarna så är ZFS bättre.

Går fint att forwarda diskar till TrueNAS VM i proxmox utan HBA-kort.

Ja, visst går det, fast då blir diskarna virtuella.
Om du inte menar att du tänkt göra passthrough på hela sata-kontrollern på moderkortet.
Eller t.ex ASM1166 <- Den kör jag själv, fungerar ypperligt.

Permalänk
Medlem

Testade faktiskt Truenas som VM i proxmox nu i veckan, funkade fint - förutom att diskprestandan störtdök. Och det var med pcie passthrough av ett helt kontrollerkort.
Jag gick från att kunna nå 10Gigabits/s med samma server och diskar på bare metal till 1,5. Fipplade runt med det en hel del men hittade tyvärr ingen lösning. Var relativt lätt och trevligt att arbeta i annars så var lite besviken.

Permalänk
Medlem
Skrivet av Allexz:

Dvs, om du har låt säga 3 diskar på 18TB i raid5, diskarna är nu 6-10 år gamla och en av diskarna fallerar, då har du inte längre paritet på din data och du måste sätta i en ny disk för att bygga om raiden. Att bygga om 18TB på diskar som skriver runt 100MB/s kommer att ta mer än 3 dygn. Det innebär att de äldre diskarna maxlastas under denna tid och total dataförlust är en reell risk.

I läget att en disk fallerar helt eller börjar ge oläsbara sektorer så är första åtgärden att rsynka över det senaste till backupen. På så sätt stressar man de kvarvarande diskarna minimalt och man får förhoppningsvis över allt nytt till backupen. Därefter kan man börja med att bygga om raiden och hoppas det går bra.

Några saker som diskar inte gillar är:
1) Vibrationer + att systemet inte används så att läshuvudena står i samma läge länge. Detta ger så småningom skador på lagren så att disken får allt svårare att hålla positioneringen av läs/skrivhuvudena korrekt. Så används inte NAS:en på längre tider så är det ide att varva ned diskarna. Nu finns det NAS-diskar som vägrar varva ned så detta är inte alltid möjligt.

2) Nätaggregat som börjar blir gammalt och har svårt hålla spänningen stabil. Blir lite samma problem som ovan, positioneringen av huvudena blir lidande så risken att man helt eller delvis skriver över intilliggande spår ökar. Har det inte gått för långt så kan man ofta rädda disken genom att skriva över hela ytan med tex 0:or.

Permalänk
Medlem

Trueneas på en Proxmox är väl funkis för homelab men spara inget du vill ha kvar där.
Brakar de så går det ofta återvinna men riskera det inte ens tycker jag. Prestandan dippar också som andra sagt trots att man kör brutala maskiner hårdvarumässigt.

Jag har testat både på Dell och HP-maskiner i varierande setup med inbyggda och dedikerade HBA´s men alla har förr eller senare bajat i brallan och droppat diskar eller hela pools. Det har alltid gått att rädda ska sägas förutom en pool som verkligen inte ville återskapas alls när diskarna flyttades till en ren Truenas scale (de va inga fel på dem).

Köp hellre en till burk för Proxmox-mojänger, refurb-maskiner finns lite överallt till fin slant. Du kommer inte ångra dig.
Eller kör de VM´s du behöver i Truenas scale, eller docker container istället.

Visa signatur

Mitt modermodem är trimmat!

Permalänk
Sötast
Skrivet av SAFA:

I läget att en disk fallerar helt eller börjar ge oläsbara sektorer så är första åtgärden att rsynka över det senaste till backupen. På så sätt stressar man de kvarvarande diskarna minimalt och man får förhoppningsvis över allt nytt till backupen. Därefter kan man börja med att bygga om raiden och hoppas det går bra.

Några saker som diskar inte gillar är:
1) Vibrationer + att systemet inte används så att läshuvudena står i samma läge länge. Detta ger så småningom skador på lagren så att disken får allt svårare att hålla positioneringen av läs/skrivhuvudena korrekt. Så används inte NAS:en på längre tider så är det ide att varva ned diskarna. Nu finns det NAS-diskar som vägrar varva ned så detta är inte alltid möjligt.

2) Nätaggregat som börjar blir gammalt och har svårt hålla spänningen stabil. Blir lite samma problem som ovan, positioneringen av huvudena blir lidande så risken att man helt eller delvis skriver över intilliggande spår ökar. Har det inte gått för långt så kan man ofta rädda disken genom att skriva över hela ytan med tex 0:or.

Ja, det är vad jag också hade gjort.
Men risken är dock att fler oläsbara sektorer kan påkommas under rsyncen på de "bra" diskarna eller att en av dem rentav rasar av att läsa 18TB data.

Det är över 10 år sedan som företagsvärlden slutade med Raid5 just för att det inte är tillräckligt pålitligt. Att köra en rsync och hoppas på att alla familjebilderna tagna de senaste 20 åren inte försvinner är en stressnivå ingen människa skall behöva gå igenom någonsin. Kör man backup offsite på samma gång (rekommenderas starkt!) så blir såklart stressnivån påtagligt mindre.... men så fort en disk i en raid5 går ner, då är det kritiskt läge och man står på kanten av klippan, stirrar mot sin död och hoppas att det går. Det är inte ett hälsosamt sätt att leva på

Permalänk
Medlem
Skrivet av Allexz:

Backa bandet lite....
Du vill köra proxmox med raid 5 och.... truenas med zfs ovanpå eller unraid ovanpå?
Det är inget att rekommendera.... du lägger på lager av komplexitet genom att t.ex raida virtuella diskar.

Okay, lite åsikter:
Först, kör inte raid5, speciellt inte med så stora diskar. Det är inte längre en rekommenderad metod.
Diskar har en tendens att främst fallera under tung last, tung last genereras när man bygger om fallerade raids.

Dvs, om du har låt säga 3 diskar på 18TB i raid5, diskarna är nu 6-10 år gamla och en av diskarna fallerar, då har du inte längre paritet på din data och du måste sätta i en ny disk för att bygga om raiden. Att bygga om 18TB på diskar som skriver runt 100MB/s kommer att ta mer än 3 dygn. Det innebär att de äldre diskarna maxlastas under denna tid och total dataförlust är en reell risk.
------

Om du skall köra proxmox som hypervisor för ditt NAS-OS av val så rekommenderar jag att du gör en pci-passthrough på en hårddiskkontroller och monterar diskarna direkt till ditt NAS-OS, annars stöter du på scenarion som
A: har högre overhead/lägre prestanda
B: tvingas dubbelt raida datan både fysiskt och virtuellt
C: nästlar lager på lager
-------

Det låter som att du är i startskottet på att bygga din server, du är i valet och kvalet om vilket OS du skall köra på din NAS. Varför inte backa bandet litegrann och köra någon månad var på en handfull olika lösningar? Då lär du dig vilka styrkor och svagheter de olika systemen har och när du haft verklig erfarenhet av flera så är det lättare att göra ett sunt val.

Om du först upptäcker att du ogillar OS'et när du fyllt en hel disk så kan det riktigt rikigt riktigt tråkigt att byta mjukvara då man t.ex kanske måste cleara diskarna helt.
-------

Beroende på vad du vill göra och vad dina långtidsplaner är så kanske ett helt annat OS hade passat bättre. T.ex Debian, eller Openmediavault(körs på debian).

Varför vill du raida dina diskar? Är det känslig data som inte får förloras? Alla ~70TB? Eller är det egentligen bara lite data som är viktig och resten inte så farligt?

Jag sitter i den sitsen själv. Jag har ett antal diskar som har både fullständig mission-critical data samt data som egentligen knappt är värd sin vikt.

Men att raida denna lösning hade blivit tokdyrt i mitt fall. Därför kör jag rsync löpande som speglar de viktiga mapparna till ett flertal diskar i JBOD både on och off site.

Om en disk skulle rasa så är den viktiga datan kvar medans den oviktiga datan möter sin skapare. Helt utan att offra hela diskar till paritet. Och trots det får jag både redundans samt backup.

->>>
Kan du inte förklara lite i detalj vad dina långtidsplaner är och vad du tror att dina behov är, vi är nog många här som vill hjälpa till... det är ett roligt ämne

Ja, visst går det, fast då blir diskarna virtuella.
Om du inte menar att du tänkt göra passthrough på hela sata-kontrollern på moderkortet.
Eller t.ex ASM1166 <- Den kör jag själv, fungerar ypperligt.

Hejsan, tack för all info.
1. Min tanke med Proxmox var att ha bättre val om jag i framtiden skulle vilja skapa upp olika VM's, men ni rekommenderar isåfall bare metal TrueNAS/unraid?

2. Vad rekommenderar ni isåfall istället för RAID5? Bara cirka 30% av min data är "viktig" men jag skulle endån vilja ha en(max en) "redundant drive" på allt. (När en av mina "data center" HDD's går sönder så kan jag nog leva med att de är "offline" i en vecka, så länge ingen data är förlorad)
Just nu har jag allt på min Windows dator utan någon raid alls, så bara en redudant drive är bättre än ingen.

3. Jag har hört att Unraid ska vara väldigt enkelt att sätta upp och samtidigt rätt bra, varför rekommenderar många andra lösningar som t.ex. Debian, Openmediavault, Snapraid + mergerFS?

4. Långtids planen just nu är att:

  • flytta min Plex-server (+ "plex plugins") till servern som kommer ha allt ifrån filmer till "privata" bilder/videos.

  • Sen planerar jag att börja test Vm's, kanske ha en "dev server" för programmering som VM istället för på min windows dator. Testa lite linux distros, mm.

Jag skulle kunna testa lite olika lösningar i några dagar men inte längre än det, behöver diskarna typ nu

Permalänk
Medlem
Skrivet av Kwirek:

Testade faktiskt Truenas som VM i proxmox nu i veckan, funkade fint - förutom att diskprestandan störtdök. Och det var med pcie passthrough av ett helt kontrollerkort.
Jag gick från att kunna nå 10Gigabits/s med samma server och diskar på bare metal till 1,5. Fipplade runt med det en hel del men hittade tyvärr ingen lösning. Var relativt lätt och trevligt att arbeta i annars så var lite besviken.

Var den sänkta diskprestandan mest pågrund av att Truenas kördes som ett VM?

Permalänk
Medlem
Skrivet av HCP:

Trueneas på en Proxmox är väl funkis för homelab men spara inget du vill ha kvar där.
Brakar de så går det ofta återvinna men riskera det inte ens tycker jag. Prestandan dippar också som andra sagt trots att man kör brutala maskiner hårdvarumässigt.

Jag har testat både på Dell och HP-maskiner i varierande setup med inbyggda och dedikerade HBA´s men alla har förr eller senare bajat i brallan och droppat diskar eller hela pools. Det har alltid gått att rädda ska sägas förutom en pool som verkligen inte ville återskapas alls när diskarna flyttades till en ren Truenas scale (de va inga fel på dem).

Köp hellre en till burk för Proxmox-mojänger, refurb-maskiner finns lite överallt till fin slant. Du kommer inte ångra dig.
Eller kör de VM´s du behöver i Truenas scale, eller docker container istället.

Ah oke, så ignorerar Proxmox nu i början.
Har ni någon synpunkt för Truenas vs Unraid?
Förutom lagringen, hur är deras hantering av Vm's? Någon skillnad?

Permalänk
Medlem
Skrivet av mambans:

Var den sänkta diskprestandan mest pågrund av att Truenas kördes som ett VM?

Japp, om den var installerad direkt på hårdvaran så fick jag normal prestanda.

Permalänk
Medlem
Skrivet av mambans:

Ah oke, så ignorerar Proxmox nu i början.
Har ni någon synpunkt för Truenas vs Unraid?
Förutom lagringen, hur är deras hantering av Vm's? Någon skillnad?

Jag har inte kört Unraid tillräckligt för att säga nåt om det.
Men Truenas gillar jag, ganska simpelt att hiva upp en ny VM.

Visa signatur

Mitt modermodem är trimmat!

Permalänk
Sötast
Skrivet av mambans:

Hejsan, tack för all info.
1. Min tanke med Proxmox var att ha bättre val om jag i framtiden skulle vilja skapa upp olika VM's, men ni rekommenderar isåfall bare metal TrueNAS/unraid?

2. Vad rekommenderar ni isåfall istället för RAID5? Bara cirka 30% av min data är "viktig" men jag skulle endån vilja ha en(max en) "redundant drive" på allt. (När en av mina "data center" HDD's går sönder så kan jag nog leva med att de är "offline" i en vecka, så länge ingen data är förlorad)
Just nu har jag allt på min Windows dator utan någon raid alls, så bara en redudant drive är bättre än ingen.

3. Jag har hört att Unraid ska vara väldigt enkelt att sätta upp och samtidigt rätt bra, varför rekommenderar många andra lösningar som t.ex. Debian, Openmediavault, Snapraid + mergerFS?

4. Långtids planen just nu är att:

  • flytta min Plex-server (+ "plex plugins") till servern som kommer ha allt ifrån filmer till "privata" bilder/videos.

  • Sen planerar jag att börja test Vm's, kanske ha en "dev server" för programmering som VM istället för på min windows dator. Testa lite linux distros, mm.

Jag skulle kunna testa lite olika lösningar i några dagar men inte längre än det, behöver diskarna typ nu

Tjo

1. Jag själv förespråkar mer än gärna proxmox. Har kört det som primär hypervisor i flera år nu och gillar den bättre än vmware esxi som vi kör på jobbet. Fruktansvärt kompetent mjukvara och körs, även den på debian!

Tidigare har jag har kört unraid i 2år+ som produktionsmiljö och det är helt klart en av mig både rekommenderad och kompentent miljö. Den körde jag bare metal, jag körde även dockers i den och i början testade jag att köra både linux och windows VM's på den.

Unraid gör det busenkelt att ösa i mer disk, du hittar inte ett friare OS där ute när det kommer till det, kravet är att paritetsdisken är lika stor eller större än andra diskar utöver det kan du mix and match lite hur du vill. Man schemalägger även paritetscanning enligt ett schema man själv bestämmer för att kontrollera diskar och paritet.

De flesta ser Unraid som fillagring och docker primärt och VM sekundärt. Den är inte direkt dålig på virtuella maskiner, den är bara inte en bra hypervisor.

När det kommer till lagring så är den däremot det lätta kortet. Du trycker i ett par diskar, sätter ett paritetsschema och delar ut en mapp, sen går den till hårdvaran brinner upp.

I takt med att min miljö förnyades så stängde jag av alla snurrande diskar och gick över till SSD istället. Då unraid ännu inte hanterar SSD på ett bra vis (förutom till cache, där funkar de perfekt) så valde jag att lämna unraid och gå tillbaka till Debian(OMW)

Truenas har jag ännu inte kört själv och kan inte svara på det. Det kräver dock ZFS och det är ett ämne man bör läsa på om innan man ger sig in på det. Det är ett filsystem som är extremt kompetent men också ett av de svårare att använda. Både i form av rekommenderade hårdvarukrav (1GB ECC ram per TB disk) uppsättning av pooler, addering av diskar, samt hur man hanterar eventuella problem som kan uppstå. Jag har själv valt bort Truenas/ZFS då det skulle ta mig alldeles för mycket ekonomisk kostnad samt personlig energi för att känna mig trygg.

2. Jag skulle nog rakt av rekommendera Unraid till dig istället för raid5. I unraid så har du datadiskar + 1-2 paritetsdiskar.
Om du kör unraid med 1 paritetsdisk så är det som Raid5, men bättre. Anledningen till att det är bättre är att datan är skriven till disk precis som en vanlig disk, diskarna i sig är inte sammankopplade så att en hel array kan faila.

Om 1 datadisk dör så kan du återläsa från paritet, om paritet skulle dö också så kan du fortfarande komma åt datan (som överlevt) från de diskar som är kvar. Du har fått en viss dataförlust men inte all. I samma scenario i raid5 så är all data förlorad.

I unraid kan man också välja att ha 2 paritetsdiskar om man vill, då blir det jämförbart med en raid10 + att datan är läsbar.

Unraid har också ett mycket stort forum/community. Det finns plugins för allt, specialbyggda dockers till allt man kan drömma om och om man har frågor eller funderingar så har antingen redan någon annan redan ställt frågan eller så får man bra svar av ett mycket stort och trevligt community.

3. Jag hoppade av unraid tåget då jag som sagt gick från HDD till SSD och jag ville inte lämna prestanda och funktioner på bordet. Annars måste jag säga att unraid är trevligt. Det är dock inte alltid perfekt och det är en produkt levererad av ett företag och det är inte FOSS mjukvara.

Anledningen till att folk rekommenderar olika behöver inte vara svårare än att vissa hellre äter choklad än lakrits. Men tittar man även på de olika lösningarna som finns (finns fler) så har alla ett och samma uppdrag, att lagra data. Det är dock ett ganska enkelt uppdrag om man ser till det hela och de flesta lösningarna har många fler funktioner, det är ofta de funktionerna som skiljer sig. Det kan vara av filosofiska skäl som att man vill ha fri mjukvara. Man kanske vill vara backad av ett företag. Kanske man har större förtroende för ZFS än EXT4.

Anledningen till att jag gick med OMV, var för att det är en helhetslösning som passade mitt usecase. Debian är S-tier linux, jag kör det på *nästan* alla mina VM's och trivs bra i det och har helt ok kunskap i det. Tanken var faktiskt att först köra Debian utan OMW ovanpå och det var där jag började men det visade sig att jag fick lägga ner för mycket tid på konfigurationen. Jag drog in OMW för att testa och insåg snabbt att det mesta av mina krav/önskemål redan var features som fanns i OMW+OMW-Extras och då frågade jag mig själv om jag ville uppfinna hjulet igen eller ej.

Med tanke på att det bara är debian så valde jag att köra det som en VM och lämna den gamla hårdvaran. Jag kör mina diskar med PCI-passthrough och datan skrivs direkt till disk.

4. För din usecase så känns Unraid perfekt på bare metal.
Du behöver inte oroa dig för komplexitet som att t.ex ha ett moderkort som har bra IOMMU grupper för att kunna göra en passthrough av en diskkontrollers för att kunna köra det virtuellt (yay).

Du får en 'säker' miljö för din data. Du bör alltid använda dig av 3-2-1(<googla) metoden för kritisk data. Raid är inte en backup. Unraid är inte heller en backup. Skulle du lägga datan på 8 diskar i unraidservern så kan nätagget fortfarande grilla alla diskar.

Plex kan du köra i containers, unraid har STOR fokus på containers och de fungerar riktigt nice. Men du kan såklart om du vill köra det i en VM också.
Unraid kan och kommer också kunna köra ett flertal VM's med både windows, linux och macos om du vill det.
Unraid kör sina VM's med QEMU som underliggande lager och kommer fungera både stabilt och ge bra prestanda.

Helt galet vad långa mina inlägg blir i tråden, men ja..Jag har nog lagt kanske 1-2 timmar på mitt homelab så..

Edit: Kan lika gärna länka spaceinvader direkt xD
https://www.youtube.com/@SpaceinvaderOne

All min info i tråden är som ett sandkorn på stranden jämfört med Spaceinvaders videos.
Han har med stor sannolikhet en video som både detaljmässigt förklarar vad/hur/varför och en tutorial på hur man gör det själv step-by-step i de flesta funktioner som finns i unraid

Permalänk
Hedersmedlem
Skrivet av Allexz:

Det kräver dock ZFS och det är ett ämne man bör läsa på om innan man ger sig in på det. Det är ett filsystem som är extremt kompetent men också ett av de svårare att använda. Både i form av rekommenderade hårdvarukrav (1GB ECC ram per TB disk)

Det är väl lite gamla skrönor nästan, eller?

Dels så är ECC en rekommendation för att få extremt hög datasäkerhet, men det gäller ju givetvis andra filsystem också. ZFS utan ECC är ju bättre än t ex ext4 utan ECC eftersom bara det förstnämnda kan hitta och laga bitfel överhuvudtaget, även om det inte kan förebygga dem lika väl som med ECC. Och även ext4 (och alla andra filsystem) lider ju risken att bli korrupta av bitfel i RAM.

1 GB per TB lagring verkar vara en tumregel främst för deduplication, vilket inte rekommenderas användas om man inte är väldigt säker på vad man gör. I övrigt så är ger ju mer RAM bättre prestanda pga cachning, men det är ju återigen om man har höga krav; de senaste (10+?) åren ska inte ZFS äta upp RAM tills det orsakar problem för program.

Jag kör sedan ett tag nu ZFS på en Pentium Dual-Core (typ Core 2 med mindre cache) från typ 2008, med 4 GB DDR2. Kör dock en liten RAIDZ-pool på 3x1 TB, så tekniskt sett följer jag väl minnesrekommendationen. Det är iofs ingen tyngre last då den främst lagrar backups ett par gånger per dag, men det har funkat prima än så länge.

Visa signatur

Asus ROG STRIX B550-F / Ryzen 5800X3D / 48 GB 3200 MHz CL14 / Asus TUF 3080 OC / WD SN850 1 TB, Kingston NV1 2 TB + NAS / Corsair RM650x V3 / Acer XB271HU (1440p165) / LG C1 55"
Mobil: Moto G200

Permalänk
Sötast
Skrivet av Thomas:

Det är väl lite gamla skrönor nästan, eller?

Dels så är ECC en rekommendation för att få extremt hög datasäkerhet, men det gäller ju givetvis andra filsystem också. ZFS utan ECC är ju bättre än t ex ext4 utan ECC eftersom bara det förstnämnda kan hitta och laga bitfel överhuvudtaget, även om det inte kan förebygga dem lika väl som med ECC. Och även ext4 (och alla andra filsystem) lider ju risken att bli korrupta av bitfel i RAM.

1 GB per TB lagring verkar vara en tumregel främst för deduplication, vilket inte rekommenderas användas om man inte är väldigt säker på vad man gör. I övrigt så är ger ju mer RAM bättre prestanda pga cachning, men det är ju återigen om man har höga krav; de senaste (10+?) åren ska inte ZFS äta upp RAM tills det orsakar problem för program.

Jag kör sedan ett tag nu ZFS på en Pentium Dual-Core (typ Core 2 med mindre cache) från typ 2008, med 4 GB DDR2. Kör dock en liten RAIDZ-pool på 3x1 TB, så tekniskt sett följer jag väl minnesrekommendationen. Det är iofs ingen tyngre last då den främst lagrar backups ett par gånger per dag, men det har funkat prima än så länge.

Det vore ju om inget annat bra om det är gamla skrönor! Jag tackar för inputen då jag själv inte använder filsystemet själv i någon större skala.

Kör det visserligen på min proxmox hypervisor på speglade VM-diskar men det är mest bara för att komma åt supporterad mirror.
Jag valde ext4 då jag har liten generell kunskap om zfs, samt att nasen är all ssd ändå, så någon cache behövs inte överhuvudtaget.

Det enda jag vet var att zfs verkade intressant, men desto mer man googlade desto mer rädd blev man för det. Trådar om förlorade pooler. Folk som menade att ECC är ett krav. Virtuella maskiner som orsakade extrema mängder skrivningar till disk pga write aplification och sånt. Kan ju bara ha varit jag som råkade följa fel rabbithole.

Permalänk
Medlem

Lite gamla skrönor här borde förtydligas....

"TrueNAS kan du inte utöka din RAID i efterhand."
Du kan däremot utöka utrymmet av en befintlig array genom att byta ut diskarna mot större däremot blir den degraded under tiden du byter diskar.

1Gb / TB är inget krav men däremot så kommer prestandan och eventuellt stabilitet bli lidande om du har alldeles för lite minne men tänker du lagra 20TB+ så kommer 8-12Gb fungera fint för hemmabruk medans mer inte kommer skada och om du skulle ha ~5+ klienter som använder filservern frekvent så skulle mer minne hjälpa allmänprestandan.

QEMU vill du inte köra om prestanda är viktigt då det är typ 2 hypervisor medans t.ex bhyve och kvm är typ 1. QEMU kan använda KVM till viss del men prestandan är ofta inte optimal.

Lite intressanta tester mellan bhyve och kvm:
https://klarasystems.com/articles/virtualization-showdown-fre...

ECC som nämns ovan är inget specifikt krav precis som Thomas nämner dock är det definitivt en extra säkerhet.

RAID5 (RAID-Z) kan fortfarande vara aktuellt men du bör vara medveten om resilvering tar tid. Du har däremot Raid-Z2 och -Z3 som kan vara av intresse om du vill försöka få så mycket lagringsutrymme som möjligt med helt ok säkerhet. Skulle dock säga att din kontroller presterar dåligt om en modern HDD bara skriver i 100Mbyte/s (se t.ex https://www.kitguru.net/components/hard-drives/simon-crisp/to... ). Även om ASMedia ASM1166 är en hygglig kontroller för pengarna (dock med sina lite lustiga buggar) så presterar den ok men många billigare kort är bara 1x istället för 2x och det är begränsningsar i hårdvaruprestandan, se t.ex https://forums.unraid.net/topic/41340-satasas-controllers-tes... och jämför med den numera gamla SAS2008 serien.

Både TrueNAS och Unraid är gjorde för just att vara NAS/Storage appliance, du kan göra mer men då skulle jag ärligt talat rekommendera att överväga err vanlig OS/dist från FreeBSD eller något annat OS och använda paketsystemet så mycket som det går.

Permalänk
Medlem
Skrivet av Allexz:

Tjo

1. Jag själv förespråkar mer än gärna proxmox. Har kört det som primär hypervisor i flera år nu och gillar den bättre än vmware esxi som vi kör på jobbet. Fruktansvärt kompetent mjukvara och körs, även den på debian!

Tidigare har jag har kört unraid i 2år+ som produktionsmiljö och det är helt klart en av mig både rekommenderad och kompentent miljö. Den körde jag bare metal, jag körde även dockers i den och i början testade jag att köra både linux och windows VM's på den.

Unraid gör det busenkelt att ösa i mer disk, du hittar inte ett friare OS där ute när det kommer till det, kravet är att paritetsdisken är lika stor eller större än andra diskar utöver det kan du mix and match lite hur du vill. Man schemalägger även paritetscanning enligt ett schema man själv bestämmer för att kontrollera diskar och paritet.

De flesta ser Unraid som fillagring och docker primärt och VM sekundärt. Den är inte direkt dålig på virtuella maskiner, den är bara inte en bra hypervisor.

När det kommer till lagring så är den däremot det lätta kortet. Du trycker i ett par diskar, sätter ett paritetsschema och delar ut en mapp, sen går den till hårdvaran brinner upp.

I takt med att min miljö förnyades så stängde jag av alla snurrande diskar och gick över till SSD istället. Då unraid ännu inte hanterar SSD på ett bra vis (förutom till cache, där funkar de perfekt) så valde jag att lämna unraid och gå tillbaka till Debian(OMW)

Truenas har jag ännu inte kört själv och kan inte svara på det. Det kräver dock ZFS och det är ett ämne man bör läsa på om innan man ger sig in på det. Det är ett filsystem som är extremt kompetent men också ett av de svårare att använda. Både i form av rekommenderade hårdvarukrav (1GB ECC ram per TB disk) uppsättning av pooler, addering av diskar, samt hur man hanterar eventuella problem som kan uppstå. Jag har själv valt bort Truenas/ZFS då det skulle ta mig alldeles för mycket ekonomisk kostnad samt personlig energi för att känna mig trygg.

2. Jag skulle nog rakt av rekommendera Unraid till dig istället för raid5. I unraid så har du datadiskar + 1-2 paritetsdiskar.
Om du kör unraid med 1 paritetsdisk så är det som Raid5, men bättre. Anledningen till att det är bättre är att datan är skriven till disk precis som en vanlig disk, diskarna i sig är inte sammankopplade så att en hel array kan faila.

Om 1 datadisk dör så kan du återläsa från paritet, om paritet skulle dö också så kan du fortfarande komma åt datan (som överlevt) från de diskar som är kvar. Du har fått en viss dataförlust men inte all. I samma scenario i raid5 så är all data förlorad.

I unraid kan man också välja att ha 2 paritetsdiskar om man vill, då blir det jämförbart med en raid10 + att datan är läsbar.

Unraid har också ett mycket stort forum/community. Det finns plugins för allt, specialbyggda dockers till allt man kan drömma om och om man har frågor eller funderingar så har antingen redan någon annan redan ställt frågan eller så får man bra svar av ett mycket stort och trevligt community.

3. Jag hoppade av unraid tåget då jag som sagt gick från HDD till SSD och jag ville inte lämna prestanda och funktioner på bordet. Annars måste jag säga att unraid är trevligt. Det är dock inte alltid perfekt och det är en produkt levererad av ett företag och det är inte FOSS mjukvara.

Anledningen till att folk rekommenderar olika behöver inte vara svårare än att vissa hellre äter choklad än lakrits. Men tittar man även på de olika lösningarna som finns (finns fler) så har alla ett och samma uppdrag, att lagra data. Det är dock ett ganska enkelt uppdrag om man ser till det hela och de flesta lösningarna har många fler funktioner, det är ofta de funktionerna som skiljer sig. Det kan vara av filosofiska skäl som att man vill ha fri mjukvara. Man kanske vill vara backad av ett företag. Kanske man har större förtroende för ZFS än EXT4.

Anledningen till att jag gick med OMV, var för att det är en helhetslösning som passade mitt usecase. Debian är S-tier linux, jag kör det på *nästan* alla mina VM's och trivs bra i det och har helt ok kunskap i det. Tanken var faktiskt att först köra Debian utan OMW ovanpå och det var där jag började men det visade sig att jag fick lägga ner för mycket tid på konfigurationen. Jag drog in OMW för att testa och insåg snabbt att det mesta av mina krav/önskemål redan var features som fanns i OMW+OMW-Extras och då frågade jag mig själv om jag ville uppfinna hjulet igen eller ej.

Med tanke på att det bara är debian så valde jag att köra det som en VM och lämna den gamla hårdvaran. Jag kör mina diskar med PCI-passthrough och datan skrivs direkt till disk.

4. För din usecase så känns Unraid perfekt på bare metal.
Du behöver inte oroa dig för komplexitet som att t.ex ha ett moderkort som har bra IOMMU grupper för att kunna göra en passthrough av en diskkontrollers för att kunna köra det virtuellt (yay).

Du får en 'säker' miljö för din data. Du bör alltid använda dig av 3-2-1(<googla) metoden för kritisk data. Raid är inte en backup. Unraid är inte heller en backup. Skulle du lägga datan på 8 diskar i unraidservern så kan nätagget fortfarande grilla alla diskar.

Plex kan du köra i containers, unraid har STOR fokus på containers och de fungerar riktigt nice. Men du kan såklart om du vill köra det i en VM också.
Unraid kan och kommer också kunna köra ett flertal VM's med både windows, linux och macos om du vill det.
Unraid kör sina VM's med QEMU som underliggande lager och kommer fungera både stabilt och ge bra prestanda.

Helt galet vad långa mina inlägg blir i tråden, men ja..Jag har nog lagt kanske 1-2 timmar på mitt homelab så..

Edit: Kan lika gärna länka spaceinvader direkt xD
https://www.youtube.com/@SpaceinvaderOne

All min info i tråden är som ett sandkorn på stranden jämfört med Spaceinvaders videos.
Han har med stor sannolikhet en video som både detaljmässigt förklarar vad/hur/varför och en tutorial på hur man gör det själv step-by-step i de flesta funktioner som finns i unraid

Tackar i förväg för info och tips! Mycket info.

Det känns som att jag bör testa bare metal Unraid först (också lite rätt för ZFS med alla "krav och rekommendationer"), och kanske testa Proxmox när man uppgradera i framtiden eller på en annan makisn.

Hade helt glömt bort containers, tänkte köra alla "plex plugins" via containers. Men kan man också köra fulla linux distros (t.ex. PopOS) via containers, eller de bör köras i VM's?

Skrivet av Allexz:

Om du kör unraid med 1 paritetsdisk så är det som Raid5, men bättre. Anledningen till att det är bättre är att datan är skriven till disk precis som en vanlig disk, diskarna i sig är inte sammankopplade så att en hel array kan faila.

Förlorar man inte då prestanda om data:n inte delas upp mellan diskarna?

Permalänk
Sötast
Skrivet av mambans:

Tackar i förväg för info och tips! Mycket info.

Det känns som att jag bör testa bare metal Unraid först (också lite rätt för ZFS med alla "krav och rekommendationer"), och kanske testa Proxmox när man uppgradera i framtiden eller på en annan makisn.

Hade helt glömt bort containers, tänkte köra alla "plex plugins" via containers. Men kan man också köra fulla linux distros (t.ex. PopOS) via containers, eller de bör köras i VM's?

Dockers har aldrig varit min favorit, jag är väl lite av en hater... Att köra distros via docker är möjligt, men jag vet i ärlighetens namn inte om det kommer med begränsningar som kan påverka. Jag är oldschool och gillar VM's... där vet jag exakt vad som gäller

Skrivet av mambans:

Förlorar man inte då prestanda om data:n inte delas upp mellan diskarna?

Bingo! Unraid är inte snabbt nånstans. Om något så är unraid en av de långsammare lösningarna.
Det finns dock en cache-funktion för att avhjälpa problemet något.

Man kan sätta i en eller flera SSD(finns tom mirror för ssd) och ha den som cachedisk. Man kan sedan bestämma vilken data som skall bo på SSD'n, hur länge den skall finnas där etc. Man lägger även sina VM's och containers på den.
Inte helt ovanligt att man konfigurerar unraid på ett sådant vis att allt som laddas upp till arrayen faktiskt först laddas upp på SSDn vilket ger enormt mycket snabbare writes och sedan så flyttas datan till HDD på natten eller nästa vecka eller vad man nu vill.

Sedan är hastigheter såklart relativa och i slutändan även bundna till vilket nätverk man har. Gigabit t.ex är ju maxat på runt 100MB/s

Permalänk
Medlem

Själv kör jag Unraid som base OS (på metal), sen kör jag Proxmox på en VM i Unraid som ligger på NVME diskar, detta för att kunna nyttja LXC:er istället för att köra Docker på Unraid. Här kan jag köra, Unifi-controlller etc. Sen en dedikerad Optiplex burk för Plex, som för de få enheterna som inte klarar directplay/directstream då har QS för att hantera det. Samt en dedikerad box för HomeAssistant, vilket såklart går bra att köra i ProxMox, men passar inte mitt usecase.

Unraid är som andra nämnt långsamt, men fungerar bra som ren storage och för att husera en Proxmox VM, såvida denne ligger på minst SATA SSD.

Det enda som för mig är galet frustrerande med Unraid är den långsamma SMB-prestandan när du inte kör disk-shares. Har du exempelvis ett bildbibliotek som du skall bläddra lite i och öppna en bild här och en bild här, glöm då "user-shares". Du måste mer eller mindre köra disk-shares för att du inte skall ruttna. Och att köra disk-shares kommer med sina baksidor. För mig slutade det med att alltid ha senaste årets bilder på ssd lagring så jag bara stöter på långsammheter när äldre saker skall visas, vilket inte är lika frekvent.

Är det viktig data, så kom ihåg att skicka det till annan plats, regelbundet

Visa signatur

Computa: CPU: Intel 6850K Kylare: Nocuta NH-D15S RAM: 16GB 3000MHZ Grafikkort: GTX 1070x2 Nätagg: Corsair RM750X Mobo: MSI x99A Gaming Pro Carbon Lagring: SSD1 SanDisk Extreme II 240GB + SSD2(spel-disk) Kingston HyperX 240GB

Permalänk
Medlem
Skrivet av Allexz:

Bingo! Unraid är inte snabbt nånstans. Om något så är unraid en av de långsammare lösningarna.
Det finns dock en cache-funktion för att avhjälpa problemet något.

Man kan sätta i en eller flera SSD(finns tom mirror för ssd) och ha den som cachedisk. Man kan sedan bestämma vilken data som skall bo på SSD'n, hur länge den skall finnas där etc. Man lägger även sina VM's och containers på den.
Inte helt ovanligt att man konfigurerar unraid på ett sådant vis att allt som laddas upp till arrayen faktiskt först laddas upp på SSDn vilket ger enormt mycket snabbare writes och sedan så flyttas datan till HDD på natten eller nästa vecka eller vad man nu vill.

Sedan är hastigheter såklart relativa och i slutändan även bundna till vilket nätverk man har. Gigabit t.ex är ju maxat på runt 100MB/s

Ah oke, beställde också en m2 SSD också innan jag visste att Unraid bara går att installera på USB, så då har jag ändå nytta av den till cache.
Men om jag kör vanlig RAID5 så kommer hastigheten vara lite bättre (med mindre säkerhet)?

Jag har också hört något om SMB (för network shares) att det kan vara väldigt långsamt, vet ni något om det? Hur långsamt isåfall?

Det är förmodligen bara med min windows dator (med m.2 SSD) via network shares som jag kommer uppnå serverns hårdiskarnas max hastighet och OM SMB hastigheten ligger runt samma som hårddiskarna då kommer inte någon hastighet jag får via vissa RAID's hjälpa mycket, stämmer det?

Permalänk
Medlem
Skrivet av frekish:

Själv kör jag Unraid som base OS (på metal), sen kör jag Proxmox på en VM i Unraid som ligger på NVME diskar, detta för att kunna nyttja LXC:er istället för att köra Docker på Unraid. Här kan jag köra, Unifi-controlller etc. Sen en dedikerad Optiplex burk för Plex, som för de få enheterna som inte klarar directplay/directstream då har QS för att hantera det. Samt en dedikerad box för HomeAssistant, vilket såklart går bra att köra i ProxMox, men passar inte mitt usecase.

Unraid är som andra nämnt långsamt, men fungerar bra som ren storage och för att husera en Proxmox VM, såvida denne ligger på minst SATA SSD.

Det enda som för mig är galet frustrerande med Unraid är den långsamma SMB-prestandan när du inte kör disk-shares. Har du exempelvis ett bildbibliotek som du skall bläddra lite i och öppna en bild här och en bild här, glöm då "user-shares". Du måste mer eller mindre köra disk-shares för att du inte skall ruttna. Och att köra disk-shares kommer med sina baksidor. För mig slutade det med att alltid ha senaste årets bilder på ssd lagring så jag bara stöter på långsammheter när äldre saker skall visas, vilket inte är lika frekvent.

Är det viktig data, så kom ihåg att skicka det till annan plats, regelbundet

Så ni har Unraid bara för lagringen (och proxmox), och sen helt annan dator för Plex? Hur kommer Plex åt hårddiskarna, network shares?
Vilken RAID kör ni på Unraid?

Angående den långsamma SMB, kommer inte de också påverka TrueNAS mm.., är det inte själva protokollet som är kast?
Har ni något automatisering för att spara senaste bilderna på SSD? Cache?

Permalänk
Medlem

unraid borde vara ett bra val för dig, det viktigaste är att du kommer igång och installerar ditt system oavsett vad du väljer.

Permalänk
Medlem

Om nu Unraid har usel prestanda varför inte bara köra TrueNAS Core istället?

Permalänk
Medlem
Skrivet av Thomas:

Det är väl lite gamla skrönor nästan, eller?

Dels så är ECC en rekommendation för att få extremt hög datasäkerhet, men det gäller ju givetvis andra filsystem också. ZFS utan ECC är ju bättre än t ex ext4 utan ECC eftersom bara det förstnämnda kan hitta och laga bitfel överhuvudtaget, även om det inte kan förebygga dem lika väl som med ECC. Och även ext4 (och alla andra filsystem) lider ju risken att bli korrupta av bitfel i RAM.

Efter att själv drabbats kan jag meddela att det gör det väldigt, väldigt ont med minnesfel på fel ställen i RAM och kan förstöra mycket innan det upptäcks, som borgarkiv som bli korrupta (och upptäcks inte förrän vid provåterställning), filer som inte går att läsa längre (spärras av BTRFS för att de inte stämmer med sina checksummor - annars hade de gått helt förbi utan att veta om att filen har korrumperats under sin skrivning i någon RAM-diskbuffer på väg mot disken) mm.

Nu efteråt med tanke på hur det sved, så skulle jag vilja kunna köpa laptop med ECC-minne till rimlig pris och att det borde vara standard i alla datorer...

I server-sammanhang och med stora RAM-ytor (>4 GB) så skall man inte ens överväga att använda minne utan ECC om man hanterar lagring i stora volymer - detta oavsett vilken filsystem man använder.

Så i valet mellan ECC-minne eller inte i en NAS/sever-roll så måste man ta i kalkylen är hur mycket som skadas när man har oturen med RAM som ger bitfel - om det blir en showstopper på riktigt med havererad filsystem och mycket trasigt på en gång eller om det nöjer sig med enstaka fil inte går att läsa...

Minnesfel kommer alltid - det handlar bara om hur ofta samt att sannolikheten skalar med hur mycket RAM man har samt kan ge stora hopp i sannolikhet när man går från en RAM-sticka till annan RAM-sticka i burken...

Att vi sällan ser minnesfel som konsekvens i vanliga datorer är att dessa sällan hamnar i kritiska ställen, eller något program som kolla sin data avseende integritet hela tiden eller resultatet i tex. beräkningar med den korrupta indatat lagras ned på fil igen och de allra flesta felen som uppkommer 'konsumeras' av tex. grafikkort etc. (som tillfälligt grafikfel) och försvinner eller så uppträder felen i programmens icke körda kod (som felhantering som aldrig körs) etc.

Med andra ord upplever man en osäkerhet och instabilitet i sin dator pga. minnesproblem och det inte maskas av buggar och andra programfel, så har man redan utsatts för många tusentals minnesfel redan.

Permalänk
Medlem
Skrivet av diizzy:

Om nu Unraid har usel prestanda varför inte bara köra TrueNAS Core istället?

Stora orsaken till varför jag är skeptisk mot TrueNAS är för att det är rätt omständligt att lägga till fler hårddiskar i efterhand, vilket jag nästan garanterat kommer göra.

Permalänk
Medlem
Skrivet av Meto:

unraid borde vara ett bra val för dig, det viktigaste är att du kommer igång och installerar ditt system oavsett vad du väljer.

Aa lite så jag tänker också. Tänket jag skippar Proxmox och köra antingen Unraid eller TrueNAS direkt.
Så får jag isåfall testa annat nästa gång jag uppgraderar.

Permalänk
Medlem

Omständigt hur, det är som vilken annan NAS som helst?

Permalänk
Medlem

Jag var i samma sits som dig för några år sedan och valde Unraid vilket jag har varit väldigt nöjd med hitils. Väldigt simpelt uppbyggt, grym community man kan använda om man har problem/frågor med snabba svar samt att det finns en community appstore med mycket trevliga appar. I grunden kör den Slackware vilket är bland den stabilaste Linux disten som finns, jag har 1140 dagar uptime på min Unraid server just nu och har inte haft något problem under den tiden.

Unraid är en mångsidig NAS med många olika funktioner utöver nas delen och det blir då svårt att vara 100% på allt, te.x så är hypervisorn väldigt simpel, den går absolut inte att jämföra med vmware eller proxmox men är helt okej om du inte ska köra mer avancerade VMs.
Docker delen har jag ingen större koll på hur avancerad den är då jag inte är spceciellt bevandrad i docker, jag kör 3-4st men det har funkat kanon hitils.