Proxmox VEとは｜VMware移行の実務と構築案件で求められるスキル

Proxmox VEとは｜Debianベースの仮想化プラットフォーム

結論として、Proxmox VEは「Debian＋KVM＋LXCに、クラスタとWeb UIを載せた仮想化基盤」です。開発元はオーストリアのProxmox Server Solutions GmbHで、Proxmox VE公式サイトからISOを入手できます。読み方は「プロックスモックス」で、現場では「PVE」と略されます。

ハイパーバイザだけを提供する製品ではありません。インストールするとDebianが入り、その上に管理用のWebサービス、クラスタ通信、ストレージ連携がまとめて乗ります。管理画面はブラウザから8006番ポートで開きます。エージェントの導入や管理サーバーの別建ては不要です。

KVMの仮想マシンとLXCコンテナを1画面で扱う

Proxmox VEが扱う仮想化は2種類あります。

• KVM（QEMU）による仮想マシン：Windows・Linuxを問わず、OSごと動かす方式です。VMwareのVMに相当します

• LXCによるコンテナ：ホストのカーネルを共有して動かす方式です。Linuxのみが対象で、起動が速くメモリ消費も小さくなります

ここが地味に効きます。社内のDNS、監視、踏み台、リバースプロキシのような小さなLinuxサーバーは、VMではなくLXCに寄せるとリソースが浮きます。VMware環境では小さなサーバーも等しくVMになっていたはずで、移行のタイミングで棚卸しできる余地があります。

なおLXCはアプリケーションの配布単位としてのコンテナとは目的が違います。Dockerイメージを本番で回したい場合は、Dockerとは？コンテナ技術の仕組みとできること｜案件762件で見る単価相場やKubernetesとは？仕組み・Dockerとの違い・フリーランス案件の単価をエンジニア視点で解説で扱う領域になります。

クラスタ・HA・ライブマイグレーションは無償でも使える

3台以上のノードでクラスタを組み、ストレージ・ネットワーク・HAリソースを適切に設定すれば、ライブマイグレーションとHAを利用できます。これらはサブスクリプションの有無に関係なく使えます。有償でなければクラスタが組めない、という製品ではありません。ただし「3台そろえれば自動で効く」ものではなく、設計の作り込みは必要です。

ライブマイグレーションは共有ストレージがある構成が基本です。共有ストレージがない場合もローカルディスクを含めた移行はできますが、ディスク転送が発生します。所要時間とネットワーク帯域、対象VMの条件を事前に確認してください。検証環境でノードを1台ずつ入れ替えるような運用では、この挙動が効いてきます。

HAは「落ちたノードのVMを別ノードで起動し直す」方式です。vSphere Fault Toleranceのような無停止の二重化に相当する機能は提供されていません。ここは移行前に顧客と合意しておく必要があります。

周辺プロダクトとの関係

Proxmoxは仮想化基盤以外にも製品を出しています。混同しやすいので整理します。

PDMは比較的新しいプロダクトです。Proxmox Datacenter Manager 1.1のリリース情報では、複数クラスタの一元監視、ゲストとスナップショットの横断管理、Cephクラスタの監視などが案内されています。vCenterの置き換えとして期待されやすい一方、機能が1対1で揃っているわけではありません。機能追加のペースも速いため、提案に書く前に実機と公式ドキュメントで確認してください。

ミニFAQ：Proxmox VEとProxmox Backup Serverは、同じサーバーに同居させてもよいですか

技術的には可能ですが、推奨される構成ではありません。バックアップ先が本番ノードと運命を共にすると、ノード障害時にバックアップごと失います。小規模でも別筐体に置く前提で見積もってください。

ライセンスと費用｜無償で使える範囲とサブスクリプションの中身

結論から言うと、Proxmox VEは機能制限なしで無償利用できます。有償サブスクリプションで買うのは、検証済みパッケージが流れるEnterpriseリポジトリと、ベンダーサポートです。ここを誤解したまま提案すると、見積もりも運用設計もずれます。

サブスクリプションは4段階

Proxmox VEの価格ページに公開されている内容を整理します。価格はいずれも1CPUソケットあたりの年額です。

2ソケットのサーバーが4台なら8ソケット分です。ノード数ではなくソケット数で数えるため、CPU構成を確認せずに概算すると見積もりが半分になります。為替と税の扱いも含め、金額を提示する場面では公式ページの最新表記を確認してください。

