ホームNASは、閲覧速度が低下する前にスナップショットをいくつ保持できますか？

ホームNASが突然遅くなるスナップショット数に、普遍的な基準はありません。あるシステムでは数百個のスナップショットが問題なく動作しても、多数のデータセットに分散した数千個のスナップショットによって、スナップショットの一覧表示、管理ツール、監視、または以前のバージョンの閲覧が遅くなることがあります。

スナップショットブラウザーが重くなっても、ライブデータセットへの通常のアクセスは高速なままの場合があります。ライブディレクトリのパフォーマンスと、スナップショットの列挙、必要に応じたマウント、NASインターフェースでのバージョン履歴の表示にかかるコストを分けて考えてください。この区別によって、測定方法、安全マージン、停止条件が決まります。この区別によって、測定方法、安全マージン、停止条件が決まります。

データセットとインターフェースごとにスナップショットを数える

プール全体の合計数だけでは、オーバーヘッドがどこで発生しているか分かりません。数千個のスナップショットを持つ1つのデータセットは、同じ数が複数の使用頻度の低いデータセットに分散している場合とは異なる形でブラウザーに負荷をかけます。

NASインターフェースがスナップショットデータを取得する方法を確認してください。広範囲の再帰的な一覧を取得するツールもあれば、1つのデータセットだけを照会したり、結果をページ分割したりするツールもあります。前者の設計では、規模の問題がより早く表面化します。

保持ポリシーは、実際に使用する復旧ポイントを反映させるべきです。数年間保持する毎時スナップショットは、毎時、毎日、毎週、毎月の階層型ポリシーと比べて、役立つ復旧価値がほとんど増えないことがあります。

ユーザーが気づく操作をベンチマークする

ライブフォルダーの一覧表示、スナップショット一覧の表示、以前のバージョン表示の開始、小さなファイル1つの復元にかかる時間を測定してください。保持設定を変更する前後で、同じチェックを実行します。

スナップショットを閲覧しながら、CPU、ARCの負荷、ディスクのウェイクアップ、管理デーモンのログを確認してください。遅いWebページは、基盤となるファイルシステムの読み取りではなく、クエリの問題である可能性があります。

スナップショットの数に対処すべきか、別のストレージボトルネックに注意を向けるべきかを判断するには、以下の表を使用してください。

復旧機能を失わずに管理オーバーヘッドを削減する

まず短期履歴のうち密度が最も高い部分を整理し、人為的ミスや発見の遅れに対応できる日次および月次のポイントは残してください。レプリケーションやクローンに必要なスナップショットは保持します。

監視コマンドの対象を関連するデータセットに限定し、可能であればUIの結果をページ分割してください。スケジュールされた無制限のスナップショット一覧は、ユーザーがブラウザーを開かなくても同じ遅延を繰り返し引き起こす可能性があります。

ZimaSpaceのスナップショット保持ワークフローでは、容量とレプリケーションの境界を関連付けています。

OpenZFSのスナップショット一覧表示のパフォーマンス事例では、大規模なコレクションの列挙が独立したボトルネックになる理由が記録されています。

Featured

ZimaCube 2 パーソナルクラウドホームNAS

ZimaCube2

$799.00 - $2,499.00

Buy Now

再現可能なサービス目標から上限を設定する

家庭で使用するUIで数秒程度など、スナップショット一覧の表示と単一ファイルの復元に許容できる時間を決めてください。保持ポリシーを大きく変更するたびに再テストします。

次回のスナップショット作成、整理、レプリケーションのサイクルが正常に完了することを確認してください。保持履歴が必要な復旧期間をカバーできなくなるなら、ブラウザーが速くなっても成果とはいえません。

一覧表示と復元が目標範囲内に収まり、プールの空き容量にも安全な余裕がある間は、スナップショットを保持してください。閲覧の遅延が大幅に増えた場合は、保持設定を削減または再構成します。ただし、クローンや最後のレプリケーションベースが壊れる可能性がある場合は、一括削除を中止してください。