Loading...

We've detected that your browser language is Chinese. Would you like to visit our Chinese website? [ Dismiss ]
著者: Fangdi

VMwareライブマイグレーションとは

VMwareライブマイグレーションとは、仮想マシン(VM)の稼働を停止させることなく、ESXiホスト間またはデータストア間でVMを移行する技術です。保守作業、アップグレード、ワークロードの平準化を実施する際、ほぼ無停止で運用を継続するために活用されます。

本機能はVMwareのコアライブ移行技術であるVMware vMotionによって実現されます。vMotionはVMのメモリと稼働状態を移行元ホストから移行先ホストへ転送し、移行中もVMの稼働を維持するため、アプリケーションとユーザー接続が切断されません。

VMwareライブマイグレーションはコールドマイグレーションとは異なります。ライブマイグレーションはVMの電源を入れたままごくわずかなサービス中断で移行できるのに対し、コールドマイグレーションは移行前にVMをシャットダウンする必要があります。

VMwareライブマイグレーションの種類:

  • 標準vMotion – コンピュートホストのみ移行
  • ストレージvMotion – データストアのみ移行
  • 共有ストレージ不要vMotion – コンピュートとストレージを同時に移行
  • クロスvCenter vMotion – 異なるvCenter環境をまたいで移行

vmware live migration

VMwareライブマイグレーションの必要条件・前提事項

VMwareライブマイグレーションを実行する前に、管理者は移行元と移行先の環境が適切に設定されているか確認する必要があります。

  • ホストとvCenterの互換性:ESXiバージョンとVMware vCenter Serverの互換性はライブマイグレーションの基本要件です。適切なライセンスを保有し、拡張vMotion互換性(EVC)を設定してホスト間のCPU機能を統一することで、ハードウェア世代の異なる環境間でスムーズにワークロードを移行できます。
  • ネットワーク基盤の要件:vMotion通信には安定性の高い設計されたネットワークが不可欠です。専用のVMkernelポート、ギガビット、推奨は10GbE以上の十分な帯域幅、長距離移行の場合は往復遅延150ms以下の低レイテンシ環境を整備し、移行中の遅延や通信切断を防止します。
  • ストレージ構成:共有ストレージはライブマイグレーションの核心的な前提条件で、移行元と移行先の両方のホストが同一のVMファイルに同時アクセス可能な状態にします。対応する代表的なストレージはファイバーチャネル、iSCSI、NFS/VMFSデータストアで、移行中のデータ整合性とVMの稼働継続を保証します。
  • VM単位の前提条件:移行前にISOまたはCD-ROMデバイスを切断して競合を回避し、スナップショットを適切に管理する必要があります。過剰または連鎖したスナップショットはパフォーマンス低下を引き起こし、最悪の場合移行が失敗する要因となります。

2種類の方法によるVMwareライブマイグレーション実行手順

環境の規模と複雑さに応じて、2つの方法でVMwareライブマイグレーションを実施できます。

方法1:vSphere Client(vCenter経由)でライブマイグレーションを実行

手順1:vSphere Clientを開き、vCenter Serverにログインします。

手順2:インベントリから移行対象の仮想マシンを選択します。

手順3:対象VMを右クリックし「移行」を選択します。

migrate

手順4:移行シナリオに合わせて移行種別を選択します。

select migration type

手順5:移行先のホストまたはデータストアを選択します。

手順6:互換性チェック結果を確認します。

手順7:「完了」をクリックしてライブマイグレーションを開始します。

ready to complete

移行タスクの進捗状況は「最近のタスク」パネルから確認可能です。

vSphere Clientによる移行のメリット

  • グラフィカルな操作で管理が簡単
  • 日常的な保守作業に適している
  • 中小規模のVMware環境に最適
  • スクリプト知識が不要

方法2:PowerCLIによるライブマイグレーション自動化(クラスタ向け)

企業規模のVMware環境では、大規模なライブマイグレーションタスクの自動化にVMware PowerCLIが広く利用されます。vSphere Clientの手動操作と比較し、一括移行、クラスタ管理、保守業務の自動化フローにおいて高い効率を発揮します。

手順1:vCenterに接続

まずPowerCLIから対象のVMware vCenter Server環境に接続します。

bash
Connect-VIServer vcenter.company.com

手順2:単一VMの移行

以下のコマンドで1台の仮想マシンをライブ移行します。

bash
Move-VM -VM "AppServer01" -Destination "ESXi-Host02"

手順3:複数VMの一括移行

クラスタ全体の作業では、複数のVMを同時に一括移行できます。

bash
Get-VM -Location "Cluster01" | Move-VM -Destination "Cluster02"

手順4:ストレージvMotionを実行

PowerCLIではデータストア間のストレージvMotionも自動化可能です。

bash
Move-VM -VM "Database01" -Datastore "Datastore02"

PowerCLI自動化のメリット

  • 大規模移行作業に適している
  • 保守業務の自動化フローに対応
  • 複数VMの一括制御を簡素化
  • クラスタ全体の運用効率を向上

VMwareライブマイグレーションの一般的な障害

VMwareライブマイグレーションは高い安定性を持ちますが、障害は主に3つの要因から発生します。

「仮想マシンのホスト変更」エラー

移行元と移行先ホストのCPU機能に互換性がない、または拡張vMotion互換性(EVC)が無効な場合、vMotionの互換性判定が失敗し本エラーが発生します。

解決策:

  • EVCを有効にし、CPU機能の基準を統一する
  • ESXiバージョンとCPU世代の互換性を確保する

ネットワーク切断・タイムアウト障害
移行最終段階のメモリ同期処理時にVMkernel通信が不安定、または帯域幅不足が発生することで生じます。

解決策:

  • vMotion通信用の専用VMkernelポートを作成する
  • 10GbE以上の安定した帯域幅を確保する
  • 業務トラフィックと分離し、輻輳を回避する

ファイルロック・ストレージ障害

ISOイメージのマウントや一時的なデータストア接続断などが原因でVMファイルへのアクセスに異常が発生する障害です。

解決策:

  • 移行前にISO/CD-ROMデバイスを切断する
  • 両方のホストからデータストアへのアクセス性を確認する
  • ESXi管理サービスを再起動し、ファイルロックの問題を解消する

VMwareライブマイグレーションのベストプラクティス

ライブマイグレーションの安定性とパフォーマンスを向上させるため、企業は以下の重要な運用ルールを順守する必要があります。

  • vMotion用に専用の複数NICネットワークを構築

複数NICを搭載した専用vMotionネットワークを導入することで、大きなVMの移行時に帯域幅と処理量を拡大し、冗長性を確保できます。

  • 管理通信と移行通信を分離

vMotionのトラフィックを管理網・業務網から切り離し、ネットワーク輻輳を防止し、移行作業が稼働中の業務に影響を与えないようにします。

  • ストレージIOPSの急増を避けるため、大規模移行をオフピーク時間に実施

負荷の低い時間帯に大規模移行タスクを実行することで、ストレージのIOPS負荷を抑え、パフォーマンスへの影響を最小限に抑え、移行の成功率を高めます。

標準vMotionを超える:企業移行の制限を解消する手法

複雑な環境における標準VMwareツールの制限

標準のVMware移行ツールはVMware環境内では有効ですが、複雑な企業環境において明確な制限が存在します。

  • Hyper-VからVMwareへの標準ライブ移行に対応していない
    VMware純正ツールはHyper-Vやその他他社仮想化基盤から直接ライブ移行する機能を搭載しておらず、異種基盤間移行に対応できません。
  • クラウド間・遠距離移行では高帯域幅と安定性に強く依存しリスクが高い
    クラウド間や遠距離移行は安定した高帯域幅ネットワークに依存するため、遅延やパケットロスの影響を受けやすく運用リスクが大きくなります。
  • 一括自動制御やロールバック機構が不十分
    標準ツールは大規模な自動移行フローのサポートが限定的で、移行失敗時の堅牢なロールバック機能を備えていません。

企業向けソリューション:i2Migrationによるシームレスなデータ移行

標準仮想化ツールの制約を解消するため、現代の企業は柔軟性・自動化・低リスクを兼ね備えたデータ移行プラットフォームを必要としています。この課題に対応するのがi2Migrationです。

