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

VMware Cloudのシステム発注は、クラウド基盤を借りるだけではなく、現行環境の調査、移行、ネットワーク、バックアップ、運用までを一体で設計して委託先と責任範囲を決めることが重要です。

「どの発注形態が自社に合うのか」「RFPには何を書けばよいのか」「請負と準委任はどう使い分けるのか」「費用の妥当性をどう判断するのか」と悩む担当者は少なくありません。この記事では、VMware Cloud Foundation（VCF）をオンプレミスやマネージドクラウド、Amazon Elastic VMware Service（Amazon EVS）、Google Cloud VMware Engineなどで利用する場合を想定し、発注・外注の進め方を順番に解説します。

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

VMware Cloudのシステム発注で最初に決めること

VMware Cloudのシステムを外注するときは、製品名やクラウド名から発注先を決めるのではなく、達成したい業務上の結果から要件を整理します。特に重要なのは、どこで仮想マシンを動かすか、誰が移行を担うか、障害時にどの水準で復旧させるか、契約終了後にどのように引き継ぐかの4点です。

「VMware Cloud」といっても、オンプレミスのデータセンターにVCFを構築する方式、国内の専用マネージドクラウドを利用する方式、AWS上のAmazon EVSを使う方式、Google Cloud VMware Engineを使う方式では、料金の出方も責任分界も異なります。既存のVMware仮想マシンを大きく作り替えずに移行したいのか、将来はコンテナやPaaSへ再設計したいのかも、発注前に切り分けておく必要があります。

2025年6月に一般提供されたVCF 9.0は、データセンター、エッジ、サービスプロバイダーやハイパースケーラー上で一貫した運用モデルを目指す統合プライベートクラウド基盤です（出典: Broadcom公式発表、2025年）。そのため「AWSにVMwareを置く」という単純な説明ではなく、VCFのライセンスをどの実行先で使うのか、クラウド側と発注先側の担当範囲はどこまでかをRFPに書くことが大切です。

発注者が「安全に移行したい」と考えていても、委託先は「仮想マシンを移動させれば完了」と受け取る可能性があります。そこで、移行対象のVM数、停止可能時間、性能基準、RTO（目標復旧時間）、RPO（目標復旧時点）、バックアップ保持期間、監視の通知先、受入テストの合格条件を数値で示します。

また、マスタデータの整理、業務部門へのテスト依頼、アプリケーションの改修、ライセンスの調達、既存ネットワークの変更承認など、発注者側が担当する作業も明示します。要件や協力義務が曖昧なまま契約すると、移行直前に追加費用やスケジュール延長が発生しやすくなります。

発注形態は一括委託と分割委託のどちらがよいですか？

結論として、VMware Cloudに詳しい担当者が社内に少なく、ネットワークや移行を含めて早く責任を一本化したい場合は一括委託が向いています。一方、社内に基盤運用の知見があり、競争性を高めながら工程ごとに専門会社を選びたい場合は、アセスメント、構築、移行、運用を分ける方法が適しています。

一括委託では、1社が現状調査、方式設計、クラウド契約支援、ネットワーク接続、VCF構築、移行、運用引き継ぎをまとめて管理します。障害や遅延が起きたときに、発注者が複数社の間で原因を調整する負担を減らせる点がメリットです。大規模な基幹系や複数拠点の案件では、プロジェクトマネージャーを置いて一本化できることが特に重要です。

ただし、一括委託は比較対象が少なくなるため、提案内容が妥当か判断しにくいことがあります。RFPでは、クラウド利用料、VCFライセンス、設計・移行工数、バックアップ、監視、保守を分けた見積書を要求し、第三者がレビューできるドキュメントの納品条件も盛り込みます。

分割委託では、最初に独立した会社へ現状調査や移行アセスメントを依頼し、その成果物をもとに構築会社や運用会社を選定します。ネットワークに強い会社、VMware基盤に強い会社、業務アプリに強い会社を組み合わせられるため、専門性を活かしやすい方法です。

反面、各社の責任範囲の境界で問題が起きやすくなります。たとえば、通信遅延の原因がクラウド側なのか、NSXの設定なのか、業務アプリのタイムアウトなのかを誰が切り分けるかを決めておかなければなりません。分割する場合は、発注者が全体の設計責任を担うのか、プライムベンダーに統括を任せるのかを契約書とRACI表で明確にします。

RFPと要件整理はどのように進めますか？

RFPは、製品名を並べる資料ではなく、委託先が同じ前提で提案と見積を出すための資料です。VMware Cloudの案件では、現行環境、対象業務、非機能要件、移行条件、運用範囲、納品物、提案書の記載方法を順番に整理すると、見積比較がしやすくなります。

まず、仮想マシン名、OS、vCPU、メモリ、ディスク容量だけでなく、CPU使用率、メモリ使用率、ストレージのIOPS、ネットワーク量、ピーク時間を確認します。さらに、DNS、Active Directory、認証、データベース、外部API、ファイル共有、監視、バックアップ、固定IP、ファイアウォールの通信先を洗い出します。

業務の停止可能時間と繁忙期も一覧にします。たとえば、夜間バッチの実行中に移行すると、基幹システムと周辺システムのデータ整合性が崩れるおそれがあります。移行ウェーブごとに「先に移せる業務」「同時移行が必要な業務」「最後まで残す業務」を分類すると、RFPに現実的な工程を書けます。

非機能要件には、可用性、性能、拡張性、セキュリティ、バックアップ、監査、障害対応、データ所在地を含めます。「高可用性にする」と書くだけではなく、何台構成にするのか、どの障害を想定するのか、RTOを何時間以内にするのか、RPOを何分以内にするのかまで決めます。クラウド事業者のリージョン、専用線やVPN、バックアップ先、ログの保存期間も同じ資料で扱います。

受入条件には、平常時の性能テストだけでなく、ホスト障害、ネットワーク断、バックアップからの復元、監視通知、権限のない操作の拒否、切戻し手順のリハーサルを含めます。発注者が結果を確認できるよう、テスト項目、合格基準、実施者、証跡の形式をRFPで指定しておくと、完成後の認識違いを抑えられます。

RFPには、提案期限や説明会の日程だけでなく、必須要件と加点要件、想定予算の扱い、作業場所、機密情報の取り扱い、発注者側の協力事項を記載します。提案書には、構成図、移行方式、体制図、工程、リスク、前提条件、除外事項、ライセンスとクラウド料金の内訳を含めてもらいます。

納品物は、構築完了後に使える運用資産として定義します。構成図、パラメータシート、アカウントと権限一覧、ネットワーク設計書、バックアップ設計書、テスト結果、移行記録、障害対応手順、教育資料、契約上許される範囲の自動化スクリプトなどを挙げます。将来の委託先変更に備え、発注者が読める形式で納品されるかも確認します。

契約形態は請負と準委任をどう使い分けますか？

VMware Cloudの案件では、全工程を一つの契約類型に押し込めるより、要件の確定度に合わせて契約を分ける方法が現実的です。現状調査や要件定義は準委任、確定した設計に基づく構築や移行は請負、稼働後の監視や改善は準委任またはSLA付きの運用契約とする組み合わせが一般的です。

準委任は、専門家の作業や助言を受ける契約です。現状調査、移行アセスメント、RFP作成支援、方式比較、運用設計、発注者側のプロジェクト管理支援など、作業を進めながら前提を確定する工程と相性があります。成果物だけでなく、誰が何時間関与し、会議体や報告をどうするかを契約書に書きます。

準委任だから成果を問わなくてよいという意味ではありません。アセスメント報告書、課題一覧、構成案、移行計画、運用設計書など、各月または各フェーズで提出する成果物とレビュー方法を決めます。委託先の助言を受けながら発注者が意思決定する契約であることを、社内の関係者にも共有します。

請負は、合意した仕事を完成させ、発注者が検査して引き渡しを受ける契約です。VCFの構築、ネットワーク接続、監視設定、バックアップ設定、合意済みのVM移行など、完成条件を定義できる作業に向いています。請負にする場合は、完成の定義、検査期間、未達時の扱い、仕様変更の手続き、第三者製品の制約を契約書と仕様書で揃えます。

一方、移行中に発見される古いOSの互換性問題や、業務部門の追加要望まで無制限に請負へ含めると、委託先はリスクを価格へ上乗せしやすくなります。基本範囲とオプションを分け、追加作業は変更要求書で承認する仕組みにします。固定価格の安心感だけでなく、変更を安全に扱える運営ルールが重要です。

運用契約では、監視対象、通知方法、一次切り分け、エスカレーション、定期報告、パッチ適用、脆弱性対応、バックアップ確認、復元テスト、容量追加、障害時の現地対応を分けます。24時間365日対応なのか、平日営業時間だけなのか、重大度ごとの初動時間と復旧目標は何かをSLAに記載します。

VCF 9.0では、従来の25文字のライセンスキーではなく、VCF OperationsとBroadcom Business Services Consoleを使うサブスクリプション型ライセンスファイルが中心になります（出典: Broadcom Knowledge Base、2026年2月・6月更新）。ライセンス更新、利用状況の報告、Site IDの変更、インターネット接続のない環境での手順まで、誰が担当するかを運用契約に含めると、契約更新時の停止リスクを抑えられます。

VMware Cloudのシステム発注費用と相場

VMware Cloudの費用は、基盤料金だけでなく、VCFまたはポータブルライセンス、クラウドの計算資源、ストレージ、通信、Windows Server、バックアップ、移行作業、監視、運用保守で構成されます。したがって「VMが何台だから月額いくら」と一つの金額で断定せず、初期費用と月額費用、変動費、契約期間を分けて見積もります。

AWS公式のAmazon EVS料金例では、米国オハイオリージョンでi4i.metalを4台、730時間利用し、EVS Control PlaneとRoute Serverを組み合わせたオンデマンド構成が月額35,049.51ドルです。1ドル=150円で機械的に換算すると約526万円です。同じ公式ページの3年Instance Savings Plan例は月額17,815.67ドルで、同じ換算では約267万円です（出典: AWS公式 Amazon EVS pricing、2026年8月確認）。

この金額は米国リージョンのAWSリソース例であり、日本企業の最終見積ではありません。データ転送、ストレージ、バックアップ、Windows Server、VCFライセンス、運用人件費は条件により別途発生します。AWS公式ページでも、料金はEC2、Route Server、EVS Control Planeを基本に、FSxNやWindows Serverを追加して計算する構造になっています。

Google Cloud VMware Engineは、公式料金表で3ノード最小と案内されています。例えばve2-small-64は1年契約の月払いが1時間あたり6.442256ドル、3年契約の前払いが4.263408ドルです。730時間、1ドル=150円で換算すると、1ノードあたり約70.5万円、約46.7万円となり、3ノードなら約140万〜212万円が基盤料金の概算幅になります（出典: Google Cloud公式 VMware Engine pricing、2026年8月確認）。

以下はVMware Cloud固有の一律公開相場ではなく、公開されている基盤料金の例と、業務システム・インフラ導入で発生する作業をもとにした計画用の推定レンジです。実際の見積はVM数、拠点数、既存資料の有無、停止条件、データ量、RTO・RPO、移行回数、運用時間で変わります。

現状調査、性能測定、依存関係の整理、PoC、移行アセスメントは100万〜500万円程度、期間は1〜3か月を目安に置けます。10〜30VMを単一拠点から移す小規模移行は、設計、接続、テスト、数回の移行、切戻し計画まで含めて500万〜2,000万円程度、期間は3〜6か月が一つの計画レンジです。

30〜100VMで業務連携やハイブリッド構成、DR、監視、運用引き継ぎまで含める中規模案件は、2,000万〜8,000万円程度、期間は6〜12か月を見込む場合があります。多拠点、基幹系、24時間運用、複数リージョン、段階的な大規模移行では8,000万円〜数億円、12〜24か月程度となることもあります。これらは判断の起点であり、特定金額を約束する相場ではありません。

委託先の選定と見積比較で確認するポイント

委託先は、VMwareの資格や販売実績だけで決めません。VCFの構築経験、クラウド接続、ネットワークとセキュリティ、移行・切戻し、業務アプリの依存関係、運用保守、契約終了時の引き継ぎを一つの案件として確認します。特に、提案段階で実際に設計と移行を担当するエンジニアが参加するかを確認すると、営業資料と実行体制の差を見抜きやすくなります。

最新バージョンへの対応力も確認します。例えば、ネットワンシステムズは2026年1月公開の記事でVCF 9.0の構築・インストール概要を説明し、VCF Installer、マネジメントドメインとワークロードドメイン、DNS・NTP・証明書・SSOなどの準備項目を示しています（出典: ネットワンシステムズ公式、2026年1月）。このように、製品名だけでなく実際の構築前提を説明できる会社かを比較します。

実績を確認するときは、「VMwareの導入実績があります」という一文で終わらせません。何VMを、どの方式で、どのリージョンへ、何回のリハーサルを経て移行したのか、停止時間はどれくらいだったのか、移行後の運用を何人で担当しているのかを質問します。可能であれば、匿名化した構成図、移行計画、障害事例と再発防止策を見せてもらいます。

実績の規模が自社と違っても、依存関係の調査、レガシーOSの扱い、データ整合性、ネットワーク遅延、切戻しといった課題にどう対応したかが参考になります。大手SIerだけでなく、特定技術に強いインフラ会社や、業務要件まで整理できるシステム開発会社を候補に含め、案件の複雑さに合う体制を選びます。

見積比較では、合計金額の安さよりも、前提条件と除外事項をそろえます。最低限、VCFまたはポータブルライセンス、クラウドのホスト、ストレージ、通信、Windows Server、バックアップ、監視、移行、テスト、教育、保守を別行にしてもらいます。月額料金はオンデマンドか長期コミットメントか、為替や価格改定をどう扱うかも確認します。

工数見積は、工程、役割、人数、期間、単価、成果物を示してもらいます。「一式」と書かれた項目が多い場合は、何が含まれるかを質問します。特に、追加移行、性能チューニング、業務アプリ改修、休日作業、現地対応、障害時の緊急対応、バックアップ復元テストは、後から費用が膨らみやすい項目です。

クラウドや運用会社を選ぶときは、導入時の便利さだけでなく、将来の変更可能性を確認します。構成情報、バックアップデータ、監視ログ、運用手順、スクリプト、アカウント情報の管理者は誰か、契約終了時にどの形式で返却されるか、移行支援にいくらかかるかを契約前に確認します。

また、ライセンスのポータビリティが認められる範囲、クラウド事業者を変更した場合の再構築費、専用線の解約条件、最低利用期間、データ消去証明、サポート終了時の更新方法も見積比較の対象です。安い初期費用だけで契約すると、運用費や出口費用が高くなり、社内で説明しにくい状態になります。

VMware Cloudの発注から運用開始までの流れ

発注は、提案書を受け取って終わりではありません。契約前の調査、提案評価、契約条件の合意、設計・構築、移行リハーサル、本番移行、受入、運用引き継ぎを一つの流れとして管理します。各段階で発注者が意思決定するゲートを置くと、曖昧な前提のまま次工程へ進むことを防げます。

社内資料だけで判断できない場合は、最初から本構築を依頼せず、短期間のアセスメントを発注します。現行VMの利用状況、通信、依存関係、ライセンス、移行難易度、想定停止時間を調査し、移行対象と保留対象を分類します。その結果をRFPへ反映すると、会社ごとに異なる前提で安さを競う状態を避けられます。

PoCでは、非本番環境や業務影響の小さいVMを使い、接続、性能、バックアップ、監視、権限、移行ツール、切戻しを確認します。PoCの目的は「動いた」と示すことではなく、本番で問題になりそうな条件を見つけ、設計と費用を修正することです。合格基準と中止条件を先に決めておきます。

本番移行は、業務のまとまりごとにウェーブを分けます。各ウェーブで事前バックアップ、移行前後の件数確認、業務部門の受入、監視確認、切戻し判断を実施します。全社の基幹系を一度に移行するより、低リスクの業務から検証結果を積み上げる方が、担当者の習熟と運用改善にもつながります。

