vmwareのHyper-v
ここでは、Hyper-Vとvmwareについて話し合っています。 ESXとHyper-Vは競合するテクノロジーであり、ESXで仮想化されたボックスでhyper-vを実行することは不可能または望ましくないと私は考えていますか？これは、vmwareがエミュレートするマシンに、プロセス仮想化サポートの仮想化された実装がないためですか？
はい、Hyper-VとVMwareESXは競合するテクノロジーです。重ねて実行することを妨げるものは何もないと思いますが（ハードウェア仮想化をサポートしていないマシンでVMwareを実行できます）、なぜそうしたいかはわかりません。
Windows 2008では、ESXIで実行されているマシンにHyper-Vの役割を追加することはできません。
ESXとHyper-Vは競合するテクノロジであり、ESXで仮想化されたボックスでhyper-vを実行することは不可能または望ましくないと私は考えていますか？これは、vmwareがエミュレートするマシンに、プロセス仮想化サポートの仮想化された実装がないためですか？
はい、VMWare ESX Host内でゲストVMとして仮想マシン（Win2k8のHyper-Vなど）を実行することはではありません良い考えです。競合他社であるため（only）ではありませんが、技術的には、ネストされたページテーブルを使用してプロセッサが舞台裏で行う作業がたくさんあります。追いかけるために、記事（ link ）で簡単に利点を説明しています。
..仮想化が混在する場合、仮想マシン（VM）はホストサーバーのメモリにネイティブに直接アクセスできないため、アドレス変換が課題になります。
ネストされたページングを使用すると、ハードウェアのページテーブルがVM）のゲストアドレスと物理アドレスの間の変換を処理し、オーバーヘッドを削減すると、Mueting氏は述べています。
別の仮想マシンをホストする仮想マシンを作成するとは、全体的なパフォーマンスに非常に悪影響を与えると思います。確かに、ESX内でHyper-Vをホストしたい場合は、実行可能である必要がありますが、リソースの浪費になると思います。
これがうまくいくかどうかはわかりませんが、誰もがやりたいと思う理由は思いつきません。仮想プロセッサがIntel/AMD VTをサポートしないと確信しているため、ESXでhyper-vを実行するとほぼ確実に悪影響があります。