Hirdetés
- ricsi99: 6. Genes alaplap tündöklése kontra MS/Zintel korlátozásai
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- f(x)=exp(x): A laposföld elmebaj: Vissza a jövőbe!
- Luck Dragon: Asszociációs játék. :)
- sziku69: Szólánc.
- sziku69: Fűzzük össze a szavakat :)
- Luck Dragon: MárkaLánc
- talmida: My Art II.
- btz: Internet fejlesztés országosan!
- hcl: Olympus E-PL1 nyomozá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
- SAMSUNG 980 500GB M.2 NVME PCI-E 3.0 - Új, 1 év garancia - Eladó!
- Micron 5200 ECO 480 gb 100/100 (2db) - Professzionális SSD akár otthonra is
- SK Hynix HFS256GDE9X081N 256GB PC711 M.2 2280 PCIe Gen 3 X4 NVMe SSD HDS: 100/100
- WD Black SN850X 8TB M.2 NVME PCI-E 4.0 x4 - 1 év garancia - 7200-6600 MBs - Eladó!
- BESZÁMÍTÁS! 2TB Samsung 870 EVO SATA SSD meghajtó garanciával hibátlan működéssel
- 27% - Corsair Premium Individually Sleeved TÁPEGYSÉG KÁBEL Pro Kit Type 4 Gen4
- TELJES KÖRŰ IT BESZERZÉS
- Dell Latitude 5411,14",FHD,i7-10850H,16GB DDR4,512GB SSD,2GB VGA,WIN11
- Telefon felvásárlás!! Samsung Galaxy S21/Samsung Galaxy S21+/Samsung Galaxy S21 Ultra
- Telefon felvásárlás!! iPhone 12 Mini/iPhone 12/iPhone 12 Pro/iPhone 12 Pro Max
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest