古いサーバーのアーカイブ、VMテンプレートのデプロイ、環境間でのワークロード移行のいずれの場面においても、vCenterからOVAへのエクスポートはVMware管理者にとって必須のスキルです。
vSphere Clientではエクスポート作業は簡単に見えますが、正常に完了させるにはVMの状態、ブラウザ設定、ディスクフォーマットに関する知識が必要です。vCenterからVMをOVAへエクスポートすると、構成、ディスクなどVM全体を格納した単一の可搬ファイルが作成されます。
このガイドでは完全な手順ワークフローを示し、各エクスポートフォーマットを解説し、OVAと他の方式の使い分けを解説します。
ダウンタイムなしでVMware仮想マシンを移行
OVAエクスポートにはVMのシャットダウンが必要です。i2MigrationはゼロダウンタイムでクロスプラットフォームのV2V、P2V、クラウド移行に対応し、ドライバーを自動注入します。i2Migrationの無料トライアルはこちら»
vCenterにおけるOVAとは
仮想マシンをエクスポートする前に、vCenterからVMをOVAへエクスポートする仕組みを理解しておくことが重要です。VMwareは標準フォーマットを使用し、ESXiのバージョンや他のハイパーバイザー間で仮想マシンを可搬可能にしています。
OVAファイルとは何か
OVA（Open Virtual Appliance）は単一の仮想マシンファイルです。TARアーカイブ形式で、VMの全コンポーネントを一つのコンテナにまとめたものです。vCenterからOVAへエクスポートを実行すると、出力ファイルには以下が含まれます：
- OVF記述子（.ovf）：CPU、メモリ、ネットワーク、ディスクコントローラーのXMLメタデータ。
- 仮想ディスクファイル（.vmdk）：VMの実データ。エクスポート時に圧縮されることが多い。
- マニフェストファイルおよび証明書ファイル（.mf、.cert）：パッケージの完全性とセキュリティ確認用。
OVAは単一ファイルであるため、ゴールデンイメージや事前構築済み仮想アプライアンスの共有で最も広く使われているフォーマットです。
OVA vs OVF vs クローン vs バックアップ
VMの移行または保存に適切な方式を選択するには、最終的な目的を考慮する必要があります。仮想マシンパッケージと、VMwareのその他一般的な操作との比較を簡単に示します：
| 機能 |
OVA |
OVF |
VMクローン |
プロフェッショナルバックアップ |
| ファイル構成 |
単一の.ovaファイル |
フォルダ内の複数ファイル |
vCenterインベントリ内の複製VM |
独自のブロックレベルアーカイブ |
| 可搬性 |
高（サイト間対応） |
中（フォルダ依存） |
低（同一vCenter内のみ） |
高（任意ホストへリストア可能） |
| ストレージへの影響 |
圧縮済み |
圧縮済み |
実サイズ（即座にデータストアを消費） |
重複排除＋圧縮により高効率 |
| 適切な用途 |
テンプレートおよび長期アーカイブ |
Webホスト型デプロイ |
ローカル検証（プレプロダクション） |
日常保護および災害復旧 |
vCenterからVMをOVAへエクスポートする理由
最新のソフトウェア定義データセンターでは、Cross‑vCenter vMotionのような機能が存在する中で、なぜ手動エクスポートを使用するのか疑問に思うかもしれません。しかし、vCenterからVMをOVAファイルへエクスポートすることが最も実用的な解決策となる特定のシナリオが存在します。
- オフライン可搬性およびエアギャップ環境への転送：プライマリvCenterとネットワーク接続のないサイト、あるいはセキュアなエアギャップ環境へVMを移行する場合、OVAが標準的な手段です。物理ドライブにワークロード全体を格納して持ち運べます。
- ゴールデンイメージの配布：ソフトウェアベンダーやDevOpsチームは、標準化された環境を共有するためvCenterからVMテンプレートをエクスポートすることがよくあります。単一ファイルであるOVAは、VMware Workstation、Fusion、ESXiへ簡単にインポートできます。
- 長期コールドストレージ：非アクティブなVMを高コストな本番ストレージに保持するのは無駄です。プロジェクトは終了してもコンプライアンス上データを保持する必要がある場合、OVAを作成し低コストなNASまたはクラウドストレージへ退避することで、費用対効果の高いアーカイブを実現できます。
- クロスプラットフォーム互換性：VMwareが主流ですが、Oracle VirtualBoxなど他のハイパーバイザーや検証ツールへワークロードを移行する必要が生じることがあります。OVA/OVF規格は広くサポートされており、VMにおける「共通言語」として機能します。
- 検証環境の再現：複雑な事象のトラブルシューティングの際、本番VMからOVAを作成し検証環境へインポートすることで、実稼働ネットワークに影響を与えず安全に破壊的な検証を実施できます。
注記：大容量VMの場合、エクスポート前にディスクをシンプロビジョニングに変換すると、OVAファイルサイズを削減し転送速度を向上させられます。
vCenterでVMをOVAへエクスポートする手順
vSphere Clientから仮想マシンをエクスポートする作業自体は単純ですが、ブラウザのポップアップブロッカーやセッションタイムアウトなど技術的な要因で処理が失敗する場合があります。
以下の手順に従い、vCenterのVMからOVAファイルを正常に作成してください。
手順1：仮想マシンの事前準備
vCenterからVMのエクスポートを開始する前に、ゲストOSと構成を準備します：
- VMの電源をオフにする：起動中または一時停止中のVMはエクスポートできません。状態が電源オフであることを確認してください。
- スナップショットを統合する：複数のスナップショットはファイルサイズを増大させ、破損の原因になります。事前にスナップショットの統合または削除を強く推奨します。
- メディア接続を解除する：CD/DVDドライブをクライアントデバイスに設定し、ISOファイルがマウントされていないことを確認します。
手順2：エクスポートウィザードを起動
- HTML5 vSphere Clientにログインします。
- インベントリから対象VMを選択します。
- VMを右クリック → テンプレート → OVFテンプレートのエクスポートをクリックします。
手順3：エクスポート設定を構成
エクスポートウィンドウにて各オプションを慎重に設定します：
- 名前：仮想マシンパッケージの名前を入力します。
- フォーマット：単一ファイルを取得するためOVAを選択します。既定値が「ファイルのフォルダ（OVF）」の場合は手動でOVAに切り替えてください。
- 注釈：（任意）VMの説明文を追加します。
- 追加フラグを含める：ライセンスまたは特殊アプリケーションの要件がある場合のみ、「BIOS UUIDを含める」または「MACアドレスを含める」にチェックを入れてください。
ヒント：vCenter 7.0以降の多くのバージョンではGUIから直接OVAをダウンロード可能です。OVAの選択肢が表示されない場合は、後からVMware OVF ToolでOVFをOVAへ変換できます。
手順4：ブラウザによるダウンロードと進捗監視
OKをクリックすると、vCenterがファイルの準備を開始します。
- ブラウザの状態を確認：エクスポートはvCenterのタスクコンソールだけでなくブラウザ経由で実行されます。ポップアップがブロックされている場合は許可してください。
- タブを開いたままにする：ダウンロードが100％完了するまでブラウザタブを閉じないでください。
- 大容量VMの注意点：100GBを超えるVMの場合、ブラウザがタイムアウトする可能性があります。大容量のエクスポートにはVMware OVF Tool（CLI）がより安定しています。
注記：100GBを超えるVMでは、標準ブラウザ（Chrome／Firefox）がタイムアウトまたは失敗することがあります。コマンドラインのVMware OVF Toolを使用するとより安定して実行できます。
vCenterからVMをエクスポートする際のベストプラクティス
VMのエクスポートは簡単に見えますが、本番環境では最終的なOVAファイルをクリーン、可搬、信頼できる状態に保つため追加の配慮が必要です。安定したトラブルフリーな結果を得るため、以下のベストプラクティスに従ってください。
エクスポート前にゲストOSを最適化
OVAファイルには仮想ディスク上の全てのデータが含まれるため、不要なファイルはエクスポートファイルを肥大化させます。
- 空き領域のゼロ埋め：Linuxではdd、WindowsではSDeleteを使用し、圧縮効率を向上させます。
- 一時ファイルのクリーンアップ：apt‑cleanやWindowsディスククリーンアップなどシステムツールを使用します。
- テンプレートにはDHCPを使用：新しい環境でのIP競合を回避するため、ネットワークアダプタをDHCPに設定します。
エクスポート後にOVAの完全性を検証
ダウンロード完了後は必ずOVAファイルを検証し破損を確認してください。これにより後のインポート作業の手間を省けます。
- チェックサムツール（md5sum、sha256sumなど）を使用し、ファイルが元のVMと一致することを確認します。
- 重要なVMの場合は、非本番の検証環境へOVAをインポートし、起動と動作が正常であることをテストします。
ハードウェアバージョンの互換性を確認
新しいESXiホスト上で作成されたVMは新しいハードウェアバージョンを使用するため、古いサーバー上で動作しない可能性があります。
OVAを広く配布する予定がある場合は、古いESXiホストに対応する互換性のあるハードウェアバージョン（13または15など）を使用してください。
ディスクプロビジョニングを確認
エクスポート時、vCenterはシックプロビジョニングディスクをシンプロビジョニングの圧縮ファイルへ変換することが多いです。
インポート後にディスクがプロビジョニングされた最大サイズまで拡張できるよう、出力先データストアに十分な空き容量があることを確認してください。
ハードウェア依存を除去
物理GPUやUSBコントローラーなどパススルーデバイスを削除してください。これらホスト固有の設定は別のシステムへのインポート失敗の要因となります。
VMエクスポートはセキュリティ上の信頼できるバックアップではない
アップグレード前の簡易な保護手段としてvCenterからVMをエクスポートすることに見えますが、OVAファイルは可搬用アーカイブに過ぎず、プロフェッショナルなバックアップではないことを理解する必要があります。災害復旧に手動エクスポートを使用すると、インフラストラクチャに重大なリスクが生じます。
バックアップとして使用する場合のOVAエクスポートの制限
- 増分バックアップに非対応：すべてのエクスポートはVMの完全コピーとなり、変更分だけをバックアップする手段がありません。ストレージを消費し、ネットワーク負荷を増大させます。
- 手動操作のため信頼性が低い：エクスポートには人的作業が必要であり、大規模環境でのスケジューリング、自動実行、検証を安定的に行えません。エクスポートの失敗やファイル破損に気付かないケースが発生します。
- アプリケーション整合性が確保されない：OVAエクスポートはSQL ServerやOracleなどデータベースやアプリケーションを適切に静止化しません。リストア後のVMではデータベース破損やファイルシステム不整合が発生する可能性があります。
- 集中的な管理機能がない：OVAファイルを手動で管理する場合、追加作業なしでは保持ポリシーの適用、バージョン管理、暗号化の適用が困難です。
プロフェッショナルバックアップツール：i2Backup
本番環境にはVMwareのvSphere Storage APIs for Data Protection（VADP）に対応したソリューションが必要です。i2Backupはエンタープライズクラスのデータ保護を実現します。
手動によるOVAエクスポートと異なり、i2Backupは以下の機能を提供します：
- エージェントレスVMバックアップ：VM内部にエージェントをインストールせずVMware vCenter／ESXiと直接連携し、複数の仮想化プラットフォームに対応します。
- Changed Block Tracking（CBT）：変更されたデータのみをバックアップし、完全コピーを作成しないため、バックアップ時間とストレージ使用量を大幅に削減します。
- 自動スケジューリングおよび集中管理：Webコンソールから時間単位、日次、週次、月次など柔軟なバックアップポリシーを設定可能です。手間なくバックアップが自動実行されます。
- 即時VMリカバリ：大容量OVAファイルのインポート・デプロイを待たず、バックアップストレージ上から直接VMを起動し、ダウンタイムを最小限に抑えます。
- ランサムウェア対策とデータセキュリティ：イミュータブルなWORMストレージ、AES／SM4暗号化、厳格なアクセス制御を活用し、バックアップの改ざん、削除、暗号化攻撃から保護します。
V2V移行を実施する最適な方法
VMをOVAへエクスポートする主な目的がワークロードの新環境への移行である場合、運用面への影響を慎重に評価する必要があります。手動のvCenter VMエクスポートによる移行はコールド移行方式であり、VMをシャットダウンする必要があるため、顕著なダウンタイムが発生します。企業、金融、医療分野のミッションクリティカルなアプリケーションではこれは許容できない場合が多いです。
複雑な本番環境においては、V2V（仮想‑仮想）移行ツールであるi2Migrationがより信頼できる選択肢となります。
手動OVAエクスポートよりi2Migrationを選択する理由
OVAは静的なスナップショットしか提供しないのに対し、i2Migrationは複雑なヘテロジニアス環境向けに構築された統合移行プラットフォームです。以下の主要機能によりvSphere Clientの制限を克服します：
- ゼロダウンタイム移行：VMのシャットダウンが必要なOVAエクスポートと異なり、i2Migrationはブロックレベルとファイルレベルを組み合わせたレプリケーションを使用します。これにより本番アプリケーションを稼働させたままシステムを移行可能です。
- マルチ環境対応：単一の管理コンソールからESXiホスト間の標準V2V移行に加え、P2V、仮想‑クラウドの各シナリオをサポートします。
- ハードウェア非依存OS移行：OVF/OVAテンプレートを新しいハードウェアへ移行すると、ドライバー不整合により起動失敗やBSODが発生することがあります。i2Migrationはドライバーを自動注入し、BIOS／UEFI変換に対応することで、出力先プラットフォーム上でVMが正常起動することを保証します。
- データベースおよび非構造化データの整合性：高同時実行システム向けに、Oracle、SQL Server、MySQLなどのデータベースに対しリドゥログ同期を実行しトランザクション整合性を確保します。またハッシュ検証によるデータ完全性を担保し、大規模NASおよびオブジェクトストレージの移行にも対応します。
- セキュリティとパフォーマンス：政府・金融業界向けに設計されており、AES／SM4暗号化と帯域制御を使用し、移行時のデータを保護し本番ネットワークへの影響を抑えます。
つまり、小規模な検証環境であればvCenterからVMテンプレートをエクスポートする手法でも対応可能ですが、エンタープライズクラスの移行にはi2Migrationのような専用プラットフォームだけが提供できるリアルタイムインテリジェント同期と組み込み検証機能が必要となります。
まとめ
vCenterからOVAへエクスポートする手順を習得することは、VMのアーカイブやテンプレート配布に有用なスキルです。VMの電源オフやゲストOSのクリーンアップなどのベストプラクティスに従うことで、複数の環境で動作する可搬性の高い信頼できる仮想マシンパッケージを作成できます。
ただし、手動によるOVAエクスポートはコールドかつ静的なプロセスである点に留意してください。高可用性、データ整合性のある保護、自動化が求められる最新の本番環境では、手動エクスポートだけに依存することは不十分です。
エンタープライズクラスのセキュリティと効率性を実現するため、信頼できるデータ保護にはi2Backupを、ダウンタイムゼロのスムーズな移行にはi2Migrationといった専用ソリューションをご活用ください。
By:
