HPE ProLiant MicroServer Gen10

Beroende på rea får du den väldigt billigt på Dustin. Sen ordna en 1265L V2 från ebay för 1500 så får du en NAS som springer åttor runt denna för en bråkdel av priset (Det är ju ändå det alla gör). Då borde Gen10 vara ännu mer ointressant?

Gen10 har ju gått i en ännu sämre riktning, finns ju som nämnt inte överdrivet mycket intressant där. Har en N36L själv också och det är väldigt givet vilket som är den bättre maskinen

@Micke O: Nej, dessa modeller har inte redundant-PSU och heller inte jag i mina byggen. Jag kör med en bättre UPS och ser det som mycket osannolikt att jag inte skulle få reda på problem med PSU genom kontrollen av checksum på all data som läses.

En redundant PSU hjälper bara om man kan (helst automatiskt) identifiera problemet med en av PSU'erna så att man kan offlina den felande och byta till den andra. Redundant PSU är främst för att få uppetid och kunna köra med ström från två håll i en dubbelmatad anläggning.

Visa gärna i vilket felläge som redundant-PSU hjälper mot datakorrumption.

Man använder ju FreeNAS för det är löjligt stabilt, snabbt och har galet mycket konfigurationer. Tumregeln som var nämnd är lite sanning med modifikation dock.

Här är en bättre förklaring på hur mycket RAM som behövs osv
http://www.freenas.org/blog/a-complete-guide-to-freenas-hardw...

OT: Det ska väl inte spela någon roll om ström försvinner på ZFS vid skrivning? Eftersom det i grunden är Copy-On-Write så kommer ett strömborfall inte att förstöra filsystemet. Filen som är under skrivning kommer såklart inte att bli korrekt. Men det löser inte en L2ARC heller, eftersom den inte ännu överlever en omstart utan nollas vid varje boot.

Kör Windows Server 2016 och sedan kör jag torrent + plex på den.
Sen en VM för NextCloud.

Och nu tänkte jag köra en VM som webbserver.

Tror nog att gen8:an är stabil och klarar det mesta - gen10 känns inte riktigt värt det faktist.
Ända är 32GB ram, men klarar mig seriöst på 16GB och i värsta fall får man väll köra en SSD som extra ram då.

OT: ARC och L2ARC är en läs-cache och lagrar bara senast använda och ofta använda block från filsystemet och överlever inte en omstart. Vanliga ARC (Adaptive Replacement Cache) lever i internminnet. L2ARC lever på en lagringsenhet och allt som oftast en SSD. På L2ARC hamnar det som tas bort från ARC.
Många blandar i hop L2ARC med ZIL (ZFS Intent Log). ZIL är inte en skriv-cache då den bara lagrar synkrona skrivningar som inte hunnits med ännu. Man kan precis som med ARC lägga ZIL på en SSD, då heter det en Separete Intent LOG (SLOG).

Eftersom jag gillar att filer jag arbetar med finns snabbt till hands så kör jag ZFS med minst 16 GB RAM. Då förstår ZFS om jag läser en fil och lägger snällt resten av den i RAM.

ZFS är alltid i ett stabilt tillstånd och man kan rycka pluggen på en ZFS burk när som. Om filerna man bad NASen skriva nyss har landat på disk så är även dessa en del av detta stabila tillstånd (sker som mest sällan var 5 sekund). Har de inte landat på disk är det som att de aldrig funnits.

Skickades från m.sweclockers.com

Man kan titta lite på hur mobilplattformen presterar idag som också kör Bristol Ridge. Men då alla dessa är fyrkärniga så blir det en hel del spekulation över hur just X3216 kommer prestera.
https://www.notebookcheck.net/Bristol-Ridge-in-Review-AMDs-A1...

Det som finns i ZIL kommer iaf skrivas ut när zpoolen startar upp igen.

Nej, det är i alla fall inte så som jag värderar hoten mot min lagrade information. Skadan av att information som inte nått disk försvinner är i mitt användningsområde mycket liten. Det är en informationsförlust, ja. Men det kan maximalt handla om 5-6 sekunder med data, eftersom som asynkrona skrivningar förbinds till disk minst var femte sekund. Är det mycket data så betyder det att det är en filkopiering och finns på disk hos klienten. Är det data som endast finns i RAM och som är på väg till disk kan jag nog leva utan eller återskapa.

