中村和志@神戸です。 In article <b08eiv$ilu$1 _at_ inb.m.ecl.ntt.co.jp> ginga _at_ athena.club.ne.jp writes: >これは *RAID-5 製品としては* 速い/遅い の範疇で, >i960RM 積んでいてもやっぱり RAID5 にしては速め,程度になるでしょう. >(各種ベンチマークを見て頂いても分かると思いますが) ># というのが私や中村さんの "RAID 0+1" の方が無難, ># という意見の正体です もっと分かりやすく言うと、世間で思われているようなRAID# の#が大きい程高性能と言うのは全くの誤解で、RAID5は悲惨なまで に激遅で、覚悟して買わないと後悔しますよ。 >> | ただし,software RAID はトラブル時にきちんと対応できるのか, >> >> 保守の手順も問題ですね。調べてみた所、ソフトウェアRAIDの保守は >> 意外と楽な様です。例えばHDDの交換をした後は、LinuxのRAIDtoolの >> 場合、raidhotaddコマンド一発で修復してくれるそうです。 > >原理的にできる,というのと 焦っているときに操作ミスなしで >できるくらいコマンド体型その他がちゃんとできているか, >というのは結構重要.(FreeBSD:vinum は性能面は問題ないけど >正直操作体系は分かりやすいとは言えない(と個人的に思っている)) 同感。vinumは余りにも凝り過ぎ。付いていけないので結局ccd(4). 個人的にはhardware RAIDより、software RAIDの方が分かり易いと 思っています。特に自動修復なんて何されているか分からないし。 普通のUNIX WSみたいに全部Unix FSならともかく、PCの場合スライス 情報とか有ってどこがアクティブとか憶えたり、一時的に書換えたり していますが、その扱いが正しくできているのか、とか心配。 もう一つは、hardware RAIDの場合、 >> | HDD 単体の信頼性も気をつけた方がいいかもしれませんね. RAIDカードの信頼性も気を付けないといけません。diskは何とも ないのに、RAIDカードが故障して代わりのカードを刺したらCHS の読み換えアルゴリズムが一致してないのかfileが読めず、しかも 勝手に修復というかぶっ壊してくれたとか…。 hardware RAIDカードに手を出すなら、RAIDカードのback up (スペア)も忘れずに。できれば同一ファームウェアの。 >> ええ、富士通に手を出した私が悪かったと反省しています。とはいえ、 >> IDEとはいえサーバ用にテストしたHDDは高くて手が届きません。今は >> どのメーカのHDDなら比較的安心して利用できるでしょうか? >> MAXTORあたりでしょうか?(250Gのdiskがあるので助かる、、) > >噂程度・趣味以外は実際には差違はないんじゃないでしょうか. >(IBM,Maxtor,Seagate,WesternDigital に関しては; 他は眼中なし) 個人的には今は、ATAならMaxtor,SCSIならSeagateという感じが します。1-2年前はどちらもIBMで決まりだったんですけど。 -- 中村和志@神戸 <mailto:kaz _at_ kobe1995.net> NAKAMURA Kazushi _at_ KOBE <http://kobe1995.net/> - Be Free(BSD) or Die.
Follow-Ups:
- [fol] Re: [Q] Hardware IDE RAID5 AdapterNAKAU Koji
- [fol] [Q] Hardware IDE RAID5 AdapterNAKAU Koji
- [fol] Re: [Q] Hardware IDE RAID5 AdapterKawaguti Ginga
- [fol] Re: [Q] Hardware IDE RAID5 AdapterNAKAU Koji
- [fol] Re: [Q] Hardware IDE RAID5 AdapterKawaguti Ginga
- Prev by Date: [fol] Re: gccコンパイルオプションについて
- Next by Date: [fol] Re: gccコンパイルオプションについて
- Previous by thread: [fol] Re: [Q] Hardware IDE RAID5 Adapter
- Next by thread: [fol] Re: [Q] Hardware IDE RAID5 Adapter
- Indexes:[Main][Thread]