Portál AbcLinuxu, 16. července 2025 05:12
Systém netuhne proto, že vypadl jeden disk, ale proto, že se pokudí přelít stránky na/z vypadlý disk.
Takže pokud chcete odolnost proti výpadku jednoho disku, musíte pomocí druhé disku udělat RAID a swapovat do něj.
Že to bude dražší případně pomalejší, protože máte nedostatek disků? Ovšemže, o tom je redundance.
(a ma pravdu) Raid0 neprezije "nic".
Kompromis neni. Pokud se system dostane do swapu obcas (a jen par mega), raid1 Vas tak moc nezdrzi. Pokud budete ve swapu porad, chybi Vam ramka, ne samotny disk na swap. Pokud mate pocit, ze chcete mit swap na jinem disku, kupte zase 2 a na nich udelejte raid1, do nej swap. Nepopsal jste vyuziti/zatizeni stroje, takze raid1 Vam asi vetsina poradi jako lepsi vychozi volbu. :-P
)
navic - 3 disky - vetsi sance ze nektery padne. Bud nadelej raid1 pres vsechny 3 na male veci (system,swap...) a raid5 na velke objemy dat nebo ten 3. disk zrovna odpoj. Usetris si nerwy, odlehcis zdroji, zjednodusi se chlazeni... a ten chlap, co za CEZ haze uhli do kotle Ti treba pride podekovat.
11.11.2009 16:42
cat /proc/mdstat, tak u md3, což je swap, vidím auto-read-only, což se mi moc nezdá. A když náhodou dám mdadm --readwrite /dev/md3, tak už to tam není, ale po restartu zase ano, je to správně?
(a pokud nedas pokoj s 3. diskem, tak system a swap pres vsechny 3 disky do raid1 a data do raid5)
Samozřejmě že RAID1 – zrcadlení.
Já myslím, že už bylo řečeno vše, křišťálovou kouli nikdo nemá, nikdo neví, jak se bude konkrétní systém chovat pod konkrétní zátěží. Jestli vás to fakt trápí, tak si udělejte testy různých konfigurací a sám uvidíte.
Kde by jste mel 2x swap (mimo raid), kdyz nevite, ktera pulka Vam padne? :-P Zkuste si nahodit swap na usb flashdisku, necim ho privyuzijte a pak ten flashdisk odpojte. (usb ma hotplug, takze zarizeni neznicite, ale system Vam urcite nepodekuje). V okamziku, kdy prijdete o data ve swapu, poletiiiite.
Swap na raid1 ma smysl prave pro pripad, kdy Vam odejde disk, raid to udycha - system by mel prezit.
Hotswap neni dostupny na vsem, s cim musi/chce jeden delat.
Raid1 tam ma i tak sve opodstatneni. Neni to jen o zaloze, ale o tom, ze v pripade padu disku dokazete bezet s degradovanym polem a vypadek provozu, potrebny na vymenu disku, si urcite vy. V okamziku, kdy nemate tento komfort zabijete hodne casu, nez system nahodite... a vetsinou je to neprijemne kritizovano ze strany uzivatelu/zamestnavatele
Objevil se mi spíše jeden problém, když ten počítač vypínám, tak se mi ve výpisu objeví Stopping MD array md0...failed (busy), hledal jsem na internetu, ale nějak jsem nenašel řešení. Pochopil jsem to tak, že nemůže na / zatavit raid, protože se stále používá, přijde mi to ale nějaké podivné.
To je běžné, protože ukončující skripty neznají závislosti vzniklé konfigurací systému. Prostě zkusí pole zrušit, jádro to nedovolí, tak si skripty postěžují a pokračují. Nakonec se před zastavením stroje stejně volá sync, takže se všechna data zapíšou.
Konfigurace totiž může být i složitější: iSCSI → RAID → LVM → šifrování → LVM → souborový systém. Zkuste tohle vysvětlit distribuci ;) Navíc takhle blbě může být připojen kořenový systém. Čisté řešení by bylo, jako je init ram disk, tak zavést shutdown ram disk, kam se systém při ukončování přesune a odtamtud korektně všechno ve správném pořadí ukončí. Ale kdo by se tím dělal, že?
Tiskni
Sdílej:
ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.