LSI MegaRAIDコントローラーの背後でSSDの摩耗を測定しますか？
LSIコントローラーの背後にあるいくつかのRAIDアレイについて、書き込まれた合計バイト数（または予想される最大のパーセンテージ）を測定する方法を見つけようとしています。コントローラはすべてLSIMegaRAID SAS 9271-8iコントローラです。MegaRAIDストレージマネージャとMegaCLIを使用してみましたが、どちらも必要な情報を表示していないようです。いくつかの解決策を見つけました。オンラインですが、カーネルにパッチを適用したり、従来とは異なる方法でsmartctlを使用したりできるLinux専用のようです。これは、Windowsでは機能しません。
ドライブを引き出して別のマシンに入れ、SMARTでテストしてから、元に戻すことは絶対に避けたいと思います。首の本当の痛みになります。重要な場合、各コントローラーには、RAID10にそれぞれ4つのディスクからなる2つの仮想ドライブグループがあり、SAS SSDがグループを形成します。
ハードウェアRAIDコントローラーの背後にあるSSDの摩耗を気にする必要はありません。何らかの理由でRAIDを使用しているので、コントローラーに処理させます。
エンタープライズSASドライブで実行しているのはボーナスです。SSDが ワークロードに適切に適合している （書き込みが多い/読み取りが最適化されているなど）の場合。 ）、深く掘り下げる必要はないはずです。
この場合、LSI 9271コントローラーにはSSDGuard™テクノロジーが搭載されています（S.M.A.R.T.必要な数値によってトリガーされます））急速な摩耗や早期の故障状態が心配な場合は、ホットスペアSSDを活用できます。
UbuntuLinuxでmegacliとsmartctlを使用しています。
まず、SSDドライブの1つのデバイスIDを取得します。
megacli -pdlist -aALL -NoLog | egrep '(Raw Size|Inquiry Data|Device Id)'
たとえば、デバイスID 5。次に、以下を実行します。
smartctl -x -d megaraid,5 /dev/sda
これは、Broadcom/Avago/LSIMegaRAIDコントローラーに接続されたSSDドライブの広範なS.M.A.R.Tレポートを示しています。
CentOSでは確かにsmartctlを使用してSSDを監視します。ほとんどランダムなアーカイブを読み取るために、Dell以外のSamsung EVO 840、850、および860でDell gen 12、13、および14スタックを実行します。SamsungPROを選択しないでください。デルのフォーラムで報告されているように、かなりの数の人々がボリューム全体を台無しにしています。 EVOは3年間続き、RAID5でさえも存続しました。 〜66のディスクバッチの増加により、〜3が突然死にました。
CentOSでは、x時間ごとにPythonスクリプトとSSHを介して、Dell R720/730/740xdLSIベースのPERCRAIDに対して0から23までのサイクルで実行し、重要な値の偏差を次のようなコマンドで比較します。以下+この出力のカスタムパーサーと日付を保存するDB +偏差を追跡する値：
smartctl -a -d sat+megaraid,0 /dev/sda
「241Total_LBAs_Written」を介して書き込まれたSamsungの保証テラバイトに近づいているかどうかを確認することが重要です。ユーザーが書き込み制限を悪用しているように、すべてのユーザーが突然死に始め、RAIDが役に立たない可能性があります。すぐにスペアが必要になることを促します。