なぜVMのバックアップは毎晩同じ進行率で停止するのですか？

エヴァ・ウォン

IceWhale author

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

Why Does a VM Backup Freeze at the Same Percentage Every Night?

毎晩同じ割合で停止するVMバックアップは、通常、同じソース領域またはバックアップフェーズに到達しているため、その進捗率が再現性のある診断指標になります。

停止時点の正確なVMディスク、フェーズ、ログメッセージ、スループット、保存先の状態を記録してください。次に、別のデータストアを比較し、その領域周辺のソースストレージを調べ、ゲストの静止処理フックと大量データ転送を切り分け、夜間の競合を確認します。進捗率が一定だからといって、ネットワーク障害の証拠だと判断しないでください。

進捗率を再現性のある位置マーカーとして使う

複数の夜にわたり、正確な進捗率、経過時間、現在のVMディスク、バックアップフェーズ、転送速度、最後のログ行を記録します。進捗率はジョブがどこまで進んでいるかを示す証拠であり、それだけで診断結果になるものではありません。

PBSのチューニング作業では、PBSのパフォーマンスボトルネックがソースの読み取り、ハッシュ計算、圧縮、ネットワーク転送、データストア処理の間で移動することがあります。そのため、無作為に設定を変更する前に、停止箇所をフェーズに対応付けてください。

同じVMとフェーズが毎回ほぼ同じ地点で停止する場合、一般的なネットワーク混雑よりも、決定的なソースデータまたは再現性のあるワークフローの手順を優先して調査します。

別の保存先とバックアップ対象を比較する

容量と復旧ポリシーが許せば、同じVMを別のデータストアまたは一時的なローカル保存先にバックアップします。スナップショットモードとVMの負荷条件は同程度に保ってください。

一般的なProxmoxバックアップのストレージパスにはNFSやNASストレージが含まれます。保存先の遅延やロックにより、VM自体が正常でも、ある保存先だけが停止することがあります。

代替保存先で以前停止していた地点を通過できた場合は、元のデータストア、ファイルシステム、ネットワーク経路、空き容量を調査します。両方が同じように停止する場合は、ソースまたはバックアップフェーズの調査に戻ってください。

再現性のある領域周辺のソースディスクを確認する

バックアップが問題の地点に近づいている間に、ホストストレージのログ、SMARTデータ、ZFSまたはファイルシステムのエラー、読み取り遅延を確認します。バックアップが、すべてのコールドブロックを読み取る最初のジョブになることがあります。

長時間に及ぶPBSバックアップのボトルネックに関する実際の報告からも、長時間のバックアップはVMの見かけ上のサイズではなく、1つのボトルネックに大きく左右されることがわかります。

同じ地点で読み取りエラー、タイムアウト、または遅延の急増が繰り返される場合は、インシデントをデータ保全モードに移行してください。ソースディスクが劣化している場合は、全読み取りを繰り返さないでください。

Featured

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

ZimaCube2

ゲストの静止処理とデータ転送を切り分ける

バックアップがゲストエージェントの静止処理、スナップショット作成、メタデータ準備のどの段階で停止するのか、または大量データの転送開始後に停止するのかを確認します。ゲストの負荷を最小限にしたメンテナンス時間帯にバックアップをテストしてください。

一般的なProxmoxバックアップワークフローでは、バックアップのオーケストレーションとストレージ転送が分離されています。ディスクとネットワークのスループットが正常でも、アプリケーション整合性のための静止処理フックがハングする場合に役立ちます。

重要でないゲストの静止処理フックを無効にするとジョブが進む場合は、整合性オプションを戻す前に、そのフックまたはゲストエージェントを修復してください。代替の復旧計画なしに、重要なデータベースを静止処理なしの状態で放置しないでください。

夜間の競合処理からジョブを移動する

停止した時刻を、スクラブ、レプリケーション、メディアスキャン、スナップショット、重複排除、クラウド同期のジョブと比較します。競合しているジョブを1つだけ一時的に移動し、競合の影響をテストしてください。

複数のリソースが同じ夜間枠を共有しており、バックアップの進捗率がその競合が表面化する位置にすぎない場合は、PBSのより詳しいアーキテクチャとチューニングの視点が役立ちます。

バックアップが以前の停止地点を繰り返し通過し、使用可能な復元ポイントを作成して完了すれば、問題は解決したと判断できます。VMバックアップの準備状況に関するZimaSpaceの関連ガイドでは、復旧の境界についても説明しています。進捗率が100％になったことだけを信用せず、検証計画に少なくとも1回のテスト復元を含めてください。