Ny ESX Datastore - bygga egen NAS

@enoch85: Intel X520 är bra kort. Kör själv med två DualKort http://www.ebay.com/itm/121968002487?_trksid=p2060353.m2749.l... dock via en 10GE switch (Juniper EX3300) som jag har min QNAP Nas inkopplat på också med 10GE

1080p beror HELT på hur den är transkodad eller om den inte är det alls. Plex kan transkoda on the fly och du bestämmer själv vilken bitrate filmer ska ha vilket gör att du kan lätt räkna ut hur mycket bandbredd som går åt.

För 4k så har Plex inga sådana profiler vad jag vet, jag tror inte heller det finns en NAS som klarar 4k transcoding, även om det finns en hel del NASar som skriver "4k med rätt stora bokstäver". 4K transkoding behöver du förmodligen göra i en GPU.

Så det skulle betyda att du får köra den bitraten som du har din film i. BD 4k formatet klarar upp till 108Mbit/s i bitrate, vilket gör att på 1000 Mbit/s du lätt får plats med en 7-10 samtidiga strömmar. Du pratar vi alltså rå-format för BD.

Gigabit kommer man långt med. Iaf. om det är komprimerat, pratar vi riktig RAW/studio då räcker knappt Gigabit för en 1080 ström.

Jag har egentligen inte behov av dubbla 10G, rätt stor skillnad att gå från 2xGigE till 10GE, men jag har lärt mig att man med tiden kanske ändrar sig och då jag kör m-ATX har jag inte plats för hur många PCI kort som helst, därav valet.

Den är väldigt tyst, har den i min garderob i lägenheten. Vill man ha den ännu tystare kan man byta fläkt. Dock är den nog lite utanför de flesta budgetar för ett "hemmanät", listpris tror jag är lite över 30.000 + moms.

Lite osäker om jag förstod där, OPNsense är en firewall men den kodar video? Jag kör Juniper vSRX och kör runt 5 Gigabit/s genom FW utan problem.

Tror han menade att när någon kollar på en 1080P-ström så är trafikmängden 25Mbit.

4K torde bli kanske 4x bildströmen + ljud (samma, ofta 1500Kbps (?)).

Alltså den stora skillnaden med att inte behöva köra aggregerade portar är att du kan köra mycket större flöden som ändå inte lasbalanseras över aggregerade 1G-portar.

Det där är inte för samma kort. T4/T5 är riktigt fina kort dock, programmerbar ASIC.

@enoch85 varför två ssder? Det hade varit bättre att satsa på en disk som har supercap.

Mirrored slog är inte nödvändigt för hemmaserver heller. Du förlorar ingen data om disken dör. Jag håller med om att vissa saker kan var overkill, men någonstans måste man bestämma sig vart man ska dra gränsen.

Men det jag menar är att istället för att köpa consumer SSD'er som inte alls är särskilt bra för sync writes så finns det en uppsjö av fina diskar typ S3700/S3710 att köpa istället.

(540 ligger runt 130MB/s för pure write, sen hög latens på det)

Kör 540 som L2Arc istället.

Det låter mycket om det är inte är BD, där är 25 Mbit/s rätt vanligt. Men som jag också skrev får du plats med tom ett par 4k BD strömmar (108 Mbit) på Gigabit så där är vi nog helt överens

Supercap är capacitor som klarar av att hålla ström i disken till allt är skrivet ut. Typ om PSU dör. Då kommer du förlora skrivningar (Men hängslen, livrem, etc etc...)

Kort beskrivet ( och väldigt kort ) så är L2ARC läs-cache medan SLOG är skriv-cache. https://blogs.oracle.com/brendan/entry/test

Hemmaservrar är det bästa ju!!

Jag håller med - tog bara hans värde på strömmen han såg i trafikgraferna (antar jag )

@enoch85: Jag är lite fel ute där, gick lite för fort. Du kommer inte förlora poolen men du kan faktiskt förlora några sekunder av writes.

Prova dig fram. Men NFS är antingen async eller en ZIL nästan ett måste för duglig prestanda. (kanske inte för enbart media-servering)

Statiken för WD red var inte smickrande!

Men WD för 4T diskar fallerade lite under 2% och de bästa straks över 1%.
HGST visar på den bästa kontinuerliga statistiken om de fallerar så åtgärdar de problemet!
Det som är förvånade att statistiken fluktuerar så kraftigt mellan kvartalen vid uppstart är det naturligt ha inkörnings problem och vist nya problem kan uppkomma WD red börjar på 9 % nästa kval 1,9 % medan övriga red ligger relativt högt, senast jag köpte en WD red var 2013 då hade 3,2 % fel frekvens nu ligger de på 8 +/- 1% vad har hänt?
Har man flyttat för få ned arbetskostnader eller vad?

Så innan jag köper en ny disk är det dags och kolla statistiken!
För närvarande har jag låg belastning på mina diskar mindre en 10% drift tid så jag tror mina håller 10+ år så inga av mina WD red har havererar (ta i trä).
Så när man ska köpa något undersöka vad som gäller då!

Jag är riktigt förvånad över statistiken, efter som jag för närvarande främst tittar på lågbelastning hem användning så ser jag efter vad som kan hända när det inte bara är ett par enstaka år av mycket hög belastning.
Som vad inbär helium, företags diskar med 5 års garanti men hur länge innan det blir problem klarar 10 år om de används som en av flera backupp diskar eller använda sig av billigare diskar pga. helium problem.

Så en lång tids test när helium diskarna tas ur drift veckovis back upp eller liknande.
Var för jag misstänker att det kan bli långtids problem är två potensionella orsaker om helium disken utsätts för värme som skapar tryck så gas läker ut och när den kallnar ersätts med luft det behövs inga föroreningar bara ren luft för orsaka problem.
Den andra orsaken är att gaser kan vandra och ta sig igenom tänkt dig ballong,
var för fryst fisk härsknar är till största delen beroende att syre tränger in i fisken där för är det en fördel att fisken är is glaserad med syrefattigt vatten ökar fiskens hållbarhet och här är helium mindre en syre så genomträngnings förmågan bör vara högre, hur mycket problem om något åter står att se!
@enoch85:

Vi vet inte så mycket om framtiden här dock (HGST/WD) iom att WD har köpt upp HGST...

HGST gör/gjorde superfina diskar, jag personligen valde WD RED pga ljudnivån endast.

@enoch85: vad är anledningen att du måste konvertera dom? Aldrig kört thick på zfs (iaf inte stött på det som ett krav...)

Aha, så tvärtom då.

Absolut. Finns inget måste på vilken uppsättning det ska vara på virtuella diskar.

Dock tappar zfs prestanda när du fyllt upp din pool över 50% så kan vara onödigt att allokera outnyttjat utrymme.

När zfs poolen är fylld till mer än 50 % inte VM:et
En blogpost om fenomet https://www.delphix.com/blog/delphix-engineering/zfs-write-pe...

Du kan inte bara byta utan det krävs en clone eller ett verkyg som vmware converter eller motsvarande commandline.