Värre tycker jag det är om data som är skrivet till disk försvinner utan att jag vet det. Vilket är vad som uppstår när strömmen går på en vanlig RAID.

Det reella hotet mot min data är om hela eller delar av arrayen försvinner eftersom delar av filsystemet var under uppdatering samtidigt som mitt HW-raid eller MD-raid höll på att skriva filsystemets data. Då behöver man rekonstruera eller på annat sätt återskapa data och med det kommer alltid en viss osäkerhet.

Ja precis som du skriver de operationer som ligger i ZIL att göras klart när strömmen återkommer. I ZIL finns endast synkrona skrivningar. Dvs. sådant som är viktigt att det når disk när programmet som vad om att skriva det fått besked om att så skett. Har man ingen dedikerad SSD ZIL så har dessa skrivningar antingen inte ägt rum ännu eller så finns de redan i filsystemet. Det finns ingen mellanting.

För asynkrona skrivningar så används internminne som buffer precis som alltid annars. Om du förlorar ström innan buffern nått disk så finns de filerna som hunnit fram med i filsystemet på disk medan de som endast låg i bufferten går förlorade. Givet nog tid så kommer alla skrivningar i RAM att nå disk och från att systemet inte är begränsat av diskars bandbredd eller IOPS så kommer det att säkerställa att alla asynkrona skrivningar hamnar på disk minst var femte sekund. Men om bandbredd eller IOPS börjar begränsa hur mycket som kan skrivas igen så kommer bufferten att öka i storlek. När sedan systemet kommer i kapp så är det åter igen minst en tömning av cache till disk var femte sekund.

För synkrona skrivningar blir hastigheten lidande då det inte finns någon buffer. Då kan man ansluta en SSD att köra som SLOG för ZIL och på så sätt kan ZFS lägga synkrona skrivningar på en supersnabb SSD med massor med IOPS (viktigt att den har en inbyggd kondensatorbank) och om strömmen går så finns allt som rapporterats som skrevs till SLOG att skrivas till disk så fort det går.

Under allt detta är filsystemet alltid konsistent. Det finns ingen tidpunkt när ZFS behöver säga "stäng inte av nu för då måste jag köra fsck".

Jo, men om du kör ZFS även på din backup så kan du flytta filer med garanterat bitrötaskydd från det att du skrev de, samma cheksum som genererades när du skrev filerna kan verifieras trots att du kopierat filsystemet till flera andra datorer under tiden.

Scenario: Du har år 2010 byggt en ZFS NAS med Raid-Z2 och du har sedan dess alltid skickat snapshots av detta system till en identisk NAS hos en kompis. Du kan garantera att de data du hämtar från din kompis NAS idag är identiska med de du lagrade 2010. Om något har gått fel så hade antingen du eller din kompis fått besked om detta.

Allt du rabblat upp är något alla filserversystem lider av isf. FreeNAS är snabbt, stabilt och säkert då det är byggt på ZFS och FreeBSD.

Det finns plats för minst 6st 2.5" (internt) och 4st 3.5" (bays) i en microserver, så det resonemanget kan du släppa.

Det enda direkta problemet med FreeNAS är utvecklarna. Ingen har väl missat deras enorma fuck up nyligen. Personligen hör jag till de som ser över ett alternativ men blir troligen att fortsätta köra tills byte av antingen system jag kör lagringen på eller byte av just lagringen.

Inget system är hundraprocentigt och jag har inte påstått det. Men om du läser lite mer om ZFS och FreeBSD (unix generellt) så förstår du vad folk försöker förklara till dig.

Det är inga som helst problem med värmen om du har 6st SSD i en Microserver. Har du dock 6st 2.5" HDD så kan du få det, beroende på märke dvs. Sluta anta funktionalitet och ta reda på fakta istället.

Det var faktiskt en som "sa upp sig" efter det totala haveri de hade med Corral. Testar nu FN11-RC4 och jag tycker de är tillbaka på rätt köl igen då stabilitet och säkerhet är återigen prio 1. Docker kommer tillbaka runt Q4 , enligt deras roadmap dvs.

