Proxmoxのシステムを発注・外注するなら、Proxmox VEを入れるだけでなく、サーバー・ストレージ・ネットワーク・バックアップ・移行・運用までを一つの業務要件として定義することが重要です。
Proxmoxはオープンソースの仮想化基盤であり、業務アプリケーションそのものを開発する製品ではありません。そのため、発注先を探すときは「Proxmoxに対応できる会社」だけでなく、既存環境の調査、RFP作成、機器調達、VMwareなどからの移行、バックアップ設計、障害時の復旧、運用引き継ぎまで任せられるかを確認する必要があります。本記事では、Proxmoxのシステム開発を外注する担当者に向けて、発注形態の選び方、要件整理、契約形態、2026年時点の費用相場、委託先と見積書の比較ポイントを順番に解説します。
▼全体ガイドの記事
・Proxmoxのシステム開発の完全ガイド
Proxmoxのシステムを発注・外注する前に知る全体像

Proxmoxのシステムは、主にProxmox Virtual Environment(PVE)を中心に、物理サーバー、ストレージ、ネットワーク、監視、Proxmox Backup Server(PBS)、移行支援を組み合わせた業務インフラです。発注時に製品名だけを伝えると、納品物が「インストール済みのPVE」だけになり、業務で必要な復旧手順や監視設定が抜けることがあります。まず、何を外注するのかを分解することから始めます。
Proxmox基盤と業務アプリ開発を分けて考えます
Proxmox VEは、KVMによる仮想マシンとLXCによるコンテナを管理する基盤です。Web GUI、CLI、REST APIで仮想マシンを作成・変更でき、クラスタ、ライブマイグレーション、HA、スナップショット、レプリケーション、ファイアウォール、LDAP・Active Directory・OpenID Connect連携などを利用できます。一方、販売管理や顧客管理などの業務アプリケーションは、別途パッケージ製品やスクラッチ開発の対象になります。
業務アプリのSI会社とProxmox基盤のインフラ会社が別になる場合は、どちらがOS、ミドルウェア、データベース、ネットワーク、バックアップ、障害一次切り分けを担当するのかを責任分界表に記載します。アプリ側の性能要件を基盤側へ渡さないまま発注すると、CPUやメモリは足りていてもストレージI/Oやネットワーク遅延で業務が止まるためです。
PVE・PBS・HA・バックアップの役割を混同しません
PVEは仮想マシンやコンテナを動かす場所で、PBSはそれらをバックアップして復元するための専用サーバーです。HAクラスタはノード障害時に仮想マシンを別ノードへ再配置する仕組みですが、削除やランサムウェアによるデータ破壊から過去時点のデータを守るバックアップとは目的が異なります。「HAにしたからバックアップは不要」という設計は避け、復旧要件に合わせて両方を設計します。
PBSは増分・重複排除、クライアント側のAES-256-GCM暗号化、SHA-256による整合性確認、別拠点への同期、単一ファイル復元などに対応しています(出典: Proxmox Backup Server公式機能ページ、2026年8月確認)。委託先には機能一覧だけでなく、バックアップ世代、保管場所、暗号鍵の管理者、復元訓練の頻度まで提案書に書いてもらうと、導入後の抜け漏れを抑えられます。
Proxmoxの発注形態はどれを選べばよいですか?

