NAKIVO > ブログ > Hyper-V

Linuxの物理マシンをVMwareの仮想マシンに変換する方法

更新日: 10月 29, 2026

執筆者: オレクサンドル・ユンツォフ

Linuxの物理マシンに障害が発生した場合や最新化が必要な場合、手作業での再構築には時間がかかり、エラーも発生しやすくなります。物理から仮想への(P2V)変換を利用することで、ITチームはLinuxシステムを仮想環境に直接復旧または移行できるため、より迅速な代替手段となります。

バックアップを利用したP2Vリカバリでは、管理者はシステムの状態と構成を維持しながら、Linux物理サーバーをVMware仮想マシン(VM)に変換できます。この方法は、ディザスタリカバリ、ハードウェアの更新、インフラの統合に特に役立ちます。NBRをP2V変換ツールとして使用し、Linuxの物理マシンをVMware VMに変換する方法については、こちらのブログ記事をご覧ください。

Linux マシン向け NAKIVO バックアップ

Linuxサーバーおよびワークステーション向けの高速かつ効率的なバックアップ。ランサムウェア対策、複数のバックアップ先、柔軟な復元オプションなど、多彩な機能を搭載！

ソリューションをご覧ください

P2Vリカバリのユースケース

P2Vリカバリには、主に”一時的なP2Vリカバリ”と”恒久的なP2V移行”という2つのユースケースがあります。

一時的なP2Vリカバリ とは、バックアップから物理マシンを仮想マシンに復元し、一定期間その状態を維持するものです。通常、元の物理システムの修理、再構成、または交換が行われている間に行われます。このアプローチにより、障害発生後ほぼ即座に仮想環境でワークロードの実行を継続できるため、ダウンタイムを最小限に抑えることができます。

物理サーバーやワークステーションが予期せずオフラインになった場合、バックアップから仮想マシン(VM)に復旧させ、障害が発生したシステムの代わりとして稼働させることができます。ワークステーションの場合、ユーザーは利用可能な任意のコンピューターから復旧した仮想マシンにリモートで接続し、業務への支障を最小限に抑えて作業を継続できます。仮想マシンは、物理ハードウェアが復旧または交換されるまで使用され続けます。

物理マシンが再び稼働可能になれば、必要なデータをすべてそのマシンに戻すことができます。その後、一時的な仮想マシンを廃止し、ワークロードを物理システム上で再開することができます。この復旧シナリオを実現するには、障害発生時に最新のデータが常に利用できるよう、物理マシンを定期的にバックアップしておく必要があります。

Advantages of temporary P2V recovery

恒久的なP2V移行 は、一般的にインフラの近代化の際、組織が長期的な利用を目的として物理サーバーから仮想環境へ移行する際に使用されます。スタンドアロンのハードウェアを維持する代わりに、ワークロードはハイパーバイザー上で実行される仮想マシンに恒久的に移行されます。

たとえば、ハイパーバイザーをホストする新しいサーバーを展開する際、ターゲットプラットフォームに応じて、物理LinuxサーバーをVMware仮想マシン(VM)に変換するか、物理Windows ServerをHyper-V VMに変換するかを選択できます。このシナリオでは、仮想マシンが主要な本番システムとなり、元の物理ハードウェアは廃止することができます。

NBRは、物理マシンのバックアップを仮想環境に直接復元することで、この移行を容易にするP2Vコンバーターとして使用できます。

Linuxサーバーのバックアップの仕組み

P2Vリカバリを成功させるには、信頼性の高いバックアップが整備されていることが不可欠です。以下に、NBRにおけるLinuxサーバーのバックアップの仕組みの概要を示します。

物理LinuxサーバーがNBRのインベントリに追加されると、 物理マシンエージェント が展開され、ディレクターおよびトランスポーターとの通信が可能になります。展開中、 inst.sh インストーラーファイルがSSH経由で対象のLinuxマシンにアップロードされます。その後、 certificate.pem ファイルや bhsvc.id トークンファイル(IDと事前共有鍵を含む)など、必要なセキュリティコンポーネントが転送され、エージェントとディレクターの間で安全な通信が確立されます。エージェントのインストールはサイレントモードで実行されます。

インストール後、エージェントはサービスとして実行され、自動的に起動します(1回限りのエージェント展開でない限り)。トランスポーターコンポーネントがすでにインストールされているマシンには、物理マシンエージェントをインストールできません。ただし、エージェントがプリインストールされたLinuxマシンは、インベントリに直接追加できます。エージェントの展開に成功すると、物理Linuxサーバーがインベントリに表示され、バックアップジョブを作成できるようになります。

要件

バックアップ対象とする物理Linuxサーバーは、以下の要件を満たしている必要があります。

ハードウェア要件

64ビットCPU(x86-64アーキテクチャ)
RAM:最低2 GB
MBRまたはGPTパーティションテーブル

