「Proxmox VE」のVMとLXCの違いを理解して仮想マシンを作成してみよう
第4回の今回は、「Proxmox VE」で利用できるVMとLXCの違いやKVM/QEMUの仕組みを整理し、Web GUIからVMを新規作成する際の設定ポイントについて解説します。
6:30
はじめに
前回は、「Proxmox VE」ホストのアップデート方法と、その理解に必要なパッケージ、カーネル、リポジトリについて解説しました。
実際の構築ではホストを最新の状態にしたら、ネットワークやストレージの設定を行うことが多いと思いますが、今回はとりあえず使ってみることを優先し、Proxmox VE上で動作する仮想マシン(VM)やLinuxコンテナ(LXC)を設定・実行していきます。
そのため、今回はProxmox VEで利用できるVMとLXCの違いや、VMを新規作成する際のポイントについて解説していきます。
Proxmox VEのVM・LXCとは
Proxmox VEでは、仮想マシン(VM)とLinuxコンテナ(LXC)を作成できます。
VMは仮想的なCPU、メモリ、ディスク、ネットワークを用意し、その上でゲストOSを動かす仕組みです。ゲストOSから見ると1台の独立したコンピューターのように見えるため、LinuxだけでなくWindowsのようなLinux以外のOSも動かせます。
一方、LXCはホストのLinuxカーネルを共有しながら、分離されたLinux環境を動かす仕組みです。VMより軽量ですが、利用できるOSはLinux環境に限られます。
大まかには、次のように考えると分かりやすいです。
- VM:仮想的なコンピューターを作る仕組み
- LXC:Linux上に分離された実行環境を作る仕組み
VMwareから移行する場合はVMの利用が中心となるため、本連載ではVMを中心に解説します。
VMとLXCの違い
VMとLXCの大きな違いは「ゲストOSが独自のカーネルを持つかどうか」です。
VMでは、仮想ハードウェア上でゲストOSを起動します。ゲストOSは独自のカーネルを持つため、ホストとは独立したOS環境として動作します。
LXCでは、DebianやUbuntuなどのLinuxディストリビューションのユーザーランドを分離しますが、Linuxカーネルはホストと共有します。そのためディスクサイズが小さく軽量で起動も速い一方、WindowsのようにLinuxカーネル以外を必要とするOSは動かせません。
セキュリティの観点ではLinuxカーネルを共有するためホストとの隔離性が低く、Linuxカーネルの脆弱性の影響を受けやすい点には注意が必要です。
| 項目 | VM | LXC |
| 基本構造 | 仮想ハードウェア上でOSを動作 | ホストのLinuxカーネルを共有 |
| OS環境 | Linux、Windowsなど | Linux環境 |
| カーネル | ゲストOSが独自に持つ | ホストと共有 |
| リソース | 比較的多く必要 | 比較的少ない |
| 起動 | OS起動が必要 | 一般的に高速 |
| 向いている用途 | 独立したOS環境、VM移行 | 軽量なLinux環境 |
以降では、Proxmox VEでVMを作成するために必要な基本要素を見ていきます。
Proxmox VEのVMを理解する
Proxmox VEのVMは、主に「KVM」と「QEMU」を利用して動作しています。
KVMは、Linuxカーネルに組み込まれている仮想化機能です。CPUの仮想化支援機能(Intel VT、AMD-V)を利用して、VMを高速に動作させるための土台となります。
QEMUはホストOS上で動作するプログラムで、VMに仮想的なハードウェアを提供します。例えば、仮想CPU、仮想メモリ、仮想ディスク、仮想ネットワークカードなどです。このうち、仮想CPUと仮想メモリはQEMUとKVMが協調して実現しています。QEMUが構成や割り当てを行い、KVMがCPUの仮想化支援機能を使って実行します。
Proxmox VEでは、このKVMとQEMUを組み合わせてWeb GUIからVMを作成・操作できるようにしています。利用者がKVMやQEMUを直接操作する必要はありません。
| 要素 | 役割 |
| KVM | ホストOSのLinuxカーネルの一部として、仮想化機能を提供する |
| QEMU | VMに仮想ハードウェアを提供する |
| Proxmox VE | Web GUIや管理機能を提供する |
VMで重要となる仕組みとして、「VirtIO」があります。
VirtIOは、仮想化環境向けに最適化された仮想デバイスの仕組みです。ディスクやネットワークを効率よく利用するために使われます。
LinuxではVirtIOドライバーが標準でインストールされていることが多く、そのまま利用できます。一方、Windowsではインストール時にVirtIOドライバーを別途導入し、読み込ませる必要がある場合があります。
VMware環境からProxmox VEへ移行する場合は、仮想ディスク形式、ネットワークアダプター、ストレージコントローラー、ゲストOS側のドライバーなどに注意が必要です。ただし、移行時の具体的な手順は後続の移行回で扱います。
VMを作成してみる
ここからは、Proxmox VEのWeb GUIから新規VMを作成する流れを確認します。
VM作成時の設定項目は非常に多岐にわたります。掲載スペースの都合上すべてを細かく解説することは困難なため、今回は初めてVMを作成する際に押さえておきたいポイントに絞って説明します。
また、今回は新規VMの作成を前提に解説します。VMwareなど既存環境からの移行時に必要な設定や注意事項については、後続の移行回で解説する予定です。
ISOアップロード
まず、ゲストOSのインストールに使用するISOイメージをProxmox VEへアップロードします。
ISOイメージとは、OSのインストールメディアをファイル化したものです。Proxmox VEのストレージ画面からISOをアップロード、あるいは指定したURLから直接ダウンロードし、VM作成時に仮想CD/DVDドライブへ接続して利用します。
全般
全般では、VM IDやVM名などを設定します。
VM IDは、Proxmox VE上でVMを識別するための番号です。作成後には変更ができず、またProxmox VE クラスター全体で一意である必要があるため、注意が必要です。
また、VM作成画面では「詳細設定」にチェックを入れると、追加のオプションが表示されます。
OS
OSでは、インストールに使用するISOイメージとOS種別を選択します。
OS種別は単なる表示項目ではありません。選択したOSに応じて他の設定項目のデフォルト値が変わるため、実際にインストールするOSに合わせて選択します。
システム
システムでは、BIOS、マシンタイプ、SCSIコントローラー、QEMU Guest Agentなどを設定します。
特に重要なのが「SCSIコントローラー」です。Proxmox VEでは、仮想化環境に適したVirtIO系のコントローラーを利用する構成が推奨されます。
LinuxではVirtIOドライバーが標準で組み込まれていることが多く、そのまま利用できます。一方、WindowsではVirtIOドライバーが標準では入っていないため、インストール時に追加の対応が必要となります。
「Windows Server 2025」をインストールする場合は、Proxmox VEの公式Wiki(「Windows 2025 guest best practices」)も参考になります。
QEMU Guest Agentは、Proxmox VEからVMの状態取得やシャットダウン連携などを行いやすくするための補助ツールで、VMware Toolsに相当すると言えます。
ただし、VMware ToolsはvSphere Clientのメニューからインストールを開始できますが、Proxmox VEのWeb GUIにはQEMU Guest Agentをインストールする機能がありません。そのため、VM作成時に有効化しただけでは機能せず、OSインストール後にゲストOS側へエージェントを導入する必要がある点に注意してください。
ディスク
ディスクでは、バス/デバイス、ストレージ、ディスクサイズなどを設定します。
バス/デバイスでSCSIを選択した場合、前述のSCSIコントローラー設定が影響します。VirtIO SCSIを利用すると効率よくディスクへアクセスできますが、ゲストOS側にVirtIOドライバーが必要です。
例えば、Windowsであればインストール時にVirtIOドライバーを導入することも可能です。ただし、ディスクが認識されない場合は、一時的にIDEなど互換性を重視した設定にし、OS導入後にドライバーを追加するという方法もあります。
ディスクサイズの単位にも注意が必要です。GB(ギガバイト)ではなくGiB(ギビバイト)の単位になっています。その他の設定項目でも同様のケースがあるため、画面上の単位を確認して、必要な容量を設定しましょう。
CPU
CPUでは、ソケット数、コア数、CPU種別などを設定します。
ソケット数は基本的には1つで問題ありません。例えば、「2ソケット×1コア」と「1ソケット×2コア」は、どちらも合計は2コアです。一般的な用途では両者の性能差を意識する場面はほとんどありません。
複数ソケットにすることが有利になるのは、NUMAを意識した構成など一部のケースです。初めてVMを作成する場合は、1ソケットにして必要なコア数を割り当てる考え方でよいでしょう。
CPU種別にも注意が必要です。Web GUIでVMを作成すると、デフォルトでx86-64-v2-AESが選択されます(x86のホストの場合)。これは互換性を考慮した設定ですが、最近のOSやアプリケーションでは、より新しいCPU機能を求められる場合があります。「新しいRHELやその互換ディストリビューションが起動できない」はよくある問い合わせの1つですが、このCPU種別の設定が原因であることが多いです。
そのため、ゲストOS側の動作要件を確認し、必要に応じてCPU種別を見直しましょう。
メモリ
メモリでは、VMに割り当てる容量を設定します。
ディスク容量と同様に、ここでもMB(メガバイト)ではなくMiB(メビバイト)となっている点に注意しましょう。
ネットワーク
ネットワークでは、VMに接続する仮想ネットワークインターフェースを設定します。
ネットワークデバイスのモデルには、VirtIOの利用が推奨されます。これにより、仮想化環境で効率よくネットワーク通信を行えます。
LinuxではVirtIOドライバーが標準で利用できることが多いですが、Windowsには標準でドライバーが含まれていない場合があります。そのため、Windows VMを作成する際は、ディスクと同様にVirtIOドライバーの準備が必要です。
また、ネットワーク設定ではVLANタグなども指定できます。ただし、本連載ではまだProxmox VEホスト側のネットワーク設定を扱っていないため、ここでは詳しく触れません。今回のようにデフォルトインストール直後であればvmbr0のみを選択できます。
VLANを含むネットワーク構成については、後続のネットワーク回で解説する予定です。
VMの作成とOSインストール
最後に「確認」タブで各項目を確認し、「完了」をクリックしてVMを作成します。
VMを作成すると、Proxmox VEの画面に新しいVMが表示されます。
VMを起動し、コンソール(Console)からOSのインストールを進めます。コンソールを使えば、ネットワーク設定が完了していない状態でもVMの画面を操作できます。
OSのインストール後は、必要に応じてQEMU Guest AgentやVirtIO関連ドライバーを導入します。
作成したVMはWeb GUIから起動、停止、再起動、コンソール接続、設定変更などを行えます。クローン、テンプレート化、スナップショットなどの管理機能もありますが、詳細は後続回で扱います。
LXCについて
Proxmox VEではLXCも利用できますが、本連載ではLXCは補足的に扱います。LXCはVMをそのまま置き換えるものではなく、軽量なLinux環境を分離して動かしたい場合の選択肢です。
また、LXCはDockerのようなアプリケーションコンテナとも位置づけが異なります。Dockerはアプリケーション単位で使われることが多いのに対し、LXCはLinux環境そのものを扱う用途に向いています。
…と、長い間Proxmoxのコンテナとして上記のように語られていましたが、Proxmox VE9.1よりOCIイメージ(Dockerなどで使われるコンテナイメージの標準形式)を直接デプロイできるようになりました。これにより、LXCでもDockerのようにアプリケーションコンテナを実行できます。
ただし、OCIイメージからシステムコンテナを作成する機能は正式機能ですが、アプリケーションコンテナの実行は2026年10月時点の最新版(9.2)でもテクノロジープレビューのままです。
また、現状でDocker Composeのように複数のコンテナをまとめて定義・管理する仕組みもなく、今後の開発目標としてロードマップに挙げられている段階です。そのため、現時点では本番・商用環境で本格的に利用するのは難しいと考えていますが、正式サポートされた際にはProxmoxにおけるコンテナ利用が活発化することが予想されます。
まとめ
今回は、Proxmox VEで利用できるVMとLXCについて解説しました。
VMは仮想的なハードウェア上でゲストOSを動かす仕組みです。Proxmox VEではQEMU/KVMを利用し、VirtIOによって仮想化環境に適したディスクやネットワークを利用できます。
VMを作成する際にはVM ID、OS種別、SCSIコントローラー、ディスク、CPU、メモリ、ネットワークなどを設定します。初めて作成する場合は、すべての項目を細かく理解するよりも「各項目が何に関係するのか」を押さえることが重要です。
LXCは軽量なLinux環境を作るための機能ですが、脱VMwareやVM移行の文脈では、まずVMを理解することが優先となります。
次回は、VMやLXCが利用する「ストレージ」について解説します。
- この記事のキーワード
この記事をシェアしてください
