アカウント名:
パスワード:
RAIDって0,1,5,その他?というかランダムライトアクセスが不向きだとなんでRAIDが不向きなんでしょうか?
livedoorの記事を読む限りではランダムアクセスライトが不向きとRAIDが不向きはちょっと別の話に見えた。
ランダムアクセス:前(という表現でいいのか)のトラックに重ねるように書き込むメカニズムだから後→前という順にはトラックに書き込めないRAID:↑への対処としてディスク上にキャッシュ領域を設けているのでRAIDのリビルドなど大量のライトが発生するとキャッシュがあふれてしまう
> ランダムアクセスライトが不向きと
ですね
> RAIDが不向きはちょっと別の話に見えた。
いや zfs の RAID 機能は、パリティ再生成をファイル単位で行うので連続したランダム書きこみが発生し、SMRディスクがエラーを返す状況に陥ったという話なのでRAIDはRAIDです。
zfsじゃないふつうのRAIDでも、ディスク故障後のリビルドでは大量のシーケンシャル書き込みが発生するのでCMRディスクに比べるとSMRディスクは相当に性能低下する可能性があります。もしもそうだとするとふつうのRAIDに対しても不向きは不向きじゃないかな。
大量のシーケンシャル書き込みに対しては、瓦を全部書きに行けるので、速度低下しない気がする。ファームの賢さとかにもよるけど。
多分、RAID5/6だとシーケンシャル書き込みでもデータとかパリティがブロック単位に分割されてゴリゴリ書かれるのがヤバげポイント。つまりRAIDアレイに対しては連続した書き込みなのに、メンバのHDDに対しては小ブロックの読み書きが散発的に続く。更にHDD自体の書き込みキャッシュを無効にして書き込みを随時完了させる設定で運用するのが普通なのでHDDのRAM上に有るデータを纏めてから後で書くことも出来ない。# 当然だがこっそりやって「停電時にやっぱ書けてませんでした。」は許されない。結果キャッシュ領域が枯渇して、JMF602みたいなプチフリっぽい現象が起きると。プチフリ=読み書きが一定時間内に完了しない。=HDD故障と判断してoff-lineに。地獄かな。RAIDの管理ブロックサイズを大きくすれば抑止可能だろうけど、応答性能劣化前提でコマンドタイムアウト値変えるスペシャル対応しないと駄目ね。
なるほどRAID3向きってことだな
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
私はプログラマです。1040 formに私の職業としてそう書いています -- Ken Thompson
「RAIDに不向き」な仕様にこっそり変更 (スコア:3)
ランダムライトアクセスに不向きとされるSMR方式に表記なく
変更されていたという記事 [livedoor.com]が出ていましたね。
元ネタは「Blocks & Files」 [blocksandfiles.com]のようです。
Re: (スコア:0)
RAIDって0,1,5,その他?
というかランダムライトアクセスが不向きだとなんでRAIDが不向きなんでしょうか?
Re: (スコア:0)
livedoorの記事を読む限りではランダムアクセスライトが不向きと
RAIDが不向きはちょっと別の話に見えた。
ランダムアクセス:前(という表現でいいのか)のトラックに重ねるように書き込むメカニズムだから後→前という順にはトラックに書き込めない
RAID:↑への対処としてディスク上にキャッシュ領域を設けているのでRAIDのリビルドなど大量のライトが発生するとキャッシュがあふれてしまう
Re: (スコア:1)
> ランダムアクセスライトが不向きと
ですね
> RAIDが不向きはちょっと別の話に見えた。
いや zfs の RAID 機能は、パリティ再生成をファイル単位で行うので
連続したランダム書きこみが発生し、SMRディスクがエラーを返す状況に陥ったという話なので
RAIDはRAIDです。
zfsじゃないふつうのRAIDでも、ディスク故障後のリビルドでは大量のシーケンシャル書き込みが発生するので
CMRディスクに比べるとSMRディスクは相当に性能低下する可能性があります。
もしもそうだとするとふつうのRAIDに対しても不向きは不向きじゃないかな。
Re: (スコア:1)
大量のシーケンシャル書き込みに対しては、瓦を全部書きに行けるので、速度低下しない気がする。ファームの賢さとかにもよるけど。
Re:「RAIDに不向き」な仕様にこっそり変更 (スコア:1)
多分、RAID5/6だとシーケンシャル書き込みでもデータとかパリティがブロック単位に分割されてゴリゴリ書かれるのがヤバげポイント。
つまりRAIDアレイに対しては連続した書き込みなのに、メンバのHDDに対しては小ブロックの読み書きが散発的に続く。
更にHDD自体の書き込みキャッシュを無効にして書き込みを随時完了させる設定で運用するのが普通なのでHDDのRAM上に有るデータを纏めてから後で書くことも出来ない。
# 当然だがこっそりやって「停電時にやっぱ書けてませんでした。」は許されない。
結果キャッシュ領域が枯渇して、JMF602みたいなプチフリっぽい現象が起きると。
プチフリ=読み書きが一定時間内に完了しない。
=HDD故障と判断してoff-lineに。地獄かな。
RAIDの管理ブロックサイズを大きくすれば抑止可能だろうけど、応答性能劣化前提でコマンドタイムアウト値変えるスペシャル対応しないと駄目ね。
Re: (スコア:0)
なるほど
RAID3向きってことだな