Proxmoxのシステム開発を発注・外注するには、現状と復旧要件の整理、発注範囲と契約の決定、同じRFPでの見積比較の順に進めます。この順で進めると、基盤・移行・運用を一体で検討できます。
▼全体ガイドの記事
・Proxmoxのシステム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
Proxmoxのシステムを発注・外注する前に知る全体像
Proxmoxのシステムは、主にProxmox Virtual Environment（PVE）を中心とした業務インフラです。構成要素には、物理サーバー、ストレージ、ネットワーク、監視があります。さらに、Proxmox Backup Server（PBS）や移行支援もあります。
製品名だけを伝えると、納品物がインストール済みのPVEだけになり、業務で必要な復旧手順や監視設定が抜けることがあります。そこで、まず何を外注するのかを分けて考えます。
Proxmox基盤と業務アプリ開発の切り分け
Proxmox VEは、KVMによる仮想マシンとLXCによるコンテナを管理する基盤です。Web GUI、CLI、REST APIで仮想マシンを作成・変更できます。
- アプリ：販売・顧客管理は別途パッケージかスクラッチ開発
- 分担：会社が分かれる場合は責任分界表を作成
クラスタ、ライブマイグレーション、HAも利用できます。スナップショット、レプリケーション、ファイアウォールも使えます。Proxmox VEは、LDAP・Active Directory・OpenID Connectとの連携にも対応します。
責任分界表では、OS、ミドルウェア、データベースの担当を書き分けます。ネットワーク、バックアップ、障害の一次切り分けの担当も、同じ表に記載します。
アプリ側の性能要件を基盤側へ渡さないまま発注すると、CPUやメモリが足りていても、ストレージI/Oやネットワーク遅延で業務が止まることがあります。
PVE・PBS・HA・バックアップの役割の違い
可用性（HA）とデータ保護（バックアップ）は、別々の要件として設計します。
- PVE：仮想マシンやコンテナを動かす
- PBS：専用サーバーでバックアップを保管し、データを復元する
- HA：ノード障害時にVMを別ノードへ再配置する
- バックアップ：削除やランサムウェアによる破壊から過去時点のデータを守る
HAにしたからといって、バックアップが不要になるわけではありません。そこで、復旧要件に合わせて両方を設計します。
PBSは増分・重複排除、クライアント側のAES-256-GCM暗号化、SHA-256による整合性確認に対応します（出典：Proxmox Backup Server公式機能ページ、2026年8月確認）。また、別拠点への同期や単一ファイルの復元もできます。
さらに、委託先の提案書には、世代と保管場所、暗号鍵の管理者、復元訓練の頻度まで記載してもらいます。
Proxmoxの発注形態の選び方
発注形態は、社内にLinux・ネットワーク・仮想化の担当者がいるかどうかで考えます。移行や停止のリスクをどこまで外部へ移すか、導入後の運用を誰が担うかも判断材料になります。
小さく試すなら構築支援、本番移行で失敗できないなら設計から保守までの一括委託が候補になります。運用先についても、自社かマネージドサービスかを初期に決めておきます。
構築支援だけを依頼する形態
社内に日常運用の担当者がいて、サーバーやネットワークも自社で調達できる場合に向きます。
- 委託範囲：調査、基本設計、PVE・PBS構築
- 移行準備：移行リハーサルとドキュメント作成
- 社内要件：本番後の障害対応を担える担当者
契約書では、質問できる期間、設定変更の範囲、緊急時の追加費用を確かめます。
社内側はノード数やCPUを先に決めず、同時稼働するVM数、ピーク時のCPU・メモリ使用率、必要なIOPSを構築会社に提示します。保存容量の増加率と復旧時間も、あわせて伝えます。構築会社に任せる部分が増えるほど、社内で承認できる要件定義書と受入試験項目の役割が大きくなります。
設計・調達・移行・保守を一括で依頼する形態
一括委託が候補に入るのは、VMware移行や複数拠点の冗長化がある場合です。業務停止を伴う切り替えや24時間監視が必要な場合も、候補に入ります。
- 一括で依頼：設計から保守までを委託
- 計画を統合：関連作業を一つの計画にまとめる
- 成果物を明記：設計書、構成図、運用・復旧手順を定義
現状調査から参加すると、機器仕様と移行順序、ネットワーク変更、バックアップの復元試験を同じ計画の中で扱えます。
一括委託でも、丸投げにはせず、パラメータシートと障害連絡網も成果物として残してもらいます。切り戻し条件と管理者アカウントの引き渡しも、あらかじめ定めておきます。
アプリを別会社が担当する場合は、移行判定会議の参加者と承認者も決める必要があります。
ホスティングやマネージドサービスを利用する形態
Proxmox対応のホスティングやプライベートクラウドなら、自社で物理サーバーを保有せずに利用できます。
- 外部化：機器保守、電源、データセンター、監視の一部
- 費用比較：月額料金、転送量、ストレージ増設、バックアップ保管、解約時のデータ搬出費
- 選定条件：設置場所の制約や拠点・規模の変化
専任のインフラ担当者が少ない企業でも使いやすく、初期投資を抑えやすい形態です。総額で比べたうえで、ハードウェア調達は自社、設計・監視・障害対応は外部とする分担も選べます。
機密データや社内規程で設置場所が限られる場合は、オンプレミスが候補になります。一方で、拠点の追加や短期の増減が多い場合は、ホスティングなどが候補です。どちらを選ぶかは、業務上の制約で決めます。
RFPと要件整理の準備範囲
RFPは完成した設計書でなくても構いません。委託先が同じ前提で提案・見積できるよう、現状、目的、制約を整理します。さらに、期待成果、選定基準、希望スケジュールも整理します。
費用を比べるには、VM数や容量だけでなく、条件もそろえる必要があります。性能や可用性、復旧と移行の条件は、数値か判定基準で記載します。
現状調査でのVMと依存関係の洗い出し
RFPには、物理サーバーや仮想ノード、VMやコンテナの台数、OSとバージョンを記載します。割り当てたCPUやメモリ、ディスクと、実際の使用量も整理します。
- 機器と性能：台数、OS、割当資源、実使用量、ピーク利用率
- 接続と運用：I/O、帯域、IP・VLAN、AD・DNS・NTP・NAS・SAN
- 依存関係：各VMの業務用途、DB、外部サービス
監視とバックアップの現状も記載します。各VMが依存する先を一覧にすると、移行時の確認範囲を把握できます。
移行案件では、停止できる時間、利用者への告知期間、データ凍結の方法を整理します。さらに、移行前バックアップと切り戻し期限も確認します。
移行可否はOSだけでなく、仮想ハードウェアやドライバ、ライセンスにも左右されます。さらに、バックアップ製品やアプリの時刻同期によっても変わります。委託先には、移行可否を「可・条件付き可・要改修」に分類してもらいます。
RPO・RTO・HA・バックアップの要件化
RPOはどの時点までデータを戻すか、RTOは障害から何時間で業務を再開するかを示します。「毎日バックアップ」とだけ決めると、午後の障害時に、朝と直前のどちらの状態へ戻すかが定まりません。
業務ごとに、許容できるデータ損失と停止時間を確認します。あわせて、バックアップ間隔や保持世代など、復旧要件に関わる条件を具体化します。
- RPO・RTO：許容するデータ損失と業務停止時間
- バックアップ：間隔、保持世代、PBS容量、別拠点コピー、復元試験の合否
- HA構成：停止影響に応じて必要性を判断
HAの要否は、停止が経営にどれほど響くかで見ます。手動復旧できる業務に3ノードHAやCephを導入すると、機器費・設計費・運用難度が上がることがあります。
反対に、停止が許されない業務で単一ノードを選ぶと、復旧目標を満たせません。構成が必要な理由も、RFPに記載します。
PoCと受入試験の合格条件
本番発注の前に、低リスクな開発環境や検証VMでPoCを行うと、性能・移行・バックアップの問題を早期に見つけられます。試験は次の項目を含めます。
- VM作成、OS起動、アプリ接続、負荷時の性能
- ノード停止、ネットワーク断、ストレージ障害
- バックアップ取得、別ノードへの復旧、単一ファイル復元
- 監視通知、権限分離
受入条件は「構築完了」を基準にせず、指定した業務シナリオが指定時間内に完了する形で定めます。移行なら、対象VM一覧とデータ整合性を合格条件にします。さらに、業務部門の確認と切り戻し手順の実演も含めます。
検証には、業務部門、情報システム部門、アプリ担当会社も参加します。委託先だけに任せないことで、実運用に近い判定ができます。
Proxmoxの外注契約における請負と準委任の使い分け
要件や成果物が固まった部分は請負、調査や移行計画のように協議しながら進める部分は準委任にする方法が使いやすいです。
契約の名前だけで安全が決まるわけではないため、中身を具体的に書き込みます。作業範囲と成果物、責任と変更手順を明確にします。さらに、支払い条件、再委託、機密情報の扱いも取り決めます。
設計書や構築を請負契約にする場合
構成、設定、移行対象に加えて納期と受入条件も決まった構築フェーズは、請負で成果物と完成基準を置きやすい領域です。
- 成果物：設計書、構成図、パラメータシート、構築環境
- 検収資料：試験成績書、運用手順、教育資料
- 変更管理：仕様変更時の見積・納期変更手順
バックアップ鍵の保管方法も、成果物一覧に含めます。成果物は「必要な資料一式」とせず、ファイル名や記載項目まで定義します。
VM追加やCeph採用は、変更要求として承認します。別拠点バックアップの追加や移行延期は、変更要求として承認の対象にします。
これらは費用や期間に影響するため、変更管理を省くと、範囲外の作業が積み上がり、納期と予算が不透明になります。
調査・移行計画・運用支援を準委任契約にする場合
成果物の完成を固定しにくい支援業務では、作業時間や体制を定めて準委任にすることがあります。
- 対象業務：調査、ベンダー調整、移行方式、運用改善、技術支援
- 進行管理：週次報告、課題、決定事項、次週計画
- 契約条件：上限時間、役割、会議回数、追加稼働の承認
未知の依存関係が多い案件では、完成形と金額を固定すると、無理な前提での見積になることがあります。そこで、短期調査の成果から本構築の請負見積へ進む二段階方式も有効です。
稼働時間だけでなく、レビュー資料も提出物にします。連絡可能な時間も決め、進捗を確認して、時間だけが消化される事態を避けます。
導入契約と分けて定める保守契約とSLA
本番稼働後の保守範囲を契約で定めます。問い合わせと障害の一次切り分けに加え、脆弱性確認や更新計画も対象にします。
- 保守作業：バックアップ監視、復元試験、容量拡張、設定変更
- SLA：受付、初動時間、復旧目標、対応時間
- 情報管理：管理者権限、操作ログ、踏み台、二要素認証、データ持ち出し
- 委託管理：再委託先の監督、インシデント報告期限
リモートとオンサイトの違い、対象外作業、休日対応費も、保守契約に記載します。
Proxmox公式サブスクリプションの応答時間と委託先のSLAは、別の契約条件です。両者を混同しないことが大切です。
個人情報や機密情報を扱う場合は、社内規程や個人情報保護委員会のガイドラインに沿って管理します。Proxmoxを導入しただけで、法令対応が完了するわけではありません。事故時の連絡体制は、契約に反映します。
Proxmoxのシステム発注・外注にかかる費用相場
費用は、公式サブスクリプション、機器（物理サーバー・ストレージ・ネットワーク機器）、設計・構築、移行に分けて考えます。バックアップや監視、教育、保守も含めます。
ライセンス費だけを見ると安く見えるため、本番運用の機器と人件費を加えた総保有コストで判断します。ここで示すのは、案件条件を置いた概算レンジで、公式の一律導入価格ではありません。
公式サブスクリプションの計算単位：ソケット数とサーバー数
Proxmox VEは占有する物理CPUソケットごと、PBSはサーバー単位の課金です。
- PVE：1ソケット・年あたり約2.0万〜18.7万円
- 複数ノード：同じサブスクリプションレベルで見積もる
- PBS：1台あたり約9.5万〜76.2万円
- 別途費用：ディスク、保管拠点、冗長化、保守
プラン差は主にサポート範囲、チケット数、応答時間で、全機能の制限ではありません（出典：Proxmox Virtual Environment公式料金表、2026年8月確認）。2026年8月確認のPVE年額は、1ソケットあたりCommunity 120ユーロ、Basic 370ユーロです。
Standardは550ユーロ、Premiumは1,100ユーロです（出典: Proxmox Virtual Environment公式料金表、2026年8月確認）。円換算は、1ユーロ＝170円と仮置きしています。2ソケットのサーバーを3台使う場合、PVEは年間約12.2万円から112.2万円です。
PBSの年額はCommunity 560ユーロ、Basic 1,120ユーロです。Standardは2,240ユーロ、Premiumは4,480ユーロです（出典: Proxmox Backup Server公式料金表、2026年8月確認）。
実額は、購入時の為替や税、販売店条件、契約時点の公式価格で変わります。バックアップ容量やクライアント数だけで増額する料金体系ではありません。
導入規模ごとの初期費用と期間の目安
小規模から大規模まで、初期費用と期間は導入構成によって変わります。
- 小規模PoC・単一ノード：30万〜150万円程度、1〜2か月が目安
- 中小企業の本番基盤：300万〜1,000万円程度、2〜4か月が目安
- 大規模移行・DR：1,000万〜3,000万円程度、4〜9か月が目安
小規模の概算には、ハードウェアやSSD、ネットワークが入ります。さらに、初期設定、監視、バックアップも含みます。既存機器の流用、PBSの別サーバー化、教育や手順書の有無で変わるため、作業項目を分けて見積を依頼します。
中小企業の本番基盤を想定した概算で、2〜3ノードHAと業務VM10〜30台を前提に、PBSと移行支援を含みます。Windowsライセンスや UPS、既存ネットワークの改修を含めると、上限を超えることがあります。さらに、データ移行や運用設計まで含めた場合も、上限を超えることがあります。
このレンジは、業務システム一般の工程配分と、仮想化基盤の機器・移行・運用設計を組み合わせた推定です。大規模移行・DRの概算は、CephやHCI、冗長ネットワークを含みます。さらに、監視や別拠点DR、VMwareからの大規模移行まで含む場合の概算です。
VM数や拠点数、停止可能時間が増えるほど、金額は上振れします。性能試験や切り戻しリハーサルを増やした場合も、金額は膨らみます。24時間運用、オンサイト対応、既存アプリ改修は別見積で比較します。
ランニングコストと工程別内訳の分け方
費用の前提をそろえ、内訳の差を確認します。
- 工程費：調査・要件定義、基本・詳細設計、構築、移行、テスト、教育
- 継続費：保守、監視、機器、サブスクリプション
- 比較期間：初年度と2年目以降の総額
業務システム一般では、要件定義10〜15%、設計25〜35%、製造・テスト45〜60%が参考配分です。移行・導入は5〜10%程度です（出典：NotebookLMリサーチノート内の業務システム費用整理、2026年8月確認）。
Proxmox案件で製造に相当する作業は、機器設定と移行、自動化、試験です。年間保守は初期構築費の10〜20%程度が比較目安ですが、平日日中か24時間365日対応かで変わります。オンサイト交換の有無も確認します。
機器保守やPVE・PBS利用料、監視、バックアップ保管を分けて扱います。回線やデータセンター費も分けたうえで、初年度と2年目以降の総額を比べます。
Proxmoxの委託先選定と見積比較のポイント
委託先は、金額の低さだけでなく、要件の実現方法と運用責任まで比べて選びます。Proxmoxの構築経験があっても、移行、PBS復元、Ceph運用ができるとは限りません。
監視や自動化、既存アプリ会社との調整も確認します。提案書と担当者の質問の深さは、選定の材料にします。
公式パートナー・移行実績・対応範囲の確認
2026年8月確認時点で、Proxmox公式の日本向け一覧にClassact Co., Ltd.が掲載されています。Networld Co., Ltd.も同一覧に掲載されています。
- 公式情報：認定区分、保守窓口、対応地域
- 技術実績：PVE・PBS、移行、複数拠点、障害復旧
- 確認資料：構成図、移行手順、試験項目、保守体制
同一覧にはInfiniCloud Co. Ltd.、Tafs Co., Ltd.なども掲載されています。Classactは従来基盤からの移行支援を説明しています（出典：Proxmox公式パートナー一覧、2026年8月確認）。Networldは導入から運用までのITインフラ支援を説明しています（出典：Proxmox公式パートナー一覧、2026年8月確認）。
掲載されていても、適合性が保証されるわけではありません。認定区分と担当者の経験、保守窓口、対応地域を問い合わせます。
実績は、導入の有無だけでなく、PVE・PBS、ZFSまたはCeph、Windows・Linux混在の経験を確認します。VMware移行、複数拠点、停止を抑えた切り替えの実績も聞きます。障害復旧と自動化の担当範囲も確かめ、可能なら匿名化した資料を提示してもらいます。
同じRFPによる初期費用・年間費用・成果物の横並び比較
複数社へ見積を依頼するときは、同じRFPとVM一覧を渡します。比較表では次の費目を分けます。
- 設計・構築：現状調査、要件定義、設計、構築、移行、試験
- 機器・利用料：機器、サブスクリプション、バックアップ保管
- 導入後の費用：教育、保守、監視、交通費、時間外対応費
機器やライセンスを一式で記載した会社には、内訳と数量を再提示してもらいます。そうすると、比較の精度を上げられます。
金額差が大きいときは、作業の抜けを確認します。最安見積には、移行リハーサル、復元試験、バックアップ容量が含まれない場合があります。
ネットワーク冗長化と設計書、休日切り替えと切り戻し対応を確認対象にします。各社には「含む・含まない・条件付き」で回答してもらいます。価格に加え、未確定リスクの大きさも比較します。
見積比較でのリスクと納品後の運用の確認
提案時は、技術用語だけでなく、現場での対応方法を具体的に確かめます。
- 障害対応：何分でどこまで復旧できるか
- PBS暗号鍵の管理：保管者と退職時の引き継ぎ方法
- PVE更新時：業務VMに影響した場合の切り戻し判断者
判断者と記録、連絡経路、復旧の実演方法まで答えられる会社を選びます。
2025年の公式事例では、イタリアの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・ストレージ・ネットワーク・監視を確認
- 会社分担：分ける場合は責任分界表、合同試験、障害時の一次窓口を契約に記載
アプリ開発が得意でも、仮想化基盤の障害復旧やバックアップ復元を経験しているとは限りません。
まとめ：基盤・移行・運用を一体で比べる発注の進め方
外注時は、業務アプリを開発するのか、アプリを載せる仮想化基盤を構築するのかを整理します。次に、自社の体制に合う発注形態を選びます。
構築支援、一括SI、ホスティング・マネージドサービスから選びます。VM・OS・容量と性能、依存関係をRFPにまとめます。
発注前に決めるべきこと
RPO・RTO、HAの要否、PBSの保管先を先に決めます。さらに、復元試験や移行停止時間、運用担当者とセキュリティ要件も決めておきます。
請負にする構築成果物と、準委任にする調査・計画・運用支援を分けます。SLAと責任分界、変更管理と管理者権限の引き継ぎも、契約に反映します。要件が揃うと、委託先から同じ条件で提案を受けられます。
最初の一歩は同じRFPでの複数社への相談
同じRFPを複数社へ渡し、見積項目と条件を揃えて相談します。
- 初期費用：機器、構築、移行、教育を含めて比較
- 継続費用：サブスクリプション、機器保守、監視、バックアップ保管
- 比較期間：初年度と2年目以降の運用費
- 提案内容：設計、移行計画、納品物、保守範囲
2026年5月公開のProxmox VE 9.2では、動的ロードバランサーやSDN拡張などが追加されています。採用バージョンと更新方針も確認します（出典：Proxmox Virtual Environment 9.2公式リリース、2026年5月21日）。
Proxmoxは、安価なソフトウェアを入れるだけでなく、業務を止めない基盤を設計する案件です。現状資料と復旧要件を整えることが、失敗しにくい発注につながります。
▼全体ガイドの記事
・Proxmoxのシステム開発の完全ガイド
▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。