発注形態は、社内にLinux・ネットワーク・仮想化の担当者がいるか、移行や停止のリスクをどこまで外部へ移したいか、導入後の運用を誰が担うかで決めます。小さく試す場合は構築支援だけ、本番移行で失敗できない場合は設計から保守までを含む一括委託が適しています。運用を自社に残すか、マネージドサービスへ任せるかも初期段階で決めます。
構築支援だけを依頼する形態
社内に日常運用の担当者がいて、サーバーやネットワークの調達も自社で進められるなら、外部には現状調査、基本設計、PVE・PBSの構築、移行リハーサル、ドキュメント作成だけを依頼できます。PoCや開発・テスト環境には向きますが、本番稼働後の障害対応を社内で担えることが前提です。納品後に質問できる期間、設定変更の範囲、緊急時の追加費用を契約書で確認します。
この形態では、社内側が要件を決める必要があります。ノード数やCPUを先に決めるのではなく、同時稼働するVM数、ピーク時のCPU・メモリ使用率、必要なIOPS、保存容量の増加率、復旧時間を提示してください。構築会社に任せる部分が増えるほど、社内で承認できる要件定義書と受入試験項目が重要になります。
設計・調達・移行・保守を一括で依頼する形態
既存のVMware環境からの移行、複数拠点の冗長化、業務停止を伴う切り替え、24時間の監視などがある場合は、基盤の設計から保守までを一括で依頼する方法が現実的です。委託先が現状調査から参加すると、機器の仕様、移行順序、ネットワーク変更、バックアップの復元試験を一つの計画にまとめやすくなります。
ただし、一括委託でも丸投げにはしません。委託先が作成する設計書、パラメータシート、構成図、運用手順、障害連絡網、復旧手順、切り戻し条件、管理者アカウントの引き渡しを成果物として明記します。業務アプリを別会社が担当する場合は、移行判定会議の参加者と承認者も決めておくと、責任の押し付け合いを防げます。
ホスティングやマネージドサービスを利用する形態
自社で物理サーバーを保有せず、Proxmox対応のホスティングやプライベートクラウドを利用する方法もあります。機器の保守、電源、データセンター、監視の一部を外部化できるため、専任インフラ担当者が少ない企業に向きます。初期投資を抑えられる反面、月額料金、転送量、ストレージ増設、バックアップ保管、解約時のデータ搬出費を含めた総額で比較します。
オンプレミスとクラウドの中間として、ハードウェア調達は自社、設計・監視・障害対応は外部という分担も選べます。機密データや社内規程で設置場所が限定される場合はオンプレミス、拠点追加や短期の増減が多い場合はホスティングなど、業務の制約から選ぶと判断しやすくなります。
RFPと要件整理はどこまで準備してから発注しますか?

RFPは完成した設計書である必要はありません。委託先が同じ前提で提案・見積できる程度に、現状、目的、制約、期待する成果、選定基準、希望スケジュールを整理します。特にVM数や容量だけでは費用を比べられないため、性能・可用性・復旧・移行の条件を数値または判定基準で記載します。
現状調査ではVMだけでなく依存関係を棚卸しします
RFPには、物理サーバーと仮想ノードの台数、VMとコンテナの台数、OSとバージョン、割り当てCPU・メモリ・ディスク、実使用量、ピーク時の利用率、ディスクI/O、ネットワーク帯域、IP・VLAN、利用するAD・DNS・NTP・NAS・SAN、監視・バックアップの現状を記載します。さらに、各VMがどの業務に使われ、どのデータベースや外部サービスに依存しているかを一覧化します。
移行案件では、停止可能時間、利用者への告知期間、データ凍結の方法、移行前バックアップ、切り戻し期限を忘れないでください。既存VMが移行できるかどうかはOSだけでなく、仮想ハードウェア、ドライバ、ライセンス、バックアップ製品、アプリケーションの時刻同期にも左右されます。委託先には、移行可否を「可・条件付き可・要改修」に分類してもらいます。
RPO・RTO・HA・バックアップを要件に変換します
RPOはどの時点までデータを戻せればよいか、RTOは障害から何時間で業務を再開するかを示す指標です。たとえば「毎日バックアップ」だけでは、午後に障害が起きたときに朝の状態まで戻すのか、直前の状態まで戻すのかが決まりません。業務ごとに許容できるデータ損失と停止時間を確認し、バックアップ間隔、保持世代、PBSの容量、別拠点コピー、復元試験の合否へ落とし込みます。
HAが必要かどうかも、経営上の影響から判断します。単一ノード構成で手動復旧が許容される業務に3ノードHAやCephを導入すると、機器費・設計費・運用難度が上がることがあります。反対に、停止が許されない業務で単一ノードを選ぶと、障害時の復旧目標を満たせません。RFPには「なぜその構成が必要か」という理由まで記載します。
PoCと受入試験の合格条件を先に決めます
本番の発注前に、低リスクな開発環境や検証VMでPoCを実施すると、性能・移行・バックアップの問題を早期に見つけられます。試験項目はVM作成、OS起動、アプリ接続、負荷時の性能、ノード停止、ネットワーク断、ストレージ障害、バックアップ取得、別ノードへの復旧、単一ファイル復元、監視通知、権限分離まで含めます。
受入条件は「構築が完了した」ではなく、「指定した業務シナリオが指定した時間内に完了する」と表現します。移行の場合は、移行対象VMの一覧、データ整合性、業務部門の確認、切り戻し手順の実演を合格条件にします。検証を委託先だけに任せず、業務部門、情報システム部門、アプリ担当会社が参加する体制にすると、実運用に近い判定ができます。
Proxmoxの外注契約は請負と準委任をどう使い分けますか?

