Proxmox VEとは？日本語化の手順・できること・推奨スペックを解説【9.2対応】

Proxmox VE（Proxmox Virtual Environment）は、1台の物理サーバーで仮想マシンとコンテナをまとめて動かすオープンソースの仮想化基盤です。KVMの仮想マシンとLXCのコンテナを同じWeb画面から操作でき、クラスタ・高可用性・バックアップまでライセンス費用なしで使えます。Web画面は初期状態が英語ですが、日本語の翻訳は同梱されていて、ログイン画面で言語を選ぶだけで日本語になります。この記事では日本語化の手順と、うまく切り替わらないときの原因を先に押さえたうえで、できること・できないこと、公式の動作要件、費用、最新の9.2系までを順に説明します。前提は2026年10月時点のProxmox VE 9.2（Debian 13 Trixieベース）です。

まとめ：日本語化・要件・費用の要点

• 日本語化は、ログイン画面の「Language」で「Japanese - 日本語」を選ぶだけです。選ぶとページが再読み込みされ、入力したユーザー名とパスワードが消えるので、言語を先に選びます。
• どの端末でも最初から日本語にしたいときは、/etc/pve/datacenter.cfg に language: ja を書きます。ただしブラウザに残った言語のCookieが優先されるため、一度英語を選んだブラウザは英語のままです。
• 公式の最小要件は評価用でメモリ1GB＋ゲスト分、推奨はOS用2GB＋ゲスト分＋ZFS・Cephの1TBあたり1GBです。ZFSとCephはハードウェアRAIDの上では使えません。
• ソフトウェアはAGPLv3で無償、商用利用もできます。有償のサブスクリプションはCPUソケット単位で年€120〜€1,100で、機能の差はなく、更新チャネルとサポートの差です。
• Proxmox VE 8は2026年8月にサポートが終わりました。新規構築は9.2、8系の環境は8.4から9へ上げます。

Proxmox VEの位置づけと基本構成

Proxmox VEは、Debian GNU/Linuxをベースにした仮想化専用のディストリビューションです。インストールしたサーバーがそのまま仮想化ホストになり、ブラウザからhttpsで接続して仮想マシンやコンテナを作ります。開発元はオーストリアのProxmox Server Solutions社で、コードは公式の管理者ガイドのとおりGNU Affero General Public License v3で公開されています。物理ハードウェアの上で直接動くType 1（ベアメタル）型で、Type 2との違いはハイパーバイザーとは？Type1・Type2の違いから仮想化基盤の選定まで実装者向けに解説で整理しています。

読み方と「PVE」表記

Proxmoxは「プロックスモックス」と読み、Proxmox VEは「プロックスモックス ブイイー」です。公式の文書やコマンドでは省略形のPVEが使われ、Web画面を配信するデーモンは pveproxy、クラスタで共有する設定は /etc/pve/ 配下に置かれます。「PVE」「Proxmox VE」「Proxmox Virtual Environment」はどれも同じ製品です。

Proxmox VEでできること

中心になるのは、性質の違う2種類の仮想化を1つの画面で使い分けられる点です。そのうえに、複数台を束ねる機能と、移行・バックアップの機能が載っています。

KVM仮想マシンとLXCコンテナの使い分け

WindowsやLinux以外のOSを動かす、カーネルごと隔離したいといった用途はKVMの仮想マシンを使います。仕組みはKVMとは？カーネル仮想化の仕組みとvirt-installでのVM構築を実装目線で解説で詳しく扱っています。Linuxのサービスを軽く量産したい用途はLXCのコンテナが向きます。コンテナはホストのカーネルを共有するため、起動が速くメモリも少なくて済みます。9.1（2025年11月19日）からは、コンテナレジストリで配布されるOCIイメージを取り込んでLXCコンテナのテンプレートにできるようになりました。コンテナと仮想マシンの違いはコンテナとは？仮想マシンとの違いからDocker・企業の導入判断まで解説を参照してください。

クラスタ・HA・ライブマイグレーション

