Proxmox ネストされた VM のセットアップ - ESXi チュートリアル
Proxmox VE を VMware ESXi 内の仮想マシンとして実行し、その中に実際の VM を配置します。機能するかどうかは 2 つの設定 (ESXi 側の公開仮想化スイッチとネットワーク側のポート グループ セキュリティ修正) に加えて、KVM が動作していることを証明するターミナル チェックと、ネストされたラボの正直な制限によって決まります。
📑Chapters
- What nested virtualization is — and the honest lab picture before you start
- Creating the Proxmox VM in ESXi with lab-sized resources
- Setting one — expose hardware assisted virtualization to the guest OS
- Installing Proxmox VE and opening the web interface on port 8006
- Proving KVM is alive — the three terminal checks
- The port group fix — why VMs inside Proxmox have no network
- Creating a VM inside Proxmox — CPU type host
- Honest lab limits — learning yes, production no
📋 概要とステップバイステップガイド
始める前に — 正直なイメージ
ネストされた仮想化とは、仮想マシン内で実行されるハイパーバイザーを意味します。つまり、ESXi 内に Proxmox があり、その中に独自の VM とコンテナが含まれます。これは、サーバー 1 台、学習するプラットフォーム 2 つ、追加のハードウェアが不要な、最も安価なラボです。ただし、始める前に 3 つの事実を明確にしておく必要があります。
まず、これはラボのテクニックです。 VMware は、仮想化ベースのセキュリティのための Hyper-V などの限定的に文書化されているケースを除き、ESXi でのサードパーティ製ハイパーバイザーの実行をサポートしていません。 Nested Proxmox は機能し、何千ものホーム ラボがそれを実行していますが、それに関するサポート電話に応じてくれるベンダーはありません。
2 番目に、物理 CPU には Intel VT-x または AMD-V が搭載されており、サーバー BIOS で有効になっている必要があります。 ESXi は、ハードウェアがオフになっている機能を通過できません。
第三に、ネストされたセットアップの強度はホストの予備容量と同じです。 Proxmox 自体にもリソースが必要であり、Proxmox 内のすべての VM が再びリソースを消費します。8 GB のホストでは期待外れのラボがホストされることになります。
ラボサイズのリソースを使用して ESXi に Proxmox VM を作成する
ESXi で新しい仮想マシンを作成します。ゲスト OS ファミリを Linux に設定します。Proxmox VE は Debian 上に構築されているため、Debian 64 ビット プロファイルが最もよく一致します。 4 つの vCPU と 8 ～ 16 GB の RAM を与えます。Proxmox 自体は約 1 ～ 2 GB アイドル状態になり、残りは内部で実行するゲスト用になります。
100 GB 以上の仮想ディスクを作成します。ネストされたすべての VM のディスクはこのディスク内に存在します。ネットワーク アダプターの場合、Proxmox バージョンが正しく検出すれば VMXNET3 が機能し、E1000E も機能します。どちらも Debian ベースのインストーラでは問題ありません。
Proxmox VE ISO を CD/DVD ドライブに接続し、電源投入時に接続するように設定します。 ISO は Proxmox の公式 Web サイト (proxmox.com) からのみダウンロードしてください。 まだ VM の電源をオンにしないでください。 - VM をオフにしたほうが、次のステップがはるかに簡単です。
設定 1 — ハードウェア支援仮想化をゲスト OS に公開する
これはセットアップ全体の基礎となる設定です。 Proxmox VM を右クリック→設定の編集し、[仮想ハードウェア] タブでCPU セクションを展開し、ハードウェア支援仮想化をゲスト OS に公開する にチェックを入れます。これにより、CPU の仮想化拡張機能 (Intel では vmx フラグ、AMD では svm フラグ) が Proxmox VM に渡されるため、Proxmox 独自の KVM ハイパーバイザーがそれらを使用できるようになります。
このチェックボックスを使用しない場合、Proxmox は通常どおりインストールして起動しますが、内部の VM は KVM アクセラレーションを使用できません。また、最初のネストされたゲストを起動しようとしたときにのみ失敗が表示されます。
チェックボックスは VM の .vmx 構成ファイルに 1 行を書き込みます。チェックボックスに到達しにくい場合は、同じ行を自分で追加できます。
Proxmox VE をインストールし、Web インターフェイスを開きます
VM の電源をオンにし、ISO から起動して Proxmox VE インストーラーを実行します。ターゲット ディスク (作成した 100 GB の仮想ディスク) を選択し、国、タイムゾーン、キーボード レイアウトを設定し、root パスワードと電子メール アドレスを設定して、サーバーにホスト名とラボ ネットワーク上の固定管理 IP アドレスを与えます。
インストールが完了したら、VM を再起動して Proxmox を起動します (ここで ISO を切断できます)。次に、PC 上のブラウザから Proxmox Web インターフェイスを開きます。以下のアドレスを、インストール時に Proxmox に指定した IP に置き換えます。
__フルコードブロック1__KVM が生きていることを証明する — 3 つの端末チェック
まだゲストを 1 つも作成しないでください。 Proxmox Web インターフェイスで、ノードを選択してシェル を開き、これらの 3 つのチェックを実行します。まず、KVM デバイスが存在する必要があります。
__フルコードブロック2__ポート グループの修正 — Proxmox 内の VM にネットワークがない理由
最も奇妙なネストされたラボの障害: Proxmox 自体は完全にオンラインです。ゲートウェイに ping を送信し、アップデートをダウンロードし、Web UI をロードします。しかし、内部のすべての VM はネットワーク停止状態で、DHCP アドレスを取得しないか、何も到達しません。何も壊れていません。 ESXi は、そのポート上の正確に 1 台のマシン、つまり 1 つの MAC アドレスを持つ Proxmox VM を認識しており、Proxmox 内のすべてのゲストは独自の MAC アドレスで送信し、そのアドレスは偽造されたものとして仮想スイッチに到着します。デフォルトのポート グループ セキュリティ ポリシーは、これらのフレームを認識するとドロップし、応答も戻る方法を見つけることができません。
修正するには 3 つの設定があります。 ESXi で、ネットワーク に移動し、Proxmox VM が接続されているポート グループ を選択します。設定を編集し、[セキュリティ] セクションを開き、3 つのポリシーすべてを [承認] に設定します。
• プロミスキャス モード: 受け入れる
• MAC アドレスの変更: 受け入れる
• 偽造送信: 受け入れる
保存して、ネストされたゲスト (またはそのネットワークのみ) を再起動し、再度テストします。 Proxmox または ESXi を再起動する必要はありません。変更はゲストが再送信するとすぐに有効になります。
Proxmox 内に VM を作成する — CPU タイプをホストに設定します
仮想化フラグが通過する必要がある 2 番目のドアがあり、それは Proxmox の内部にあります。 Proxmox で作成された新しい VM は、デフォルトでエミュレートされた CPU モデル (kvm64 ファミリ) を使用します。これは、意図的に仮想化フラグなしで古い汎用 CPU を提示します。そのため、VM を実行したいゲスト自体、またはフラグ依存の機能を使用したいゲストには何も表示されません。
Proxmox 内で VM を作成する場合は、ハードウェア 設定を開き、CPU タイプをホスト に設定します。次に、ゲストは実際の CPU モデルとその下にあるマシンのフラグを受け取ります。これは、ESXi が Proxmox に渡したフラグがさらに 1 レベル下のネスト内にあることを意味します。 ISO を Proxmox のローカル ストレージにアップロードし、この 1 つの変更を加えて通常の方法で VM を作成し、起動して、起動してネットワーク上の IP アドレスを取得することを確認します。ネストされたラボがエンドツーエンドで動作するようになりました。
正直なラボの制限 — この設定の対象と対象外
ネスト内のすべてのものは、パフォーマンスに 2 回の負担を強いられます。ネストされた VM の作業は Proxmox によって処理され、Proxmox 自身の作業は、同じ物理 CPU、RAM、ストレージ上で ESXi によって再度処理されます。ネストされたゲストは、どちらかのハイパーバイザーで直接実行されている同じ VM よりも著しく遅く感じることが予想されます。Windows ゲストは、この負担を最も大きく感じます。
では、そもそもなぜ ESXi 内で Proxmox を実行するのでしょうか?正直な理由は良いものです。これは、2 番目のプラットフォームを学習し、移行のリハーサルを行い、Proxmox の機能をテストし、安全に問題を解決するための最も安価な方法です。サーバー 1 台、ハイパーバイザー 2 台、追加のハードウェアはなく、運用環境に害を及ぼすものは何もありません。
ラボが大きくなりすぎた場合、出口は簡単です。Proxmox 構成とゲストのバックアップを保持し、ベアメタル上に同じセットアップを再構築します。このページの設定 (公開された仮想化、ポート グループ、ホスト CPU) は、まさに Proxmox がハードウェアを所有すると消えるものであり、むしろそれが重要です。学習には適していますが、 本番環境には不適切です。
🏷️Topic Search Variables & Keywords
🎙️ 完全なトランスクリプト — タップして展開します
ステップバイステップのトラブルシューティング ガイドと解決策 - VMWARE ESXi NESTED VM チュートリアル内で PROXMOX を構成します。 Technical Anshu による画面上のデモンストレーション。
Proxmox VE を VMware ESXi に VM としてインストールし、その中で実際の VM を実行します。ネストされた仮想化を機能させる 2 つの設定、ポート グループの修正、および正直なラボ制限。
(ソース ページの転写はここで終わります)
❓ よくある質問
このチュートリアルは完全に無料で実行できますか?
はい! Technical Anshu によって実証されているすべてのガイドとメソッドは、無料の合法的な教育リソースを使用しています。
初心者でもこのガイドに従うことができますか?
もちろんです！すべてのステップは詳細な手順とともに画面上に表示されるので、誰でも簡単に進めることができます。
行き詰まった場合はどこに質問すればよいですか?
YouTube 動画に直接コメントを残してください。コミュニティとテクニカル アンシュがお手伝いします。
🚀 YouTube でチュートリアル全体をご覧ください
🚀 YouTube で完全なステップバイステップのビデオチュートリアルをご覧ください: https://www.youtube.com/watch?v=_KeUQr-Nq1Y
IT サポート、Windows のトラブルシューティング、サーバー管理については、Technical Anshu を購読してください。
▶️ 動画全体を見る