web-dev-qa-db-ja.com

X分後にmdadm raidのHDDをスタンバイ状態にする

4台のハードドライブでmdadmを使用してRAIDをセットアップしています。サーバーは常にハードドライブを実行する必要はないので、HDDをスタンバイにするための解決策を探し、次のことを見つけました。

hdparm -S 240 /dev/sda

これにより、ドライブ/dev/sdaがスタンバイになり、自動スピンダウンタイマーが20分に設定されるため、次回20分以上アイドル状態になると、再びスピンダウンします。コマンドの出力にも次のように記載されています。

/dev/sdb:
 setting standby to 240 (20 minutes)

しかし実際には、ドライブは最後のアクセスから約5秒後にスピンダウンし、

hdparm -C /dev/sdb

表示:

/dev/sdb:
 drive state is:  standby

RAID5であり、データがデバイス間で分散されているため、RAIDにアクセスできません。ファイルを読み取ると、1つのドライブ、次に2番目のドライブがウェイクアップしますが、5秒後に最初のドライブがアイドル状態になり、再びスピンダウンします。等々...

ドライブの現在のステータスを確認するためにhdparm -Cを実行すると、ドライブが回転することがあります。これは、1分ごとにステータスを確認するモニタースクリプトを作成したかったため、絶対に必要なものではありません。

Mdadmが実行されており、RAIDがマウントされているため、mdadmがディスクに頻繁にアクセスしている可能性があります。これが問題になる可能性がありますが、実際にはそうは思いません。

別の質問は次のとおりです。スタンバイ状態のときにドライブの温度を確認することはできますか? hddtempを使用すると、明らかにSLPが得られます。これは明らかにスタンバイを表します。そのため、スタンバイモードでhdparmを使用して温度を確認することはできません。しかし、それはドライブのステータスをチェックするための代替ソリューションかもしれませんか?

したがって、実際には3つの問題があります。

  • hdparm -S ...を使用してドライブのスピンダウンが速すぎる
  • hdparm -Cを使用してステータスを確認すると、ドライブがスピンアップします
  • hddtempを使用してスタンバイモードのドライブの温度を確認することはできません

私が間違っていることを知っていますか?

4
leemes

あなたは間違った質問をしています。ディスクを毎日上下に回転させることは、ディスクにとって悪いことであり、平均故障間隔を短縮します。データセンターでの少量の電気効率の向上は、ディスクの損失を克服するには小さすぎます。

1
Basil