無償運用で起きること

サブスクリプションを買わない場合、Enterpriseリポジトリは使えません。代わりにno-subscriptionリポジトリへ切り替えて運用します。切り替えを忘れたままapt updateを実行すると認証エラーで止まります。これは初回構築で最も多く踏むつまずきです。

もう1つ、Web UIのログイン時に有効なサブスクリプションがない旨のダイアログが出ます。動作には影響しませんが、情報システム部門への納品物として見せたときに毎回質問されます。構築前に説明しておくと話が早いです。

無償運用そのものが悪いわけではありません。判断材料は、障害時に自力で切り分けきれるかどうかです。社内にLinuxを読める担当がいない組織へ無償構成を納めると、一次対応が全部こちらに来ます。

ミニFAQ：検証環境だけ無償、本番だけ有償という構成は可能ですか

可能です。サブスクリプションはノード単位で適用するため、本番クラスタのノードにだけ購入する運用はよく見かける形です。ただしリポジトリが環境ごとに変わるとパッケージのバージョン差が生まれます。検証の意味が薄れないよう、更新の運用ルールまでセットで決めてください。

VMwareの機能はProxmox VEの何に対応するか

移行の設計で最初に求められるのは、既存の構成要素を1つずつ置き換え先にマッピングする作業です。この読み替え表は、提案書の冒頭に載せると話が通りやすくなります。

この表の価値は、埋まらない行にあります。Fault Toleranceのように対応先がない機能を先に洗い出せると、「移行できない要件」を早い段階で顧客に返せます。後工程で発覚すると、たいてい作業が戻ります。

ESXiからの移行手順｜Import Wizardと手動移行の使い分け

結論として、まずESXi Import Wizardを試し、対象外の条件に当たったら手動移行に切り替えるのが基本の流れです。判断材料は公式WikiのMigrate to Proxmox VEに整理されています。

ESXi Import Wizardの対応範囲と制限

Web UIからESXiホストをストレージとして登録し、VMを直接取り込む機能です。公式WikiではESXi 6.5から8.0までのバージョンでテスト済みと記載されています。Live Importを使うと、取り込みの途中からVMを起動できるため停止時間を短くできます。ただし完全な無停止ではなく、ESXi側のVMは停止した状態で実施します。

対象外として挙げられているのは次の条件です。

• vSAN上に置かれたディスク

• データストア名に特殊文字（プラス記号など）を含む環境

• 暗号化されたディスク

• スナップショットを持つVM（取り込みが大幅に遅くなる）

vSANを使っている環境では、この時点で自動インポートの道が消えます。移行計画を立てる前に、データストアの構成だけは必ず確認してください。

手動移行に切り替える判断

自動インポートが使えない場合、公式Wikiは複数の経路を示しています。

1. 既存のバックアップから復元する

2. Clonezillaなどでディスクを直接クローンする

3. OVF形式で書き出し、qm importovfで取り込む

4. ディスクイメージをqm disk importで取り込む

5. ディスクを接続して移動させる（停止時間を最小化したい場合）

実務では、VMの台数と停止可能時間で選び分けます。台数が多くスナップショットが残っている環境なら、先にスナップショットを整理してから自動インポートに戻したほうが速いこともあります。

Windowsゲストでつまずくポイント

移行で最も事故が起きるのがWindowsです。公式Wikiでも、Windows VMは起動ディスクをVirtIO SCSIドライバへ切り替える追加手順が必要と明記されています。ドライバはVirtIOドライバのISOから供給します。

この手順を飛ばすと、取り込みは成功したのにOSが起動しません。移行当日に気づくと詰みます。本番の前に、同じOSバージョンで1台だけリハーサルしてください。

Linuxゲストも油断はできません。VirtIOドライバがinitramfsに含まれていないと、同じく起動しないケースがあります。あわせて、移行前にVMware Toolsなど旧ハイパーバイザ固有のツールを削除しておきます。

進め方と期間の立て方

期間は環境によって大きく変わるため、相場として断定できる数字はありません。計画の組み立て方として、次のような置き方が現実的です。

• 検証環境の構築とリハーサル：1〜2週間を確保する

• 本番移行：50台規模なら、週末のメンテナンス窓を3〜4回に分けて10〜20台ずつ流す

• 切り戻し判断：各窓ごとに「何時までに起動確認が終わらなければ戻す」という時刻を先に決める

• 旧環境の保持：移行後も最低2週間は旧ESXiを残し、ライセンス解約はその後にする

最後の1行が抜けがちです。ESXi側を先に畳むと、不具合が出たときに戻る先がありません。

ミニFAQ：移行中にVMのIPアドレスは変わりますか

ネットワーク設計を変えなければ、ゲストOS側の設定はそのまま引き継がれます。ただしMACアドレスは変わるため、DHCP予約やMACアドレスでの認証、ライセンス認証がある製品は影響を受けます。移行対象の一覧にMAC依存の有無の列を足しておくと取りこぼしません。

構築案件で設計を問われる4つの論点

Proxmox VEの案件では、インストール作業そのものより設計の妥当性を問われます。面談で説明を求められやすい論点を4つに絞ります。

ストレージをどう選ぶか

選択肢はZFS、Ceph、LVM-thin、NFSやiSCSIなどの外部ストレージです。判断の軸は、共有ストレージが要るか、ノードをどこまで増やすか、の2点です。

公式の動作要件で押さえるべきなのは、ZFSとCephはハードウェアRAIDコントローラと併用しないという前提です。ディスクを直接扱うことが前提の仕組みのため、RAIDカードを挟むと障害時の挙動が読めなくなります。VMwareの感覚でRAIDを組んでから載せると、構成そのものをやり直すことになります。

メモリ見積もりも忘れやすいところです。公式要件では、ZFSやCephを使う場合に使用ストレージ1TBあたり約1GBのメモリを見込むよう案内されています。OSとProxmox VEのサービス用に最小2GB、さらにゲスト分が別途必要です。

クラスタのクォーラムをどう確保するか

クラスタは3ノード以上で組むのが基本です。2ノードだと、1台落ちたときに過半数を取れずクラスタが停止します。どうしても2ノードにするなら、公式のCluster Managerで案内されているQDeviceを別途立てて票数を確保します。

小規模案件ほど「2台でHAを組みたい」という要望が出ます。ここで票の仕組みを説明できるかどうかで、提案の説得力が変わります。

ネットワークをどう分けるか

公式要件では冗長化したGbit NICが推奨され、ストレージやクラスタ通信の構成に応じて10Gbit以上に対応した追加NICが挙げられています。Cephを使うなら、クラスタ通信とストレージ通信を同じ線に相乗りさせない設計が前提になります。

9系ではSDNスタックの強化が続いています。WireGuardやBGPのネイティブ対応、OSPF向けの経路再配布といった機能が案内されていますが、対応状況はバージョンで変わります。マルチテナントや拠点間接続を含む案件で使う場合は、対象バージョンの公式ドキュメントで対応範囲と制限を確認してください。

バックアップとリストアをどう設計するか

PVEにはvzdumpによるバックアップが組み込まれています。世代管理や重複排除まで求めるならPBSを別途立てます。

設計で抜けやすいのはリストア側です。取得できていることと、要求された時間内に戻せることは別物です。月1回、本番と同等のVMを1台リストアして所要時間を計測するといった運用まで提案に含めると、他の候補との差が出ます。

ミニFAQ：既存のバックアップ製品をそのまま使い続けられますか

製品によります。エージェントをゲストOSに入れる方式なら動くケースが多い一方、VMware固有のAPIを使ってハイパーバイザ側から取得する方式は、そのままでは成立しません。移行対象の棚卸しに「バックアップの取得方式」の列を作って確認してください。

Proxmox VE案件の実情と、評価される経験

結論として、現時点のProxmox案件は「Proxmox専任の募集」より「VMware更改・仮想化基盤の移行案件の中でProxmoxが候補に入っている」形が中心です。公開されている案件情報を見る限り、Proxmoxだけを指定した募集はまだ目立つ数ではありません。この見立ては今回確認できた公開情報の範囲での整理であり、市場全体の構造を示すものではありません。

評価されやすいのは、製品知識よりも移行の段取りを語れることです。具体的には次のような経験が効きます。

• VMware環境の棚卸しを実際に回した経験（VM台数、スナップショット、MAC依存、バックアップ方式）

• ZFSまたはCephでの設計・運用経験。障害時の切り分けまで話せるとなお良い

• Linuxの運用経験。Proxmox VEはDebianなので、OS側のトラブルは素のLinuxの話になります。基礎はLinuxとは？仕組み・主要ディストリビューション・案件単価をフリーランスエンジニア視点で解説で整理しています

• 停止計画・切り戻し計画を顧客と合意した経験

スキルシートでは、作業内容より規模と結果を数値で書いたほうが伝わります。書き方はインフラエンジニアのスキルシートの書き方｜構築・運用実績の数値化と職種別テンプレにまとめています。

なお、VMwareエンジニアとしての求人動向やキャリアの選択肢については、VMwareエンジニアの転職市場はどうなる？Broadcom後の求人動向・年収・評価される経験で扱っています。仮想化からクラウド側へ軸足を移す選択肢を考えるなら、クラウド移行案件のフリーランス単価相場・必要スキル・獲得法もあわせて読んでみてください。

単価については、本記事では特定のレンジを示しません。母集団を明示した目安は【2026年最新版】フリーランスエンジニアの単価相場と単価の上げ方とは？で整理しています。自分の経験でどのくらいを狙えるか知りたい場合は、無料のフリーランスエンジニア単価診断で市場単価の目安を確認できます。インフラ領域の募集内容はインフラエンジニアの案件一覧から見られます。どの案件を取るかの判断軸は案件の選び方｜フリーランスエンジニアが単価・稼働・スキルで決める優先順位で整理しています。

独立そのものを検討している段階なら、インフラエンジニア独立の全手順｜必要経験・単価相場・案件動向が入口になります。

よくある失敗と対策

リポジトリを切り替えずに更新が止まる

無償運用なのにEnterpriseリポジトリのまま放置し、更新時に認証エラーで止まるパターンです。構築手順書にリポジトリ切り替えの工程を明記し、キッティングの最後に1回updateを通して確認します。

ハードウェアRAIDの上にZFSやCephを載せる

既存サーバーを流用する案件で起きます。RAIDカードが載った筐体をそのまま使う前提で設計が進み、構築直前に気づきます。機材の仕様確認を要件定義の段階で済ませてください。HBAモードへ切り替えられるかどうかが分かれ目です。

2ノードでHAを組んでクォーラムを失う

コストを詰めた結果、2ノード構成で納品され、片系ダウン時にクラスタごと止まります。QDeviceを含めた3票構成か、素直に3ノードにするかを最初に決めます。

Windowsが起動せず当日に戻す

VirtIOへの切り替えを飛ばした場合に起きます。本番前のリハーサルを工程表に入れてしまうのが確実です。1台でも通しておけば手順が確定します。

リストアを一度も試さないまま引き渡す

バックアップジョブが緑であることと、業務時間内に戻せることは別です。引き渡し前にリストア試験を1回実施し、所要時間を記録して手順書に残します。

導入前チェックリスト

提案から構築までの間に、次の項目を埋めておくと手戻りが減ります。

まとめ

Proxmox VEは機能制限なしで無償利用でき、有償サブスクリプションで買うのは安定版リポジトリとサポートです。移行の成否を分けるのは製品知識ではなく、棚卸しと切り戻し計画の精度になります。

• KVMとLXCを1画面で扱えるDebianベースの仮想化基盤。クラスタ・HA・ライブマイグレーションは無償でも使える

• サブスクリプションは1CPUソケットあたり年額120ユーロからの4段階。ノード数ではなくソケット数で見積もる

• ESXiからの自動インポートは6.5〜8.0でテスト済み。vSAN・暗号化ディスク・特殊文字を含むデータストア名は対象外

• ZFSとCephはハードウェアRAIDと併用しない。メモリはストレージ1TBあたり約1GBを加算する

• クラスタは3ノードが基本。2ノードならQDeviceで票数を確保する

• Windowsゲストは起動ディスクのVirtIO切り替えが必須。本番前に1台リハーサルする

• 旧ESXiは移行後も一定期間残し、リストア試験まで終えてから畳む

次のステップとしては、手元の環境で単一ノードを立て、VMを1台作ってバックアップとリストアを通すところまでをおすすめします。手順が体に入っていると、提案書の粒度が変わります。

参照した一次情報は次のとおりです。

• Proxmox VE 公式サイト

• Proxmox VE サブスクリプション価格

• Proxmox VE システム要件

• Migrate to Proxmox VE（公式Wiki）

• Cluster Manager（公式Wiki）

• Proxmox VE Roadmap（公式Wiki）

• Proxmox Datacenter Manager 1.1 リリース情報