VirtualBoxで準仮想化インターフェースを選択する方法は?

Windows 8ホストシステム(Intel Core i5)とLinux Fedoraホストがある場合、準仮想インターフェースの最適な設定を決めたいと思います。

オプションは

  • なし
  • デフォルト
  • レガシー
  • 最小
  • Hyper-V
  • KVM

このページは、選択がゲストシステムのみに基づいていることを示唆しています:

VirtualBox5.0の最大の変更点は、準仮想化のサポートです。 VirtualBox5.0の最大の変更点は、準仮想化のサポートです。 をサポートするゲストオペレーティングシステム(Hyper-V on WindowsとKVM on KVM)です。 WindowsではHyper-V、LinuxではKVM)。

ということでよろしいでしょうか?

ソリューション

VirtualBox Manual](https://www.virtualbox.org/manual/ch10.html#gimproviders)の*Paravirtualization providers*と題されたセクションで、それぞれがどのような場合に使用されるべきかが非常に明確に説明されている(強調):

仮想化環境の存在を知らせる。さらに、TSC と APIC の頻度をゲスト OS に報告します。**このプロバイダーは、Mac OS Xゲストを実行するために必須です。 Xゲストを実行するためには必須です。 >

  • KVM: バージョン 2.6.25 以降の Linux カーネルによって認識される Linux KVM ハイパーバイザーインターフェースを提供します。VirtualBoxの実装は現在、準仮想化クロックとSMPスピンロックをサポートしています。*このプロバイダーはLinuxゲストに推奨されています。 > このプロバイダはLinuxゲスト用に推奨されています。 > Hyper-V: Windows 7以降のOSで認識されるMicrosoft Hyper-Vハイパーバイザーインターフェースを提供します。VirtualBox'の実装は現在、準仮想化クロック、APIC周波数レポート、ゲストデバッグ、ゲストクラッシュレポート、およびリラックスタイマーチェックをサポートしています。**このプロバイダーは Windows ゲストに推奨されます。

ドロップダウンの他のオプションは、vboxmanage docs で説明されているように、以下のことを行います:

  • None:none`を指定すると、明示的に準仮想化インターフェースの公開をオフにします。 このような場合、>
  • Default:Default` オプションは、VM を起動する際にゲスト OS のタイプに応じて適切なインターフェイスを選択します。これは、新しいVMを作成する際に選択されるデフォルトのオプションです。 これは、新しいVMを作成する際に選択されるデフォルトのオプションです;
  • Legacy:VirtualBoxの古いバージョンで作成されたVMの場合、legacyオプションが選択され、VirtualBox 5.0以降でVMを起動する際に準仮想化インターフェースを選択します。
解説 (4)

もっと正確に言うと、私は4.3で移行したVMを持っていて、それらはレガシーなんです:

--paravirtprovider none|default|legacy|minimal|hyperv|kvm: この設定は、どの準仮想化インターフェースをゲストOSに提供するかを指定する。

  • noneを明示的に指定すると、どの準仮想化インターフェースも公開されなくなります。
  • default**オプションは、VMの起動時にゲストOSのタイプに応じて適切なインターフェイスを選択します。これは新しい VM を作成する際に選択されるデフォルトのオプションです。
  • 古いVirtualBoxバージョンで作成されたVMにはlegacy**オプションが選択され、VirtualBox 5.0以降でVMを起動する際に準仮想化インターフェースを選択します。
  • Mac OS X ゲストには minimal プロバイダが必須です、
  • kvmLinuxゲスト推奨**されます。
  • および hyperv - Windows ゲスト推奨 です。

これらのオプションについては、セクション10.4「準仮想化プロバイダ」で詳しく説明しています。

マニュアル第8章]2より。

したがって、LinuxでVirtualBoxをバージョン5にアップグレードした場合は、kvmまたはdefaultを選択してVMを起動し、正しく動作するか確認してください。もしそうなら、新しい設定のままにしておく。

LinuxからWindowsへVMを移行/移動する場合は、defaultオプションを選択することをお勧めする。

解説 (0)

ただ、私自身のテストに基づくものだ。

私はWindows 10ホスト上とLinuxホスト上でWindows 10ゲストを使ってテストしました(少なくとも私は試しました)。

言うまでもないが、私が使っている仮想ディスクはすべて不変である(同一のテストを保証するため)。

Windows10ホスト上では、ゲストは普通に動作し(少し遅いかもしれませんが)、起動し、デスクトップが表示されました。

同じ仮想マシンを準仮想化 "default"のLinuxホストで試すと、Windows 10ゲストは起動しません。ドットが円を描くまで起動し、しばらくするとフリーズします...ログインもデスクトップも表示されません...すべてのディスクが不変であることを覚えておいてください。

しかし、準仮想化を"Heredada"(スペイン語です)に設定するとすぐに起動し、デスクトップに到達しますが、時々(すべてのディスクが不変であることを思い出してください)再起動します。

ちなみに、Windowsゲストはインターネットに接続していないので、コールドブート時にインターネット接続によって動作が変わることはない。

覚えておいてください:

  • すべてのディスクは不変です。
  • 各コールドブートですべて元に戻る
  • Windowsゲストは常に動作するわけではない
  • paravirtualization on "default"ではLinuxホスト上では起動しませんが、Windowsホスト上ではうまく起動します。
  • Paravirtualization on "Heredada"の場合、Linuxホストでは起動しますが、Windowsホストではうまく起動しません。

同じゲスト(あるホストから別のホストにコピーされた仮想HDD)を2つの異なるホスト上で安定させたいので、2D & 3D (PAE/NXも)を有効/無効にすることも試しました。また、何らかの更新(コールドブートを行う前に、不変ディスクを親ディスクとマージして変更を永続化し、失われないようにする、別名CloneVDIを使用)を行った後に、あるホストから別のホストに仮想HDDをコピーできるようにしたいのです。

これは私が見たもので、他の準仮想化の値でもっとテストしなければならない。私はMACもOS/2も使っていない。WindowsホストとLinuxホストだけだ(両方のホストは異なる物理ハードウェア上にある)。

バージョン: Windows 10 のゲストは HOME 64Bits で、バージョンは 1809.17763.379 です。

これが他の人の役に立てばいいのですが。うまくいく組み合わせが見つかるまで、テスト&テスト&テスト&再テスト(インミュータブルディスクを使うとよりよい)してください!

解説 (0)