受入では、構築会社の完了報告だけでなく、発注者が定めたテスト結果と業務部門の確認を照合します。性能、可用性、バックアップ復元、監視、セキュリティ、権限、障害連絡、切戻しの証跡を確認し、未解決課題には担当者と期限を付けます。

運用開始前には、委託先だけが理解している状態を解消します。定例会の進め方、問い合わせ窓口、障害時の連絡網、変更申請、パッチ適用、ライセンス更新、容量計画、復元テストの手順を発注者側へ引き継ぎます。納品物を確認し、実際に担当者が手順書だけで定型作業を実施できるかを演習すると安心です。

よくある質問

ここでは、VMware Cloudのシステムを発注・外注するときに、特に相談の多い質問へ回答します。料金や契約条件は構成と時期で変わるため、最終的には現行環境を調査したうえで個別見積を取得してください。

費用は、PoCや移行アセスメントだけなら100万〜500万円程度、小規模な10〜30VM移行なら500万〜2,000万円程度を計画上の目安にできます。30〜100VMでDR、業務連携、運用設計まで含めると2,000万〜8,000万円程度を見込む場合がありますが、これは公開料金と一般的な作業範囲をもとにした推定レンジです。クラウド基盤料金、ライセンス、通信、バックアップ、運用保守は別に確認します。

構築範囲と完成条件が明確なら請負契約で発注できます。ただし、現状調査や要件定義が不十分な状態で全工程を固定価格にすると、想定外の依存関係や追加移行が発見された際に、変更交渉が難しくなります。調査と要件定義は準委任、確定した構築と移行は請負、運用はSLA付き契約に分ける方法が実務的です。

実際に担当するエンジニアが、現行環境の依存関係、移行方式、切戻し、ネットワーク、バックアップ、運用まで説明できるかを確認します。会社の知名度や資格だけでなく、提案書の前提条件、除外事項、成果物、障害時の責任分界、契約終了時のデータ返却と引き継ぎを比較してください。

まとめ

VMware Cloudのシステム発注を成功させるには、最初にVCFをどこで動かすかを比較し、現行VMの性能と依存関係、停止可能時間、RTO・RPO、バックアップ、運用体制を整理することが大切です。RFPには、必須要件だけでなく、発注者側の協力事項、受入条件、納品物、契約終了時の引き継ぎまで書きます。

発注前は、実行場所、ライセンス、最低構成、通信・バックアップ・Windows Serverなどの追加料金、移行対象、切戻し条件、RTO・RPO、監視と障害対応、納品物、契約終了時の引き継ぎを確認します。見積書の合計金額だけでなく、除外事項と価格改定、最低利用期間、長期契約の解約条件を確認しておくと、稟議や社内説明でも根拠を示しやすくなります。

委託先へ相談するときは、VM数だけでなく、業務の重要度、ピーク時間、停止できる時間、現在の困りごと、社内で担える作業、希望する運用時間を伝えます。資料が不足していても、アセスメントから始めたいと明示すれば、無理に構成を決めず、調査・PoC・本番移行の段階に分けた提案を受けやすくなります。

見積は、AWSやGoogle Cloudなどの基盤料金と、ライセンス、移行、テスト、運用保守を分けて比較します。公開料金の例は構成・リージョン・契約期間で変わるため、そのまま自社の価格とせず、複数社へ同じ条件で提示してもらいます。要件定義と運用設計は準委任、完成条件を決められる構築・移行は請負、稼働後はSLA付き運用契約とするなど、工程に合う契約形態を選ぶとリスクを管理しやすくなります。

最初から全社移行を決めるのではなく、アセスメントやPoCで課題を可視化し、低リスクの業務から段階的に移行してください。委託先には、製品知識だけでなく、業務停止を抑える計画力、切戻しを含む移行経験、運用引き継ぎまで責任を持つ体制が求められます。

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

会社紹介

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

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

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

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

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

執筆者プロフィール

張田谷凌央

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