Proxmoxのバックアップモードをデータベースやファイルサーバーに合わせる方法

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

Proxmox VMのバックアップは、アプリケーション整合性がなくてもクラッシュ整合性を保てます。ファイルサーバーはファイルシステムのスナップショットから正常に復旧できる一方、高負荷のデータベースでは、期待する復元ポイントを保証するために、ゲストエージェントのフリーズフック、アプリケーションダンプ、または短時間の停止が必要になる場合があります。

モードは、ダウンタイムゼロを一律に優先するのではなく、ワークロードの復旧要件に基づいて選択してください。許容される中断時間、整合性の確保方法、ストレージの動作、各クラスを検証する復元テストを文書化します。ジョブログが成功していることは有用な証拠ですが、実際の受け入れテストになるのは、分離環境でのアプリケーション復元です。

整合性要件でワークロードを分類する

各VMについて、アプリケーション、書き込み頻度、許容できる最大ダウンタイム、復旧ポイント目標を一覧にします。ほぼ静的なファイルサーバーとトランザクションデータベースが同じノードを共有しているからといって、同じモードを適用すべきではありません。

アプリケーションに独自のバックアップまたはダンプ機能があるか確認します。VMイメージでマシンを復元できても、データベース固有のダンプやログバックアップによって、サービスに必要なトランザクション単位の復旧と検証が可能になる場合があります。

Proxmoxバックアップのドキュメントでは、スナップショット、サスペンド、停止の動作が区別されています。これらのモード定義を、ゲストアプリケーション固有の整合性保証と組み合わせて使用してください。

ダウンタイムを抑えたいワークロードにはスナップショットモードを使用する

ダウンタイムを最小限に抑える必要があり、ストレージスタックが対応している場合、通常はスナップショットモードから始めます。必要に応じてQEMUゲストエージェントをインストールして有効化し、バックアッププロセスがファイルシステムのフリーズと解除を調整できるようにします。

ファイルシステムの静止処理により、書き込み途中のデータに関するリスクは軽減されますが、トランザクション単位で検証されたデータベースバックアップが自動的に作成されるわけではありません。復旧要件でアプリケーション認識型の方法が必要な場合は、データベースフック、バックアップ前のダンプ、レプリケーション、その他の方法を使用してください。

ダンプは、使い捨てのゲストパスの外部に保存し、VMバックアップの開始前に生成が完了していることを確認します。Immich設定のバックアップガイドは、生成したデータベースダンプが、その整合性と復元手順を確認して初めて有用になる理由を示しています。

トレードオフを許容できる場合は停止またはサスペンドモードを使用する

停止モードでは、バックアップ前にゲストをシャットダウンし、完了後に起動するため、最も明確なオフライン状態を確保できます。許容できるメンテナンス時間がある小規模サービスや、オンラインでの調整が難しいワークロードに適しています。

サスペンドモードは実行を一時停止しますが、目に見える中断時間が長くなる可能性があり、アプリケーション認識型の準備の代わりにはなりません。広く適用する前に、使用しているストレージとワークロードで実際の一時停止時間を測定してください。

ホームファイルサーバーでは、クライアントが再試行でき、ファイルシステムが健全であれば、ゲストエージェントによる調整とスナップショットモードの組み合わせで十分なことが多いです。サービスが小規模で、可用性より正確性を優先する場合や、復元テストでオンライン取得の問題が判明した場合は、停止モードを選択してください。

各バックアップクラスをスケジュールし、検証する

データベース、ファイルサーバー、一般サービスの各クラスについて、個別のジョブまたはVMごとの明示的な設定を作成します。バックアップ先と本番データストアが同時に飽和しないよう、高負荷のゲストは時間をずらしてください。

モードを変更するたびに、分離されたネットワークへ復元します。VMを起動し、ファイルシステムの健全性を確認し、アプリケーションを起動して、データベースの整合性チェックまたはサンプルクエリを実行し、通常のサービスプロトコルを介して代表的なファイルを開きます。

バックアップジョブが成功していることは合格条件ではありません。バックアップクラスが合格するのは、復旧が文書化されたダウンタイムと整合性の要件を満たした場合だけです。満たさない場合は、そのワークロードをより強力な準備方法または停止時間を設ける方法に移行してください。

よくある質問

QEMUゲストエージェントを使えば、データベースのバックアップはアプリケーション整合性を持ちますか? それだけでは不十分です。ファイルシステムのフリーズと解除を調整できますが、データベースには独自のダンプ、フック、チェックポイント、または文書化されたスナップショット連携が必要になる場合があります。

小規模なホームファイルサーバーにはどのモードを使うべきですか? スナップショットモードと正常に動作するゲストエージェントから始め、分離環境での復元によって検証してください。サービスがダウンタイムに耐えられ、より単純なオフライン状態が必要な場合は、停止モードを使用します。

1つのバックアップジョブで異なるモードを使用できますか? VMごとの明示的な設定または個別のジョブを使用し、各ワークロードが文書化された整合性とダウンタイムの要件に従うようにしてください。

サポートとヒント

もっと読む

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.