高可用性ソフトウェア RAID 1 サーバーで smartd (smartmontools 内) を使用してディスクの状態を監視する

Question 1

長いセルフテストからテストに切り替えましたselect,cont。これは長いセルフテストに似ていますが、一度に 1 つのディスクスライスのみをテストします。そのため、長いセルフテストは 1 日以上かかる場合があります (通常は 3TB のディスクが混雑している場合)。一方、選択テストは、サーバーが最も混雑していない夜に毎晩実行して実際に完了することができ、混雑している時間帯のパフォーマンスに悪影響を与えることはありません。

つまり、基本的には、ディスク全体の月次の長いセルフテストを、1 か月にわたってディスク全体をカバーする夜間の選択テストに分散することになります。

ただし、ある程度の準備が必要です。

smartd--savestatesディスク自体は通常、最後にテストされた領域を追跡しないため、オプションを指定して実行する必要があります。
最初の選択的セルフテストを手動で開始する必要があります ( -t select,0-$size)。これにより、smartd毎日テストするスライスのサイズがわかります。サイズによって、テストにかかる時間と、ディスク全体に及ぶ日数が決まります。
選択した $size がディスクサイズと一致していることを確認してください。そうしないと、最後のスライスが非常に小さくなるリスクがあります (最悪の場合、ディスクの 1 つのセクターのみをテストするのに 1 日を無駄にすることになります)。
この情報が実際に savestates ファイルに保存されているかどうかを確認する必要があります。保存されていない場合は、テストが期待どおりに実行されません。(savestate ファイルを直接編集することもできます)。
ファイルの構文は次のとおりsmartd.confです-s c/../.././01(この例では毎日午前 1 時に実行されます)。

ただし、これが完了すると、プロセスは自動で信頼性が高まります。ディスクの最後に到達すると、翌日の先頭から自動的に開始されます。テストsmartctlに関するマニュアルページをお読みください。select,cont

長いテストや選択的なテストは素晴らしいですが、短いテストや全体的な評価テストも実行したほうがよいでしょう。これらのテストは短時間で完了し、一般的な問題の検出に役立つ場合があります。

Answer

長いセルフテストからテストに切り替えましたselect,cont。これは長いセルフテストに似ていますが、一度に 1 つのディスクスライスのみをテストします。そのため、長いセルフテストは 1 日以上かかる場合があります (通常は 3TB のディスクが混雑している場合)。一方、選択テストは、サーバーが最も混雑していない夜に毎晩実行して実際に完了することができ、混雑している時間帯のパフォーマンスに悪影響を与えることはありません。

つまり、基本的には、ディスク全体の月次の長いセルフテストを、1 か月にわたってディスク全体をカバーする夜間の選択テストに分散することになります。

ただし、ある程度の準備が必要です。

smartd--savestatesディスク自体は通常、最後にテストされた領域を追跡しないため、オプションを指定して実行する必要があります。
最初の選択的セルフテストを手動で開始する必要があります ( -t select,0-$size)。これにより、smartd毎日テストするスライスのサイズがわかります。サイズによって、テストにかかる時間と、ディスク全体に及ぶ日数が決まります。
選択した $size がディスクサイズと一致していることを確認してください。そうしないと、最後のスライスが非常に小さくなるリスクがあります (最悪の場合、ディスクの 1 つのセクターのみをテストするのに 1 日を無駄にすることになります)。
この情報が実際に savestates ファイルに保存されているかどうかを確認する必要があります。保存されていない場合は、テストが期待どおりに実行されません。(savestate ファイルを直接編集することもできます)。
ファイルの構文は次のとおりsmartd.confです-s c/../.././01(この例では毎日午前 1 時に実行されます)。

ただし、これが完了すると、プロセスは自動で信頼性が高まります。ディスクの最後に到達すると、翌日の先頭から自動的に開始されます。テストsmartctlに関するマニュアルページをお読みください。select,cont

長いテストや選択的なテストは素晴らしいですが、短いテストや全体的な評価テストも実行したほうがよいでしょう。これらのテストは短時間で完了し、一般的な問題の検出に役立つ場合があります。

Question 2

次の行を使用して、すべてのサーバーを定期的にセルフテストを実行するように構成しました/etc/smartd.conf。

# DEVICESCAN matches all hard disks found in /dev/ and applies the following
# options to them.
#
# Default options from Debian:
# -d removable     don't exit when the device when a device vanishes
# -n standby       don't wake a device up that is sleeping
# -m root          send error reports to root
# -M exec ...      pipe the mail through that script
#
# Our options:
# -s L/../02/./17  run a long selftest on every 2nd of every month
#                  at 17 o'clock
DEVICESCAN -d removable -n standby -m root -M exec /usr/share/smartmontools/smartd-runner -s L/../02/./17

セルフテストは、SMART が提供する最も信頼性の高い種類のヘルスチェックだと私は思います。

編集：

どういうことか説明していただけますか-d removable?

からman smartd.conf：

          removable - the device or its media is  removable.   This  indi‐
          cates  to  smartd  that  it should continue (instead of exiting,
          which is the default behavior) if the device does not appear  to
          be  present  when smartd is started.  This Directive may be used
          in conjunction with the other ´-d´ Directives.

監視対象のディスクの 1 つが消えたときに、それが停止するのを防ぐものだと思いますsmartd...? 確かなことはわかりませんが、-s L/../02/./17その行にその部分を追加しただけです。元の行:

DEVICESCAN -d removable -n standby -m root -M exec /usr/share/smartmontools/smartd-runner

Debian のデフォルトです。

Answer