VMwareのシステム発注は、現状調査、要件整理、提案比較、PoC・移行、運用引き継ぎの順に進めると、業務継続につながります。まず発注範囲と復旧目標をそろえ、契約と費用を比べてから委託先を選ぶのが基本です。
全体像はVMwareのシステム開発の完全ガイドもご覧ください。
▼全体ガイドの記事
・VMwareのシステム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
VMwareのシステム発注・外注の概要
VMware外注は、ESXi・vCenter基盤の企画・設計・構築・移行・運用設計を外部に委託することです。委託の対象は業務アプリではなく、業務の稼働を支えるサーバー、ストレージ、ネットワーク、バックアップです。
発注対象の範囲
発注範囲を決めるときは、仮想化機能と周辺基盤を分けて確認します。
- 仮想化と管理：ESXiでVMを動かし、vCenterでホストやVMを管理する領域
- 移動・可用性・負荷：vMotionでVMを移動し、HAで障害時の再起動、DRSで負荷の調整を行います。
- ストレージ：vSAN、SAN、NASなどの中から選ぶ領域
- 発注範囲：ホスト、CPUコア、メモリ、容量・IOPS、帯域、VM数も含めて決めます。
上の4つに加えて、バックアップ、監視、DNS・NTP、証明書、ネットワーク冗長化も発注に必要です。これらが欠けると、VMを作れても業務基盤として運用できません。
バックアップの世代数や監視時間帯は、発注前に決めておきます。さらに、NSXやvDefend、VCF Operations、クラウドやDRサイトとの連携を含めるかを、RFPで明確にします。
発注の目的を業務継続まで広げること
業務継続を目指すなら、復旧目標と運用上の条件を先に合わせておきます。
- 業務継続：業務停止を抑え、増加するVMを安全に運用しながら、障害や災害から復旧できる状態
- 復旧条件：停止を許容できる時間のRTOと、戻すデータ時点を示すRPO
あわせて、業務の優先順位と保守に使える時間帯も、発注前に整理しておきます。
日本気象協会の事例では、約1,000台のVMを対象に、オンプレミスのVCF、VMware Cloud on AWS、AWSネイティブの3案を比べています。同事例では、コア数課金とVM集約率も評価しています（出典：VMware Japan「日本気象協会 VMware Cloud Foundation導入事例」、2025年）。
大規模案件では、クラウドかオンプレミスかを先に決めず、ワークロード、移行方法、停止時間、5年程度のTCOを同じ条件で比べます。
VMwareのシステムの発注形態の選び方
発注形態には、ライセンス購入、設計・構築、移行一括があります。加えて、運用委託や既存連携・自動化の個別開発も選択肢に入ります。外注する範囲は、社内の仮想化経験、VM数、拠点数に加えて、24時間対応が必要かどうかで決まります。
ライセンス購入と社内構築が向いている企業
社内で担える作業を基準に、製品の調達と外部委託の分担を考えます。
- 社内対応力：設計・運用担当者が構成管理、復元、障害切り分けを担える企業なら、委託は一部にとどめられます。
- 既存体制：機器、監視、ヘルプデスクが整っている場合、調達と初期設定を分けることで外注費を抑えられます。
Broadcom移行後の契約では、エディション、契約期間、対象コアを販売パートナーへ確認します。vSAN容量、追加機能、サポート範囲も、あわせて確かめておきます。
VCF 9.0では、旧来の製品キーから、コア数を指定する期間型サブスクリプションとVCF Operations中心の管理へ移行しています（出典：VMware Cloud Foundation Blog「Licensing in VMware Cloud Foundation 9.0」、2025年）。特に、価格だけで購入すると、更新時に必要な機能や最低契約条件が足りなくなる可能性があります。
設計・構築・移行をSIerへ委託する形態
移行まで委託する場合は、作業範囲と提案内容の両方を確認します。
- 委託範囲：人材不足や機器更改のときは、調査から構築、移行、受入、運用引き継ぎまで依頼できます。
- 提案力：アプリ依存、移行順序、切り戻し、利用部門の受入確認まで提案できる会社であること。
移行後の課題を防ぐため、契約前に、洗い出す範囲、停止の承認者、アプリ試験の担当を決めておきます。古いOSや業務データの扱い、ライセンスサーバーとの連携を、委託先が理解しているか確かめます。バックアップ製品との連携も含めて確認します。
監視・運用まで外注する形態
運用委託では、依頼する業務と契約上の対応範囲をはっきりさせておきます。
- 委託する業務：夜間休日の監視、容量予測、パッチ、一次対応、復元、月次報告などの組み合わせ
- 契約で決める範囲：監視対象、重大度、通知の期限、VM停止・隔離の権限、現地対応や復旧の追加料金を明記します。
担当者個人に依存すると、退職や再委託先の変更で品質が落ちます。そのため、構成台帳と設計書、手順書、管理者アカウント、復元手順は、発注者も閲覧・更新できるようにしておきます。
契約が終わるときは、別の会社へ引き継ぐ形式と支援期間も確かめます。
VMwareのシステムのRFPと要件整理の決めごと
RFPには製品名を固定せず、業務と現状、制約を記します。性能や可用性、セキュリティの条件、成果物、提案条件も書き込みます。こうして各社の前提がそろうと、ライセンスや設計・移行・運用の範囲を比べられます。
VMと業務の現状の一覧
移行計画の前提として、基盤の構成と現在の運用状況を一覧にします。
- 基盤情報：ESXi・vCenterの版、ホスト数、CPU・メモリの割当と実使用率を記録します。
- 構成情報：ストレージの容量とIOPS、ネットワーク、VM数、OS、データベース
- 運用情報：バックアップ、監視、ライセンス更新日も一覧にする。
一覧ができたら、未使用VMや過剰なCPU、古いOSを洗い出します。さらに、不明なアカウントと、復元を確認していないVMも洗い出します。
一覧には、業務名や部署、重要度を加えます。DNS・AD・DB依存、停止許容時間、復旧優先度も一覧に書き込みます。
平均値だけでサイジングすると、月末処理やバッチのピークを見落とします。そこで、通常時と繁忙期の性能データは分けて提出します。
RTO・RPOと非機能要件の数値化
業務への影響の大きさに応じて、復旧目標とセキュリティ要件を具体化します。
- 重要な受注システム：RTOを2時間以内、RPOを15分以内とする例があります。
- 開発環境：翌営業日までの復旧で許容できる場合があります。
- 運用条件：停止通知期限、障害検知後の連絡時間、バックアップ世代、遠隔複製、復元テストの頻度を決める。
- セキュリティ条件：ログ保存期間、管理網分離、MFA、最小権限、パッチ責任者を明確にする。
要件を業務ごとに分けておけば、全VMに同じ高価な冗長構成を当てはめずに済みます。
VMware ESXiなどの脆弱性は、CISAのKnown Exploited Vulnerabilities Catalogで確認します。そのうえで、既知の悪用脆弱性を優先して更新・緩和します（出典：CISA「Known Exploited Vulnerabilities Catalog」、2025年以降の公開情報）。
RFPの成果物と受入条件
契約後の認識違いを防ぐため、納品物と受入時の確認対象をそろえておきます。
- 調査・設計：調査報告、方式比較、要件定義、基本・詳細設計を成果物とする。
- 設計資料：構成パラメータ、ネットワーク図、バックアップ設計も対象に含めます。
- 移行・運用：移行・切り戻し計画、試験成績書、運用手順、構成台帳、教育資料
- 自動化：Terraform・Ansibleのコード、変数、実行・レビュー方法、リポジトリ権限も納品対象です。
VMが起動しただけでは、受入にはしません。受入では、性能、vMotion・HA、復元、障害切替を検証します。さらに、監視通知、ログ検索、権限分離、業務試験も確かめます。
構成台帳と手順書の更新も、検収条件に含めます。
VMwareのシステムの契約形態と責任分界の設計
現状調査やPoCは、工程ごとに分けて契約します。要件が未確定の調査を請負にすると、古いOSやアプリ依存が見つかったあとに変更費用でもめやすいからです。設計・構築と移行、運用保守、ライセンス継続も、工程ごとに分けます。
成果物と完成条件が明確な工程の請負契約
請負で依頼する業務は、成果物と変更条件を契約前にはっきりさせます。
- 適する工程：設計書、構築済みクラスタ、監視設定、移行済みVM、試験成績書を納品する業務です。
- 変更条件：固定価格は予算を管理しやすい一方で、VM増加、NW追加、方式変更、停止時間短縮の変更条件を記します。
受入試験の環境、提供情報、判断期限を決めます。さらに、遅延したときの扱いと瑕疵対応も決めておきます。
業務アプリの動作を受託会社だけで保証できない場合は、発注者の業務試験と、受託側の基盤試験を分けて考えます。
準委任契約の適用範囲（調査・設計・運用改善）
完成を約束しにくい業務は、作業内容と対応体制を決めたうえで委託します。
- 委託業務：調査、方式比較、PoC、要件定義、運用設計、性能分析、原因調査、月次改善などが適する業務です。
- 合意事項：成果を無条件に保証する契約ではなく、担当者、時間、会議、報告、対応時間、対象業務を定めます。
承認や情報提供が遅れた場合の影響は、契約に含めておきます。緊急作業、再委託先、担当者変更については、扱いを取り決めます。秘密情報、ログ保管、障害連絡も、契約で定めます。
契約は工程ごとに組み合わせると、責任分界が明確になります。たとえば、PoCは準委任、本番構築は請負、移行後の監視は月額サービスとします。
ライセンス契約の更新条件と移行時の扱い
更新や移行で費用や管理要件が変わらないよう、契約条件と終了後の扱いを確認します。
- 契約条件：コア数、最低購入数、期間、エディション、vSAN容量、追加機能、サポート時間
- 変更・更新：価格改定、更新通知期限、途中解約、数量の増減条件も確かめます。
- 契約終了時：構成情報、監視ログ、バックアップ、IaCコード、移行計画、手順書を返却できるようにします。
- 引き継ぎ：解約や別クラウドへの移行を想定し、データ出力、削除証明、アカウント無効化、支援期間を決めます。
さらに、VCF 9.0では接続環境とエアギャップ環境で使用情報の扱いが異なります。閉域網を含む企業は、この違いを踏まえて契約と技術要件を同時に確認します。
Broadcomへ180日ごとに報告する運用も示されています（出典：VMware Cloud Foundation Blog「Licensing in VMware Cloud Foundation 9.0」、2025年）。
VMwareのシステムの費用相場の目安
費用は、ライセンスや機器、設計構築や移行の作業費を合算して考えます。バックアップや監視、教育、保守も、合算の対象に入れます。
公開されているライセンス価格だけでは、総額を判断できません。そこで、リサーチノートの業務システム相場と基盤構成をもとに、2026年時点の比較用概算を示します。ただし、Broadcomや販売パートナーの個別見積を代替する金額ではありません。
小規模構成の費用目安（500万円から1,500万円程度）
小規模構成の見積では、初期費用に含まれる項目と、除外される条件を確認します。
- 規模と費用：2〜3ホスト、数十VMの段階移行では初期費用500万円から1,500万円程度を検討します。
- 含む想定：サーバー、ネットワーク、vSphere系ライセンス、設計・構築、バックアップ、移行、操作教育です。
- 別途になりやすい費用：データセンター、アプリ改修、複雑なDR、24時間運用です。
少数ホストの構成でも、冗長化や最低コア数、ストレージ要件、古いOS、停止できない業務があると、費用は上がります。
機器を流用し、VMを限定し、受入試験や運用設計を社内で担えば、外注範囲を縮小できます。見積もるときは、流用と新規購入の前提を分けます。
中規模構成の費用目安（1,500万円から5,000万円程度）
中規模構成は、設備や移行、運用を含めた同じ条件で見積もりを比べます。
- 規模：3〜6ホスト、100〜300VMです。
- 構成：vSANまたは外部SAN、監視、バックアップ、DR、複数業務の移行を含みます。
- 初期費用：1,500万円から5,000万円程度の幅で比較します。
複数の移行ウェーブで性能試験と復元試験を行う場合は、構築に加えて、管理や業務部門との調整、夜間の切り替えも見積に含めます。
仮想化率に加えて、CPU、メモリ、IOPS、帯域に余裕を持たせ、障害時に残ったホストで重要VMを動かせるかを確認します。
重複排除・圧縮、バックアップ保存先、ランサムウェア対策の分離を加えると、機器費と設計費が変わります。そのため、構成案ごとに比べます。
大規模構成の費用の幅（5,000万円から2億円超）
大規模構成は、初期構築と継続運用を分けて、費用の条件を見ます。
- 規模：複数拠点、数百〜1,000VM超が対象です。
- 基盤：VCF、NSXまたはvDefend、自動化、DRを含みます。
- 初期費用：5,000万円から2億円超まで広がります。
- ランニング費用：サブスクリプション、機器保守、データセンターまたはクラウド、バックアップ、運用に分けて見ます。
短時間停止や無停止に近い移行も、費用に影響します。作業量は、拠点間の通信や業務の重要度、データ量で変わります。ウェーブ数、試験回数、24時間体制の有無によっても左右されます。
比べるときは単価だけでなく、前提条件もそろえます。
リサーチノートの相場では、保守・運用費を初期費用の年15〜20％程度から試算しています。たとえば、初期構築費が5,000万円なら、年間750万円から1,000万円程度が一つの試算レンジです。
ライセンス更新や機器保守を含むかどうかで金額は変わるため、特定の金額と断定せず、5年TCOで確認します（出典：リサーチノート「VMwareのシステム」、業務システム共通相場の整理、2026年）。
委託先の選定と見積比較の観点
委託先は、VMwareの販売資格だけでなく、同規模・同業種の実績、担当者の経験、現行版への対応力で選びます。
業務アプリの依存調査、バックアップ復元、障害試験の経験も確かめます。なお、大手総合SI、仮想化基盤に強い専門会社、クラウド移行会社、販売代理店では、得意範囲が異なります。
実績の確認範囲（VM数と移行条件）
実績の規模だけでなく、移行の前提や担当体制も具体的に確認します。
- 移行実績：VM数、移行元版、移行先ハードウェア、停止時間、vSAN・SAN・NSX機能を確かめます。
- 体制と計画：切り戻し設計を確認し、設計・移行の責任者にも説明を求めます。
vSphere 7.xやvSAN 7.xは、2025年10月2日に一般サポートが終了しました。以降は、製品サポート、セキュリティパッチ、アップデートを受けられないと案内されています（出典：VMware Cloud Foundation Blog「Reminder: vSphere 7 to reach End of Service on Oct 2, 2025」、2025年）。
2026年の発注では、vSphere 8への更新、VCF 9.0への移行、別方式への移行を比べます。そのうえで、対象製品のサポート条件を提案書に明記できる会社を選びます。
見積書の工程別・前提別の比較
見積を比べるときは、費目と各社に渡す前提条件をそろえます。
- 工程別の費用：調査、要件定義、基本・詳細設計、機器設定、バックアップ・監視、移行、試験、教育、プロジェクト管理、保守ごとに分けて見る。
- 期間別の費用：月額・年額を分けて、初期費用が安く見える案と長期的に安定する案を比べる。
各社には、ホスト台数やCPUコア、メモリ、ストレージ、VM数を同じ条件で渡します。移行方式、停止時間、バックアップ世代、DR距離、監視時間、発注者の作業も、前提として渡します。
見積に含まれない作業や追加単価、夜間作業、現地対応、試験回数を確認します。移行に失敗したときの切り戻し費も、あわせて確かめます。そうして、契約後の予算超過を防ぎます。
引き継ぎと障害対応の選定条件
長期運用に備えて、障害対応と引き継ぎの実務を選定の時点で確かめます。
- 障害対応：判断者、復旧担当、料金に含む範囲を確認します。
- 受付体制：24時間365日対応でも、一次受付のみか専門家が即時対応するかを確かめます。
- 他社との調整：機器会社やクラウド会社との連携も委託範囲に入るかどうか。
納品時には、設計書やパラメータシート、構成台帳を受け取ります。加えて、アカウント一覧、復元手順、障害連絡網、監視項目、パッチ手順も受け取ります。
受託会社だけが保有すると、将来の移行や相見積もりが難しくなります。そのため、自動化コードや設定ファイルの利用権と引き継ぎを確認します。
VMwareのシステム発注・外注の進め方
発注は、現状調査、方式比較、RFP、提案・見積比較、契約の順で進みます。その後に、設計・検証、構築・移行、受入、運用引き継ぎが続きます。
- 現状を調査する
- 発注方式を比較する
- RFPを作成する
- 提案と見積を比較する
- 契約する
- 設計と検証を行う
- 構築して移行する
- 受け入れを確認する
- 運用を引き継ぐ
社内の制約と業務の優先順位を整理してから候補会社に同じ情報を渡すと、提案を比べやすくなります。
最初のアセスメントと方式比較
方式を決める前に現状を把握し、移行先の候補を業務ごとに比べます。
- 現状調査：版、ライセンス、ホスト、VM、ストレージ、ネットワーク、バックアップ、監視、業務依存を洗い出します。
- 方式比較：vSphere更新、VCF化、クラウド移行、Hyper-VやNutanix AHVへの段階移行を業務ごとに比べます。
2026年4月公開のVMware Cloud Foundation Blog移行Q&Aを参照します。vSphereからVCF 9.0への移行ライセンスは、コア数指定の期間型サブスクリプションです。また、既存環境によってはEnhanced Linked Modeの解除も必要です。
まず、構成変更点を洗い出し、PoCで確かめてから本番計画へ進みます（出典：VMware Cloud Foundation Blog「Converging VMware vSphere to VMware Cloud Foundation 9.0」、2026年）。
PoCと移行ウェーブによるリスク低減
本番移行の前に、対象のVMと段階ごとの検証条件、作業を決めておきます。
- PoC対象：代表的な業務VM、負荷の高いVM、古いOS、外部連携の多いVMを選びます。
- 試験項目：性能、通信、復元、vMotion、HA、監視、権限、切り戻しの試験
- 合格条件：業務部門の受入試験を終え、RTO・RPOと性能要件を満たします。
- 本番移行：開発・検証、停止しやすい社内システム、重要な基幹系など複数のウェーブに分けます。
各ウェーブでは、事前のバックアップと利用部門の承認を取ります。そのうえで、切替時刻や確認項目、切り戻し期限、連絡先を用意します。
無停止移行の場合でも、アプリ側の整合性を確かめ、通信や認証に失敗したときの代替手順を残しておきます。
運用開始後の定例作業の合意
運用の責任範囲を決めるために、定例作業と更新時の対応を整理します。
- 定例作業：容量・性能、パッチ・脆弱性、バックアップ、復元訓練、アカウント、台帳、障害訓練、更新の確認
- 更新前の確認：変わる可能性があるサポート期限やBroadcomの条件を踏まえて、版、対象コア、必要機能、移行余地を見直します。
管理ネットワークは業務ネットワークから分離し、権限を最小限に抑えます。あわせて、MFA、パッチ、イミュータブルなバックアップ、復元訓練を組み合わせます。
必要に応じて、マイクロセグメンテーションも使います。委託範囲には、月次報告や重大障害の通知時間、脆弱性の優先順位、改善提案を含めます。
VMwareのシステム発注・外注でよくある質問
発注時は、製品選びのほかに、既存環境のサポート、移行リスク、運用、契約終了時の引き継ぎも確かめます。
VMwareのシステムはライセンスだけ外注できますか？
ライセンス調達だけなら、販売パートナーへ依頼できます。その場合は、対象コア数や最低契約数、必要なエディション、vSAN容量、サポート、更新条件を確認します。
設計・構築・移行・運用の担当者は、別に決めておきます。社内に専門家がいない場合は、初期設計を同じ会社へ相談し、責任分界を見積書で確かめます。
VMwareのシステムはクラウドへ移行した方が安いですか？
クラウドが一律に安いとはいえません。比べるときは、VM数や稼働率、データ転送量、ストレージを含めて、5年TCOで見ます。ライセンスの持ち運びや、ハードウェア更改時期、運用人員、停止要件も、同じ5年TCOに含めて比べます。
VMが高い集約率で常時稼働する場合は、オンプレミスやプライベートクラウドが有利になります。一方で、短期の増強や拠点の追加では、クラウドが有利な場合があります。
VMwareのシステムの委託先は何社から見積を取るべきですか？
比較できるRFPを用意して、少なくとも2〜3社から提案と見積を取るのが現実的です。候補には、総合SI、仮想化基盤に強い専門会社、クラウド移行や運用に強い会社など、得意領域の異なる会社を含めます。
価格順だけでなく、範囲、実績、担当チームを、同じ評価表で比べます。移行と切り戻し、試験、引き継ぎ、5年TCOも、評価の項目に入れます。
まとめ
VMwareの発注では、ライセンスやホスト、ストレージ、ネットワークを分けて考えます。バックアップや移行、運用も切り分けて、発注者と委託先の責任を明確にします。
VMと業務の現状を一覧にし、RTO・RPO、性能、停止時間をRFPに落とし込みます。セキュリティ、成果物、受入条件も、RFPに書き込みます。
発注前の比較条件と責任分界の統一
費用は、小規模500万円から1,500万円程度、中規模1,500万円から5,000万円程度、大規模5,000万円から2億円超を目安に、個別見積で確認します。
初期費用だけでなく、サブスクリプションや機器保守、クラウド・データセンターを含む5年TCOで比べます。バックアップや監視・運用も、同じ5年TCOに入れます。
特に、安価な一式見積に含まれない作業も洗い出します。
PoCと移行後の運用を含めた委託先の選び方
委託先は、製品知識から運用後の体制まで評価します。
- 委託先の対応力：業務アプリの依存関係、移行・切り戻し、復元、脆弱性、障害連絡、設計書と自動化コードの引き継ぎで評価します。
- PoCと受入：代表VMを検証し、各移行ウェーブで受入条件を満たします。
- 運用後の体制：定例作業と更新判断まで合意し、長期的に使える発注につなげます。
▼全体ガイドの記事
・VMwareのシステム開発の完全ガイド
▼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を創業。