ストレージ要件

ソースとなる物理Linuxサーバーでサポートされるディスクタイプおよびファイルシステム:Ext2、Ext3、Ext4、XFS、ReiserFS、NTFS、FAT32、Linux SWAP
サポートされるLVMタイプ:リニア、RAID 0、RAID 1

ネットワーク要件

LinuxサーバーでSSHサーバーが実行されている必要があります( openssh-server パッケージがインストールされている必要があります)。
対象の物理Linuxサーバーでは、以下のTCPポートを開く必要があります:
- SSH接続(SCPおよびSFTPによる安全なログインとファイル転送)を確立するには、TCP 22を開く必要があります。
- TCP 9446は、NBRがマシンと通信するために使用されます。

エージェントの展開にはroot権限が必要です。LinuxマシンでSSH経由のrootユーザーへのアクセスを有効にすることは可能ですが、セキュリティの観点からは最善の選択肢とは言えません。ユーザーがrootでない場合は、SSH経由で物理Linuxマシンに接続でき、 sudo コマンドを実行してroot権限を取得できることを確認してください。 SSHサーバーでは、パスワード認証を有効にする必要があります。

LinuxサーバーのP2Vリカバリプロセス

以下は、LinuxサーバーのP2Vリカバリの手順です。

物理Linuxサーバーをリポジトリにバックアップします。
バックアップから、適切な形式(VMDK、VHD、またはVHDX)の仮想ディスクにデータをエクスポートします。
仮想ディスクファイルを、ハイパーバイザーがアクセス可能なデータストアにコピーします。
新しいVMを作成し、エクスポートされたディスクを使用するように設定します。
ハイパーバイザーが実行されている物理マシン上でVMを起動します。

物理LinuxサーバーをHyper-V VMに変換する方法については、こちらの動画をご覧ください:

NBRを使用したP2Vリカバリワークフロー

実際の例を用いて、物理LinuxサーバーをVMware仮想マシンに変換するための完全な P2Vリカバリワークフロー を順を追って説明します。このシナリオでは、ソースシステムはUbuntu 24.04 LTSを実行しており、宛先環境はvCenter Server 9.0によって管理されるESXi 9.0ホストで構成されています。Linuxサーバーへのアクセスには、 user1 というアカウントを使用し、 sudo 権限が有効になっています。

この例では、サードパーティ製のP2Vコンバーターは使用しません。その代わりに、NBRを使用して、物理LinuxサーバーをバックアップからVMware VMに直接復元します。

インベントリへの物理Linuxマシンの追加

まず、NBRのインベントリに物理Linuxサーバーを追加する必要があります。

NBRにログインし、 [設定] > [インベントリ] に移動して、プラス(+)アイコンをクリックし、新しい項目を追加します。
プラットフォームとして [物理] を選択し、 [次へ] をクリックします。
[オプション] ページで、必要なパラメータを設定します。
- 表示名: Ubuntu physical machine
- タイプ: Linux
- ホスト名またはIPアドレス: 192.168.101.212
- ユーザー名: user1
  パスワード:********
- SSHポート: 22

物理Linuxマシンには、 物理マシンエージェント またはトランスポーターがインストールされます。

[完了] をクリックして、物理マシンをインベントリに追加します。

Setting additional parameters

これで、インベントリに物理Linuxサーバーが表示されます。

The physical Linux server has been added

物理Linuxサーバーのバックアップの作成

NBRで新しい 物理マシンバックアップジョブ を作成します。 [データ保護] ページで、プラス(+)アイコンをクリックし、 [物理マシンのバックアップ] を選択します。

Creating a new Physical machine backup job

[物理マシン用の新規バックアップジョブウィザード] が開きます。

[マシン]。 利用可能な物理マシンのリストから必要なマシンを選択します。LinuxマシンとWindowsマシンは別々のカテゴリに分類されています。この例では、 Ubuntu physical machine が選択されています。各ステップで [次へ] をクリックして進みます。
[保存先]。 バックアップリポジトリを選択します。この例では、オンボードのバックアップリポジトリを使用して、物理Linuxバックアップを保存します。 [詳細設定] とLinuxサーバー名(この例では Ubuntu physical machine )をクリックして展開し、バックアップ対象のカスタムディスクとパーティションを選択することもできます。
[スケジュール]。 必要なスケジュールと保持期間のオプションを選択します。ここでバックアップの不変性を有効にできます。
[オプション] 。このページでは、ジョブ名の設定、アプリケーション認識モードの有効化または無効化、変更追跡方法の選択、およびネットワークアクセラレーションと暗号化の設定を行うことができます。ホストレベルのVMではなく物理マシンをバックアップするため、VMwareやHyper-V VMのジョブとは異なり、NAKIVO独自の変更追跡方法のみを使用できる点に注意してください。

