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
を使用してスタンバイモードのドライブの温度を確認することはできません私が間違っていることを知っていますか?
あなたは間違った質問をしています。ディスクを毎日上下に回転させることは、ディスクにとって悪いことであり、平均故障間隔を短縮します。データセンターでの少量の電気効率の向上は、ディスクの損失を克服するには小さすぎます。