Új hozzászólás Aktív témák
-
#06658560
törölt tag
"Vállalati szinten, sok-sok felhasználóval állítólag akár 5:1-hez is lehet a feltöltött és az effektíven hasznos, nem duplikált adatok aránya."
Egyszerű eset: egy prezentációt elküldesz E-mailben n embernek. Mivel nem mindenki cégen belüli, így nem elég a linket. mindenki megnézni, megkapja, lesz egy lokál mentése, minimum ideiglenesen, ha esetleg rendesen szervez, akkor tartósan is. Majd persze visszafele is hat példányban érkezik meg az anyag.
-
Jaffafa
aktív tag
"Aztán mind a ketten felpakoljátok a hálózatotokban lévő NAS-ra a saját csomagotokat. És akkor a NAS elkezd dedupliálni és kiszűri az egyformákat, ezzel megtakarít egy csomó helyet."
Annyi külöbséggel, hogy itt inline-ban történik minden, tehát a deduplikálás már az adatok SSD-re való mentése elött megtörténik. Más kérdés, hogy a deduplikálás nem mindig müxik, hisz ha kódolt (Encrypted) adatot küldünk a cuccra, akkor nagy valószínüség szerint semmit sem fog tudni deduplikálni.
"Most már ideje lefeküdni. De előtte elolvasom a NENYI-t, hogy merjek nagyokat álmodni." by Szözö
-
tecsu
addikt
Oké, de ha van egy adatbázis, amihez mindenki hozzáfér - értelemszerűen az egész adatbázist nem hordozza magával mindenki az utolsó laptopig -, az eleve felhőben volt, vagy egy központi szerveren, azzal csak átállnak egy másik rednszerre, helyet nem igazán spórolva.
Gondolom ez a Fujitsu nem az óriás adattárakhoz való, ez olyan középvállalatok számára tűnik megoldásnak, vagy ebből építenek kisvárosnyi parkokat is?
https://www.youtube.com/watch?v=F7uwRuF6pYw
-
Jaffafa
aktív tag
Jó összefoglalás, és csak annyiban egészíteném ki, hogy nagyvállalati környezetben, ahol több száz/ezer júzert kell kiszolgálni, ott már egy ilyen "mezei" NAS sajna nem elég. Ott bizony röpködnek hardverenként a 25-100 millió FT-ok. (S, akkor ez még csak egy sima nagyobb cég és nem egy Google, Facebook, vagy Microsoft.)
@Tecsu: Azt többek közt én is elfelejtettem leírni, hogy a deduplikásnak is több fajtája van. Nem feltétlenül fájl alapú (az leginkább az Object-Storage-okban van). A Block-Storage deduplikálása jellemzöen nem fájl alapú, hanem pl. minden 4KB-os block analizálva van és ha két vagy több egyforma van, akkor csak egy lesz lementve a többi meg erre az egy lementett blockra fog mutatni. Hidd el, rettentö sok helyet lehet így megtakarítani. Írok egy példát:
Adott pl. egy virtualizációs környezet, ahol van néhány szerver és mondjuk 400 kliens. A szerverek különbözöek, de a kliensek adattartalma (OS, driver és egyéb) 90%-ban megegyezik. Legyen egy kliens foglalt tárhelye 100GB a (az egyszerüség kedvéért és thick-provisionnel számolva). Tehát ebben az esetben, ha nincs deduplikáció akkor 400 x 100GB tárhelyre van szükség. Deduplikációval viszont elég lesz 1 x 90GB + gépenként 10GB is!!![ Szerkesztve ]
"Most már ideje lefeküdni. De előtte elolvasom a NENYI-t, hogy merjek nagyokat álmodni." by Szözö
-
Jaffafa
aktív tag
Ez változó, de egyre inkább az a trend (nagyon helyesen), hogy a RAID-tömbök nem fizikális merevlemezekböl épülnek fel, hanem chunkletekböl. A chunklet alatt egy fizikális lemez egy kisebb szeletét kell érteni. Tehát nagyon sokáig az volt a trend (és egyes gyártóknál még mindig így van), hogy van több száz merevlemezem a boxban és ezeket összefüzöm RAID-tömbökbe (attól függöen, hogy éppen mire kell a dolog, R1, R5, R6, R10) és a RAID-tömbökböl pedig csinálok egy un. poolt. A poolból pedig készítem a logikai merevlemezeket a szervereknek (LUN). Szal ez volt eddig a trend, de mára már egyre több gyártó eljut oda, ahol pl. a HP 3PAR már vagy 5-6 éve eljutott. Nevezetesen, hogy a létezö összes fizikai merevlemezemet felosztom szeletekre (=chunkletekre), pl 128MB-os szeletekre és ezekböl a szeletekböl hozom létre a a majdani RAID-tömbjeimet. A technológiát wide-striping-nak is szokták nevezni. Hogy miért jó ez? Hát azért, mert ha kellöen nagy a szerver felé megosztott LUN, akkor ideális esetben az összes fizikai merevlemezem dolgozik, szemben a másik variációval, ahol maximum egyszerre 1-4 RAID-tömb dolgozott. Nagyon nem mindegy, hogy 500 vagy 30 fizikai merevlemezröl kapja az adatot a szerver.
De a kérdésedre felelve: Igazából a Raid6 az nálunk csak nagy (NL-SAS) merevlemezeknél releváns, máshol mi raid5 vagy raid1-et használunk. Extrém esetben raid10-et. Van olyan gyártó, (pl. NetApp vagy EMC), ahol ún. spare-diskek vannak mindegyik poolban. Ezek sima fizikális merevlemezek, amik akkor ugranak be, ha kiesik egy merevelemez. Pooltól függöen akár 10 is lehet, hisz simán elöfordulhat, hogy a poolból egyszerre (vagy, ha nem is egyszerre, de amíg a rebuild tart, ami akár 24 óráig is eltarthat) több merevlemez kiesik. Így nem gond, ha csak a következö napon cserélik a kihullott lemezeket. (Ha kiesik egy merevlemez, sohasem gond, mert nagyvállalati szinten sohasem te cseréled a merevlemezeket, hanem az a cég, akivel szerzödésben vagy. Normál esetben nálunk 4 órán belül ki van cserélve a kihullott lemez, de a legrosszabb esetben is 24 órán belül.)
S van olyan hálózati adattároló (remélem ez a storage box magyar neve), ahol még mindig csak sima raid-tömbök vannak és mindegyik raid tömbben van max. 1 spare. Tehát ha kiesik egymásután 3 merevlemez (a nagy számok törvénye alapján márpedig kiesik), akkor gebasz van.
A HP 3PAR-hoz visszatérve viszont a chunkletek mellett, vannak ún. spare-chunkeletek is és azok ugranak be ha szükség van rájuk. A wide-striping miatt a rebuild (rebuild = az az idö, amíg a kiesett merevlemez helyére beugró lemez meg nem kapja az adatokat a többi lemeztöl) is sokkal gyorsabb, hisz ha kiesik egy disk, akkor nem csak 4-18 merevlemezröl jönnek a visszaállításhoz szükséges adatok, hanem akár több száztól is egyszerre. Régebben nem volt ritka, hogy 24 óráig is eltartott, hogy a rebuild megvolt, ez a wide-stripinggal simán 1-2 órára csökkent.
Mi pl. ma már szinte mindenhol raid-5-öt használunk. Ez alól kivétel a NL-SAS, tehát a lassú nagy lemezek, ahol 2-6TB-nál nem engedhetjük meg, hogy hosszú rebuild alatt adatvesztés legyen. Arról nem is beszélve, hogy a NL-SAS merevlemezek tetü lassúak.
(Bocs, ha túl hosszú voltam )[ Szerkesztve ]
"Most már ideje lefeküdni. De előtte elolvasom a NENYI-t, hogy merjek nagyokat álmodni." by Szözö
Új hozzászólás Aktív témák
- Samsung Galaxy A54 - türelemjáték
- Fejhallgató erősítő és DAC topik
- Letartóztatták a bitcoin-Jézust
- Politika
- Dragon Age: Origins
- Kipróbáltuk az LG kompakt 4K projektorát, a CineBeam Q-t
- alza vélemények - tapasztalatok
- Xbox tulajok OFF topicja
- Kínai, és egyéb olcsó órák topikja
- BestBuy topik
- További aktív témák...
- LEGJOBB ÁR! GAMER PC - RTX 3070 - Ryzen 5500 - 16GB DDR4 - 500GB Nvme SSD
- KÜLÖNLEGES AJÁNLAT 21,5 iMac 2013 Late i5, 16GB RAM, 1,25TB Fusion Drive
- BESZÁMÍTÁS! Lenovo Thinkcentre M720S i5 16GB 1TB SSD számítógép garanciával hibátlan működéssel
- 2db Iceriver KS0 KASPA bányagép + 180W új tápegység 2 év garanciával.
- i5 12400f 3070 gamer pc
- Fujitsu Esprimo P557 // Intel I5 7400 // 8Gb DDR4 // Nvme 250SSD // WIN10 Pro
- AKCIÓ! GAMER PC - RTX 3060Ti - i5 12400F/13400F - 16GB DDR4/DDR5 RAM - 500GB Nvme SSD
- AKCIÓ! ÚJ! GAMER PC - RTX 3060 12GB - i5 10400F/11400F - 16GB DDR4 - 250GB M.2 Nvme SSD - 1TB HDD
- AKCIÓ! GAMER PC - GTX 1070 8GB - i5 10400F/11400F - 16GB 3000MHZ DDR4 - 240GB SSD - 500GB HDD
- AKCIÓ! GAMER PC - RTX 2060 SUPER 8GB - i5 10400F/11400F - 16GB RAM - 240GB SSD - 1TB HDD
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest