Hirdetés
Új hozzászólás Aktív témák
-
#10166
Cyberboy42
senior tag
Proci85
#10163
Cyberboy42
senior tag
válasz
Proci85
#10163
üzenetére
Nem kritikus adat. Csak arra vagyok kivancsi hogy a raid tudni-e fog rola hogy vannak rossz szektorok... marmint, nem zavar ha kialakul több hibás szektor is, ha minden ugy fog majd mukodni mind rendes lemeznél, vagyis az adott szektor többet nem lesz használva. mindegy is kb, legfeljebb majd kitapasztalom
-
almi
senior tag
válasz
Proci85
#10124
üzenetére
Tehát akkor eleinte nem feltétlen kell erőltetnem az SSD-t?
Sajnos a keret is viszonylag szűkös. Az elsődleges cél egy fileszerver lenne és egy fejlesztő szerver. File szerver lehet akár DC is, akkor már az is megoldódna.A másik kérdés, amit HUfantom is írt, hogy az ESXi-t érdemes külön lemezre rakni. Ha most csinálok 3 lemezből egy 5-ös vagy egy 10-s RAID-et, akkor lesz egy tükröm és nem lesz külön lemezem. Az úgy probléma?
Elnézést a sok alapvető kérdésért, de igen csak az elején vagyok ennek a Vmware + szerveresdinek.
-
kelna91
senior tag
válasz
Proci85
#10104
üzenetére
Igazad van, ez alapján a cikk alapján működik és LUKS-sal is. Köszi a kulcsszavakat!
Más kérdés (de összefügg):
Azt gondolom, hogy adatbiztonság szempontjából jobban állok, ha három lemezzel kezdek, és később adom hozzá a negyediket, mert így nem egykorúak a lemezek, ezért kevésbé várható egynél több lemez egyidejű meghibásodása. Jól gondolkodok?Az öregebb lemezek között várható az első elhalálozás, tehát minél kevesebb van belőlük, annál kisebb a rizikó.
-
#64791808
törölt tag
válasz
Proci85
#10096
üzenetére
Az intel emlékeim szerint igen, ICH8R-en és most X99-en volt RAID1, ha visszaállítottam AHCI-re, simán ott volt mindkét HDD-n a partíció, írt/olvasott, szerintem a 10R-nél sem lehetne gond.
És igen, működni fog a TRIM, de csak akkor, ha az SSD nem része egyetlen tömbnek sem.
-
-
#64791808
törölt tag
válasz
Proci85
#10089
üzenetére
De igen, a RAID5-tel nagyon komoly gondok vannak ilyen meretek eseten.
Itt egy jo angol cikk, roviden tomoren annyi, hogy a merevlemezek rendelkeznek egy bizonyos UBE ertekkel, ami a javithatatlan irasi hibak aranyat mutatja. X byte-onkent ez felmerul, HDD-tol fuggoen. Ilyen hiba eseten az iras sikereskent van visszaigazolva, de a visszaolvasas sikertelen. Hozzavetolegesen 50-100 TB-onkent 1 ilyen hiba elojon.
Ez az adatmennyiseg regen elkepesztoen sok Volt, ma mar, a 8-10 TB-os HDD-k koraban nem is oly ritka. Ha egy ilyen hiba a RAID5 tombon elojon, akkor kozbelep a redundancia, es a paritasadatokbol a vezerlo ujrairja az adott szektort. Az okos vezerlok ezt siman abszolvaljak, a buta vezerlok, meg mondjuk a Windows Server szoftveres RAID5 megoldasa ilyenkor az egesz tombot ujraszinkronizalja. Ha mondjuk egy Intel Rapid Storage alatt levo tomb egyszer csak minden elozetes esemeny nelkul elkezd ujraszinkronizalni, az EMIATT van.
Es most jon a problema: mivan, ha akkor jon elo ez a hiba, mikor a tomb eppen serult, es egy lemez hianyzik? Elmondom: leterdel az egesz RAID5 tomb. RAID6 eseten, a 2 lemezes redundancia miatt jobb az esely.
Van meg egy problema. A RAID5 tombok altalaban ugy letesulnek, hogy egy idoben veszunk x db lemezt, egyszerre uzemeljuk be oket, ugyanolyan korulmenyek kozott ugyanannyit irnak es olvasnak, ugyanannyiszor vannak inditva, stb. Azonos korulmenyek kozott nagyon kis idoelteressel mennek tonkre a lemezek. Csak a gyartas minimalis finomsagu elteresei hatarozzak ezt meg, vagy minimalis homersekleti elteresek. Kovetkezeskeppen ha mondjuk van 3-4 HDD, amit teljesen azonos korulmenyek kozott hasznaltal egy RAID5 tombben, es az egyik elpukkan, akkor KOMOLY eselye van, hogy a masikak is el fognak rovid idon belul.
Ugyhogy igen, a RAID5 biztonsagos, kerdes, hogy mennyire. Milyen esemenyekre kell felkeszulni, mennyire akarok ellenallo adattarolast? Ha mondjuk ket kulon szerverben van 4-4 lemez RAID5-be rakva, de mondjuk beb@sz a villam, akkor a 8 lemezt gepestol teheted a kukaba. Extrem pelda? Pedig megtortent. Fontos, hogy a kulonbozo technologiakat arra hasznaljuk, amire valok.
-
#64791808
törölt tag
válasz
Proci85
#10085
üzenetére
Tulajdonkeppen igazad van, de a legrosszabb, ami tortenhet, hogy a RAID vezerlo nem ismeri fel az uj lemezeket, es rakerdez, hogy akkor most rebuild RAID5? Ekkor mondod, hogy nem, es ennyi Volt a proba.
De valoban, fonoknek meg kell mondani, hogy van 10-12 TB adat, amit tarolni kell. Valasszon, hogy olcson, vagy biztonsagosan szeretne ezt. A 8 lemezt berakunk RAID5 tombbe, az a legolcsobb. Hatranya, hogy egy lemez kieseset viseli el, es atlag HDD-knel ennel a meretnel eleg nagy a valoszinusege annak, hogy rebuild kozben fog kiesni a masik, es akkor szabhatjuk...
Ha biztonsagosan kell megoldani, akkor az 8x6TB-tal lehetseges, 2db 4 lemezes RAID10 tombbel, es akkor nem beszeltem olyanokrol, hogy redundans tap, kulon helyseg, stb... Ha komoly adatvedelmet akartok, az draga.
Új hozzászólás Aktív témák
Hirdetés
- 2.5" SATA SSD Bazár! 120GB, 128GB, 250GB, 256GB, 480GB
- Hitachi Travelstar 500 GB SATA II 2,5 Notebook HDD
- BESZÁMÍTÁS! 4TB WD RED WD40EFAX HDD meghajtó garanciával hibátlan működéssel
- Szinte új! - Intel SSD D3-S4510 Series 240GB 100% 0 - 2 nap közötti futásidő (5db)
- Micron 5200 ECO 480 gb 100/100 (2db) - Professzionális SSD akár otthonra is
- 27% - ASUS NUC 15 Performance Core Ultra 9 275HX / RTX5070 MiniPC! BeszámítOK
- Játékra vagy Munkára! Csere-Beszámítás! I7 3930K / Nvida GTX Titan B / 16GB DDR3 / 500GB SSD!
- AKCIÓ! LENOVO ThinkPad P15 Gen 1 munkaállomás - i7 10750H 16GB DDR4 256GB SSD Quadro T1000 W11
- iPhone 13 Pro 128GB Graphite -1 ÉV GARANCIA - Kártyafüggetlen, MS4475
- Friss készlet! MacBook Pro 14" M1 16GB RAM 27%-os áfás számla (0349AB)
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest