[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 2chのread.cgiへ]
Update time : 03/27 04:33 / Filesize : 284 KB / Number-of Response : 945
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

RAID総合スレッド No.4



1 名前:login:Penguin mailto:sage [2008/04/15(火) 21:49:14 ID:Ve/x9iF4]
Linuxでも標準でソフトウェアRAIDが可能となってきました。
マターリとLinuxのRAIDやその周辺技術、設定等について情報交換しましょう

スレ 1 pc5.2ch.net/test/read.cgi/linux/1013875908/
スレ 2 pc10.2ch.net/test/read.cgi/linux/1111348512/
スレ 3 pc11.2ch.net/test/read.cgi/linux/1168487758/

Linux RAID 一般
ttp://linas.org/linux/raid.html
ttp://www.linux.or.jp/JF/JFdocs/The-Software-RAID-HOWTO.html
ttp://linas.org/linux/Software-RAID/Software-RAID.html
Adaptec Japan
ttp://www.adaptec.co.jp/product/raid/os_support_list.html

Linux EVMS 一般
ttp://www-6.ibm.com/jp/developerworks/linux/021220/j_l-fs12.html
ttp://evms.sourceforge.net/

... あと続けてくらさい。

801 名前:login:Penguin mailto:sage [2009/07/10(金) 22:16:18 ID:BTiu9kSq]
OS:SUSE
ハードの構成:500Gx15台

802 名前:login:Penguin mailto:sage [2009/07/11(土) 14:20:35 ID:dyh9nr5n]
アドバイスをもらいたくないようだ

803 名前:login:Penguin mailto:sage [2009/07/11(土) 16:32:05 ID:TyDmWkeE]
>>787
ありがとうございます。

現在、Linux上でのRAIDツールの主流はmdadmですか?

804 名前:login:Penguin mailto:sage [2009/07/14(火) 18:51:49 ID:mgkOjMjw]
>>798
assemble時に名前を与え直せ

805 名前:login:Penguin mailto:sage [2009/07/16(木) 14:34:28 ID:AhLYw6fr]
今、HDD2台を非RAIDで使ってます。
そこに1台か2台HDDを追加して、RAID5にしようと考え中。
初期設定は、今のデータを別PCに移してやれそうなので
あんまり難しく考えてないんですが、問題は、マザーにSATAのポートが2個しかない。
なので、RAIDカードを購入しようと思ってます。
そこで質問なのですが、SATAのポートが2個あるカードを買って
マザーのポートと混在してRAID5を構成しても問題ないんでしょうか?
RAIDは、ハードウェアではなくソフトウェアでやろうと思ってるので
これで問題ないようなら、安いカードを買ってこようかと・・・。

806 名前:login:Penguin mailto:sage [2009/07/16(木) 14:57:11 ID:AhLYw6fr]
調べてるところだけど、Win対応ってRAIDカードは
基本的にはLinuxでソフトウェアで運用することもできないのかな?

807 名前:login:Penguin mailto:sage [2009/07/17(金) 15:05:04 ID:PD/7Z6Je]
コントローラがlinuxでサポートされていなければ、
そのカードに繋がったHDD自体が認識されないので
ソフトウェアRAIDもへったくれもないよ。

で、Win対応とうたわれているなら多分FakeRAIDと思われるが、
たいていの場合それはソフトウェアRAIDを使うしかない。
AdaptecのHostRAIDなんかはドライバレベルで処理してくれるから
LinuxのソフトウェアRAIDを使う必要は無いんだけど。

808 名前:login:Penguin mailto:sage [2009/07/17(金) 22:13:49 ID:jyY3JPnZ]
そのドライバレベルで処理ってのがFakeRAIDなわけだが

809 名前:806 mailto:sage [2009/07/18(土) 01:42:41 ID:nJOzyw8j]
…よくわからんなぁ。
必須の条件として、挿して認識されないと何をやっても無駄?
認識されてしまえば、ソフトウェアRAIDならできる見込みが高い?



810 名前:806 mailto:sage [2009/07/18(土) 01:48:04 ID:nJOzyw8j]
たった今、初めて知ったことなのだが、「SATAの増設カード」というものも
世の中には存在するんだね。
これがLinuxで認識するなら、もしかしたらソフトウェアRAIDの構築は
RAIDカードを使うより楽なのかな?

811 名前:login:Penguin mailto:sage [2009/07/18(土) 02:33:58 ID:cs+XIryB]
>>810
RAIDカードでもチップを認識すれば、問題なくソフトウェアRAIDで使えるだろうけど、
ソフトウェアRAIDで使うならSATAカードで十分。
うちでは、SATA2I2-PCIeっていうカードを2枚差して、合計8台でRAID組んでるけど
問題なく使えてるよ。
念のため書くけど、いくら安くてもPCI接続のカードは買わないように。


812 名前:login:Penguin mailto:sage [2009/07/18(土) 03:37:33 ID:nJOzyw8j]
>>811
ありがとう。でも、マザーにはPCIスロットしかないんだよね。
PCI接続だとまずいの?

813 名前:login:Penguin mailto:sage [2009/07/18(土) 03:55:16 ID:CIrVnNOa]
>>810
SATA RAIDのRAID無効にするのと区別する意味が分からん
うちはRR2320のRAID機能無視して8ポートのSATA IFとして使ってる

814 名前:811 mailto:sage [2009/07/18(土) 04:08:49 ID:cs+XIryB]
>>812
HDD何を使おうとしてるか分からないけど、まず間違いなくPCIがボトルネックになる。
PCIスロットしかないマザーなら、SATA増設するよりマザーを新調する方がいいんじゃない?
速度気にしないなら止めはしないけど。


815 名前:login:Penguin mailto:sage [2009/07/18(土) 04:28:59 ID:nJOzyw8j]
>>813
区別はしてないんだけど
「RAIDはRAIDカードじゃないといけない」
って先入観から解放された。
それと安さから。
>>814
勉強用にatomにLinux入れて使ってたのを
ファイルサーバとして使いたいなっていうのと
RAID5をやってみたかったのが目的。
速度は、この際、あんまり気にしないことにした。

816 名前:login:Penguin mailto:sage [2009/07/19(日) 09:47:40 ID:+907A/IW]
PCIでボトルネックってあんの?
内部転送速度に実際の読み書き速度が追いつかないんだが
今のSATAディスクのIOならインターフェースはIDEでもおつりがくる

817 名前:login:Penguin mailto:sage [2009/07/19(日) 11:50:19 ID:qrI/gqr+]
PCIって32bit,33MHzだろ。理論上限133MB/sじゃちょっと足りないだろ。
HDDしかつながってないとしても、実効で100MB/sを出してくるHDDの時代
これじゃ足りないよ。


818 名前:login:Penguin mailto:sage [2009/07/19(日) 12:36:15 ID:86dS1gZ7]
カードそんなに高くないんだし、PCI で一度組んでみればいいじゃん。

819 名前:login:Penguin mailto:sage [2009/07/19(日) 13:14:56 ID:yAZGEeZp]
使う用途次第。
WebサーバやDBサーバなら、どうせそんな最高速度が出るような長いシーケンシャルアクセスは発生しない。



820 名前:login:Penguin mailto:sage [2009/07/19(日) 13:24:40 ID:qrI/gqr+]
キャッシュヒットする場合最高速度が出るよ。

32MBとか乗ってて、特定ファイルにアクセスが集中する場合、OS側キャッシュで
かなり捌いて、さらにそこから漏れた分だけがディスクにくるから両方合わせて
それなりの分がキャッシュアクセスになる。

821 名前:login:Penguin mailto:sage [2009/07/19(日) 13:58:29 ID:zVdQgd05]
ディスクから直接NICに流すDMAみたいなものというアイデア

822 名前:login:Penguin mailto:sage [2009/07/20(月) 22:40:15 ID:zz+/xgHt]
RAIDを可用性を高める用途で使っている人に聞きたいのだけど、
2台のHDDを使うとき、RAID0で組むのと、片方をバックアップHDDにして、rsyncとcronで定期差分バックアップ
するのとどちらを選びますか?
私はRAID0より、差分バックアップの形にした方が双方のHDDへのアクセス頻度が異なるため、HDDが逝く時間が
ずれやすくなるから安全だと思ったのですが、今までRAIDには手を出した事がないので、出来ればRAIDに
する方のメリットを知りたいなと思っています。


823 名前:login:Penguin mailto:sage [2009/07/20(月) 22:50:23 ID:4wqxvNjK]
そもそもRAID0は可用性に貢献しない

824 名前:login:Penguin mailto:sage [2009/07/20(月) 22:50:47 ID:3ARtgDPv]
RAID0か・・・

825 名前:login:Penguin mailto:sage [2009/07/20(月) 22:57:05 ID:2Lioj9o9]
>>822
うん、とても●●な質問だね。
どうしても、たった2台のHDD運用したいのだったら、私なら
迷わずRAID1にするよ。

826 名前:login:Penguin mailto:sage [2009/07/20(月) 23:12:46 ID:lhnRUKwW]
>>822 はRAID1を間違えてRAID0と書いてるに10ペリカ。

827 名前:login:Penguin mailto:sage [2009/07/20(月) 23:25:21 ID:oU/BttHi]
>>822
そもそもRIADとバックアップを同等に考えることが間違い

828 名前:login:Penguin mailto:sage [2009/07/20(月) 23:55:33 ID:aDnxlVz3]
RAID0は真性のバカかネタでしか使えない。

829 名前:login:Penguin mailto:sage [2009/07/21(火) 00:00:57 ID:BlYX3NN2]
単純にRAID1の書き間違いなら、HDD2台で組める安全性の高い構成は、
RAID1にして、同一アレイ内で構わないからpdumpfs等で世代バックアップ。
そういう構成にすれば、故障が発生してもサービスは止まらないし、
(特別致命的なものを除き)オペレーションミスによるデータの喪失にも耐えられる。
古いデータが欲しくなったときにも便利。



830 名前:login:Penguin mailto:sage [2009/07/21(火) 00:10:12 ID:MfPDxDal]
>>829
同一アレイ内でいいならpdumpfsよりMD+LVMでsnapshotオススメ
一回3MB程度のオーバーヘッドでどんどこ取れる。

831 名前:login:Penguin mailto:sage [2009/07/21(火) 00:29:00 ID:L4lOTNSh]
>826
間違えているってより、単なるあらし目的のコピペの改竄。
もうちょっとしたら、「釣れた〜」とか言ってバカ晒すんじゃない?


832 名前:login:Penguin mailto:sage [2009/07/21(火) 00:43:40 ID:CMRpbGOo]
そうなのか

833 名前:822 mailto:sage [2009/07/21(火) 22:24:28 ID:uioDiEgr]
生暖かい目ありがとうございますw
昨日そのまま寝てしまったので今日会社から帰ってきて、今モニタの前で顔を真っ赤にしてます。

確かにサービスが止まらないというメリットはRAID1ならではのメリットですね。
オペレーションミス対策としては私も、更新したファイルや削除されたファイルに対して
1ヶ月前までさかのぼれる様なスクリプトを使って(拾い物ですが)、バックアップHDDの容量を
監視して自動メールにしてます。

後、復旧対策としては、sambaのバックアップHDDはNTFSフォーマットにして、原因不明のシステム障害の場合は
物理的にHDDを引っこ抜いて誰かのwindowsに差したりしてますw


834 名前:login:Penguin mailto:sage [2009/07/22(水) 00:28:13 ID:NBrvCpqS]
>>822
ハードウェアRAIDなら、RAID1 でミラーかな。
rsyncで差分バックアップがどれほどの物かわからないが、
オフラインで取るとなると、容量増えるとバックアップ時間が長くなり、オンライン時間に影響がでる。

LVMスナップショットもあるよ。

835 名前:login:Penguin mailto:sage [2009/07/22(水) 04:42:02 ID:HGpiGPZ9]
わざわざめんどくさいことするのが趣味なのかな
バックアップをとるのにそもそも同じマシンでってのがオレ的にはありえないが。
バックアップは別ロケーションの別マシンじゃないと意味なくないか

836 名前:login:Penguin mailto:sage [2009/07/22(水) 11:04:23 ID:e4yAhJ+J]
本質的にはLinuxと独立した話なんですが。。。
Promiseに超くわしい人いませんか。
PromiseのRAIDアレイを読み書きするオープンなドライバ(Linux2.4のpdcraid)は
RAID0/1のみ対応。RAID5で使おうとするとプロプライエタリなコードしかない。
最近はdmraidが発達しているので調べてみたんだけども
PDCのRAID5はやっぱりサポートされてない。
仕様が誰にもわからないとかでしょうかねえ。
ハードウェアXORエンジンがらみでNDAでもあんのかな。という。

実はですね、S150 SX4で作ったRAID5を長いこと運用していたのだけども
アレイ情報がクラッシュして以来数年間放置してるのです。
Promise様ご提供のドライバではいかんともしがたい。でもこいつらを
そろそろサルベージしてやりたいのですよ。
(ドライブのサイズが大きくなって作業しやすくなったし)
でもアレイの解読から自分でやるとか正直前途多難すぎるのでアレです。
ストレージ復旧屋とかは情報持ってるのかなあ……。

参考情報とか、お心当たりあれば。

837 名前:login:Penguin mailto:sage [2009/07/22(水) 11:13:34 ID:4OZbObjM]
>>835
理想的にはそうだけど、そのあたりは予算と環境との相談でしょ。
バックアップで、何の脅威からデータを保護したいのかによっても違う。
同じコンピュータの中でのバックアップで十分というケースもあれば、
同じ国の中でのバックアップじゃあ役に立たないというケースもあるだろう。

838 名前:login:Penguin mailto:sage [2009/07/22(水) 11:23:10 ID:PJ2Wnixd]
>>830
おいおい、根本的に勘違いしてるぞ。
LVMのスナップショットは単にその時点での全ファイルのハードリンク作るだけだよ。
だからこそ「一回3MB程度のオーバーヘッド」で済む。

pdumpfsと同じようなことをやるためには、普通はLVMスナップショット + dump を使う。
本番で泣かないように一度「lvm スナップショット dump」をぐぐってみなされ。
HDDが故障してファイル本体が飛んでたらリンクだけ残ってても意味がないっしょ。

839 名前:login:Penguin mailto:sage [2009/07/22(水) 11:25:27 ID:PJ2Wnixd]
>>836
無理
あきらめろ



840 名前:login:Penguin mailto:sage [2009/07/22(水) 11:46:03 ID:e4yAhJ+J]
>>839
クール

841 名前:login:Penguin mailto:sage [2009/07/22(水) 11:47:29 ID:AigxZsAa]
>>838
FS独立のLVMでどうやってハードリンク作るんだよ

842 名前:836 mailto:sage [2009/07/22(水) 11:55:17 ID:e4yAhJ+J]
FastTrakのアレイ管理情報の技術資料だけでもないかなぁ。
pdcraidかdmraidを読む前にすることがある気がしてねえ。。。

843 名前:login:Penguin mailto:sage [2009/07/22(水) 11:55:50 ID:PJ2Wnixd]
>>841
ぐぐってみれば?

844 名前:login:Penguin mailto:sage [2009/07/22(水) 12:19:06 ID:L9jtOV+v]
>>838
SS作成以降に「更新されたファイルだけ」は
更新前(SS時点)の実体がSS領域にコピーされるけどな。

845 名前:login:Penguin [2009/07/23(木) 02:17:58 ID:vfIt/PSg]
すごく初歩的な質問ですが
ディスク2本でRAIDより、ディスク4本でRAID1のほうが、読み書きは早いのでしょうか?

あと、ディスク4本でRAID5より、ディスク6本でRAID1のほうが、読み書きは早いのでしょうか?

ディスクが多いほうが分散されると思っています。

846 名前:login:Penguin mailto:sage [2009/07/23(木) 02:26:16 ID:3imsFcFC]
0だから省略しました。

847 名前:login:Penguin mailto:sage [2009/07/23(木) 09:52:32 ID:qiDHBMgG]
すごく初歩的な回答ですが
> ディスク2本でRAIDより、ディスク4本でRAID1のほうが、読み書きは早いのでしょうか?
CPU、I/F、HDDによって変わります。

> あと、ディスク4本でRAID5より、ディスク6本でRAID1のほうが、読み書きは早いのでしょうか?
CPU、I/F、HDDによって変わります。

> ディスクが多いほうが分散されると思っています。
何を分散するのかによって変わります。

> 0だから省略しました。
絶対にしてはいけません。

848 名前:login:Penguin mailto:sage [2009/07/23(木) 11:22:28 ID:8POTqhQB]
>>847
アクセスパターンでも劇的に変わるね

849 名前:login:Penguin mailto:sage [2009/07/23(木) 11:45:50 ID:EFHH30yz]
RAIDコントローラ、S/Wによっても変わるな。
RAID1でも読込を分散するかしないかで速度は変わる。




850 名前:845 [2009/07/23(木) 15:24:46 ID:vfIt/PSg]
HW/SW構成、アクセスパターンがまったく同じだとしたら、どうでしょう?


851 名前:login:Penguin mailto:sage [2009/07/23(木) 15:33:54 ID:uOV4F5O3]
ディスクの本数から違うじゃねーか。

852 名前:login:Penguin mailto:sage [2009/07/23(木) 15:44:50 ID:8UkaR5pJ]
>>850
全くオーバーヘッドの無い理想的な環境だった場合
HDD単体のスピードを1とすると

ディスク2本でRAID1 読2 書1
ディスク4本でRAID1 読4 書1
ディスク6本でRAID1 読6 書1
ディスク4本でRAID5 読4 書3

853 名前:login:Penguin mailto:sage [2009/07/23(木) 15:47:22 ID:gCdLHcID]
>>850
> HW/SW構成、アクセスパターンがまったく同じだとしたら、どうでしょう?
その条件では、RAID0、RAID1、RAID5という違いを実現できません。
そもそもHW構成が違います。

854 名前:login:Penguin mailto:sage [2009/07/23(木) 16:00:21 ID:PPvVwfNO]
>>852
RAID1でディスク増やすとリードが高速化するの?ほんと??

855 名前:login:Penguin mailto:sage [2009/07/23(木) 16:24:10 ID:gHbo44d1]
少なくともうちのCentOSのS/Rでは変わらなかった。

856 名前:login:Penguin mailto:sage [2009/07/23(木) 16:43:28 ID:4TKdBEiW]
>>854
ハードRAIDだとしてくれるのがある
例:support.dell.com/support/edocs/storage/RAID/PERC5/ja/UG/HTML/chapter1.htm


857 名前:login:Penguin mailto:sage [2009/07/23(木) 16:53:23 ID:gHbo44d1]
逆にライトは落ちていくのかな

858 名前:login:Penguin mailto:sage [2009/07/23(木) 18:42:11 ID:SaCC6aML]
>>854
Linux md、FreeBSD gmirror、Windows ダイナミックディスク、SiliconImageはやってる

859 名前:login:Penguin mailto:sage [2009/07/23(木) 23:40:40 ID:3imsFcFC]
gmirrorでround-robinとかsplitとか選べた気がするけど、誰かベンチとってないかなぁ



860 名前:login:Penguin [2009/07/24(金) 00:10:53 ID:xsQ+pNmK]
>>853
アホだなw
本数はしゃーないだろ。

861 名前:login:Penguin mailto:sage [2009/07/24(金) 00:52:50 ID:Ym8Z1KGq]
俺には元の質問の方がよほどアホに見えたけどなぁ。


862 名前:login:Penguin [2009/07/24(金) 21:53:02 ID:xsQ+pNmK]
そもそもRAID1って、二本でしか組めないのでは?
三本とかあるの?

863 名前:login:Penguin mailto:sage [2009/07/24(金) 22:01:32 ID:E29uHdXM]
3重でも4重でもお好きなように

864 名前:login:Penguin mailto:sage [2009/07/24(金) 22:13:05 ID:KIzvPTN3]
じゃおれ10本でRAID1

865 名前:login:Penguin mailto:sage [2009/07/24(金) 22:31:21 ID:ydsNYj2x]
それもありだなw
読み込みは早そうだ

866 名前:login:Penguin mailto:sage [2009/07/24(金) 23:09:59 ID:l+AVACqG]
3本以上だとアレイのレベルで多数決方式のエラー検出ができるようになる。

2本以下だと、各ディスクからのバッドセクタ報告でしかエラー検出できない
(エラー訂正はバッドセクタ出てないセクタを使うだけなので2本でも可能)

867 名前:login:Penguin mailto:sage [2009/07/25(土) 07:06:47 ID:oTazRiOm]
> 3本以上だとアレイのレベルで多数決方式のエラー検出ができるようになる。

マイノリティ・レポート><

868 名前:login:Penguin mailto:sage [2009/07/25(土) 09:15:57 ID:6KUfOyM2]
>>830
LVMのスナップショットは,スナップショット取得後に
書き込むとすさまじくパフォーマンス落ちるから,
あれをバックアップする時にデータの整合性を保つために
一時的に使う以外の目的で勧めるのは犯罪だと思ってたが,
案外そうでもないのか?

869 名前:login:Penguin mailto:sage [2009/07/25(土) 10:20:10 ID:Fb3lMXfZ]
>866
だから、具体的にそれをやってるのはどれよ?

zfsみたいにデータのエラーを検出したときに他から補間するというのならともかくさ、
せっかく読み込みを分散させて早くやろうとしても「多数決」なんてアホな方法では
台無しどころか却って遅くなるだけなんだが。




870 名前:login:Penguin mailto:sage [2009/07/25(土) 11:49:37 ID:qTghIUgl]
つまるところ、こういう輩>>869がいるんで、先人たちはストライピングを
RAID0と呼ぶことを拒んだわけです。
先人たちの努力も虚しく「多数決」なんてアホな方法でストライピングは
RAID0になってしまいましたがねw


871 名前:login:Penguin mailto:sage [2009/07/25(土) 12:27:18 ID:Fb3lMXfZ]
>870

あのな、>866の話はRAID1について語っているわけなんだが。
おまえ、RAID1でのReadの分散とRAID0のストライピングの区別も付いてないんだな。



872 名前:login:Penguin [2009/07/25(土) 12:28:01 ID:mjUm0ZPG]
二本以上でRAID1組んで何が楽しいの?
仮に四本あるなら10にしちゃうぜー

873 名前:login:Penguin mailto:sage [2009/07/25(土) 12:42:47 ID:qTghIUgl]
>>872
そりゃ確かだ。

>>871
もちろん>>866はRAID1の話だよ。
だが>>869
> せっかく読み込みを分散させて早くやろうとしても
と言い出したから、RAID1の話をしているのに「高速化」に話を向けようとするとは…
本当にRAIDの事わかってんのかなあ、と茶々入れてみただけ。

874 名前:login:Penguin mailto:sage [2009/07/25(土) 12:51:31 ID:I24lKVkH]
読みの分散はRAID1ではありふれた手法。
それをRAID0と混同する方がありえんわ。


875 名前:login:Penguin mailto:sage [2009/07/25(土) 13:09:28 ID:qTghIUgl]
>>874
いや、だからね。
分散させる意義として>>869のように「わずかでも遅くなるなら無意味!」って
言い出したから、RAIDに「なにより高速であることを求める」なら、ストライピングで
我慢しとけばいいのにって思っただけなのよ。

876 名前:login:Penguin mailto:sage [2009/07/25(土) 13:22:39 ID:I24lKVkH]
>分散させる意義として>>869のように「わずかでも遅くなるなら無意味!」って
言い出したから、

無意味というのは"多数決でのエラー訂正"についてだろ。


877 名前:login:Penguin mailto:sage [2009/07/25(土) 13:32:12 ID:qTghIUgl]
>>876
そう「遅くなる」から"多数決でのエラー訂正"は無意味だと言ってるよね?

878 名前:login:Penguin mailto:sage [2009/07/25(土) 13:41:16 ID:G+5AW0O+]
エラー訂正は原理としてできるようになる、ってだけで、
必ずやってるわけでも、やらなきゃいけないわけでもない。

遅くなるのが嫌ならしなけりゃいい。信頼性がほしければやればいい。
それこそ設計思想次第だ。869はそのあたりの区別ついてないわな。

879 名前:login:Penguin mailto:sage [2009/07/25(土) 14:25:01 ID:Fb3lMXfZ]
なにか席を外しているうちにアホな方向に話が進んでいる様だが、実際にそんなことしても
メリットがなく需要がないから製品が出てこないんだしねぇ。

そもそも多方向ミラーで、多数決では数が多いことは正しいことを保障しない。同じch上の
ディスクが同じように壊れていた場合、実は少ない方のデータが正しいなんてこともある。
だから信頼性を得るためにチェックサムを持たせる訳で、コントローラーがブロック単位に
そうやってたりする。その場合は普通に並列で読み出して、エラーを見つけたらその時は
もう一方のディスクから読み直す。zfsみたいにfsレベルまでカバーしているものだと、
ブロック単位ではなくファイルの単位でチェックして補償する。
いずれにしても、最初から全部のディスからおくなんて遅くなるだけでメリットがないから
普通はやらない。

>878
設計思想というより合理性の問題。




880 名前:login:Penguin mailto:sage [2009/07/25(土) 14:35:58 ID:qTghIUgl]
よしよし、その調子でRAIDのことをもっとよ〜く調べてみようね>>879

881 名前:login:Penguin mailto:sage [2009/07/25(土) 14:52:05 ID:Fb3lMXfZ]
>880
その位にしておけ。
いくらなんでも子供の強がりにしか見えない。


882 名前:login:Penguin mailto:sage [2009/07/25(土) 15:34:05 ID:G+5AW0O+]
>>879
>そもそも多方向ミラーで、多数決では数が多いことは正しいことを保障しない。同じch上の
>ディスクが同じように壊れていた場合、実は少ない方のデータが正しいなんてこともある。

チェックサムだけが壊れる場合を想定してみな?

多数決もチェックサムもECCもエラー検出と訂正のやり方が異なるだけで、信頼性を
得るという点では同じ。検出能力・訂正能力・コストの違いでしかないのに、
わざわざ区別して比較もなしに多数決に信頼性がないとか言ってしまうのは滑稽だねぇ。
まだまだ理解が甘いよ。

883 名前:login:Penguin mailto:sage [2009/07/26(日) 10:27:34 ID:zhSG5XX7]
MAGIに信頼性がないって言ってるのか?このやろう

884 名前:login:Penguin mailto:sage [2009/07/27(月) 01:03:07 ID:+HNEeE0D]
Software RAID した場合、ディスクの故障時はどうやって知るんでしょうか?
syslogの監視スクリプトを回すんですか?

885 名前:login:Penguin mailto:sage [2009/07/27(月) 01:42:24 ID:wX7L9b2s]
つmdadmのモニタモード #ログ監視でもおけ

886 名前:login:Penguin mailto:sage [2009/07/27(月) 13:31:30 ID:iWpfkHHw]
1TBのディスクを2つ買ってRAID1にして増設したいとおもっています。
LinuxのソフトRAIDです。

同じ機種でRAID1を組むと同時に壊れる可能性があって意味が薄れる
という意見がありますが、みなさんは2つの機種を組み合わせてますか?

今だとカカクコムの
1位のHDT721010SLA360 (1TB SATA300 7200)

2位のWD10EADS (1TB SATA300)
を組み合わせるとかするのでしょうか。

あるいは気にせず同じ機種2つでやってますか?




887 名前:login:Penguin mailto:sage [2009/07/27(月) 13:41:38 ID:yERWMvNo]
気にしない

888 名前:login:Penguin mailto:sage [2009/07/27(月) 13:44:31 ID:B/WksD4T]
1分1秒同時に壊れる可能性なんてほぼ0だろうし
気にしなくて良いかと。現に数年運用しているがそもそも
1台も壊れたことない。

889 名前:login:Penguin mailto:sage [2009/07/27(月) 13:45:36 ID:B/WksD4T]
書き忘れ。壊れる前に容量が足りなくなってディスク交換
再インストールの方が多いなw



