Re: Welke opslag NAS of Harde schijf
Ik heb een zelfbouw-raid met 4 disks WD Black 2 1/2 " eraan - schreven telkenmale hun raid kapot - gewoon hevige I/O op zetten - en disk nummer een faalt binnen 't uur - en de tweede disk binnen een uurtje of zo nadien. Alles vervangen door WD red - en draait als een zonnetje. Of dat nu op een x64/x86 of synology is - allemaal gebruiken ze 't zelfde type raid.
In een 2e bay zitten 4 seagate 2 1/2" in de tijd dat die nog 7200rpm draaiden - die doen't ook perfect.
Dus stellen dat je eender 't wat in een NAS mag stoppen qua disks is er wat over.
Tegenwoordig zijn de diskprijzen laag - en dus past men de firmwares vooral aan (en maakt men de motoren gelagerd of verminderd men de wrijving) - en wil men dat je voor dat tunen gaat "bijdragen". M.a.w. wie een WD blue gebruikt of een green in een Raid5 of 6 - die loopt bij heftige I/O het risico dat bij een foutje waarbij de disk poogt de sector te recuperen bepaalde waarden overschreven worden - vroeger kon je dat allemaal met commando's corrigeren - tegenwoordig is dat in de black, blue, green-reeksen onmogelijk gemaakt.
Je kan maw. snel je raid-volume verliezen - sneller dan je denkt - daar waar RE, REd, red-pro, seagate enterprise e.v.a. raid-enabled schijven die params wel hebben - en gewoon laten weten dat er een spare sector gebruikt moet worden, waarbij een herberekening van de raid-sector moet gebeuren. Gevolg - geen disk uit de raid gegooid. Da's het verschil. U merkt het verschil pas als't mis gaat.
En... - ik ben geen data kwijt omdat ik nog altijd op een grote disk een backup had - maar 'k heb't ondertussen wel begrepen, wees gerust.
Dus zomaar disks in een kast gooien en daar een raid over draaien - vroeger (een jaartje of 3 geleden kon dat nog - na +/- 2011 is men begonnen met dat "aanpassen" van de firmware en het R/O maken van bepaalde bits die je niet meer kan omzetten tenzij je echt weet wat je doet en low-level de ARM-controller gaat herprogrammeren (het kan dus wel, maar goed...).
De reden om 't zelf te bouwen is dat we gewoon wat ervaring wilden opdoen - zelf heb ik ook nog ergens een paar synology's bollen - da's prima hardware zeker voor de prijs die je ervoor betaalt.
Die pogoplug is misschien nog niet zo'n slecht ideetje. Het komt er gewoon op neer voldoende te monitorren en op meerdere plaatsen uw data te hebben staan - zelf voor mij is snelheid belangrijk - als ik sync gaat dat om bakken data - dan ben ik snel een paar uur bezig (over Gigabit dus) - met rsync.
Ik heb een zelfbouw-raid met 4 disks WD Black 2 1/2 " eraan - schreven telkenmale hun raid kapot - gewoon hevige I/O op zetten - en disk nummer een faalt binnen 't uur - en de tweede disk binnen een uurtje of zo nadien. Alles vervangen door WD red - en draait als een zonnetje. Of dat nu op een x64/x86 of synology is - allemaal gebruiken ze 't zelfde type raid.
In een 2e bay zitten 4 seagate 2 1/2" in de tijd dat die nog 7200rpm draaiden - die doen't ook perfect.
Dus stellen dat je eender 't wat in een NAS mag stoppen qua disks is er wat over.
Tegenwoordig zijn de diskprijzen laag - en dus past men de firmwares vooral aan (en maakt men de motoren gelagerd of verminderd men de wrijving) - en wil men dat je voor dat tunen gaat "bijdragen". M.a.w. wie een WD blue gebruikt of een green in een Raid5 of 6 - die loopt bij heftige I/O het risico dat bij een foutje waarbij de disk poogt de sector te recuperen bepaalde waarden overschreven worden - vroeger kon je dat allemaal met commando's corrigeren - tegenwoordig is dat in de black, blue, green-reeksen onmogelijk gemaakt.
Je kan maw. snel je raid-volume verliezen - sneller dan je denkt - daar waar RE, REd, red-pro, seagate enterprise e.v.a. raid-enabled schijven die params wel hebben - en gewoon laten weten dat er een spare sector gebruikt moet worden, waarbij een herberekening van de raid-sector moet gebeuren. Gevolg - geen disk uit de raid gegooid. Da's het verschil. U merkt het verschil pas als't mis gaat.
En... - ik ben geen data kwijt omdat ik nog altijd op een grote disk een backup had - maar 'k heb't ondertussen wel begrepen, wees gerust.
Dus zomaar disks in een kast gooien en daar een raid over draaien - vroeger (een jaartje of 3 geleden kon dat nog - na +/- 2011 is men begonnen met dat "aanpassen" van de firmware en het R/O maken van bepaalde bits die je niet meer kan omzetten tenzij je echt weet wat je doet en low-level de ARM-controller gaat herprogrammeren (het kan dus wel, maar goed...).
De reden om 't zelf te bouwen is dat we gewoon wat ervaring wilden opdoen - zelf heb ik ook nog ergens een paar synology's bollen - da's prima hardware zeker voor de prijs die je ervoor betaalt.
Die pogoplug is misschien nog niet zo'n slecht ideetje. Het komt er gewoon op neer voldoende te monitorren en op meerdere plaatsen uw data te hebben staan - zelf voor mij is snelheid belangrijk - als ik sync gaat dat om bakken data - dan ben ik snel een paar uur bezig (over Gigabit dus) - met rsync.
Comment