Linux SW RAID1 + LVM kérdések
Pere Antal
pereanti at freemail.hu
2010. Már. 8., H, 15:47:40 CET
Az erőforrás nem egyenlő kizárólag a CPU-val, a busz sávszél szintén
jelentős. A kernel a hdd haldolkása esetén először a swap-et veszi el,
kikapcsolja az adott diszkről.
A proxy esetén ugye tudod, hogy mitől függ az egységnyi idő alatt
kiszolgálható a objektum mennyiség? Mert nálunk a 300 tanuló esetében
igencsak nem mindegy, hogy fele objektumot tudok kiszolgálni, mert
tükrözök.
Ugye a képlet is valahogy úgy szól hogy:
kiszolgálható objektumszám = (1/átlagos elérési idő)*diszkek száma
ebbe pedig nem tartozik bele a raid1-ben lévő diszkek száma.
Visszatérve a swap problémára Ha a sata vezérlők mindegyikére teszel
diszket, akkor ugyanez lehet a gond, ugyanis a sata ugyanĂşgy
master/slave szervezésű, mint a pata. Ezért ha az azonos kontrolleren
lévő diszk megpusztul, akkor jó eséllyel a párja is blokkolódik az OS
hibás diszkhez intĂ©zett Ărási/olvasási kĂsĂ©rleteinek nagy száma miatt.
Ne is beszéljünk arról, hogy ha elektronikus jellegű a diszk
meghibásodása és lefogja az adatvezetéket.
Ezért komoly rendszernél csak HW raid jöhet szóba, ahol 1 diszk = 1
áramkör. A HW raid vezérlőket nem azért találták ki, mert a gép CPU-ja
nem bĂrná, pláne a mai teljesĂtmĂ©nyek mellett, hanem többek között a
busz blokkolás elkerülése érdekében.
Ennyit a butaságokról.
Ăśdv! anti
2010.03.08. 14:57 keltezĂ©ssel, Laszlo Beres Ărta:
> 2010/3/8 Pere Antal <pereanti at freemail.hu>:
>
>
>> A swap-et és a proxy-t felesleges raid1-elni. A swap-et teheted két
>> diszkre Ăşgy is, hogy kĂ©t swap partĂciĂłt definiálsz.
>>
> Ne haragudj, de ez butasag: mi van akkor, ha a kiswappelt/kipage-elt
> teruletet akarna a kernel visszaolvasni, de a diszk kihal alola?
> Akkora crash, mint ide Lachaza :)
>
>
>> A proxy és swap tükrözése különösen SW raidnél csak processzoridő
>> pazarlás. Nem nyersz vele semmit, csak teljesĂtmĂ©nyt vesztesz.
>>
> Mirrornal nincs sok dolga a CPU-nak, magasabb RAID szinteken lehet
> izzadas, ahol paritast kell szamolni.
>
--------- következő rész ---------
multipart/alternative típusú részek figyelmen kívül hagyva
További információk a(z) Techinfo levelezőlistáról