VMware vSphereのシステム開発の発注/外注/依頼/委託方法について

VMware vSphereのシステムを発注・外注するときは、ESXiをインストールする作業だけでなく、仮想化基盤の設計、ライセンス、移行、バックアップ、障害対応まで含めて委託範囲を決めることが重要です。特に2026年は、Broadcomによる製品体系とライセンス方式の変更が続いているため、過去の価格表だけで発注先を決めると、契約更新時に想定外の費用や移行リスクが発生しやすくなります。

本記事では、VMware vSphereのシステムを外注する企業に向けて、発注形態の選び方、RFPと要件の整理方法、請負・準委任などの契約形態、規模別の費用相場、委託先の選定基準、見積書の比較方法を解説します。オンプレミス、ホステッドプライベートクラウド、VCFaaSなどの違いも整理し、自社に合う方式を判断できるようにします。

▼全体ガイドの記事
・VMware vSphereのシステム開発の完全ガイド

VMware vSphereのシステムを発注・外注する前に知っておきたい全体像

VMware vSphereは業務アプリケーションではなく、複数の仮想マシンを安定して稼働させるサーバー仮想化基盤です。発注時には、ESXiホスト、vCenter Server、共有ストレージまたはvSAN、仮想ネットワーク、バックアップ、監視、認証、運用手順を一体のシステムとして扱います。

基本構成は、物理サーバー上で仮想マシンを動かすESXi、複数ホストを一元管理するvCenter Server、ストレージ、ネットワーク、バックアップ、監視です。高可用性を求める場合は、2〜4台以上のESXiホスト、冗長化した電源・NIC・ストレージ経路、管理系と業務系を分けたネットワークを設計します。vMotion、HA、DRS、テンプレート管理などを使うかどうかも要件に含めます。

また、VMware vSphereのシステムでは、構築完了がゴールではありません。VMの払い出し、容量管理、パッチ適用、障害時の切り分け、バックアップからの復元、不要VMの削除、ライセンス監査までが日常運用になります。これらを自社で担うのか、委託先のマネージドサービスに含めるのかで、発注金額と契約責任が大きく変わります。

VMwareの製品体系は、従来のソケット単位・永久ライセンス中心の考え方から、物理CPUコア単位のサブスクリプションと、VMware vSphere Foundation（VVF）やVMware Cloud Foundation（VCF）を中心とする構成へ移行しています。Broadcom公式ナレッジベース（2026年）では、vSphere 9.0およびVCF 9.0からサブスクリプション方式が前提となり、従来の25文字のライセンスキーによる運用からライセンスファイルを使う方式へ変わったとされています。

NTT東日本の2026年2月公開情報では、1CPUあたり最低16コア分を算定するルールが説明されています（出典: NTT東日本「VMwareのライセンス価格はいくら値上げされる？」、2026年）。ただし、実際の見積もりは契約期間、製品構成、販売パートナー、対象コア数、サポート範囲によって変わります。RFPには「どの製品を何コア、何年契約するか」を必ず明記し、古い記事の価格をそのまま採用しないことが大切です。

VMware vSphereのシステム発注・外注はどの方式が適していますか？

結論から言うと、少数のVMを既存設備で構築するなら設計・構築の部分委託、大規模移行や24時間運用まで任せるならマネージド型、設備保有を避けたいならホステッドまたはクラウド型が適しています。重要なのは「vSphereを使うか」だけでなく、設備・ライセンス・運用・障害対応の責任を誰が持つかで方式を比較することです。

自社データセンターや既存のサーバールームを使う場合は、サーバー、ストレージ、スイッチ、バックアップ製品を含む基盤構築をSIerやインフラ専門会社へ一括発注します。要件定義から基本設計、詳細設計、構築、テスト、移行、運用引き継ぎまでを同じ会社に任せると窓口が一本化されますが、設計書や設定値が委託先に閉じないよう、納品物と権利関係を契約書で定めます。

ホステッドプライベートクラウドは、事業者のデータセンターにあるvSphere基盤を、専用環境に近い形で利用する方式です。物理サーバーの調達、故障交換、データセンター設備、基盤の監視を自社で抱えずに済むため、インフラ担当者が少ない企業や、短期間で移行したい企業に向きます。一方で、月額料金、データ転送費、増設条件、契約終了時のデータ返却、障害時の復旧目標を確認しなければなりません。

VCFaaS、VMware Cloud on AWSなどのマネージド型は、VMwareの運用知識を活かしながら、物理設備の保有を抑えられる選択肢です。自社で設備を持つ方式と比べ、初期調達を軽くできる反面、利用量に応じた月額費用やサービス仕様に依存します。比較時は、同じVM数、CPU・メモリ使用量、ストレージ容量、RTO・RPO、保守時間をそろえた5年TCOで評価します。

VM数が少ない、ライセンス更新費が大幅に上がる、特定のVMware機能を使っていない場合は、Nutanix AHV、Hyper-V、KVM、OpenStack、AWSやAzureのネイティブサービスも比較対象になります。既存VMをそのまま移すことを優先するのか、アプリケーションをクラウドネイティブ化するのかで、移行工数と将来の自由度が変わります。委託先には、vSphereを推奨する場合でも代替案を検討した理由と、将来の出口戦略を説明してもらいます。

RFPと要件を整理してからVMware vSphereの発注を始めます

RFPは、単に「vSphereを構築してください」と依頼する資料ではありません。現状の課題、対象範囲、性能、可用性、セキュリティ、移行条件、納品物、保守条件を同じ前提で提示し、各社の提案と見積もりを比較できるようにする資料です。未確定の事項は無理に決めず、前提条件と追加調査の方法を明記します。

最初に、物理サーバーとESXiホストの台数、CPUの型番とコア数、メモリ、ストレージ容量とIOPS、ネットワーク帯域を一覧化します。VMごとにOS、ミドルウェア、データベース、利用部門、停止可能時間、バックアップ方式、保守期限、接続先を整理します。CPUやメモリを過剰に割り当てたVM、長期間使われていないVM、同一ホストに偏った重要VMを見つけると、発注前に必要なライセンス量と構成を適正化できます。

移行を伴う場合は、VM単位で依存関係を確認します。認証サーバー、DNS、時刻同期、監視、バックアップ、外部連携、ファイル共有などの共通サービスを先に把握し、移行波次と切り戻しの順序を設計します。性能測定は平均値だけでなく、繁忙時間帯のCPU ready、メモリ圧迫、ストレージ遅延、ネットワーク遅延も確認します。

可用性の要件は「止めない」ではなく、ホスト障害時に何分以内で復旧するか、計画停止を年何回まで許容するか、どの業務を優先するかで定義します。RTOは復旧までの目標時間、RPOはどの時点までのデータを復元できればよいかを表します。HAによるVM再起動だけで十分なのか、別拠点へのレプリケーションや災害対策サイトが必要なのかを業務責任者と決定します。

セキュリティ要件には、管理ネットワークの分離、MFA、特権IDの分離、vCenterのロール、操作ログの保存、暗号化、脆弱性パッチの適用期限、バックアップの改ざん耐性を含めます。IPAの情報セキュリティ白書2025では、VMwareやHyper-Vなどの仮想化基盤を攻撃する機能を持つランサムウェアが確認され、基盤侵害によって管理下のシステムへ被害が広がるおそれが示されています（出典: IPA「情報セキュリティ白書2025」、2025年）。ゲストOSだけでなく、ESXi、vCenter、管理端末、バックアップを一つの防御対象としてRFPに記載します。

納品物は、構成図、基本設計書、詳細設計書、パラメータシート、IPアドレス一覧、権限一覧、バックアップ設計、監視設計、運用手順書、障害対応手順、テスト結果、移行計画、ライセンス証書や契約情報まで具体化します。自動化スクリプトやTerraformなどのコードを作る場合は、ソースコード、実行手順、改修時の責任範囲も明記します。

受入テストには、正常系だけでなく、ホスト障害、vCenter障害、ストレージ経路障害、バックアップ復元、ネットワーク断、権限誤設定、パッチ適用後の互換性確認を含めます。合格条件を「問題なく動く」ではなく、復旧時間、データ欠損、性能、アラート通知、手順書の再現性などで数値化すると、完成後の認識違いを防げます。

VMware vSphereの外注で選ぶ契約形態と責任分界

VMware vSphereの発注では、構築作業と運用サービスを同じ契約に押し込めず、成果物を納める部分と、専門人材の稼働を提供する部分を分けて考えます。請負、準委任、保守・運用サービスにはそれぞれ責任の持ち方があるため、作業範囲、検収条件、変更時の費用、障害時の対応を契約前に確認します。

要件が固まり、構築対象と完了条件を定義できる場合は、設計・構築・テストを請負契約で発注する方法があります。納品物と受入基準が明確なら予算を管理しやすい一方、契約後にVM数、ネットワーク要件、移行対象が増えると、変更契約や追加費用が発生します。見積書だけでなく、前提条件、除外項目、追加作業の単価、納期延長の扱いまで確認します。

現状調査、要件定義、方式比較、移行計画、運用改善のように、開始時点で作業量や結論を完全に確定しにくい業務は、準委任契約で専門家の稼働を確保する方法が適しています。発注者も会議や判断に参加し、成果物の確認と優先順位付けを行います。月ごとの稼働時間、担当者のスキル、報告内容、再委託の可否、情報管理を契約に落とし込みます。

24時間監視、障害一次受付、オンサイト対応、パッチ適用、バックアップ確認、復元テスト、容量予測、ライセンス更新支援を委託する場合は、保守・運用契約を別に設計します。SLAには受付時間、一次回答時間、復旧目標、重大度ごとの連絡経路、計画メンテナンスの通知期限を記載します。vCenterやESXiの障害と、ゲストOSや業務アプリの障害をどこまで切り分けるかも重要です。

委託先が管理者権限を持つ場合は、操作ログ、特権IDの貸与方法、緊急時の承認、退職者のアカウント削除、再委託先の管理、インシデント発生時の報告時間を契約します。バックアップを委託先の設備に置く場合は、データの保管場所、暗号化、復元可能性、契約終了後の消去証明まで確認します。

VMware vSphereのシステム発注・外注にかかる費用相場

VMware vSphereの費用は、ライセンスだけで決まりません。物理サーバー、ストレージまたはvSAN、ネットワーク機器、バックアップ、監視、設計・構築、移行、教育、保守を合算して考えます。以下は2025〜2026年の公開情報と一般的な仮想化基盤構築案件の類似条件から作成した、発注前の予算仮説です。正式な価格ではなく、契約条件と構成をそろえるためのレンジとして利用します。

PoCや検証環境で1〜2ホスト、数台から十数台のVMを扱う場合、初期費用は100万〜500万円、期間は1〜2か月が目安です。2〜3ホストで十数〜50VM程度の小規模本番では、サーバーやストレージ、バックアップを含めて800万〜2,000万円、期間は2〜4か月程度を予算仮説に置きます。

4〜8ホスト、50〜200VM程度の中規模クラスタでは、初期費用2,000万〜6,000万円、期間4〜9か月程度が一つの目安です。数百〜1,000VMを超えるVCFやプライベートクラウドでは、5,000万円〜数億円、期間9か月〜2年程度まで広がります。既存vSphereからクラウドへ移行する場合は、小〜中規模で500万〜2,000万円程度を起点にし、移行先の利用料は月額10万〜数百万円程度の幅で別に試算します。

これらのレンジには、一般に物理サーバー、ストレージ、ネットワーク、バックアップ、設計・構築、テスト、移行、教育を含めます。ただし、業務アプリケーションの改修、データクレンジング、遠隔地バックアップ、24時間監視、データセンター費用、クラウドの転送費は別計上になることがあります。見積書では、含むものと含まないものを分けて確認します。

ライセンス費用は、VVFやVCFなどの製品構成、物理CPUのコア数、1CPUあたりの最低算定コア、契約年数、サポートレベルで変わります。見積書には、対象ホスト名、CPU数、実コア数、課金対象コア数、最低コアの適用、契約期間、更新条件を明記してもらいます。公開価格がない場合に、単価を推測して比較するのではなく、販売パートナーの正式見積もりを同じ条件で取得します。

構築費は、要件定義が10〜15%、設計が25〜35%、構築・テストが30〜40%、移行・教育・運用設計が15〜25%程度という配分を予算仮説にすると、各社の工数差を読み解きやすくなります。これは案件の性質によって変動する目安であり、特定企業の標準価格ではありません。安い見積もりほど、移行設計、復旧テスト、運用引き継ぎが除外されていないかを確認します。

公開情報の例として、NTT東日本の2025年7月のサーバーホスティング利用規約には、vSphere Enterprise Plusの4CPU・64GB構成でライセンス月額上限82,830円、8CPU・128GB構成で165,550円と記載されています（税抜、出典: NTT東日本「クラウドゲートウェイ サーバーホスティング利用規約」、2025年）。これは特定のホステッドサービスにおけるライセンス部分の上限であり、物理設備、ネットワーク、バックアップ、運用費を含むオンプレミスの総額とは異なります。

したがって、公開価格は「ライセンスの一部を確認する材料」として使い、発注判断は自社の5年TCOで行います。初期費用が低い方式でも、契約更新、VM追加、ストレージ増設、データ転送、監視、障害対応の追加料金を加えると総額が変わります。料金表の数字だけで優劣を決めないことが重要です。

VMware vSphereの委託先・発注先を選ぶポイント

委託先は、VMwareの販売資格や知名度だけでなく、対象規模と自社の運用条件に合うかで選びます。大規模移行に強いSIer、クラウドやホステッド基盤に強い事業者、オンプレミス統合に強いインフラ会社、代替基盤も含めて中立に比較できる会社では、得意領域が異なります。

「VMwareの導入実績があります」という説明だけでは、発注先の実力を判断できません。自社と近いVM数、業種、データベース、停止制約、災害対策、24時間運用の実績を聞きます。事例に移行期間、切り戻し件数、移行後の性能、運用コスト、体制が書かれていれば、提案の再現性を評価しやすくなります。

NECの公開事例では、NECグループ21社の424台の仮想サーバー、301システムをVMware Cloud on AWSへ70日間で移行し、本番移行では99.5%の仮想サーバーを大きな問題なく移行したと説明されています（出典: NEC「400超の仮想サーバをわずか70日で完全移行」、公開事例）。自社案件が同じ速度で進むという意味ではありませんが、数字のある事例は、移行計画とリスク管理を質問するきっかけになります。

提案体制には、vCenterやESXiの設計担当だけでなく、ストレージ、ネットワーク、バックアップ、監視、認証、セキュリティ、業務アプリ移行の担当者が含まれるか確認します。ランサムウェア対策として、管理インターフェースの分離、MFA、最小権限、踏み台、イミュータブルまたはオフラインバックアップ、復旧訓練を提案できるかも評価します。

さらに、VMwareの更新やライセンス変更に伴う再見積もりに対応できるか、代替基盤への移行を妨げる独自設定を増やさないか、設定書と自動化コードを引き渡せるかを質問します。委託先が変わっても運用できるドキュメントと権限を残すことが、長期的なベンダーロックインの抑制につながります。

提案書には、作業項目ごとの工数、担当者の役割、前提条件、除外項目、再委託の有無、出張費、ライセンスや機器の調達主体を記載してもらいます。営業担当だけでなく、実際に設計と移行を担う責任者が説明できる会社を選びます。担当者が契約後に変わる場合の引き継ぎ方法と、専門家へのエスカレーション経路も確認します。

大手SIerだけに絞る必要はありませんが、安価な要員派遣だけで設計責任が不明確な提案には注意します。3社以上に同じRFPを渡し、価格だけでなく、体制、納品物、移行方法、運用範囲、障害時の責任分界を比較すると、見積もりの安さに隠れた抜け漏れを発見しやすくなります。

VMware vSphereの見積もりを比較するときのチェックポイント

見積もりを比較するときは、合計金額の大小を先に見ないことが大切です。まず同じ前提条件で積算されているかを確認し、そのうえで初期費用、年間費用、変動費、作業範囲、リスク対応を分けて比較します。価格差がある場合は、削られている作業や将来の追加料金を特定します。

ライセンスの比較表には、VVFまたはVCFの別、スタンドアロン製品の扱い、対象CPU数、実コア数、課金対象コア数、最低コア数、契約年数、サポート、更新時の条件を並べます。特に1CPUあたり最低16コアの算定が適用される構成では、実際に使うコア数と購入するコア数が一致しないことがあります。販売パートナーから、計算根拠を文章で提示してもらいます。

製品のバージョンも確認します。Broadcomの公式ナレッジベースでは、vSphere StandardとEnterprise Plusはバージョン8 Update 3までがサポート対象とされ、vSphere 9.0の機能はVVF 9.0またはVCF 9.0で提供されると説明されています（出典: Broadcom公式ナレッジベース、2026年7月）。既存の永久ライセンスを保有している場合は、現在の利用権、アップグレード権、保守期限、更新後に利用できるバージョンを契約書で確認します。

移行費用の比較では、対象VM数だけでなく、棚卸し、依存関係分析、変換作業、データ同期、停止時間の調整、本番移行、切り戻し、移行後の性能確認を含むか確認します。1回の一括移行を提案する会社と、検証、パイロット、複数の移行波次に分ける会社では、価格とリスクの内訳が異なります。

受入テストには、ホスト障害時のHA再起動、バックアップからの復元、ネットワーク経路断、ストレージ障害、vCenterの権限設定、監視通知、脆弱性パッチ後の業務確認を入れます。テストを省略した見積もりは安く見えますが、障害発生時に初めて不備が判明する可能性があります。テスト項目と合格基準を価格比較の対象にします。

年間費用には、監視、障害受付、パッチ検証、バックアップ確認、容量管理、月次報告、ライセンス更新、定期的な復元テストが含まれるかを確認します。問い合わせ回数や作業時間に上限がある場合は、超過単価と緊急対応費を見積もりに記載します。月額が安くても、障害時のオンサイト対応や夜間作業が別料金なら、実際のTCOは高くなります。

クラウドやホステッド型では、契約終了時のデータエクスポート、返却形式、移行支援、保存期間、消去証明を確認します。オンプレミスでも、保守終了後に別会社へ引き継げるよう、管理者アカウント、設計書、設定情報、スクリプト、バックアップ媒体の所有権を明確にします。出口戦略を見積もり段階で確認しておくと、将来の選択肢を残せます。

VMware vSphereのシステム発注・外注に関するよくある質問

VMware vSphereの発注では、ライセンス、移行、運用のどこまでを外注するかによって回答が変わります。ここでは、発注前に特に質問されやすいポイントを、判断基準と一緒に整理します。

小規模本番では800万〜2,000万円、中規模クラスタでは2,000万〜6,000万円程度を初期費用の予算仮説に置けます。ただし、これは物理基盤、ストレージ、バックアップ、設計・構築、移行などを含む類似案件のレンジであり、正式な価格ではありません。対象コア数、契約年数、VM数、可用性、運用時間をそろえて見積もりを取得します。

依頼できますが、現状のVM数、停止可能時間、RTO・RPO、セキュリティ、予算上限など最低限の情報を整理した方が、提案と見積もりを比較しやすくなります。情報が不足している場合は、現状調査・要件定義を準委任で先行発注し、その成果物をもとに構築を請負で発注する二段階方式が適しています。

少なくとも3社以上に同じRFPを提示し、同一条件の提案と見積もりを比較することをおすすめします。比較対象には、オンプレミス構築に強い会社、ホステッドやクラウドに強い会社、代替基盤を含めて中立に提案できる会社を混ぜると、方式そのものの妥当性も検証できます。価格だけでなく、移行実績、SLA、納品物、セキュリティ、契約終了後の出口を評価します。

まとめ

VMware vSphereのシステムを発注・外注するときは、ESXiやvCenterの構築作業だけでなく、ストレージ、ネットワーク、バックアップ、監視、移行、セキュリティ、運用までを対象にします。2026年はサブスクリプションとコア課金を前提に、VVF・VCF、ホステッド、クラウド、代替基盤を5年TCOで比較することが重要です。

RFPには、現行環境、VM数、依存関係、性能、RTO・RPO、セキュリティ、契約期間、納品物、受入テスト、運用範囲を記載します。3社以上から見積もりを取り、コア数、ライセンスの更新条件、移行と切り戻し、障害対応、バックアップ復元まで横並びにすると、安さだけでは分からない提案の差が見えてきます。

委託先を選ぶときは、実績の規模、設計・移行・運用の体制、セキュリティ対策、SLA、ドキュメントの品質、代替基盤への移行可能性を確認します。自社に必要な責任範囲を明確にしたうえで発注すれば、VMware vSphereのシステムを安定して運用しながら、将来のライセンス変更や基盤更改にも対応しやすくなります。

▼全体ガイドの記事
・VMware vSphereのシステム開発の完全ガイド

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

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

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

株式会社riplaの会社HPはこちら

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール

張田谷凌央

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