Ja det kallas för att vara en entusiast, du är på Sweclockers. Alla vill inte ha ett serverrack eller ett fullstort servertorn hemma hos sig.
Mellan 30-45C beroende på load samt årstid. Vem tog upp att man skulle använda 2.5" som ren lagringsmedia? 2.5" SSD som cache var det ni snackade om tidigare.

Nu håller du på att anta saker igen. Jag har fler än en server hemma varav en är en labbrigg.

Ja jag märker att du har meckat Microserver. Hur var det med faktan där? Antaganden och gissningar?
#16812614

Du kan välja fritt mellan FreeBSD, GNU/Linux, Mac OS och Solaris (Illumos). Så i stort sett allt bortsett från Windows. Svårt att hitta argument för att en stabil lagrings-stack måste innehålla Windows.

Man behöver ingen extra SLOG/ZIL för normalt NAS användande, men en SLOG/ZIL löser ett problem du får med samtliga RAID system på HDD vid en viss typ av användande. Man behöver heller ingen dedikerad L2ARC för normalt användande det räcker med några extra GB med internminne istället för att slita ut en SSD. Din första kommentar ställde sig ju frågande till varför man behöver 16+ GB RAM i en NAS. Det hoppas jag att du förstår nu.

Med nya Gen10 kan man med fördel köra eventuell SSD som ett PCI-E kort.

Som sagt så behöver man inte några extra diskar. Om man väljer att köra med 6x2,5" HDD så skulle jag säga att man genererar mindre värme än med 4x3,5" bara genom att jämföra rent strömförbruk. Att man kan kyla 6x2.5" har jag inget tvivel om.

Man kan väl inte säga att det rakt av är motsägelsefullt att köra en RC av ett GUI? Du kör med binärpatchar på diverse kritiska drivrutiner på din ESXi. @anon246659 kör med en RC av ett GUI för att administrera ZFS.

Ja det kanske är din stela tolkning på entusiast. Eller så kanske man även optimerar och modifierar det man har. Finns inget som göder ens kreativitet som att ha begränsningar.

Disk, vi diskuterade diskar. Ja nu antar du något igen du inte har en aningen om.. Gen8 har faktiskt väldigt bra cirkulation även om man har satt fast en plåt med fästanordingar för 2.5" på PSU.
Det är skillnad på tillverkares icke stöd och icke testat.. Du har mixat ihop det.

Nej det är fysiskt omöjligt då chipset endast kan hantera 4 slots varav 8GB stycket. Gen8 har endast 2 slots för RAM. Ge folk fakta än att gissa dig till.

Du bör se över din egna ton jämte alla. Du tar folks detaljerade förklaringar och totalt ignorerar faktan och bara slänger ur dig gojja i hopp att få vinna diskussionen. Du greppar rejält efter strån nu och det är nästan komiskt hur långt du slirat ut från topic.

Tillbaks till topic tack!

OFFTOPIC:

Hörrni pojkar...

Jag har tryckt in 4 st 2,5" extra i min Gen8.
2 st SSD och 2 st mekaniska 5400 rpm i ODD platsen.
Inga problem med värme eller ngt.
Upptid är på 500 dagar och fläkten ligger på 11 %.

Och ja Gen10 är en besvikelse.. trots att det är 6 sata på moderkortet..
Jag menar.. varför ens ta bort iLO?
Mina Gen8 står i källaren och remotar via iLO.. vilket inte finns i Gen10..

Att de inte tog med iLO var det jag vart mest besviken över. Processorn är väl rätt ok.. Hade vart riktigt bra om jag hade kunnat använda GPU delen för Plex encoding.

Kan det vara så att det är problem med AMD chipset och iLO? Finns det HPE AMD baserade servrar med iLO?

Internminne är förhållandevis billigt och när det först sitter i maskinen är det till för att användas.

Angående diskarna så kan man alltid justera luftflödet med en extra fläkt eller liknande om det går för varmt, det handlar ju först och främst om hur mycket åverkan man är beredd att göra för att få plats i en MicroServer låda.

FreeNAS är en distro och framförallt ett GUI för att administrera i första hand ZFS och i andra hand resten av en NAS. Men det finns ju inget som hindrar en bugg från att slå ut en hel pool. Som administratör måste man dock väga dessa risker mot varandra och vara bredd att kavla upp ärmarna om skiten träffar fläkten.