複数のホストをクラスタにすると、1つの画面から全ノードを管理できます。HA（高可用性）を有効にした仮想マシンは、ノードが落ちると別のノードで自動的に起動し直されます。稼働中の仮想マシンを止めずに別ノードへ移すライブマイグレーションも標準機能です。9.2では、ノードの負荷を実測して仮想マシンを自動で移し替える動的ロードバランシング（Cluster Resource Scheduler）と、保守作業の間だけクラスタ全体のHAを止める disarm-ha・arm-ha が加わりました。

バックアップ・ストレージ・ネットワーク

バックアップは、別製品のProxmox Backup Serverと組み合わせると増分・重複排除・暗号化付きで取れます。ストレージはZFS、Ceph、NFS、iSCSI、Fibre Channelに対応し、ファイル共有のNFSはNFS（Network File System）とは｜NFSv3とNFSv4の違い・ポート・Samba(SMB)との使い分けを実機で解説で扱っています。ネットワークはSDN（ソフトウェア定義ネットワーク）でVXLANやEVPNを組め、9.2でWireGuardとBGPのファブリックが追加されました。GPUなどを仮想マシンに直接渡すPCIパススルーも使え、SR-IOVとの違いはSR-IOVとは？PF・VFの仕組みからPCIパススルーとの違い・採用判断まで実装者向けに解説【2026年版】にまとめています。

VMware ESXiからの移行

8.2（2024年4月24日）で、他のハイパーバイザーからゲストを直接取り込むインポートウィザードが入りました。最初の対応先はVMware ESXiで、ESXiのAPIに接続して仮想マシンをそのまま移せます。VMwareのライセンス体系が変わった後、移行先の候補としてProxmox VEが挙がるのはこの導線があるためです。移行の進め方はプライベートクラウド移行とは？オンプレミス型・ホスティング型の選定と手順を実装者向けに解説で、オンプレミスに残すかクラウドへ出すかを含めて整理しています。クラウドへの移設も選択肢に入るなら、弊社のインフラ構築（AWS・Google Cloud・Azure）の支援でも構成の比較から相談を受けています。

Proxmox VEでできないこと・向かない場面

無償で機能制限がないことと、どんな構成でも安定して動くことは別の話です。公式文書が明記している制約のうち、導入前に判断を分けるものを挙げます。次のどれかに当てはまるなら、構成を変えるか、別の基盤を検討します。

• 2台でHAを組みたい：管理者ガイドは、安定したクォーラム（多数決）のために3台以上を求めています。2台で組むなら、3票目を担うQDeviceを別に用意します。Cephで分散ストレージを組む場合も3台以上が条件です。
• ハードウェアRAIDのサーバーでZFSやCephを使いたい：公式の動作要件は、ZFSもCephもハードウェアRAIDコントローラーとは両立しないとしています。ZFSを使うならRAIDを組まない構成（HBAモードなど）にし、ハードウェアRAIDを使うならバッテリー付きキャッシュのRAIDにしてZFS以外のストレージを選びます。
• 安いコンシューマ向けSSDで組みたい：同じ要件ページは、電源喪失保護（PLP）付きのSSDを推奨し、コンシューマ向けSSDは勧めないと書いています。ZFSやCephは書き込みが多く、性能と寿命の両方で差が出ます。
• Raspberry Piで動かしたい：9.2からarm64版が出ましたが、UEFIとACPIで起動する機種が前提です。デバイスツリーだけで起動するRaspberry Piなどのシングルボードコンピューターは対象外です。
• x86とarm64を混ぜたクラスタで仮想マシンを移したい：ライブマイグレーションは同じアーキテクチャのノード間に限られます。arm64では仮想マシンにSeaBIOSを使えず、AMD SEVとIntel GVT-gもありません。
• サポート契約なしで本番を回したい：無償のNo-Subscriptionリポジトリについて、公式は検証・非本番向けで、本番サーバーには勧めないと明記しています。止められないシステムなら、有償のEnterpriseリポジトリを前提に費用を見積もります。

動作要件と推奨スペック

公式の要件は「評価用の最小」と「推奨」の2段で書かれています。評価用の最小は本番に使わないことが前提です。

x86でKVMの仮想マシンを動かすには、CPUとマザーボードがIntel VTかAMD-Vに対応している必要があり、BIOS・UEFIで有効にしておきます。PCIパススルーを使うならIOMMU（Intel VT-d・AMD-Vi）も要ります。BIOSとUEFIの設定項目の違いはUEFIとは？BIOSとの違いからSecure Boot・GPT・サーバー運用まで実装者向けに解説で確認できます。

メモリ容量の見積もり方

公式は「何GB積めばよいか」を1つの数字では示していません。推奨の内訳を足し算すると見積もれます。たとえば4GBの仮想マシンを4台動かし、ZFSで4TBを使うなら、OS用2GB＋ゲスト16GB＋ZFS 4GBで22GBです。メモリは後から足りなくなりやすいので、この合計に対して余裕のある32GBを選ぶ、という決め方が実務的です。仮想マシンに割り当てる量の考え方は仮想マシンとは？物理マシン・コンテナとの違いから作成・運用まで実装者向けに解説も参考になります。

Proxmox VEのインストールとポート

導入は公式ISOイメージからのインストールが基本です。

1. 公式サイトからProxmox VEのISOイメージをダウンロードし、USBメモリに書き込む。
2. 対象サーバーをUSBメモリから起動し、グラフィカルインストーラーでインストール先ディスク（ZFSのRAID構成もここで選べる）、タイムゾーン、rootのパスワード、固定IPアドレスを設定する。
3. 再起動後、同じネットワークのPCのブラウザで https://サーバーのIP:8006 を開き、ユーザー名 root、レルムは「Linux PAM standard authentication」でログインする。

初回は自己署名証明書の警告が出ます。検証環境なら続行して構いません。

使用ポートの一覧

次表は管理者ガイドの「Ports used by Proxmox VE」にある主要ポートです。ファイアウォールでは、利用する機能と通信元・通信先に応じて必要な通信だけを許可します。

Proxmox VEの日本語化：Web画面を日本語表示にする方法

日本語の翻訳は pve-i18n パッケージに同梱されているので、追加のインストールは要りません。切り替え方は3つあり、どれもブラウザのCookie（PVELangCookie）か、クラスタの既定値のどちらかを書き換えています。

ログイン画面のLanguageによる日本語表示への切り替え

ログイン画面のレルム欄の下に「Language」があり、ここで「Japanese - 日本語」を選びます。選んだ時点でCookieが保存され、ページが再読み込みされます。このとき入力済みのユーザー名とパスワードは消えるので、言語を先に選んでから入力します。Cookieの有効期限は10年に設定されるため、同じブラウザなら次回以降も日本語のままです。別の端末やシークレットウィンドウでは、もう一度選びます。

ログイン後のユーザーメニューによる表示言語の切り替え

ログインした後でも、画面右上のユーザー名（例：root@pam）をクリックし、メニューの「Language」（日本語表示では「言語」）を開けば変えられます。言語を選んで「Apply」（適用）を押すと、ログイン画面と同じくCookieが書き換わり、画面が再読み込みされます。

datacenter.cfgによるクラスタの既定言語設定

端末ごとに選ばせず、最初から日本語で表示したい場合は、クラスタの既定言語を設定します。ノードにSSHでログインし、次のどちらかを実行します。

# 方法1：language行がない場合だけ追記する（既存行があれば方法2を使用）
echo "language: ja" >> /etc/pve/datacenter.cfg

# 方法2：APIで設定する（クラスタオプションの language）
pvesh set /cluster/options --language ja

# 確認
grep language /etc/pve/datacenter.cfg

language はdatacenter.cfgのマニュアルに「Default GUI language」として載っている正式な項目です。/etc/pve/ はクラスタ内で共有されるので、1か所で書けば全ノードに効きます。Web画面を返す pveproxy はページを返すたびにこのファイルを読むため、サービスの再起動は要らず、ブラウザを再読み込みすれば反映されます。なお、現行のソース（OptionView.js）ではDatacenter画面のオプション一覧に言語の項目がなく、既定値はファイルかAPIで設定します。

日本語設定が反映されない場合のCookie確認

datacenter.cfgに書いたのに英語のままの場合は、まずブラウザに保存された言語のCookieを確認します。pveproxy のソースでは、最初にリクエストの PVELangCookie を見て、Cookieが無いときだけdatacenter.cfgの language を使い、どちらも無ければ英語にしています。つまり、過去にログイン画面で「English」を選んだブラウザは、既定値を日本語にしても英語のままです。そのブラウザで日本語を選び直すか、サイトのCookieを削除すれば既定値が効きます。

英語のまま残る箇所と翻訳の実測

日本語化しても、一部のボタンや新機能の画面は英語で出ます。どれくらい残るのかを、配布中のパッケージで数えました。No-Subscriptionリポジトリの pve-i18n 3.10.0に入っている日本語カタログ（pve-lang-ja.js）を、翻訳元のproxmox-i18nのja.poと突き合わせた結果が次の表です（2026年10月19日時点）。

要確認（fuzzy）の訳は、カタログを作る変換スクリプトが読み飛ばすため、未翻訳と同じく英語で表示されます。英語のまま残るのは、9.2で追加された「Custom CPU Models」（カスタムCPUモデル）や、クラスタ全体の一括再起動、SDNの経路設定まわりなど、新しい機能の文言に集中しています。ja.poの翻訳改訂日（PO-Revision-Date）は2026年6月30日で、翻訳元の文字列一覧（POT-Creation-Date）は2026年9月16日に作り直されています。新機能を触るときは英語表示を前提にし、エラーメッセージは原文のまま公式ドキュメントやフォーラムで検索した方が情報に早くたどり着けます。

ライセンスと費用：無償利用と有償サブスクリプション

Proxmox VEは本体が無償で、商用利用もできます。公式の価格ページは、HA・ライブマイグレーション・クラスタ・バックアップなどの全機能がどのプランでも使え、プランの差はサポートの範囲とチケット数と応答時間だと説明しています。

サブスクリプションの4段階と価格

以下は税抜価格で、適用される場合はVATが加算されます。応答時間は解決までの時間ではなく初回応答時間です。Standardの4時間とPremiumの2時間は、重大度1（Severity 1）の問い合わせについて、各プランのサポート提供時間内に適用されます。

4プランともEnterpriseリポジトリ（十分に検証された更新）を使えます。課金は使用中の物理CPUソケット単位で、コア数は価格に影響しません。クラスタ内のサーバーはすべて同じプランにそろえる必要があり、2ソケットのサーバー3台をBasicで契約すると€370×6で年€2,220です。価格ページでは、CommunityはホームラボやPoCなど非本番向けとして案内されています。Premiumは2026年10月19日から24時間365日のチケット対応が始まり、Standardも2026年末までに24時間対応になる予定です。arm64のホストには専用のarm64用サブスクリプションキーが要り、x86のキーは使えません。

無償で使うときのリポジトリ設定

インストール直後は有償のEnterpriseリポジトリが有効になっていて、キーが無いと apt update がエラーになります。無償で使う場合は、Web画面の「ノード」→「アップデート」→「リポジトリ」で「pve-enterprise」を無効にし、「No-Subscription」を追加します。CephのEnterpriseリポジトリが有効な場合は、そちらも確認します。Cephを使わない場合は無効化し、使う場合は利用中のCeph版に対応するNo-Subscriptionリポジトリへ切り替えます。Debian 13ベースの9系では、設定ファイルがdeb822形式の .sources に変わっています。

# /etc/apt/sources.list.d/proxmox.sources（No-Subscription）
Types: deb
URIs: http://download.proxmox.com/debian/pve
Suites: trixie
Components: pve-no-subscription
Signed-By: /usr/share/keyrings/proxmox-archive-keyring.gpg

# 有償リポジトリの無効化は別ファイルで行う：
# /etc/apt/sources.list.d/pve-enterprise.sources の
# エントリ内に「Enabled: no」の1行を足す

8系までの sources.list 形式の手順は、9系ではファイル名も書式も合いません。

「有効なサブスクリプションがありません」の表示

サブスクリプションキーを登録していないと、ログインするたびに「有効なサブスクリプションがありません」というダイアログが出ます。Web画面はログイン直後にノードのサブスクリプション状態を問い合わせ、状態が「active」でなければこのダイアログを表示する作りです。「OK」で閉じれば機能はすべて使え、動作に影響はありません。表示を消す目的で配布ファイルを書き換える手順がネットで出回っていますが、パッケージを更新すると元に戻るうえ、公式の手順でもありません。

Proxmox VE 9系の最新動向とバージョンの選び方

現行のメジャーバージョンは9系です。公式のロードマップに載っているリリースを並べると次のとおりです。

9.2はDebian 13.5、Linuxカーネル7.0、QEMU 11.0、LXC 7.0、ZFS 2.4を土台にしています。2026年10月19日時点でNo-Subscriptionリポジトリの pve-manager は9.2.21で、9.3はまだリリースされていません。マイナーバージョンの更新は通常の apt full-upgrade で上がります。

注意したいのは8系の扱いです。公式FAQのサポート期間表では、Proxmox VE 8のサポートは2026年8月で終了しています（ベースのDebian 12は通常サポートが2026年7月に終了し、対象アーキテクチャ・パッケージへのLTSは2028年6月30日まで継続）。8系ではProxmox VEとしてのセキュリティ保守が終了しているので、8.4へ上げてから、チェックスクリプト pve8to9 で問題を洗い出し、9系へアップグレードします。9系の終了時期はまだ発表されていません。

よくある質問

Proxmox VEは無料で商用利用できますか？

できます。本体はAGPLv3で配布され、業務での利用にも費用はかかりません。費用が発生するのは、Enterpriseリポジトリと公式サポートが付くサブスクリプションを契約した場合だけです。

Proxmox VEはType 1とType 2のどちらですか？

Type 1（ベアメタル型）です。Proxmox VE自体がOSとしてサーバーに直接インストールされ、その上でKVMの仮想マシンとLXCのコンテナが動きます。WindowsやmacOSの上でアプリとして動くVirtualBoxなどのType 2とは構成が違います。

Raspberry PiでProxmox VEは動きますか？

公式には動きません。9.2のarm64版はUEFIとACPIで起動するサーバーが対象で、正式サポートはNVIDIA GraceとVeraのプラットフォーム、そのほかのARMv9-A以降の機種は「ベストエフォート」です。デバイスツリーだけで起動するRaspberry Piは対象外と明記されています。

Proxmox VE 8はまだ使えますか？

動作はしますが、公式のサポートは2026年8月で終わっています。Debian側で一部の更新が続いても、Proxmox VE 8としてのセキュリティ保守は終了しているため、9系への更新を計画してください。

VMwareの代替になりますか？

仮想マシン、クラスタ、HA、ライブマイグレーション、バックアップを追加ライセンスなしで備え、ESXiからのインポートウィザードもあるため、多くの用途で代替になります。ただし管理画面の操作や周辺製品との連携は異なるので、移行では運用手順と監視・バックアップの設計をやり直す前提で計画します。

関連記事

• ハイパーバイザーとは？Type1・Type2の違いから仮想化基盤の選定まで実装者向けに解説
• KVMとは？カーネル仮想化の仕組みとvirt-installでのVM構築を実装目線で解説
• 仮想化技術とは？種類・仕組みからサーバー仮想化の採用判断まで実装目線で解説
• コンテナとは？仮想マシンとの違いからDocker・企業の導入判断まで解説
• プライベートクラウド移行とは？オンプレミス型・ホスティング型の選定と手順を実装者向けに解説
• VMwareの脆弱性とセキュリティ対策｜悪用済みCVE一覧とVMSAの確認・パッチ手順【2026年10月】