Proxmoxの導入では、要件や成果物が固まっている部分は請負、現状調査や移行計画のように協議しながら進める部分は準委任とする組み合わせが使いやすいです。契約形式の名前だけで安全になるわけではなく、作業範囲、成果物、責任、変更手順、支払い条件、再委託、機密情報の扱いを明確にすることが重要です。
設計書や構築を請負契約にする場合
構成、設定、移行対象、納期、受入条件が決まっている構築フェーズは、請負契約で成果物と完成基準を置きやすい領域です。設計書、構成図、パラメータシート、構築済み環境、試験成績書、運用手順、バックアップ鍵の保管方法、教育資料などを成果物一覧にします。口頭で「必要な資料一式」とせず、ファイル名や記載項目まで定義します。
請負では、仕様変更が発生した場合の見積・納期変更の手順も必要です。VM数の追加、Ceph採用、別拠点バックアップの追加、移行延期など、費用と期間に影響する変更を変更要求として承認するルールを設けます。変更管理を省くと、当初見積の範囲外作業が積み上がり、納期と予算の両方が不透明になります。
調査・移行計画・運用支援を準委任契約にする場合
現状調査、既存ベンダーとの調整、移行方式の検討、運用改善、技術支援は、作業時間や体制を定めて準委任契約にすることがあります。未知の依存関係が多い移行案件で、最初から完成形と金額を固定すると、無理な前提で見積が作られやすいためです。調査フェーズを短期間で契約し、その成果をもとに本構築の請負見積へ進む二段階方式も有効です。
準委任では、稼働時間だけでなく、週次報告、課題一覧、意思決定事項、次週計画、レビュー資料を提出物にします。作業の進め方が見えないまま時間だけが消化されないように、月次の上限時間、担当者の役割、会議回数、連絡可能時間、追加稼働の承認方法を取り決めます。
保守契約とSLAを導入契約から切り離さない
本番稼働後に必要なのは、問い合わせ対応、障害一次切り分け、脆弱性情報の確認、アップデート計画、バックアップ監視、復元試験、容量拡張、設定変更です。保守契約では、対象時間、受付方法、重要度ごとの初動時間、復旧目標、リモート対応とオンサイト対応の違い、対象外作業、休日対応費を記載します。Proxmox公式サブスクリプションの応答時間と、委託先が提供するSLAは別の契約条件なので、混同しないことが大切です。
個人情報や機密情報を扱う場合は、管理者権限の付与、操作ログ、踏み台経由、二要素認証、データ持ち出し、再委託先の監督、インシデント報告期限も確認します。Proxmoxを導入しただけで法令対応が完了するわけではありません。社内規程や個人情報保護委員会のガイドラインに沿って、委託先のアクセス管理と事故時の連絡体制を契約に反映します。
Proxmoxのシステム発注・外注にかかる費用相場

