diskove pole pro webhosting

[Tomáš Koželuh]

Asi mně něco uniká, ale proč tam nebude hardwarový raid5? Co se týče
spolehlivosti, tak rozpad raid5 jsem snad nikdy nezažil. Každopádně záleží
na prioritě dat, ale do něčeho důležitějšího bych o ničem jiným než SCSI
(teď teda spíš SAS) vůbec nepočítal. Na cca deseti Proliantech za posledních
pět let nedošlo nikdy k tak fatální havárii, kdy by došlo ke ztrátě dat a to
jsme měli v serverovně jednu dobu problém s klimatizací, takže když občas
vypadla, tak se časem teplota vyšplhala i na nějakých 80°C. Kupodivu
Prolianty v těch podmínkách vydrželi fungovat na rozdíl od ostatních
obyčejných PC...
Samozřejmě netvrdím, že rozpad raid 5 nejde navodit. Jak už někdo psal, vada
řadiče může být velký problém, na jednom Proliantu se to dokonce stalo, ale
disky to vydrželi a na jiným stroji šly data vykopírovat nebo jak to tehdy
bylo...

--
Čest práci a rukám klid!

BY: Mr. Death


> -----Original Message-----
> From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf
> Of Pavel Kankovsky
> Sent: Tuesday, February 12, 2008 6:58 PM
> 
> Záleží, co myslíte pod "restaurovat celé pole", ale mám špatný pocit,
> že
> u linuxového sw RAIDu se přepočítávání parity po neočekávaném restartu
> nevyhnete. Dá se to jedině trochu omezit, když budete mít pole, kam se
> zapisuje jen málo často, a použijete "safe mode".
> 
> Cosi jako "RAID s žurnálem" umí afaik jen dm-mirror při zrcadlení.
> Ovšem
> v kombinaci s žurnálovým fs je to stejně poněkud overkill, tady má
> koncepčně dost navrch solarisové ZFS, které má redundanci zabudovanou
> do
> souborového systému. (Na druhou stranu jsem před časem diskutoval s
> jakýmsi potenciálním dodavatelem storage systému, který měl být
> postaven
> na sunovských serverech a ZFS, a moje představa, že ten systém by měl
> být
> neustále v provozu a funkční a jen se budou občas vyměňovat porouchané
> disky s pravděpodobností ztráty dat zanedbatelně malou, se zřejmě dost
> lišila od toho, jak si to představovali oni. Tak nevím.)
> 
> Možná strčit žurnál od fs na samostatné pole (raději RAID1 než
> RAID5/6),
> nechat žurnálovat i zápisy dat (což tedy umí jen ext3 s data=journal)
> a pole, kde budou data normálně umístěna, nějakým kladivem přesvědčit,
> že si nemusí paritu přepočítávat, protože se to automaticky spraví,
> když
> bude fs čistit transakční log.