Info2softは、ウェブサイトでより快適で適切な閲覧体験を提供するためにCookieを使用しています。 プライバシーポリシー
Loading...
著者:
仮想マシンのマイグレーションは最新の仮想化環境における重要な機能です。ハードウェアメンテナンス、リソース最適化、インフラストラクチャ更新を目的とし、業務への大きな停止を伴わずにホスト間でワークロードを移行できます。
Proxmoxライブマイグレーションは、稼働中の仮想マシンをProxmox VEノード間で移行する機能で、停止時間を最小限に抑えられます。移行処理中、VMのメモリやデバイス情報といった実行状態を移行先ノードに転送しながら業務は継続して動作します。
Proxmoxライブマイグレーションの主な利用シーンは以下の通りです。
本ガイドではProxmoxライブマイグレーションの仕組み、事前に整える必要な要件、Web管理画面とコマンドラインによる稼働VMの移行手順を解説します。
Proxmoxライブマイグレーションとは、VMを手動でシャットダウンすることなく、稼働状態の仮想マシンをProxmox VEノード間で移行する処理のことです。
ライブマイグレーション実行時、Proxmoxは移行元ノードから移行先ノードへVMの実行状態を転送します。転送対象は以下の項目です。
移行処理は基本的に事前コピー方式を採用しており、VMが稼働し続ける間にメモリページを移行先へ複製します。転送中に更新されたメモリページは再度複製し、最終的な切り替え時に転送する差分が十分少なくなるまで繰り返します。
移行の最終段階では一時的にVMを停止し、残りの実行状態データを転送後、移行先ノード上でVMを再開します。
実際の移行所要時間は、VMのメモリサイズ、利用可能なネットワーク帯域、ストレージ構成、業務によるメモリ更新量、移行元と移行先ノードのCPU・ハードウェア互換性など複数の要因に左右されます。
Proxmoxライブマイグレーションを実施する前に、移行元と移行先ノードが必要な要件を満たしているか確認する必要があります。
Proxmox標準のライブマイグレーションは同一Proxmox VEクラスタ内のノード間移行を前提に設計されています。移行元・先ノード間の通信が安定し、Proxmox VEバージョンに互換性があり、ネットワーク設定が正しく構成されている必要があります。
本番環境ではクラスタ通信と移行トラフィック用の専用ネットワークを構築することを推奨します。移行処理が通常の業務通信に影響を与えることを防げます。
ストレージ構成はProxmoxライブマイグレーションのパフォーマンスを左右する重要な要素です。
共有ストレージ（Ceph、NFS、iSCSIなど）を使用する場合、両方のノードから同一のVMディスクにアクセス可能なため、ProxmoxはVMの実行情報のみを転送するだけで済み、移行が高速に完了します。
ローカルストレージを使用する場合、VMのディスクデータ自体も移行先へ転送する必要があり、追加の帯域を消費するため、共有ストレージより移行時間が長くなります。
正常に移行を完了させるため、移行元と移行先ノードのCPU構成に互換性が必要です。
ホスト間のCPU機能セットが不一致、またVMがGPUやコントローラーといったハードウェアパススルーデバイスを利用している場合、移行エラーが発生する可能性があります。移行前にCPU互換性とハードウェア依存関係を確認してください。
Proxmoxで稼働中の仮想マシンを移行する主な手段は2種類です。
いずれの手段も内部的に実行される移行処理は同一です。
Proxmox Web管理画面はクラスタノード間で稼働VMを移行する最も簡易な手段です。
以下の手順で実施します。
手順1. 移行対象の仮想マシンを選択
Proxmox Webインターフェースにログインし、移行したいVMを選択します。
移行開始前に以下の項目を確認してください。
手順2. 移行を開始
移行先ノードを選択し、必要に応じて移行オプションを設定します。ローカルストレージを使用するVMの場合は、ローカルディスクを同時に移行するオプションを有効化します。
手順3. 移行進捗を監視
移行開始後、Proxmoxは転送済みデータ、残りデータ、移行速度などの進捗状況を表示します。
移行完了後、VMは移行先ノード上で稼働を継続します。
コマンドラインでの管理を好む管理者向けに、Proxmoxはqm migrateコマンドを提供しています。
基本構文は以下の通りです。
qm migrate <VM_ID> <移行先ノード名> --online
実行例：
qm migrate 101 pve-node2 --online
各引数の意味：
101：VMのIDpve-node2：移行先のProxmoxノード名--online：VMを稼働させたままライブマイグレーションを実行ローカルディスクを持つVMの移行
共有ストレージではなくローカルストレージを使用するVMの場合は、--with-local-disksオプションを追加します。
qm migrate 101 pve-node2 --online --with-local-disks
このオプションを指定することで、Proxmoxは稼働中のVM状態とローカル仮想ディスクの両方を移行します。
移行状況の監視
CLIから移行を実行する場合、ターミナル上に出力されるログから進捗を直接確認できます。
大規模環境の場合はProxmox Web管理画面からも移行進捗を監視可能です。
Proxmoxライブマイグレーションは大きく事前チェック、メモリ同期、最終切り替えの3フェーズに分かれます。
移行開始前にProxmoxはクラスタ間通信、リソース空き状況、ストレージアクセス権、ハードウェア互換性を検証します。
この段階ではVMは稼働を続けたまま、事前コピー方式によりメモリページを移行先へ転送します。更新されたメモリページは再度同期し、最終切り替え時に短時間で転送可能な差分まで繰り返し複製します。
VMを一瞬停止させ、残りの実行データを転送後、移行先ノード上で業務を再開し、停止時間を最小限に抑えます。
安定したライブマイグレーションを実現するため、移行前に移行先ノードに十分なCPU、メモリ、ストレージ、ネットワークリソースを確保してください。大きなVMの移行は大量の帯域を消費するため、本番環境では移行専用ネットワークの構築を推奨します。また、全ノードでProxmox VEバージョン、ストレージ構成、ネットワークブリッジ設定を統一することで互換性トラブルを回避できます。
Proxmoxライブマイグレーションの失敗は設定の不整合、リソース不足、ハードウェア制限が主な原因です。頻出する問題は以下の通りです。
Proxmox標準のライブマイグレーションはノード間でワークロードを移行する効率的な手段ですが、複数の制限が存在します。
標準ライブマイグレーションは同一Proxmox VEクラスタ内のノード間移行を目的として設計されています。独立したクラスタや異なるインフラ間でワークロードを移行する場合は別の移行手段が必要となります。
Proxmoxは自環境内のVM移行に対応していますが、VMware ESXi、Hyper-Vなど他のハイパーバイザーとの間で標準のライブマイグレーション機能は搭載していません。
異種プラットフォーム間移行にはVMのエクスポート/インポート、仮想ディスク変換、ハードウェア再設定、アプリケーション検証といった追加工程が必要です。
ハードウェアパススルー、特殊なネットワークアダプタなど物理デバイスに依存するVMはライブマイグレーションに対応しない可能性があるため、移行計画前に慎重に評価する必要があります。
ハイパーバイザー、クラスタ、物理環境を跨いで停止時間を最小限に抑えワークロードを移行する必要がある企業は、Proxmox標準機能より専用の移行ソリューションの方が柔軟性に優れます。
Proxmox VEに標準搭載された移行機能は、同一Proxmoxクラスタ内のノード間でVMを移行する多くの仮想化環境で十分活用できます。
一方、標準ライブマイグレーションはProxmoxエコシステム内のインフラ管理を目的としているため、異種プラットフォームやクラスタを跨いだワークロード移行には、専用の移行ソリューションの方が柔軟性に優れます。
主な相違点は下表の通りです。
| 項目 | Proxmox標準ライブマイグレーション | エンタープライズ移行ソリューション |
|---|---|---|
| 移行範囲 | 同一Proxmox VEクラスタ内が中心 | クラスタ間・異種プラットフォーム間移行に対応 |
| 移行元プラットフォーム | Proxmox VE環境のみ | Proxmox、VMware、Hyper-V、物理サーバー、その他プラットフォーム |
| 停止時間の削減 | 対応環境内で停止時間を最小限に抑える | 継続レプリケーションによりほぼゼロ停止時間を実現 |
| ストレージ依存度 | クラスタストレージの統一構成が必要なケースが多い | 異なるストレージ環境を跨いだ移行に対応 |
| 移行管理 | Proxmox VE標準ツールで操作 | 一元化された移行フローと自動化機能を搭載 |
単一のProxmoxクラスタのみを運用する企業の場合、標準移行ツールで十分です。一方、インフラモダナイゼーション、仮想化プラットフォームの切り替え、大規模なワークロード移設を実施する企業は専用の移行ソフトウェアが必要となるケースが多いです。
Proxmox標準ライブマイグレーションは同一クラスタ内のVM移行に適していますが、異なるプラットフォーム、クラスタ、物理環境を跨いでワークロードを移行する企業にはより柔軟なソリューションが必要です。
i2Migrationは停止時間を最小限に抑えた異種プラットフォーム間ワークロード移行に対応し、複雑な移行シナリオを簡素化します。従来のエクスポート、変換、手動移行工程の複雑さを軽減し、物理サーバーと仮想マシンを異種環境間で移行可能にします。
i2Migrationが対応する主要なシナリオは以下の通りです。
インフラのモダナイゼーション、データセンター移転、仮想化プラットフォームの切り替えを計画する企業は、Proxmox標準機能では対応しきれない場面でi2Migrationが柔軟な代替手段となります。
Proxmoxはライブマイグレーションに対応していますか？
はい。Proxmox VEはライブマイグレーションを標準搭載しており、互換性のあるProxmoxノード間で稼働中の仮想マシンをほとんど停止させずに移行できます。
Proxmoxライブマイグレーションに共有ストレージは必須ですか？
必須ではありません。Proxmoxは共有ストレージとローカルストレージ両方でのライブマイグレーションに対応します。共有ストレージの場合は移行先ノードからVMディスクに直接アクセスできるため移行が高速ですが、ローカルディスク移行はVMのストレージデータ自体を転送する必要があります。
Proxmoxライブマイグレーションの仕組みを教えてください。
Proxmoxライブマイグレーションは事前コピー方式を採用しています。VMが稼働し続ける間にメモリページを移行先へ転送し、最後に一瞬の切り替え工程で移行を完了させます。
Proxmoxライブマイグレーションの所要時間はどれくらいですか？
VMのメモリサイズ、ネットワーク帯域、ストレージ構成、業務のメモリ更新頻度などの要因に左右されます。大容量のVMやメモリ更新が多い業務ほど移行時間が長くなります。
Proxmoxは異なるハイパーバイザー間でVMを移行できますか？
標準機能では対応していません。Proxmox標準ライブマイグレーションはProxmox VE環境向けに設計されており、VMware ESXiやHyper-Vなど他プラットフォームとの間の標準ライブ移行機能は搭載されていません。
異種プラットフォーム間移行を実施する場合は、専用の移行ツールまたは手動でのエクスポート・変換工程が必要となります。
Proxmoxライブマイグレーションで業務停止は発生しますか？
ライブマイグレーションは停止時間を最小限に抑えるよう設計されています。最終切り替えフェーズにおいて残りの実行状態を移行先へ転送する間、一瞬の業務中断が発生する可能性があります。
Proxmoxライブマイグレーションは、サービス停止を最小限に抑えながらProxmox VEノード間で稼働VMを移行する管理者向けの有効な手段です。移行の要件、処理フロー、ベストプラクティス、制限事項を理解することで、VMの移行計画やインフラメンテナンスを適切に実施できます。
単一のProxmoxクラスタのみを運用する環境では標準移行ツールで十分です。一方、異種プラットフォーム移行、クラスタ間移行、物理インフラからの移行を必要とする企業は専用の移行ソリューションを活用するメリットがあります。
i2Migrationは異種環境に対応し、移行工程の複雑さを低減することで、企業のインフラモダナイゼーションと柔軟なワークロード移設を支援します。