890 名前:login:Penguin mailto:sage [2009/07/27(月) 15:03:54 ID:VXnrrvY1]
同じ機種の方がsmart情報を比較できたりするし個人的には好きだな。



891 名前:886 mailto:sage [2009/07/27(月) 16:11:01 ID:iWpfkHHw]
なるほどです。
気にしないで同じので行くことにします。
皆さんありがとうございました。


892 名前:login:Penguin mailto:sage [2009/07/27(月) 22:52:57 ID:wX7L9b2s]
個人でだとHDDのファームバグとかにぶつかって移行した後(=切り戻しが
できなくなった後)で全HDDの交換・修理が必要とかなるとガクブルなので、
HDDは3台買って、2台は通常稼動させるRAID1で同じの、1台は別のメーカで
バックアップ用、とかしたほうがいいかも。

・・・と最近の海門事件で泣かされた俺が言ってみる。



893 名前:login:Penguin [2009/07/27(月) 23:50:00 ID:GBfB+zC9]
ごちゃまぜのソフトRAIDでも、4台でRAID5やるとそれなりに速くなるな。

894 名前:login:Penguin [2009/07/27(月) 23:53:45 ID:o0m366If]
個人的にはHDDはメーカーそろえるけどね。
メーカー、出荷時期が同じだからといって、同時に壊れるなんて、都市伝説じゃね?
不具合はのぞいた話ね。

895 名前:login:Penguin mailto:sage [2009/07/28(火) 06:20:58 ID:QlvXkbgA]
>>894 まさにその不具合を避けるために、HDDのメーカは分けてる。
同一メーカ同一型番を同じ店で買うと同じロットの可能性が高いし、
かといって複数の店で買うのも面倒だ。

896 名前:login:Penguin mailto:sage [2009/07/28(火) 09:37:30 ID:hnSTLGA3]
どうせ出来合いのサーバー買っても、同一のHDDでRAID組まれてる。

897 名前:login:Penguin mailto:sage [2009/07/28(火) 14:10:19 ID:BxFslx9I]
出来合いの奴は、余程なメーカーでない限りエージング済みだがな…

898 名前:login:Penguin mailto:sage [2009/07/28(火) 14:25:09 ID:w0P0QAYm]
エージング済みと書かれてれば高く売れるしな

899 名前:886 mailto:sage [2009/07/28(火) 14:25:17 ID:d0ZK3SKF]
ファームバグなんて10年に1度当たるか当たらないかですが、
当たったことのある人にしか痛みがわからないですよね。

やはり別メーカー2機種にしておく方がより安心ですね。
データが無くなるのは取り返しが付かないです。

逆に同じ機種にしたほうが良いことって「smart情報を比較できる」
以外にありますか?





900 名前:login:Penguin mailto:sage [2009/07/28(火) 20:53:18 ID:cfCC4a3c]
3ware Escalade 9500S-8 を使って 300GB×4でRAID 5 約900GBのアレイを使っていたのだが、
手狭になって来たので 1.5TB×3で新たにRAID 5のアレイを作った。

で、旧アレイから新アレイへと cp -a * で丸ごとコピーしているんだが……
開始から約5時間でようやく100GB終わったところ。
つーことは、あと約700GB全部コピー終わるのは約35時間後…
う〜む。トータルで丸二日近くかかる計算に。
大雑把に計算すると 100000MB/5h/60m/60s = 毎秒 5.5MB程度?
えらく遅いですよね。公式サイトには

> エスカレード 9500S ハードウェア RAID コントローラは実行値で400 MB/秒以上 RAID 5 読み取り、
> および100 MB/秒以上 RAID 5 書き込みという性能を 3% に満たない CPU 使用率で実現します

と書かれている。何がマズいんだろ。
同一カード内のアレイ間の移動だとこんなものなのでしょうか?

901 名前:900 mailto:sage [2009/07/28(火) 21:00:17 ID:cfCC4a3c]
書き忘れました。

使ってるドライバは kernel 2.6.16 に入ってる標準ドライバです。
メーカーが出してる最新版ドライバを使えば劇的に速くなる
てなことはあるのでしょうか?
(つまりLinux標準ドライバが劇的に遅いという事実はある?)






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<284KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef