なぜホームNASのSSDプールと単一ドライブでTRIMの動作が異なるのですか?

エヴァ・ウォン は テクニカルライター であり ZimaSpaceの常駐ティンカーでもあります。 生涯のオタクであり、 ホームラボとオープンソースソフトウェアに情熱を持っています。彼女は複雑な技術的概念をわかりやすく、 実践的なガイドに翻訳することを専門としています。エヴァはセルフホスティングは楽しくあるべきで、怖がるものではないと信じています。彼女のチュートリアルを通じて、コミュニティが ハードウェアのセットアップを解明する手助けをしています。初めてのNAS構築からDockerコンテナの習得まで。

SSDがホームNASプールに入ると、TRIMコマンド自体は変わりません。変わるのは、空き領域情報が通る経路です。

単一ドライブのファイルシステムは通常、削除された範囲を1つのデバイスにマッピングできます。プールでは、その範囲をデータセット、ボリュームマネージャー、ミラー、パリティレイアウト、暗号化、またはシンプロビジョニングを通じて変換しなければならず、その後にSSDが破棄ヒントを受け取ります。この追加の変換により、解放可能なブロック、作業の実行タイミング、そしてそのコストの見え方が変わります。

単一SSDは1つの主な割り当てマップを変換するだけ

ファイルが削除されると、ファイルシステムはブロックの論理的所有権を解除します。SSDは通常の読み書きからその変化を推測できないため、ホストは影響を受けた論理アドレスに対してTRIM、SCSI UNMAP、またはNVMeの解放コマンドを発行することがあります。この削除とフラッシュ管理の関係は、わかりやすいSSD TRIMの説明の中心的なポイントです。

直接接続された1台のドライブでは、変換は比較的短く、ファイルシステムの空き領域がデバイスの破棄範囲になります。ここでも、ヒントは即時の物理消去を約束するものではありません。コントローラーはページを無効として記録し、後でガベージコレクション時に回収することがあり、これがTRIMが安全な削除機構でも即時のパフォーマンス操作でもない理由です。

SSDプールは変換と所有権の境界を追加する

プールは、それぞれ異なる割り当てマップを所有する複数のレイヤーを導入します。ファイルシステムは論理的な範囲が空きであると認識しても、スナップショットがまだその範囲を参照している場合があります。仮想ブロックデバイスは生き残った範囲をメンバー間で分割し、コントローラーや暗号化レイヤーは安全な破棄を下位に渡すためにマッピングを保持しなければなりません。

したがって実際の問題は、すべてのSSDがTRIMをサポートしているかどうかだけではなく、すべてのレイヤーが要求を受け入れ、変換し、転送するかどうかです。Linuxストレージレイヤーを通る破棄パスは、ファイルシステムで有効なコマンドがスタックの下位で変更、遅延、またはブロックされる理由を示しています。

ストレージ状態 単一SSD SSDプール 動作が異なる理由
削除されたファイル 1台のデバイス範囲が空きになる可能性 スナップショットやレプリカがまだブロックを所有している場合がある 論理的削除は必ずしも物理的な解放ではない
アドレスマッピング ファイルシステムから1つのブロックデバイスへ ファイルシステムから仮想レイアウトを経てメンバーへ 範囲が分割または書き換えられることがある
破棄のタイミング 連続的または定期的 多くはプールまたはデータセットレベルで調整される バーストが複数デバイスに影響を与えることがある
可視的な結果 1台のドライブがバックグラウンドでクリーンアップを実行 メンバーが異なるタイミングでクリーンアップを行う場合がある プールのレイテンシが不均一になることがある

ミラー、パリティ、シンプロビジョニングは安全な範囲を変える

ミラーは通常、両方のコピーに同等の解放情報を送れますが、上位レイヤーがどちらのコピーも不要と判断した後に限ります。パリティレイアウトは複数のデバイスにまたがるデータとパリティで1つの論理範囲を表すため、より複雑です。ある論理アドレスに無害な破棄が、仮想デバイスレイヤーで整列、再構築ルール、または抑制を必要とする場合があります。

シンプロビジョニングはさらに所有権の境界を追加します。ファイルシステム内のブロックを解放しても、仮想ディスクの境界を越えて解放しない限り、基盤の割り当ては自動的に解放されません。この違いが、TRIM、UNMAP、解放コマンドを単なるアドレス管理の信号として理解すべき理由でもあります。

TRIMのタイミングは容量を変えずにレイテンシを変えることがある

連続的な破棄は空きが解放されるたびにヒントを送ります。定期的なトリミングは空き範囲をバッチでスキャンします。前者は通常の活動にコマンドトラフィックを分散させ、後者は目立つメンテナンスのバーストを生み出すことがあります。どちらもファイルシステムが報告する空き容量の合計は変えません。なぜなら、その合計はファイル削除時に更新され、フラッシュブロックの消去時ではないからです。

ファイルシステムは意図的に非同期破棄を選び、前景の停止を減らすことがあります。非同期Btrfs破棄の技術は、バッチ処理とレート制御が空き解放と即時のアプリケーションレイテンシを分離する方法を示しています。デバイスレベルでは、TRIMとガベージコレクションの挙動が、ホスト側コマンド完了後もクリーンアップが続く理由を説明しています。

プール全体の一貫性はドライブ単位のチェックボックスより重要

ホームNASにおいて有用なテストはエンドツーエンドです。ファイルシステムが未使用範囲を特定できるか、保持されたスナップショットが考慮されているか、プールレイヤーがレイアウトに対して破棄をサポートしているか、そしてすべてのメンバーが期待される機能を報告しているかを確認してください。ドライブレベルの機能フラグは、最終デバイスがコマンドを理解できることだけを証明します。

また、1回のTRIM実行でベンチマークがすぐに向上すると期待せず、時間経過でのレイテンシを観察してください。複数のSSDが異なるタイミングでガベージコレクションに入ることがあり、SSDアレイのガベージコレクション研究は、調整されていないクリーンアップが可変的なアレイ性能を生む理由を示しています。プールの破棄ポリシーは、SSD機能の有無ではなくスケジューリング挙動として評価すべきです。

よくある質問

ファイルを削除するとNASのSSDはすぐにトリムされますか?

いいえ。削除はまずファイルシステムの所有権を変更します。連続的またはスケジュールされた破棄が後でデバイスに通知し、SSDコントローラーは自身のガベージコレクションサイクルまで物理的な回収を延期することがあります。

スナップショットはTRIMによる空き解放を妨げますか?

はい。スナップショットがまだ古いブロックを参照している場合、ファイルシステムはそれらの範囲を未使用と正確にマークできません。すべてのライブ参照が削除された後にのみ、ブロックは破棄可能になります。

すべてのSSDプールは連続的な破棄を使うべきですか?

必ずしもそうではありません。連続的破棄と定期的破棄は異なるレイテンシパターンに作業をシフトします。適切な選択はファイルシステムのサポート、プールのレイアウト、ワークロード、そしてスケジュールされたメンテナンスによる許容可能な停止時間に依存します。

テック&AIハブ

もっと読む

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.