md-raidに6台のデスクトップハードディスクを備えたホームファイルサーバーがあります。
サーバーは頻繁にアクセスされないので、ハードドライブがアイドル時間(たとえば、hdparm -Sまたはhd-idleコマンドを使用)の後にスタンバイモードに入るとよいと思います。
mdadmを使用している場合、これは安全ですか、それともエラー/ハードディスクの劣化の原因になりますか
md-raidに6台のデスクトップハードディスクを備えたホームファイルサーバーがあります。
サーバーは頻繁にアクセスされないので、ハードドライブがアイドル時間(たとえば、hdparm -Sまたはhd-idleコマンドを使用)の後にスタンバイモードに入るとよいと思います。
mdadmを使用している場合、これは安全ですか、それともエラー/ハードディスクの劣化の原因になりますか
回答:
私の経験では、それは安全です。「hdparm -S 240」を使用してホームサーバーを数年間実行していて、問題は発生していません。
ただし、次の点に注意してください。
また、WD REDシリーズなどの一部の一般的なドライブにはAPM機能がなく、hdparmで処理できません。
両方の問題を克服するためのスクリプト(Debian 8.0でテスト済み)を作成しました。
のhdparm
マンページで述べたように-S
:
ドライブはこのタイムアウト値を使用して、スピンドルモーターをオフにして電力を節約する前に(ディスクアクティビティなしで)待機する時間を決定します。そのような状況では、ほとんどのドライブの方がはるかに高速ですが、ドライブは後続のディスクアクセスに応答するのに30秒もかかる場合があります。
Red Hatの電源管理ガイドの状態:
多くのアプリケーションは、構成ファイルの変更をスキャンします。多くの場合、スキャンは一定の間隔、たとえば1分ごとに実行されます。これは、ディスクをスピンダウンから強制的にウェイクアップさせるため、問題になる可能性があります。
これらはどちらも、特定のディスクをスピンアップする必要があるディスクアクティビティが発生した場合に、自動的にスピンアップされるため、ディスクのスピンダウンが安全であることを強く示しています。これは私の個人的な経験にも同意します。ディスクI / Oにより、スピンダウンしたドライブがスピンアップします。まもなく必要になることがわかっている場合は、ドライブへのI / Oを手動で実行して強制的にスピンアップさせることもできます。hdparmの-z
オプションはそのために役立つかもしれません:
-z
指定したデバイスのパーティションテーブルをカーネルに強制的に再読み込みさせます。
hdparmのマニュアルページに記載されているように、I / O要求がユーザーランドプロセスに応答しないように見えるスピンアッププロセスにはかなりの時間がかかる場合があることに注意してください。ディスクがスピンアップするのに過度の時間がかからないように、これを事前に試すことをお勧めします。これにより、mdraidがアレイからディスクを追い出す可能性があります(アレイの冗長性のしきい値を下回ると、Bad Thingsが発生します)。スピンアップ時間は最近のドライブでは問題になりませんが、特定の環境でテストする前に確実に知ることはできません。