A Seagate bejelentette, hogy szállítja a világ első 8 TB-os merevelemezét

Hardver

A Seagate Technology tegnap bejelentette, hogy megkezdi a világ első 8 TB-os merevlemezének szállítását. A Seagate 8TB-os merevlemez bejelentése nem sokkal azután érkezett, hogy a Western Digital bejelentette, 6 TB-os merevlemezeket szállít. A Seagate szerint a 8TB-os merevlemez 3,5 hüvelykes kivitelben, 6Gbps-os SATA csatolófelülettel érkezik. Felszerelték "multi-drive RV tolerance" (többlemezes, rotációs vibráció-tolerancia) technológiával, ami azt jelenti, hogy többlemezes (pl. storage környezetben) is megállja a helyét és konzisztens teljesítményt nyújt.

Részletek a bejelentésben.

( ricsip v | 2014. 08. 27., sze – 09:59 )

Hmm.. az érzés mikor telepakolja az ember, és megdöglik... Negyed ekkora RAID tömbre is 24-25 óra körül volt nekem a rebuild time nemrég.

Murphy bácsi szokott disznóságokat művelni. Szimpla redundancia esetén (pl. raid5) szeret a rebuild során kihajítani másik diszket is, ami a "nagyon nem egészséges" kategória. Ezért írtam, hogy dupla/többszörös redundancia kell - hogy ez a storage szintjén megvan, vagy a fizikai diszk és a fájlrendszer között valahol máshol valósul meg, az ebből a szempontból nem lényeges.

A raid5 tényleg orosz rulett - ekkora lemezeknél meg pláne. A hot spare csak arra jó, hogy megspórolja azt az időt, amíg a monitoring észreveszi, riaszt, technikus bemegy, diszket cserél. A teljes rebuild-hez képest ez az idő elhanyagolható, úgyhogy maximum "lélektani biztosításnak" jó a hot spare. Persze ahol nincs 7x24-ben ilyen monitoring, meg lótifuti, aki asap tud diszket cserélni, ott hasznos a hot spare, de ha plusz diszk, akkor inkább raid6 - lassabb, de egy diszk kiesésétől még nem kell berezelni. Igaz, cserélni/hot spare-t automatice behúzni a tömbbe kell.

A hiedelmekkel ellentétben még a csúcstechnológiai csúcs oktatási intézmények (egyetemek infókarai) esetében is akkora a csóróság, hogy csak pislogtam amikor rádöbbentem. Iszonyatos lecsúszásban van az országunk, vagyis inkább lehúzásban, aki felfelé vagy előre menne azt a végtelen szürke massza tartja vissza.
Igaz, arrafelé a focit sportnak ismerik és nem megélhetési lehetőségnek.

Az elmélet meg a gyakorlat elméletileg megegyezik. Nincs böcsek köve, meg mindenre jó általánosan érvényes megoldás - van, ahol a többs zerverre skálázódás jelent megoldást, van, ahol kellőképp redundáns SAN hasznos, másütt meg a sokunitos házba lapátolt nagy kupac diszk és legalább két RAID-kártya az optimális. És van, ahol meg a "van mentés"-re való hivatkozás a valós helyzet.

( zeller | 2014. 08. 27., sze – 10:18 )

A célközönség nem a "hogyan veszítsünk el gyorsan, nagyon sok adatot" verseny esélyesei, hanem a "nem gyors, de legalább bazi nagy kapacitású" tárolótömbök építői, célszerűen duplán redundáns tárolással (raid6, tripla tükör).

Nem mindegy, hogy X kapacitást milyen tco-val képes lefedni a szolgáltató és biztosan nem lesz seed könyvtár ezeken a meghajtókon legalább 1 évig, majd ha a bigdata már többet nem rendel, talán akkor sütik el a lakossági piacra.

Csak abban reménykedek, hogy sikerült megoldani a megbízhatósági problémákat a vállalatnál.

Már régen nem ajánl senki RAID6-ot nagy méretű tömb esetén.

Kb. 50Teráig RAID60-at szoktunk csinálni, efölött csak RAID10 vagy ZFS.

Mire összeszinkronizál a tömb, elpusztul a következő vinyó is, ráadásul az élő adás és a rögzítések akadoznak addig.

---
http://plazmauniverzum.hu <> A látható anyag 99.999%-a plazma <>

No igen, ebben a méretben azért másképp kell picit gondolkodni - én a minimális veszteséggel elérhető legalább dupla redundanciára utaltam azzal, hogy raid6 (A "stb." lemaradt) ; az elvárt kapacitás meg iops teljesítmény alapján kell ilyen méreteknél tömböt tervezni/ajánlani, de a magyar rögvalóságban az optimálisnál kell lenni olcsóbb megoldásnak is... Sajnos.

Igen, ez is előfordult, meg az is, hogy a másik diszken hibás adat volt, illetve olvashatatlan lett.
Ezek ráadásul mind HP SA-n, amiben sajnos van/volt egy olyan "bug", hogy a scrub egy timerrel működött, aminek a minimum értéke 1 másodperc volt (a default 15).
Azaz csak akkor kezdett bele a scrubba (mindkét diszk végigolvasásába), ha 15 másodpercig semmilyen diszk IO nem volt. Tehát soha. Ezt amikor felfedeztem (kb. 10 éve, nem ma volt), mindenhol átállítottam 1-re, de még ezzel is sikerült többször belefutni ilyenbe.
Az újabb firmware-ekben (pár éve, nem tudom mióta) már javították ezt a pakisztáni/indiai kóderek, most már lehet "high" prioritást állítani erre az idle mellett, nyilván a normál IO rovására.

A hibás adatot pld. a ZFS gyönyörűen mutatja ezeken, a szomorú az, hogy annak ellenére, hogy nagyon kevés diszk pörög itt, nálunk már többször előjött, azaz koránt sem csillagászati a valószínűsége.

Ezek ismeretében fura olvasni, hogy valaki RAID6 helyett RAID1-et javasol, főleg csak egy bizonyos méret felett, de hát a tanulópénzt mindenkinek magának kell megfizetnie. :)
--
zsebHUP-ot használok!

Van P410-em nekem is. Néztem is mi a f*sz az a "scrub (0?)1-15 sec" érték. Mivel ha folyton művel valamit a vinyó (Windows akárhányat láttam win98 óta, gyakorlatilag mind periodikusan villogtatja a LED-et) akkor soha a büdös életben nem lesz elég ideje akárcsak 1x is végigérni.

Más. 10 évvel ezelőttről rémlik a smartmontools (http://www.smartmontools.org/) nevű programban lehetett indítani offline surface test-et, ami legjobb emlékeim szerint idle időben olvasgatta a teljes felületet, és ha hibákat talált, akkor a smart paraméterekben tükröződött a helyzet súlyossága. Ezek most egymás ellen dolgoznak egy RAID kontrolleres konfigban v. mi?

Azt mondod, hogy statisztikailag kisebb az esélye annak, hogy egy RAID10 setupban az egy diszk meghibásodása utáni rebuild során ugyanabban a RAID1-ben lévő másik diszk is meghibásodik, mint annak, hogy egy RAID6 setupban a rebuildnél bármelyik másik diszk meghibásodik?
Igen, kisebb. Viszont a RAID10-nél ez adatvesztést jelent, a RAID6-nál meg nem.
Vagy azzal nem értesz egyet, hogy a RAID6-nál kisebb az adatvesztés lehetősége, mint a RAID10-nél az említett méretekben? Elméleti, vagy gyakorlati alapon? Miért?
Nyilván, a diszkek számának növekedésével az adatvesztés valószínűsége is nő, de itt az állításom az, hogy más -pld. teljesítmény- okok miatt praktikusan senki sem használ annyi -mondjuk 15-20-nál több- diszket RAID6-ban, hogy az a RAID10 adatvesztési valószínűségét jelentősen meghaladja.
Sok diszknél pedig ugyanúgy bejön a striping, azaz több RAID6-tal csökken az esélye az adatvesztésnek.
(igen, 1996 óta használok RAID-et, RAID1-gyel már túl vagyok a sokadik adatvesztésemen, a RAID6-os még előttem áll)
--
zsebHUP-ot használok!

( atomjani | 2014. 08. 28., cs – 06:25 )

Nekem 5060 GB-os lemez is bőven el ég, még mindig sok hely van rajta.
Az ilyen nagy kapacitásra talán nem is pont az átlagos felhasználóknak van, hanem üzleti célokra meg szerverekbe.

......................
Egymás segítésére még: http://pc-kozosseg.com

Az a fentinek olyan 63-64%-a :-P Ha meg 50-60GB körüli diszkre gondoltál, akkor meg azt mondom, ne magadból indulj ki - nálam, pedig semmi extra, a 320GB-os diszk épp, hogy elég - most tervezem bővíteni/cserélni, csak kevés a sata-port a gépben (4db, egyiken a rendszer alatti ssd (külső diszkre rendszeresen mente), másikon a dvd, a maradék kettőn meg a két adatdiszk tükörben), úgyhogy vagy lesz két darab 320-as diszk "fölösben", vagy veszek egy sata-kártyát, vagy egy külső dobozt,a mibe bele lehet pakolni a két 320-as diszket.

Igen, 50-60 GB-ot akartam írni. Csak magamból kiindulva többnyire elegendő lehet még ekkora merevlemez. Akinek nem elég, annak vagy sok filmje, videója, zenéje vagy sok játéka van. Vagy sokat szeret fotózgatni. Mert a rendszer a programokkal talán foglal 20 GB-ot. A maradék helyet mivel lehet tele tömni, ha nem az előbb említett dolgokkal? Mert valaminek indokolnia kell, hogy TB-os merevlemezre van szükség. Talán leginkább a warezolók szoktam sírni, hogy kevés a hely. Az én tapasztalatom az, hogy sok helyre nincs szükség sokak számára. Ha végez az ember nagytakarítást és csak a fontos dolgokat hagyja meg, akkor erre rá fog jönni.
Van kivétel, pl a videószerkesztő szakemberek számára kell a hely.

......................
Egymás segítésére még: http://pc-kozosseg.com

https://www.youtube.com/watch?v=J2Bx19qJ_Vs

De most komolyan, nem merült fel eddig benned, hogy a "Csak magamból kiindulva" kezdetű szövegeid általában baromságokat tartalmaznak?

Nem csak a warezolók szoktak sírni, nekem pl. Steamen van körülbelül 110 játékom. Jó, nagy része indie játék, de nem elhanyagolható mennyiségű triple-A játékom is van, amik manapság 20 gigánál kezdődnek. Nem azt mondom, hogy ez jól van így, csak azt mondom, hogy fogalom nélkül osztod az észt megint.

Akkora baromságot azért nem mondott (írt)...
Azt sem mondta, hogy csak a neked pont warezből van játékod, azt írta, hogy "akinek sok játéka van" és külön írta, hogy Talán "a warezolók sírnak".

Pl. nekem kell sok hely. Régen nem kellett. Most kell. A bringás videóim 3 óra alatt 7-8 GB + 2-4 GB a hangsáv. (ha szeles az idő, akkor nagyobb.) és ehhez kell a hely. (mondjuk 8 tera (nem terra inkább?) az nekem a bőven sok kategória), számoljunk 10 GB-tal. Ha több kamerát használok, akkor ugye még több.

--
Fontos! Ha berágok, nem feltétlen személyed ellen szól...
openSUSE 13.1 x86_64

( cadmagician | 2014. 08. 28., cs – 19:05 )

szerintem házi nasba tökéletes. kettő ilyent raidbe, és elfér rajta a transmission is még.... :)


------------------------
Jézus reset téged