J.A.R.V.I.S.計画第三十話

Proxmoxのバックアップ確認を、社長が読める月次レポートにする

RTO、RPO、復元ポイント、検証済みバックアップを、復旧判断の言葉へ翻訳する

バックアップの確認結果は、技術者の作業ログだけで終わらせると、障害時の判断に使いにくくなります。この記事では、Proxmoxのバックアップ確認を、社長が月次で読み、復旧時に判断できるレポートへ変える考え方を整理します。

Proxmox VEを運用していると、「バックアップは成功しています」という報告をよく見ます。けれども、社長や責任者が知りたいのは、保存できたという事実だけではありません。

大切なのは、どの時点まで戻せるのか、何時間以内に業務を戻せるのか、戻す作業は検証済みなのか、失敗した時に誰が停止判断をするのかです。ここまで整理して初めて、バックアップ確認は経営判断に使える月次レポートになります。

1. バックアップ確認は「成功/失敗」だけでは足りない

月次点検で「バックアップ成功」とだけ書かれていても、障害が起きた時の判断には直結しません。どのVMが対象か、保存先はどこか、世代はいくつ残っているか、最後に復元確認したのはいつか、という情報が必要です。

たとえば、前日23時のバックアップが成功していても、当日の午前中に大事なデータ更新があれば、戻す時点の判断が変わります。単純な成功通知ではなく、戻れる時点の一覧として読むことが大切です。

バックアップの目的は、取ることではなく、必要な時に戻せることです。月次レポートでは「取れた」より先に「どこへ戻せるか」を見ます。

RTOは「何時間以内に業務を戻すか」です。たとえば、受注管理は4時間以内、社内ファイル共有は翌営業日まで、というように業務ごとに目標を決めます。

RPOは「何分前・何時間前のデータまで戻せればよいか」です。午前中の入力が失われると困る業務なのか、前日夜の状態へ戻れればよい業務なのかで、バックアップ間隔や確認の厳しさが変わります。

この2つを月次レポートに入れておくと、障害時に「最新に近いけれど未検証のバックアップ」と「少し古いが検証済みのバックアップ」のどちらを使うかを、落ち着いて判断できます。

バックアップ世代とは、過去何回分のバックアップが残っているかです。復元ポイントとは、戻せる候補になる日時です。月次レポートでは、この2つを「戻れる時点の一覧表」として見ます。

たとえば、日次バックアップが7世代、週次バックアップが4世代、月次バックアップが3世代あるなら、短期の操作ミスと長期の障害では使う戻り先が変わります。経営者向けの報告では、細かなファイル名よりも、いつまで戻せるか、どの戻り先が検証済みかを前面に出します。

バックアップファイルが存在していても、復元できるとは限りません。保存先の権限、容量、暗号化、VM設定、ネットワーク、アプリケーションの整合性まで含めて、戻した後に業務が動くかを確認する必要があります。

月次レポートでは、検証済みの戻り先、未検証だが保存済みの戻り先、要確認の戻り先を分けて書きます。こうしておくと、障害時に最初から危ない選択肢へ飛びつかずに済みます。