バックアップ保持計算ツール

祖父・父・息子（GFS）保持を、推測ではなく 1 日ずつシミュレーションします：日次・週次・月次バックアップをどれだけ保持するか、各バックアップの大きさ、実行頻度を入力すると、1 か月後、6 か月後、1 年後、2 年後に実際に保持しているリストアポイントの数と、そのストレージコストが分かります。シミュレーションはブラウザ内で実行され、何も送信されません。

モデル：バックアップは毎日実行されます。日曜日のバックアップが週次リストアポイントを兼ね、毎月 1 日のバックアップが月次ポイントを兼ねます。ポイントは、いずれかの階層がカバーしている間保持されます。各ポイントは、入力したサイズのフルバックアップとして数えます。

保持はポリシーであり、ディスクの山ではない

どのバックアップシステムも、デフォルトでは最近の過去を多く残しすぎ、遠い過去を少なく残しすぎます。「すべてを 30 日保持」は 1 つの設定ですが、本物のポリシーは 3 階層だからです。1 時間で気づく障害には昨日のバックアップが必要です。1 か月後に気づく障害——ゆっくり進む破損、静かに間違った同期、誰も口にしなかった削除——には、それが始まる前のポイントが必要ですが、30 日のウィンドウはそれをすでに捨てています。永久にすべてを保持すれば解決しますが、別の問題が生まれます：成功するたびに毎日増えていくストレージの請求です。祖父・父・息子が古典的な答えなのは、発見の形に合っているからです。障害が早く見つかる場所では細かいポイントを、遅く見つかる場所では粗いポイントを、そして誰も決して使わない解像度では何も保持しません。

シミュレーションが加えるのは、重なりについての正直さです。保持数は 3 つの保持数の合計ではありません：3 週間前の週次ポイントと 11 か月前の月次ポイントは、今週の日次ポイントと同時に生きており、プロビジョニングすべきストレージは、その和集合の最悪の日における大きさです。チームはこれを逆向きに発見することがよくあります——個々の設定はどれも控えめに見えたのに、バックアップ先が「早く」満杯になった——各階層を単独で予算化したからです。ポリシーが本番稼働する前にここで数字を回し、計画会議にたまたま合う期間ではなく、ピークの行に合わせて保存先をサイジングしてください。

保持されたポイントはリストアではない

計算ツールが数字では伝えられない警告が 1 つあります：リストアポイントはバックアップが取られたことを証明しますが、リストアできることは証明しません。保持計画はどこまで遡れるかを決め、遡ることが役に立つかどうかを決めるのはテストリストアだけです。両方をスケジュールしてください。最も古い月次ポイントをスクラッチマシンにリストアする月次ドリルは、第 4 の保持階層よりも価値があります。祖父ポイントこそ、最悪の日に必要になるものであり、その形式、資格情報、癖を全員が 1 年かけて忘れることができるものだからです。保持は過去についての約束であり、リストアはその約束がまだ有効かを確認する方法です。

関連ツール：オンコールスケジューラはリストアが必要なときに誰を起こすかを計画し、SLA エラーバジェット計算ツールはリストアが収まらなければならないダウンタイムに値段を付けます。

さらに読む：1 つの信頼性ルーチン——ローテーション、保持、エラーバジェットを 1 つの計画習慣として扱い、保持を正直に保つリストアドリルの頻度も含みます。

よくある質問

祖父・父・息子とは何ですか？

バックアップで最も古いローテーション方式です：日次バックアップが息子で短く保持され、週に 1 つのバックアップが父に昇格して長く保持され、月に 1 つが祖父になって最も長く保持されます。1 つのバックアップジョブから 3 つの年齢階層——最近の履歴は細かく、遠い履歴は粗く、そしてストレージの請求はどちらにも連れて増えません。

どのバックアップが週次または月次ポイントになりますか？

この計算ツールでは、日曜日のバックアップが週次ポイントで、毎月 1 日に取られたバックアップが月次ポイントです——1 日に複数取る場合は、その日の最初のバックアップです。実際のバックアップソフトウェアでは曜日を選べますが、算術はほとんど気づきません。重要なのは階層の間隔であり、どの曜日がアンカーになるかではないからです。

保持数が日次 + 週次 + 月次より多いのはなぜですか？

階層は数だけでなく時間でも重なるからです。3 週間前の週次ポイントはまだそのウィンドウ内にあり、その横で今週の日次ポイントが積み上がり、11 か月前の月次ポイントがそれらすべてと共存します。任意の時点の保持数はその重なりの大きさです——まさにシミュレーションが示し、3 つの保持数をナプキン上で足し算すると隠れてしまうものです。

これはフルバックアップと増分バックアップのどちらを前提にしていますか？

フルです。すべてのリストアポイントは入力したフルバックアップサイズで数えられ、これが保守的な計画数字です。増分フォーエバーや重複排除ストアは、同じリストアポイントをはるかに少ない容量で保持します——ストレージ列は単純なフルバックアップローテーションが必要とする上限として扱い、重複排除率は実際に得られる割引として扱ってください。

月次ポイントはいくつ保持すべきですか？

最も遅い災害が必要とするだけです。2 か月間静かに潜んでいたランサムウェア、年末に見つかった簿記の誤り、四半期の間誰も気づかなかった削除——月次階層は導火線の長い障害のために存在します。12 が一般的な下限で、規制対象データではもっと多く求められることがよくあります。月次ポイントを 1 つ増やすコストはバックアップ 1 つ分のサイズであり、1 つ足りないコストはデータそのものです。