Windows 10のHyper-Vは、機能とメモリ管理の点でWindows ServerのHyper-Vとは異なります Microsoft docs for Hyper-V :
Windows上のHyper-VとWindows Serverで実行されているHyper-Vで動作が異なるいくつかの機能があります。
Windows Serverでのみ利用可能なHyper-V機能:
- あるホストから別のホストへの仮想マシンのライブマイグレーション
- Hyper-Vレプリカ
- 仮想ファイバーチャネル
- SR-IOVネットワーキング
- 共有.VHDX
Windows 10でのみ利用可能なHyper-V機能:
- クイック作成とVMギャラリー
- デフォルトネットワーク(NATスイッチ)
Windows上のHyper-Vでは、メモリ管理モデルが異なります。サーバーでは、仮想マシンのみがサーバー上で実行されていることを前提として、Hyper-Vメモリが管理されます。 Windows上のHyper-Vでは、仮想マシンの実行に加えて、ほとんどのクライアントマシンがホスト上でソフトウェアを実行していることを想定してメモリが管理されます。
しかし、最後の段落は私を少し混乱させます。 Windows Server上のHyper-VがType 1ハイパーバイザーであり、Windows 10 Type 2ハイパーバイザーであることを意味しますか?
Windows Server上のHyper-VがType 1ハイパーバイザーであり、Windows 10 Type 2ハイパーバイザーであることを意味しますか?
いいえ。これは、メモリチューニングがWindows 10でルートパーティション(VM)がアプリを実行することを想定していることを意味し、Hyper-Vサーバーの場合は想定していません。
ルートパーティションはVMです Hyper-Vアーキテクチャ図を参照 。
人々は何らかの理由でタイプ1とタイプ2を議論するのが大好きです。 これは、ハッカーニュースを介した、より情報に富んだ議論の1つです:
initでは、Hyper-Vドライバーは実行中のWindowsインスタンスをハイジャックし、それを「ルートパーティション」としてスケジュールし、別のVMのように実行します。
「子パーティション」とは異なり、ルートパーティションには、仮想化されていないドライバがまだあり、特権命令トラップによって妨げられることなく実行されます。
子パーティション(ゲストVM)が起動すると、ルートのピアとしてスケジュールされます。その仮想プロセッサ(VP)は、ルートパーティションのVPと一緒に実行されます。
子パーティションがハイパーバイザーにトラップするか、エンライテンドドライバーのいずれかを使用すると、ハイパーバイザーはバスリクエストをルートパーティションにディスパッチします。ルートパーティションは、ホストWindowsカーネルによって実装された仮想サービスプロバイダーを使用してIRQを処理します。
そのため、ハイパーバイザーはホストWindowsと子VM間のブリッジのようなものですが、ホストWindowsは実際には一種の特権VM自体として実行され、完全なハードウェアアクセスとスケジューリング優先順位を持つものとしてのみ実行されます。
いいえ、必須ではありません。その機能だけがいくつかの機能です。
QUickの作成は、Hyper-Vコア機能であっても私見ではありません。これは、追加のUIであり、ハイパーバイザーにはありません。
NATスイッチとしてのデフォルトネットワークと同じです。これは、サーバー上で自分で設定できるものです(RRAS NAT as NATメカニズム(必要な場合)。
どちらも異なるユースケースを対象としています-サーバーはサーバーとして使用する方が多いのに対し、Windowsではwindwosベースのギャラリーからメリットを得られるユースケースです-