Proxmoxの費用は、公式サブスクリプション、物理サーバー・ストレージ・ネットワーク機器、設計・構築、既存環境からの移行、バックアップ、監視、教育、保守に分けて考えます。ソフトウェアのライセンスだけを比較すると安く見えますが、本番運用に必要な機器と人件費を加えた総保有コストで判断してください。以下は案件の条件を置いた概算レンジであり、公式の導入一律価格ではありません。
公式サブスクリプションはソケット数とサーバー数で計算します
Proxmox VEのサブスクリプションは、占有する物理CPUソケットごとに必要です。2026年8月に公式料金表で確認できる年額は、1ソケットあたりCommunityが120ユーロ、Basicが370ユーロ、Standardが550ユーロ、Premiumが1,100ユーロです。全機能がプランごとに制限されるのではなく、主にサポートの範囲、チケット数、応答時間が異なります(出典: Proxmox Virtual Environment公式料金表、2026年8月確認)。
円換算は為替で変わるため、ここでは1ユーロ=170円と仮置きします。するとPVEは1ソケット・年あたり約2.0万円から18.7万円のレンジです。2ソケットのサーバーを3台使う場合、PVEだけで年間約12.2万円から112.2万円となりますが、実際は購入時の為替、税、販売店条件、契約時点の公式価格で変わります。クラスタ内の各ノードは、必要なソケット数を同じサブスクリプションレベルで見積もります。
PBSはサーバー単位の課金で、Communityが年額560ユーロ、Basicが1,120ユーロ、Standardが2,240ユーロ、Premiumが4,480ユーロです(出典: Proxmox Backup Server公式料金表、2026年8月確認)。同じ仮置きの為替なら、1台あたり約9.5万円から76.2万円です。バックアップ容量やクライアント数だけで増額する料金体系ではありませんが、必要なディスク、保管拠点、冗長化、保守費は別に計上します。
導入規模ごとの初期費用と期間の目安
小規模なPoCや単一ノードの開発・テスト基盤は、ハードウェア、SSD、ネットワーク、初期設定、監視、バックアップを含めて30万円から150万円程度、期間は1〜2か月が一つの目安です。既存機器を流用できるか、PBSを別サーバーにするか、教育や手順書を含めるかで変わるため、作業項目を分けた見積を依頼します。
中小企業の本番基盤として、2〜3ノードのHAクラスタ、業務VM10〜30台、PBS、移行支援を含む場合は、300万円から1,000万円程度、期間は2〜4か月が概算の比較軸になります。Windowsライセンス、UPS、既存ネットワークの改修、データ移行、運用設計を含めると上限を超えることがあります。これは業務システム一般の工程配分と、仮想化基盤の機器・移行・運用設計を組み合わせた推定であり、公式価格ではありません。
CephやHCI、冗長ネットワーク、監視、別拠点DR、VMwareからの大規模移行まで含める場合は、1,000万円から3,000万円程度、期間は4〜9か月を目安にします。VM数、拠点数、停止可能時間、性能試験、切り戻しリハーサルが増えるほど上振れします。さらに24時間運用、オンサイト対応、既存アプリ改修を加える場合は、別見積として切り出して比較します。
ランニングコストと工程別の内訳を分けます
見積書では、要件定義・現状調査、基本設計・詳細設計、機器・サブスクリプション、構築、移行、テスト、教育、保守を分けてください。業務システム一般の費用構造では、要件定義が10〜15%、設計が25〜35%、製造・テストが45〜60%、移行・導入が5〜10%程度という配分が一つの参考になります(出典: NotebookLMリサーチノート内の業務システム費用整理、2026年8月確認)。Proxmox案件では、製造に相当する部分が機器設定・移行・自動化・試験になります。
年間保守は初期構築費の10〜20%程度を比較軸にできますが、これはあくまで見積比較の目安です。平日日中の問い合わせだけか、24時間365日の監視・障害対応か、オンサイト交換を含むかで金額は大きく変わります。機器保守、PVE・PBSのサブスクリプション、監視サービス、バックアップ保管、回線、データセンター費を別々に並べ、初年度と2年目以降の総額を確認します。
Proxmoxの委託先選定と見積比較のポイント

委託先は、見積金額が低い順ではなく、要件に対する実現方法と運用責任まで比較して選びます。Proxmoxの構築経験があっても、業務停止を伴う移行、PBSの復元、Cephの運用、監視・自動化、既存アプリ会社との調整ができるとは限りません。提案書の内容と担当者の質問の深さを、選定の材料にします。
公式パートナー・移行実績・対応範囲を確認します
Proxmox公式の日本向けパートナー一覧には、2026年8月確認時点でClassact Co., Ltd.、Networld Co., Ltd.、InfiniCloud Co. Ltd.、Tafs Co., Ltd.などが掲載されています。公式一覧には、Classactは従来の仮想化基盤からの移行、Networldは導入から運用までのITインフラ支援と説明されています(出典: Proxmox公式パートナー一覧、2026年8月確認)。ただし、掲載だけで自社案件への適合性が保証されるわけではないため、認定区分、担当者の経験、保守窓口、対応地域を問い合わせます。
確認する実績は、単に「Proxmoxを導入した」では不十分です。PVEとPBSの組み合わせ、ZFSまたはCeph、Windows・Linuxの混在、VMwareなどからの移行、複数拠点、業務停止を抑えた切り替え、障害復旧、運用自動化のどこまでを担当したかを聞きます。可能であれば、匿名化された構成図、移行手順、試験項目、導入後の保守体制を提示してもらいます。
同じRFPで初期費用・年間費用・成果物を横並びにします
複数社へ見積を依頼するときは、同じRFPとVM一覧を渡します。比較表には、現状調査、要件定義、設計、機器、サブスクリプション、構築、移行、試験、教育、保守、監視、バックアップ保管、交通費・時間外対応費を分けて記載してもらいます。機器やライセンスを一式で記載した会社は、内訳と数量を再提示してもらうと比較の精度が上がります。
金額の差が大きいときは、作業が抜けていないかを確認します。たとえば、最安の見積に移行リハーサル、復元試験、バックアップ容量、ネットワーク冗長化、設計書、休日切り替え、切り戻し対応が含まれていない場合があります。各社に「含む・含まない・条件付き」の三つで回答してもらい、価格だけでなく、未確定リスクの大きさも比較します。
見積比較ではリスクと納品後の運用を質問します
提案時には、「この構成で障害が起きたら何分でどこまで復旧できますか」「PBSの暗号鍵を誰が保管し、担当者が退職した場合にどう引き継ぎますか」「PVEのアップデートで業務VMに影響が出た場合の切り戻しは誰が判断しますか」と質問します。技術用語への回答だけでなく、判断者、記録、連絡経路、復旧の実演方法まで答えられる会社を選びます。
2025年のProxmox公式事例では、イタリアのemmecuboが30台のVMを1か月未満でVMwareから移行し、PVE StandardサブスクリプションとPBSを採用したと紹介されています(出典: Proxmox公式導入事例「Emmecubo」、2025年5月12日)。また、Estracomの事例では320台のVMを6週間で移行し、ハードウェア利用効率25%向上と説明されています(出典: Proxmox公式導入事例「Estracom」、2025年10月21日)。これは個別企業の事例なので、自社のVM数や停止条件にそのまま当てはめず、移行手順と体制を質問する材料として使います。
Proxmoxのシステム発注・外注でよくある質問

