パフォーマンスの低下により、2つのSSDをRAID1構成に入れないようにする必要がありますか？

2つの64GB産業用SSDを持つワークステーションシステムがあり、キックスタートでセットアップされた冗長性のために両方のディスクをRAID1構成にする予定です。システムはCentOS 7を実行します。これを調べると、RHELストレージ管理ガイドがSSDのRAID1を推奨していないことがわかりました。

Red Hatは、SSDでのソフトウェアRAIDレベル1、4、5、および6の使用は推奨されないことも警告しています。これらのRAIDレベルの初期化段階で、一部のRAID管理ユーティリティ（mdadmなど）は、ストレージデバイス上のすべてのブロックに書き込み、チェックサムが正しく動作することを確認します。これにより、SSDのパフォーマンスが急速に低下します。

これは私が真剣に懸念すべきものですか？使用できる冗長性の代替手段はありますか？

RHELのドキュメントによると、LVMミラーリングはMDソフトウェアRAIDを活用するようになったため、RAID警告もそれに適用されます。

詳細：SSDはSwissbit X-200シリーズ（SATA）であり、オーバープロビジョニングは40％のようです。

ハードウェアチームによると、ハードウェアRAIDは選択肢になりません。

特にブートの場合、SSDを使用したLinuxソフトウェアRAIDはお勧めしません。潜在的な障害シナリオとダウンタイムの影響に基づいて判断します。産業用SSDの場合、通常はRAIDなしでスタンドアロンで使用しました。

このワークステーションに障害が発生した場合、どれくらい早くできるか1）。バックアップからの回復または2）。再構築/再イメージしますか？

これらのSSDの種類（メーカー/モデル）は何ですか？過剰にプロビジョニングされている場合、これはあまり問題ではないかもしれません。それらがSATAで、マザーボードに接続されている場合、いくつかのTRIMオプションがあります。

エントリレベルのLSIハードウェアRAIDコントローラーを使用して、展開と復旧を容易にすることができます。少なくとも基盤となるRAIDはOSに対して透過的です。

編集：

これらは、非常に過剰にプロビジョニングされた産業用SSDです。RAID 1ミラーを通常どおりに構成し、時間とともにドライブを監視するだけです。

これは私が真剣に懸念すべきものですか？

番号

使用できる冗長性の代替手段はありますか？

私はハードウェアRAIDコントローラーが好きですが、それは個人的なものです。あなたはこのように大丈夫です。

あなたが尋ねるべき質問は、その文書がいつ書かれたかです。通常、彼らは同じ素材を使用し、必要に応じて更新します。それ以降、SSDテクノロジーは変更されました。

それらは工業用ですが、書き込みと読み取りのパフォーマンスは同じではありません。ドキュメントでは書き込みパフォーマンスについて言及していますが、ミラー設定では、/ bootおよび/ mountsを使用すると読み取りパフォーマンスが向上します。

そのため、いくつかの点でドキュメントを疑問視する価値があります。

ソフトRAID1構成では（SSDがそれほどプロビジョニングされていなくても）問題なく使用できますが、作成後にTRIMを提供するだけです。

次のいずれかの方法で実行できます。

• MDをサポートする新しい十分なカーネルを使用してTRIMをSSDに渡し（少なくとも3.8.something IIRC、ただし確認してください）、fstrim（8）（util-linuxパッケージから）を毎晩実行する

• 十分に新しいカーネルを使用し、「破棄」マウントオプションを追加します（ext4 / xfs用）TRIMはキューに登録できないため、これは上記よりもパフォーマンスが低いことに注意してください。これは、上記のバッチ処理を利用しません。

• 古いカーネルでは、mdtrimを毎晩実行します。重要なデータを配置する前に、必ず提供されたテストスクリプトでテストしてください！

また、softRAID上のファイルシステムに直接のみ適用されることに注意してください。ほとんどのハードウェアRAIDでは機能しません。また、MD softraidの上にLVMまたは他の層がある場合、（現在）動作しません。それらを生き抜くには大きなオーバープロビジョニングが必要です（幸いなことに、その40％を持っているので大丈夫です）。