ローカルディスクからNASへの仮想マシンストレージ移行ワークフロー

エヴァ・ウォン

IceWhale author

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

Virtual Machine Storage Migration Workflow From Local Disk to NAS

NASデータストアが起動、ワークロード、再起動、バックアップのテストに合格するまで、ローカルVMディスクを検証済みのロールバック用コピーとして保持します。

仮想ディスクの移動で変わるのは場所だけではありません。プロトコル、ネットワーク、NASの同期動作、キャッシュチェーン、割り当て形式、マウント順序、障害ドメインが、ゲストのすべての書き込みに関係するようになります。使い捨てデータで移行先の基準値を取得し、移行元を保護し、ハイパーバイザーがサポートする経路でカナリアVMを1台移動してから、別のVMを移行する前に元のワークロードと比較します。ディスクIDやアプリケーションの整合性が変わった場合は、両方のコピーを修復するのではなく、元に戻します。

ディスクを移動する前にNASデータストアの適合性を確認する

プロトコル、NASアドレス、ネットワーク経路、MTU、認証、エクスポート権限、ファイルシステム、同期ポリシー、スナップショット、空き容量、障害時の動作を記録します。経路の異なるノートパソコンからではなく、使い捨てデータを使ってハイパーバイザーから遅延と持続書き込み性能を測定します。

ローカルおよび共有データストアの選択肢に関する最新の概要では、ローカルデータストアと、共有NFSおよびiSCSIの選択肢、そしてそれらが実現する可搬性の違いが説明されています。この比較を使って移行先を定義します。ただし、受け入れ基準はこのNAS、ネットワーク、VMワークロードに基づくものとします。

移行先が負荷時に切断する、書き込みを耐久性が不確かな状態で完了扱いにする、移行とスナップショットに必要な容量がない、または廃止予定の同じローカルディスクに依存している場合は中止します。ストレージに到達できるだけでは、アクティブなVMイメージを置く準備が整っているとはいえません。

移行元を保護し、移行方法を選択する

独立したバックアップを取得または検証し、移行元の仮想ディスク形式、割り当て、コントローラー、キャッシュモード、破棄設定、起動順序、VM設定を記録します。選択した方法で整合性のあるオンライン移動が保証されない場合は、アプリケーションデータベースを静止するか、VMを停止します。

Proxmoxのスタッフが手動によるNFSからiSCSIへの移行案に回答した事例では、イメージファイルを手作業で移動して設定を編集するのではなく、手動移行ではなくバックアップと復元を推奨しています。この過去の事例を安全原則として扱い、現在のハイパーバイザーに適した、プラットフォームがサポートする移動またはバックアップ/復元の手順を使用します。

代表的なディスクパターンを持つ、リスクの低いカナリアVMを1台選びます。プラットフォームが許可する場合は、切り替え後も元のディスクを接続解除したまま完全な状態で保持します。移行元と移行先のコピーを、書き込み可能な状態で同時に起動してはいけません。

カナリアを移行し、起動前にIDを検証する

ホストログ、NASの遅延、ネットワークエラー、割り当て容量の増加、移行先の空き容量を監視しながら、サポート対象のストレージ移動または復元を開始します。ジョブIDと最終確認結果を保存します。転送に失敗した場合は、プラットフォームの状態とロールバック経路を把握するまで、部分的なデータを削除しないでください。

移行前後のVM設定を比較します。ディスクバス、起動フラグ、形式、サイズ、シリアル番号、スナップショット機能、キャッシュおよび破棄の動作を確認します。隣接するZimaSpaceガイドを使用してVMストレージキャッシュを設定するのは、ディスクがNASストレージ上に配置された後だけにします。キャッシュの調整を移行そのものと混在させてはいけません。

まずカナリアを分離ネットワーク上で起動します。ファイルシステムの健全性、アプリケーションの整合性、時刻、想定した仮想ディスクIDを確認します。ゲストがリカバリーモードに入る、ボリュームが見つからないと報告する、または異なるディスク順序を認識する場合は、シャットダウンし、両方のコピーを修復するのではなく、検証済みの移行元を再接続します。

-15% OFF

ZimaBoard 2 - あなたの大きなアイデアのためのミニホームサーバー

Single board computer zimaboard2

元のワークロードを検証し、ロールバックを維持する

重要なVMワークロードを実行します。データベースのコミット、ファイルサーバーの小さなファイル操作、バックアップ、メディアタスク、ビルドジョブなどです。ローカル環境の基準値と、遅延、スループット、キューイング、NASの同期動作、ホストCPUを比較します。NASサービスの再起動は、保護されたメンテナンス時間内でのみテストします。

VMとハイパーバイザーをそれぞれ1回再起動し、データストアの自動マウント順序を確認して、次回のバックアップから小さなファイルまたはトランザクションを復元します。ホストの再起動までしかVMが動作しない場合や、バックアップが古いディスクを対象にしたままの場合、その移行は完了していません。

カナリアが通常負荷と1回のバックアップサイクルを問題なく完了してから、追加のVMを1台ずつ移行します。ロールバック期間が終了するまでローカルディスクを読み取り専用で保持します。遅延または耐久性が設定した目標を下回る場合は元に戻し、転送またはストレージのエラーが繰り返し発生する場合は、両端のタイムスタンプを添えてエスカレーションします。