すべてのジョブオプションの設定が完了したら、 [完了] をクリックしてジョブの作成を完了するか、 [完了して実行] をクリックして設定を保存し、ジョブを実行します。

Configuring backup options

物理Linuxサーバーのバックアップが完了するまでお待ちください。バックアップの進行状況は、NBRのWebインターフェースに表示されます。

The backup job is running

バックアップのエクスポート

物理Linuxサーバーのバックアップが完了したら、バックアップのエクスポート機能を使用して、NBRでマシンの復元やHyper-VまたはVMware VMへの変換を行うことができます。

[データ保護]ページ で、 [復元] > [バックアップのエクスポート] をクリックし、バックアップから適切な形式の仮想ディスクへデータをエクスポートします。

Selecting backup export for P2V recovery

[バックアップエクスポートウィザード] が開きます。

[バックアップ] 。物理Linuxサーバーのバックアップと、必要なリカバリポイントを選択します。デフォルトでは、最新のリカバリポイントが選択されています。各ステップで [次へ] をクリックして続行します。
[ディスク]。 バックアップから必要なディスクを選択します。デフォルトでは、既存のすべてのディスクが選択されています。
[オプション]。 バックアップのエクスポートオプションを選択します。
- エクスポート形式: VMDK
- エクスポート先: CIFS共有
- 共有へのパス: \\\\FILESERVER\\Share07
- 認証情報の種類: パスワード
- ユーザー名: backupuser
- パスワード: ********
[接続のテスト] をクリックし、十分な読み取り/書き込み権限を持つ正しい認証情報を入力していることを確認します。

接続のテストに成功したら、 [エクスポート] ボタンをクリックしてプロセスを開始します。
[完了]。 バックアップのエクスポートが開始されたら、 [アクティビティ] タブに切り替えて、進行状況を監視できます。

バックアップエクスポートジョブが完了するまで待ちます。

Backup Export job is running

エクスポートされたディスクをESXiデータストアにコピー

バックアップエクスポートジョブが完了すると、指定された場所に仮想ディスクファイルが表示されます。この例では共有フォルダであり、2つのVMware ESXi仮想ディスクファイルが保存されています:

Ubuntu_Physical_Machine_Disk1_Tue–21-Oct-2025-at-7-42-36-(UTC-+00-00).vmdk

Ubuntu_Physical_Machine_Disk1_Tue–21-Oct-2025-at-7-42-36-(UTC-+00-00)-flat.vmdk

ESXi形式の仮想ディスクには、2つのファイルが必要です。ディスク記述子ファイル(.vmdk )と、生データを含むファイル(-flat.vmdk )です。エクスポートされたファイル名には、インベントリで定義された物理マシンの名前、ディスク番号、曜日、日付、時刻、およびタイムゾーンが含まれます。なお、これらのファイルの形式はシックプロビジョニング形式に類似しています。ハイパーバイザーが使用するデータストアにインポートした後、仮想ディスクをシンプロビジョニング形式に変換することができます。

Converted virtual disks have been exported

利便性を高めるために、仮想ディスクファイルの名前を変更することもできます。
Physical_Linux_Recovered.vmdk

Physical_Linux_Recovered-flat.vmdk
仮想ディスクのデータファイルと記述子ファイルの名前を変更する場合は、仮想ディスク記述子ファイルを編集し、 # Extent description セクションで、仮想ディスクデータファイルの旧名称を新しい名称に置き換える必要があることに注意してください。

仮想ディスクファイルをデータストアにコピーします。この例では、VMware vSphere Clientを使用してvCenterに接続し、ESXiホストを設定します。

VMware vSphere Clientで、 [データストア] に移動し、復元したLinuxサーバーの実行に使用するESXiホストに接続されているデータストアを選択します。この例では、選択したデータストアの名前は datastore50 です。次に、 [ファイル] タブを開き、 [新規フォルダ] をクリックして、選択したデータストア内に新しいディレクトリを作成します。
新しいディレクトリの名前を指定します(例: Physical_Linux_recovered )。
Physical_Linux_Recovered ディレクトリが datastore50 内に作成されます。
作成されたディレクトリを開き、 [ファイルのアップロード] をクリックし、エクスポートした2つのファイル(.vmdk および -flat.vmdk )を選択してアップロードします。
両方のファイルがアップロードされると、データストアには2つのファイルが含まれているにもかかわらず、表示される仮想ディスクファイルは1つだけになります。SSH経由でESXiホストに接続し、ディレクトリの内容を確認することで、2つのファイルが存在することを確認できます。

コンソールでは、仮想ディスクの2つのファイルを確認できます。

Checking the uploaded files in the console

シックプロビジョニングされたディスクをシンプロビジョニングされたディスクに変換したい場合は、ESXiコマンドラインで次のコマンドを使用できます。

vmkfstools -i /vmfs/volumes/DatastoreName/VMFolderName/SourceDisk.vmdk -d thin /vmfs/volumes/DatastoreName/VMFolderName/NewThinDisk.vmdk

ESXiでの新しいターゲットVMの作成

次に、新しい仮想マシンを作成し、エクスポートされた仮想ディスクを使用するように設定する必要があります。VMware vSphere Clientで、 [ホストとクラスタ] に移動し、エクスポートされた仮想ディスクファイルが含まれているESXiホストを選択します。 ESXiホストを右クリックし、コンテキストメニューから [新規仮想マシン] を選択して、新しいVMを作成します。

Creating a new VM

[新規仮想マシン] ウィザードが開きます。

作成タイプを選択します。 [新規仮想マシンの作成] を選択します。各ステップで [次へ] をクリックして進みます。
名前とフォルダを選択します。 VMには一意の名前を指定し、保存先を選択する必要があります。この例では、新しいVMの名前は Physical_Linux_Recovered 、保存先のデータセンター名は PM です。
コンピュートリソースを選択します 。アップロードされた仮想ディスクファイルが含まれるデータストアに接続されているESXiホストを選択します。このESXiホストのコンピュートリソースが、仮想マシンの実行に使用されます。この例では、VMはIPアドレス 192.168.101.101 のESXiホスト上に作成されます。
ストレージを選択します。 復元のためにエクスポートされた仮想ディスクファイルが含まれるデータストアを選択します。この例では、これらのファイルは datastore50 に保存されています。
互換性を選択します。 仮想マシンのハードウェア互換性(VMハードウェアバージョン)を選択します。VMを他の古いESXiホストに移行する予定がある場合は、最も低いESXiバージョンを選択してください。この例では、 ESXi 6.5以降 が選択されています。
ゲストOSの選択 。ゲストオペレーティングシステム(OS)のファミリーとバージョンを選択します。Linuxマシン(Ubuntu 24 x64)がインストールされた仮想ディスクが利用可能であるため、 Linux および Ubuntu Linux (64-bit) を選択する必要があります。
ハードウェアのカスタマイズ。 デフォルトでは、ウィザードは新しい空の仮想ディスクを作成することを提案します。それを選択し、3つのドットのアイコンをクリックして、 [デバイスの削除] (下のスクリーンショットでマークされている)をクリックします。
- 次に、 [新規デバイスの追加] ボタンをクリックし、 [既存のハードディスク] を選択します。
- [ファイルの選択] ポップアップで、エクスポートした仮想ディスクファイルをアップロードしたディレクトリを選択し、仮想ディスクファイルを選択します。この例では、仮想ディスクデータファイル(-flat.vmdk )と仮想ディスク記述子ファイル(.vmdk )は、 datastore50 内の Physical_Linux_recovered ディレクトリに保存されています。前述の通り、仮想ディスクの2つのファイルがデータストアにアップロードされますが、VMware vSphere Clientには1つしか表示されません。 [OK] をクリックして、ファイルの選択を適用します。
- これで、エクスポートされた仮想ディスクが新しいVMの仮想ハードウェアに追加されたことが確認できます。
注: 元のバックアップ対象マシンがBIOSを使用している場合は、VMを起動するために”VMオプション”でBIOSを選択する必要があります。元のマシンがUEFIを使用している場合は、UEFIを選択してください。
完了の準備が整いました。 新しいVMの構成概要を確認し、 [完了] をクリックして、新しいVMの作成を完了します。
[ホストとクラスタ] に移動し、適切なESXiホスト上で先ほど作成したVMを選択します( Physical_Linux_Recovered 、ホスト 192.168.101.101 上)。次に、 [アクション] > [電源] > [電源オン] をクリックして、仮想マシンを起動します。

仮想マシンの起動後、 VMware Tools のインストールを忘れないでください。最後に、NBRを使用して、物理LinuxサーバーがバックアップからVMware仮想マシンに復元されました。以下のスクリーンショットでは、LinuxのP2V変換(P2Vリカバリ)が正常に完了していることが確認できます。

The Ubuntu Linux VM is running after conversion

結論

Linux物理サーバーを仮想マシンに変換する際、複雑な移行ツールや手動での再構築は必要ありません。体系化されたバックアップベースの物理から仮想への変換アプローチにより、組織はシステム構成とデータを保持したまま、LinuxワークロードをVMware環境に直接復元または移行できます。

一時的なフェイルオーバーであれ、恒久的な近代化であれ、P2Vリカバリはインフラストラクチャの変更を管理する際に柔軟性を提供します。NBRをP2Vコンバーターとして活用することで、ITチームはプロセスを効率化し、運用への影響を最小限に抑えることができます。定期的なバックアップを実施することで、Linuxサーバーは必要な時にいつでも信頼性の高いP2Vリカバリに対応できる状態が確保されます。