ここでは、発注前に特に相談されやすい質問へ回答します。技術構成の正解は会社の規模や業務の停止許容度で変わるため、一般論をそのまま採用せず、RPO・RTOと運用体制に照らして判断してください。
Proxmoxは無料なので、発注費用も無料ですか?
Proxmoxのソフトウェアはオープンソースとして利用できますが、サーバー、ストレージ、ネットワーク、設計・構築、移行、バックアップ、監視、保守には費用がかかります。公式サブスクリプションは機能を買うだけでなく、Enterprise Repositoryや技術サポートを含む選択肢なので、本番の重要度と社内スキルに合わせて判断します。
Proxmoxは1台のサーバーから発注できますか?
発注できます。開発・検証や停止が許容される小規模業務なら、単一ノードにローカルZFSとPBSを組み合わせる構成から始められます。ただし、1台の故障で全VMが停止するため、業務停止が許されない場合は複数ノード、共有ストレージまたは適切な冗長構成、別拠点バックアップを含めて委託先に比較提案してもらいます。
VMwareからProxmoxへ移行する作業も外注できますか?
外注できます。現状調査、移行可否判定、PoC、低リスクVMの先行移行、本番移行、切り戻し、業務確認、運用引き継ぎまでを範囲に含めます。VM数だけで期間を断定せず、アプリ依存関係、データ量、停止可能時間、ネットワーク変更、ライセンス、移行リハーサルの回数を確認してください。
Proxmoxの発注先は業務アプリの開発会社でもよいですか?
業務アプリ会社でもインフラに強ければ依頼できますが、PVE・PBS・ストレージ・ネットワーク・監視の実績を確認してください。アプリ開発が得意でも、仮想化基盤の障害復旧やバックアップ復元を経験しているとは限りません。アプリ会社と基盤会社を分ける場合は、責任分界表、合同試験、障害時の一次窓口を契約に記載します。
まとめ:Proxmoxの発注は基盤・移行・運用を一体で比較します

Proxmoxのシステムを外注するときは、最初に「アプリを開発するのか、業務アプリを載せる仮想化基盤を構築するのか」を整理します。そのうえで、構築支援、一括SI、ホスティング・マネージドサービスのどれが自社の体制に合うかを決め、現状のVM・OS・容量・性能・依存関係をRFPにまとめます。
発注前に決めるべきこと
RPO・RTO、HAの要否、PBSの保管先、復元試験、移行停止時間、運用担当者、セキュリティ要件を先に決めます。請負にする構築成果物と、準委任にする調査・計画・運用支援を分け、SLA、責任分界、変更管理、管理者権限の引き継ぎを契約へ反映します。これらが揃うと、委託先から同じ条件で提案を受けられます。
最初の一歩は同じRFPで複数社へ相談することです
見積は、初期費用だけでなく、サブスクリプション、機器保守、監視、バックアップ保管、移行、教育、2年目以降の運用費まで含めて比べます。2026年5月に公開されたProxmox VE 9.2では、動的ロードバランサーやSDN拡張などが追加されているため、採用バージョンとアップデート方針も確認します(出典: Proxmox Virtual Environment 9.2公式リリース、2026年5月21日)。
Proxmoxのシステムは、安価なソフトウェアを導入するだけの案件ではなく、業務を止めないための基盤を設計する案件です。自社の現状資料と復旧要件を整理し、同じRFPを複数社へ渡して、設計の妥当性、移行計画、納品物、保守範囲、費用の根拠を比較することが、失敗しにくい発注につながります。
▼全体ガイドの記事
・Proxmoxのシステム開発の完全ガイド
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>


株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。
