回答:
ハードウェアの互換性に関するあなたのアイデアの最大の問題は、ESX \ ESXiシステム内のVMが、ESX \ ESXiサーバー上のコンソールdisplay \ keyboard \ mouseと直接対話する機能を持っていないという事実です。変更されたRHELコマンドライン環境であるESXサービスコンソールへのアクセスのみが許可されます（またはESXiの場合よりもさらに少なくなります）。VMのユーザーインターフェイスにアクセスするには、VNC \ RDPまたは他のリモートコンソールプロトコルを使用して、ネットワーク経由でそれらに接続する必要があります。これは、これらがベアメタルハイパーバイザーであるためです-VMユーザーインターフェイスを直接提供しません。
Parallels、VMware Workstation \ Fusion、Virtual Server、Virtual Boxなどの製品は、ホストOSのホストハイパーバイザーです。これらは、起動OSのユーザーインターフェースを活用してリダイレクトされたディスプレイとユーザー入力デバイスを処理するため、VMを切り替えて操作することができますVMの。
本当に簡単な方法は、ESXi USBスティックを作成することです。ラップトップがUSBから起動すると仮定します。うまくいけば、すごい！ストレージを探して、どのように進むかを確認してください。
そうでない場合、あなたは一日のたった15分を失いました。最良の方法は...（ドライブを消去してデータストアになる場合を除いて）ラップトップをプロセスで破壊していないことです。
明らかに、パフォーマンスは驚くほどではありませんが、1つまたは2つのVMをテストするのに十分な可能性があります。そうは言っても、3 GBのRAMを搭載したシングルCPU /シングルコアデスクトップPCで6台のVMを適度に実行し、USBスティックからESXi4を起動します（奇妙なSATAコントローラーの癖を回避するために使用されます）。恐ろしくサポートされていない構成ですが、ラボには最適です:)
はい可能ですが、お勧めしません。
ESXは組み込みハイパーバイザーであり、その動作方法はディスクドライブ全体を引き継ぐため、ディスクドライブ上のすべてが消去されます。ハイパーバイザーツールに仮想化が必要な場合は、VMware Serverのようなものを使用して、組み込みのハイパーバイザーではないため、ディスクドライブを共有できるようにする必要があります。
クレタス、あなたが解決しようとしている問題を理解していないのか、なぜホストOS上でアプリとして実行するように設計されているVMware、Microsoft、Xenのフリーウェアツールで適切に処理されないのですか？ホストOSは、不要なアプリのない最低限のインストールである可能性があるため、要件に可能な限り近づけますが、実際に使用できます。
可能だとしても（既に述べたように、ESXには非常に厳密なHCLがあります）、「ポータブルブレード」について話している場合を除き、その良いアイデアはわかりません。 LL 決してホストからゲストOSのいずれかに、コンソールのデスクトップを開く必要はありません。それで頑張ってください;-)
私はラップトップ上のESXがチェーンソーを使って怒っているクマの歯をきれいにするのと同じくらい楽しいとしか想像できないので、なぜこの種のタスクのためのより「従来の」ツールではないのかを思い出します。
XENでこれを行ったところ、うまく機能しました。私にとっての本当の利点は、バックアップが簡単だったことです。