パフォーマンスの低下により、2つのSSDをRAID1構成に配置することを避けるべきですか？
2つの64GB産業用SSDを搭載するワークステーションシステムがあり、キックスタートでセットアップされる冗長性のために、両方のディスクをRAID1構成にすることを計画しています。システムはCentOS 7を実行します。これを調べたところ、 RHELストレージ管理ガイド がSSDにRAID1を推奨していないことがわかりました。
Red Hatは、ソフトウェアRAIDレベル1、4、5、6をSSDで使用することは推奨されないことも警告しています。これらの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に対して透過的です。
編集：
これらは非常に過剰にプロビジョニングされています industrial SSD s。 RAID 1ミラーを通常どおりに構成し、時間の経過とともにドライブを監視します。
これは私が真剣に考えるべきことですか？
番号
使用できる冗長性の代替手段はありますか？
私はハードウェアRAIDコントローラーを好みますが、それは個人的なもので、あなたはこのように大丈夫です。
あなたが尋ねるべき質問は、そのドキュメントがいつ書かれたかです。彼らは一般的に同じ材料を使用し、必要に応じてそれを更新し、それ以来SSDテクノロジーは変化しました。
それらは産業用ですが、書き込みと読み取りのパフォーマンスは同じではありません。ドキュメントでは書き込みパフォーマンスについて言及していますが、ミラーセットアップを使用すると、/ bootと/マウントを使用すると読み取りパフォーマンスが向上します。
したがって、いくつかの点でドキュメントに質問することは価値があります。
ソフトRAID1構成では問題なく（SSDがそれほど過剰にプロビジョニングされていなくても）使用できますが、作成後にTRIMを提供するだけです。
次のいずれかの方法で実行できます。
mDをサポートする十分に新しいカーネルを使用してTRIMをSSDに渡し（少なくとも3.8。何かIIRCですが、確認してください）、fstrim（8）（util-linuxパッケージから）を毎晩実行します
十分に新しいカーネルを使用し、それに「破棄」マウントオプションを設定する（ext4/xfsの場合）。 TRIMはキューに入れられないため、これは上記よりもパフォーマンスが低く、これは上記のバッチ処理を利用しないことに注意してください。
古いカーネルでは、毎晩 mdtrim のcron runを実行します。必ず付属のテストスクリプトbeforeを使用して、重要なデータをテストしてください。
また、すべてsoftRAID上のファイルシステムにのみ適用されることにも注意してください。ほとんどすべてのハードウェアRAIDでは機能しません。また、MDソフトレイドの上にLVMまたは他のレイヤーがある場合、（現在）機能しません。それらを生き残るためには、大きなオーバープロビジョニングが必要になります（幸い、その40％は十分なので、問題ありません）。