企業グレードの移行エンジンとして、3つのコア機能により複雑なデータセンター移行を実現します。

異種基盤間クロスプラットフォーム移行:単一仮想化環境に縛られる標準ツールと異なり、i2MigrationはHyper-V、物理サーバー、パブリッククラウドからVMwareへほぼ無停止で移行可能です。

バイト単位リアルタイムレプリケーション:高度なホットバックアップとバイト単位差分レプリケーション技術を活用し、変更のあったデータブロックのみ転送するため、ネットワーク帯域幅の負荷を大幅に削減し、移行タイムアウトのリスクを排除します。

自動制御・災害復旧(DR)機能:一元管理ダッシュボードにより一括タスク管理が可能で、IT担当者は大規模データセンター移行を制御し、フェイルバックフローをシームレスに設定できます。

60日間無料トライアル
累計200万人以上がダウンロード

VMwareライブマイグレーション よくある質問

VMwareライブマイグレーションに共有ストレージは必須ですか?

標準vMotionはNFS、VMFS、iSCSIなどの共有ストレージを必要とします。一方、共有ストレージ不要vMotionは共有ストレージなしでコンピュートとストレージの両方を同時移行できます。

vMotionとストレージvMotionの違いは何ですか?

VMware vMotionはストレージを変更せずESXiホスト間でVMを移行するのに対し、ストレージvMotionはVMの電源を落とさずデータストア間でVMディスクファイルを移行します。

クラスタ間でVMwareライブマイグレーションを実行するには?

環境の規模・複雑さに応じ、vSphere Client、クロスvCenter vMotion、PowerCLI自動化のいずれかの手法を使用します。

Hyper-VからVMwareへのライブ移行は可能ですか?

VMware純正ツールではHyper-Vから直接ライブ移行できません。i2Migrationなどの企業向けツールを利用することで、ほぼ無停止で異種基盤間移行を実現できます。

まとめ

VMwareライブマイグレーションは、ごくわずかな停止時間でESXiホスト間のVM移行を実現します。vMotion、ストレージvMotion、クロスvCenter vMotionといった技術により、保守作業の効率化、ワークロードの平準化、事業継続性の向上が可能になります。

大規模または異種基盤間移行のシナリオでは、Info2softのi2Migrationといった企業向けソリューションにより、より柔軟で自動化された移行管理を実現できます。

概要は準備中です

関連記事

Disk2vhd:物理マシンから仮想マシンへの移行完全ガイド
物理機器の仮想化を実施する必要がある場合、Disk2vhdは有効なツールです。本記事では、Disk2vhdを用いた物理から仮想への変換手順を段階的に解説します。
記事を読む
ESXi(7/8/9)におけるESXCLIを使った管理エージェント再起動手順
ESXiホストの通信が途絶えたり、vCenter上に「応答なし」と表示されたりする場合、ホスト全体を再起動する必要はほとんどありません。本ガイドでは、管理エージェントを安全に再起動する各種手順、および標準的な対処法で解決しない際の対応策を一通りご紹介します。
記事を読む
データセンター移行計画:手順解説チュートリアル【2026年版】
本ガイドでは、データセンター移行計画、主要フェーズ、移行方式、一般的な課題、実務向けチェックリスト、稼働停止時間を最小限に抑える施策を解説しています。
記事を読む
【2026】VMware ESXi無料版の制限:使用できる機能とできない機能
VMware ESXi無料版は検証環境や小規模環境向けハイパーバイザーとして人気がありますが、有償版vSphereと比較すると機能に大きな制限が設けられています。本ガイドでは主要な制限事項をすべて解説し、無料版と有償版ESXiを比較した上で、無料ホスト向けの実用的なバックアップ手段を紹介します。
記事を読む
ビジネスデータのセキュリティ強化を始めませんか?

· 世界中のエンタープライズおよびミッドマーケットのお客様

· トライアル期間中、サポートチームが対応します

· 60日間の無料トライアルまたはデモで、Info2Softが企業データをどのように保護するかをご確認ください。

フォームにご記入の上、送信してください。担当者より追ってご連絡いたします。
このフォームを送信することにより、 プライバシー通知を読み、同意したことを確認します。
{{ isSubmitting ? '送信中...' : '送信する' }}