相談する

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

Hyper-Vのシステムを発注・外注する場合は、業務要件と現状を整理し、提案と契約を比べ、検証・移行・運用引き継ぎの順に進めるのが基本の流れです。

発注形態の選び方、RFPと費用の考え方、委託先の選定から運用開始までを、順番に見ていきます。

▼全体ガイドの記事
・Hyper-Vのシステム開発の完全ガイド

・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。

Hyper-Vのシステム発注・外注を検討する前の確認事項

物理・OS、仮想化基盤、運用機能の3層で示したHyper-Vのシステム構成図。
上位の運用機能まで含めて発注範囲を見渡せます。

Hyper-Vは、業務アプリケーションそのものではなく、Windows Serverなどに組み込まれたハイパーバイザーです。物理サーバー上に複数の仮想マシンを作り、業務サーバーやデータベース、開発・検証環境を分けて動かす仮想化基盤として使います。

Hyper-Vのシステムで発注する範囲

発注対象は、Hyper-Vの役割を追加するだけでなく、物理ホストやOSから運用手順までを含む基盤構築として考えます。

  • 物理・OS：CPU、メモリ、NIC、冗長電源、Windows Server
  • 仮想化基盤：仮想スイッチ、VLAN、共有またはローカルストレージ、ゲストVM
  • 運用機能：バックアップ、監視、認証、運用手順

既存アプリをVMへ移す場合は、OSだけでなくデータベースやファイル共有も対象になります。そのうえで、AD・DNS、外部連携、ジョブ、バックアップエージェントの依存関係も確認します。

業務目的に基づく導入目的の設定

発注前に導入目的を言葉にしておくと、設計で重視する指標が目的ごとに変わります。たとえば、サーバー集約では統合率と性能、災害時の業務再開ではRTOとRPOが重視点になります。

  • サーバー集約：統合率と性能
  • 古い業務アプリの延命：既存アプリを動かす要件の整理
  • 開発・検証環境の迅速な用意：短時間で環境を用意する要件の定義
  • 災害時の業務再開：RTO（目標復旧時間）とRPO（目標復旧時点）、遠隔拠点、復旧訓練

目的が曖昧なまま機器仕様を決めると、VM増加時の容量不足やバックアップから戻せない問題につながります。

発注形態の選び方

発注形態は、社内で設計・運用できる範囲、既存環境の複雑さ、停止可能時間で決まります。

障害時の責任をどこに置くかも判断材料になります。要件定義から運用まで一つの窓口に任せるかどうかを、先に検討しておきます。

総合SIerへの一括発注

業務アプリからデータ移行まで一つの計画で進めたい場合は、総合SIerへの一括発注が候補です。

  • 窓口：複数拠点や基幹系など、責任分界が複雑な案件でも一本化しやすい
  • 費用：担当範囲が広く、管理費や調整費が見積もりに含まれやすい
  • 体制：実作業を担う協力会社と保守窓口を確認

仮想化・Windows基盤の専門会社への分離発注

基盤技術の検証が中心なら、専門会社が候補です。たとえば、クラスターやストレージ、VDIのほか、バックアップやVMwareからの移行などが該当します。分離発注では、専門的に任せられる範囲と、残りをどこが受け持つかを切り分けて確かめます。

  • 専門性：基盤技術に詳しい担当者へ相談しやすい
  • 期間：PoCや小規模移行を短期間で進められる可能性がある
  • 役割分担：業務アプリの受入テストや業務部門との調整は、別会社や自社が担う場合がある
  • 責任の明確化：契約書とRACI（実行・承認・相談・報告の責任表）で役割を定める

PoCから本番へ進める段階発注

既存アプリの互換性や性能に不安がある場合は、本番構築の前に代表的なVMでPoCを行います。

  • 性能：CPU待ち、メモリ不足、ストレージIOPSの確認
  • 保護と復旧：バックアップ時間とリストア可否の確認
  • 運用：ライブマイグレーションと監視通知の確認

検証結果は本番要件に反映します。そのうえで、期間の目安は、小規模検証が2週間〜2か月、本番構築が2か月〜数か月です。ただし、期間はVM数、拠点数、移行対象、受入体制によって変わります。

ポイント

社内で設計・運用を担える範囲が狭いほど、総合SIerへの一括発注が候補になります。基盤技術の検証が中心なら専門会社、既存アプリの不安が大きければPoCからの段階発注を検討します。

RFPと要件整理で決める事項

RFPで整理する現状環境と移行対象、可用性・性能・復旧要件、ライセンス・セキュリティ・運用条件を並べた図。
提案各社に同じ条件を渡すための整理軸です。

RFP（提案依頼書）は、各社から同じ前提で提案を受けるための文書で、製品名やサーバー台数を並べた資料とは違います。現状の課題、業務上の制約、目標サービスレベル、納品物、評価基準をまとめておくと、提案を比べやすくなります。未確定の事項は、各社に提案してほしい項目として残しておきます。

現状環境と移行対象の棚卸し

見積もりの前提になるため、棚卸しではサーバー台数やVMのOS・性能、使用量を記録しておきます。

  • サーバー資源：物理・仮想台数、OS、vCPU、メモリ、ディスク容量、実使用量
  • 負荷と通信：ピーク時のCPU・メモリ使用率、ストレージIOPS、ネットワーク帯域
  • 依存関係：AD・DNS、DB、ファイルサーバー、バックアップ、監視、ウイルス対策、ライセンス、外部API、バッチ

そのうえで、止められない時間、月末だけ負荷が上がる処理、古いOSや32ビットアプリは、見積もり前に発注側から開発会社へ伝えます。

可用性・性能・復旧要件の数値定義

「止まらないシステム」を求めても、各社が異なる構成を提案します。そのため、業務ごとに要件を数値で定めておきます。

  • 停止・復旧：許容停止時間、目標復旧時間、許容データ損失
  • 利用条件：営業時間、同時利用者数、ピーク処理時間
  • 復旧目標の例：RTO4時間・RPO1時間、またはRTO30分未満・RPO数分

目標によって、単一ホスト、クラスター、Hyper-V Replica、遠隔バックアップなどの選択が変わります。特に要件が高い場合は、ホストだけでなくネットワークやストレージも冗長化が必要です。電源やバックアップ先も、冗長化の対象になります。

ライセンス・セキュリティ・運用条件のRFPへの記載

ライセンスでは、Windows Serverのエディションと物理コア数、VM数を整理します。さらに、Windows Server CALやゲストOSのライセンスも押さえます。既存のボリュームライセンスやAzureハイブリッド特典の有無も確認します。

Microsoftの料金ページでは、Standardは小規模仮想化向け、Datacenterは高度な仮想化向けです。VMの利用数については、Standardはライセンスごとに2つ、Datacenterは無制限のVMを利用できる比較が示されています（出典: Microsoft「Windows Server 2025 ライセンス & 料金」、確認日2026年8月）。

具体的な価格は、リセラーへの確認が必要です。そのうえで、セキュリティと運用条件もRFPに含めます。

  • アクセス制御：管理者の最小権限、管理ネットワークの分離、VLAN、ファイアウォール
  • 保護機能：BitLocker、Secure Boot、TPM 2.0、パッチ適用、ログ保存
  • 仮想資産管理：VHDやチェックポイントの持ち出し管理

保護策としては、シールドされたVM、Generation 2 VM、仮想TPMがあります。加えて、VLANやプライベート仮想スイッチも挙げられます。この内容は、Microsoft Learnの資料にも記載があります（出典: Microsoft Learn「Windows ServerでHyper-Vのセキュリティを計画します」、2025年）。

ポイント

RFPには、現状の数値や停止・復旧の目標、ライセンスや保守の条件を、提案の前に書いておきます。未確定の項目を提案してほしい項目として残せば、各社の提案を同じ前提で比べられます。

契約形態とHyper-Vのシステム開発費用相場

Hyper-Vだけを単独で購入する一律のシステム開発料金は決まっていません。まず、Windows Serverと物理サーバーの費用を見積もり、さらにストレージ、ネットワーク、バックアップも含めます。

設計構築と移行、テストの費用も合計します。教育や保守も加えます。次に示すのは、リサーチノートと公開資料に基づく企画用の概算で、正式見積もりではありません。

構成別の初期費用と期間の目安

構成ごとの企画時の概算は次のとおりです。期間と費用はVM数や移行条件で変わります。

  • PoC・1〜3VM：既存機器再利用を含め50万〜200万円、2週間〜2か月程度
  • 本番・単一ホスト：数VMで300万〜800万円、2〜4か月程度
  • 2ノード以上のクラスター：高可用性構成で800万〜2,000万円程度
  • 移行とバックアップ・DR：VMwareなどからの移し替えを含め1,500万〜4,000万円程度
  • 大規模・複数拠点：条件によって4,000万円〜数億円となる可能性

単一ホスト構成でも、物理サーバーやOS、仮想ネットワーク、バックアップを含めると、費用は役割追加の範囲に収まりません。監視や移行まで含めると、なおさらです。

大規模基幹系では、多数のホスト、24時間運用、監査、段階移行、アプリ改修を含む場合に数億円となる可能性があります。案件条件で大きく変わるため、VM数やRTO・RPOを提示して複数社から見積もりを取ります。

公開資料の参考費用と実案件の違い

Microsoftの「VMwareからAzureへの移行ガイド」（2024年12月版）には、参考値が示されています。ただし、参考値がどの前提と範囲で示されているかを確かめないと、自社案件の費用と比べられません。

  • 前提：移行サーバー5台、ゲストOSはWindows Server 2022 Datacenter、1年契約、税別
  • サーバー費用：214万2,000円
  • ライセンスと年額：93万3,560円、1年間合計307万5,560円
  • 対象外：施設設備、ネットワーク、保守、バックアップ、設計構築、運用人件費など
  • 適用上の注意：この参考値を本番導入の総額と見なしてはいけない

準委任・請負・保守契約の使い分け

作業の確定度によって、請負と準委任のどちらが合うかが変わります。稼働後の保守範囲も、費用が変わるため契約前に押さえておきます。

  • 請負の候補：要件や成果物が確定している構築・移行作業
  • 請負の条件：納品物、受入条件、検収時期、瑕疵対応を定め、要件変更時の手続きも契約書に記載する
  • 準委任の候補：現状調査、PoC、要件定義、性能検証など、進めながら内容を固める作業。時間や体制に対して対価を払い、適する場合があります
  • 保守範囲：平日日中の問い合わせのみか、24時間365日の監視・障害一次対応まで含むかで費用が変わる
  • 年額の確認：初期構築費の年15〜20％を仮置きにする考え方もあります

別建てになることがある費用には、ハードウェア保守やバックアップ製品があります。さらに、ライセンス更新、データセンター、クラウド管理費も含まれます。

ポイント

見積もりは、初期費用に保守やバックアップ、ライセンス更新を足したTCOで比べます。公開資料の参考値は、本番導入の総額とは見なさない方が安全です。

委託先の選び方と見積比較のポイント

委託先は、Hyper-Vの知識に加えて、業務アプリの依存関係やデータ移行を理解できる会社を選びます。障害対応や運用設計まで理解できるかも確かめます。

機器納品を担う会社と、業務を止めずに移行して復旧テストまで伴走するSIerでは、見積範囲と責任が異なります。提案書の見栄えより、設計書や移行計画、テスト項目を中心に確認します。運用手順や障害時の連絡体制も見ておきます。

実績・担当者・保守体制の確認

「Hyper-Vを構築したことがある」という実績だけでなく、自社に近い案件の条件を確かめます。

  • 環境：VM数、業務アプリ、クラスター構成
  • 制約：停止制約、バックアップ方式、移行元製品
  • 体制：担当者の関与範囲、再委託先の責任者、引き継ぎ資料

提案担当者が設計・構築・移行・保守のどこまで関わるかを確認します。さらに、担当者が交代しても引き継げるドキュメントが残るかも質問します。

2026年時点では、委託先の提案は構築のみから、監視・健全性診断・移行・長期運用を含む方向へ広がっています。たとえば、日立は2026年3月31日に運用機能を強化したHyper-V仮想化基盤の提供開始を案内しています（出典: 日立「仮想化基盤」、2026年）。

また、NTTデータのProssione Virtualization 2.0は、2026年3月提供開始のKVMベース基盤の管理・運用サービスです。ただし、Hyper-V専用製品ではなく、設計・構築・運用を一体で比べる市場動向を示す事例です（出典: NTTデータグループ「Prossione Virtualization 2.0」、2026年）。

保守では、受付時間や一次回答時間を確認し、現地到着時間と重大障害のエスカレーションも見ます。パッチ適用や容量監視、バックアップ確認の扱いも、契約前に確認します。さらに、復旧訓練や定例報告の有無も押さえます。

障害時に、Microsoftやサーバーメーカー、バックアップ製品会社、SIerのどこへ連絡するかが曖昧だと、切り分けに時間がかかります。一次窓口と責任分界を図で示してもらうと、比較しやすくなります。

作業単位での見積比較

見積書は作業ごとに分け、対象範囲をそろえて比較します。

  • 設計：現状調査、要件定義、基本設計、詳細設計
  • 基盤構築：機器・ライセンス、ネットワーク、ストレージ、VM、バックアップ、監視、セキュリティ設定
  • 移行後：移行、テスト、教育、ドキュメント、保守

各項目には、対象VM数やホスト数、作業回数を記載してもらいます。さらに、現地対応の有無と除外作業も書いてもらいます。

「構築一式」とまとめた見積もりでは、移行対象の追加やテスト不足が後から追加請求になるリスクがあります。価格差が大きい場合は、安い会社をすぐに選ばず、見積もりの前提条件を確認します。

前提では、単一ホストか2ノードクラスターか、ローカルか共有ストレージかを各社でそろえます。そのうえで、バックアップの世代数や保守時間に加え、移行後の性能検証と復旧訓練も比べます。

比較表には、初期費用や年間費用、3〜5年の更新費用を並べます。さらに、停止による業務影響と将来のVM追加費用も加えます。最後に、TCO（総保有コスト）で判断します。

提案内容に含めるバックアップ・移行・切戻し

チェックポイントは、バックアップの代わりにはなりません。そのため、バックアップから復旧できる設計かを確かめます。

  • 復旧先：別ホストや別拠点へ戻せるか
  • 保護：削除・改変されにくい保存先があるか
  • 復旧時間：所要時間を測定しているか

移行計画には、事前バックアップとリハーサルを含めます。また、切替判定と切戻し条件を定めます。業務部門の受入確認と切替後の監視期間も計画します。

VMwareなどから移す場合は、移行ツールの可否に加えて、移行元の状態も見ます。たとえば、古いゲストOSやドライバー、仮想NICを確認します。さらに、CPU互換性や時刻同期、ライセンス認証も確認します。

バックアップ製品とアプリのサポート対象も確認します。移行元を止める時間が短い場合は、段階移行やレプリケーションを検討します。最終切替の前には、代表VMで性能と復旧を検証します。

ポイント

委託先は、実績の有無よりも、自社に近い案件の条件と障害時の責任分界を示せるかで比べます。見積もりは作業単位にそろえ、除外作業まで確認できる形にします。

発注から構築・移行・運用開始までの進め方

要件定義、基本設計、構築・検証、段階移行、運用引き継ぎと復旧訓練の順に進む工程図。
復旧訓練までを工程の完了条件に含めます。

発注後は、要件定義と設計から始めます。そのあとに構築とテストを行い、移行、運用引き継ぎの順に進みます。

各工程の完了条件を決め、次へ進む判断を記録します。構築完了と業務で安全に使える状態は別です。そのため、業務部門を含む受入テストと、障害時の復旧テストは分けて実施します。

要件定義と基本設計での責任分界の確定

設計書には、要件と基盤構成を記載します。加えて、運用設定と責任分界も明記します。

  • 要件定義：VM一覧、性能、可用性、バックアップ、セキュリティ、監視、運用体制、将来拡張を確定する
  • 基本設計：ホスト、クラスター、ストレージ、仮想スイッチ、VLAN、IPアドレスを図にする
  • 運用と責任分界：AD・DNS、管理方法、ログ、バックアップ先に加え、設定・承認・障害時の判断担当者を記す

担当者を明記しておくと、判断を委託先任せにせずに済みます。

構築・検証・移行の段階分け

まず、管理ネットワークとホスト、ストレージを構築します。続けて、仮想スイッチやバックアップ、監視を整えます。

その後、代表的なVMを作り、通常時の性能や障害・復旧の動作を確かめます。検証と移行は、次の順で進めます。

  1. ホスト停止、VM再起動、ライブマイグレーションを検証します。
  2. バックアップ、リストア、監視通知、パッチ適用を確認します。
  3. 要件を満たしたら重要度の低いVMから移行します。
  4. 業務影響を確認してから基幹VMへ進みます。

Windows Server 2025では、Hyper-Vホストあたり最大4PBのメモリと2,048個の論理プロセッサが示されています。また、第2世代VMあたりの上限は、メモリ240TB、仮想プロセッサ2,048個です（出典: Microsoft Learn「Windows Server 2025の新機能」、2025年）。

これは製品上限であり、発注時の目標値ではありません。そのため、適正サイズは実測して決めます。

実測では、アプリのCPU待ちやNUMAを見ます。さらに、ストレージIOPSやネットワーク帯域、バックアップ時間も測定します。

運用引き継ぎと復旧訓練の完了条件

運用引き継ぎと復旧訓練は、運用開始の完了条件に含めます。稼働後に困らないよう、引き継ぐ文書と訓練で確かめる内容を、発注の段階で決めておきます。

  1. VMの申請・払い出し、容量管理、パッチ適用、特権ID、ログ確認を文書化します。
  2. バックアップ確認、障害連絡、廃止手順を定めます。
  3. 構成図、設定値、アカウント管理、復旧手順、ライセンス一覧、連絡網、保守契約、既知の制約を引き継ぎます。
  4. 実際のバックアップからVMや業務データを復旧し、設定したRTO・RPOを満たすか確認します。
  5. 訓練で見つかった不足を保守契約や運用手順に反映します。RFPで実施回数と完了条件を定め、納品後の任意作業にしないようにします。

ポイント

要件定義と設計で責任分界を固め、検証と移行は小さく分けて進めるのが基本です。運用引き継ぎと復旧訓練まで終えて、初めて運用開始とします。

よくある質問

発注の場面では、製品仕様そのものより、業務への影響や移行の安全性、運用の継続性についての質問が多く寄せられます。発注前に確認したい疑問に、順に答えます。

Hyper-Vのシステム開発費用はいくらですか？

企画時の初期費用は構成によって異なります。正式な見積もりを取るには、環境と移行条件を提示します。

  • PoC・1〜3VMの検証：50万〜200万円
  • 単一ホスト：300万〜800万円
  • 2ノード以上の高可用性クラスター：800万〜2,000万円程度
  • 移行・DRを含む構成：1,500万円〜数億円。複数拠点、アプリ改修、24時間保守などで広がる
  • 見積もり時の提示情報：物理コア数、VM数、既存資産、ライセンス、バックアップ、移行停止時間

StandardとDatacenterはどちらを選べばよいですか？

VM数や物理ホスト数に加え、ライセンス条件と将来の増加も見て選びます。両者はVMの扱いが異なるため、自社の台数に当てはめて比べます。

  • Standard：VM数が少なく、物理ホストも限定される環境が候補
  • Datacenter：高度に仮想化し、多数のWindows Server VMを継続運用する環境が候補
  • VM数の比較：Standardはライセンスごとに2つ、Datacenterは無制限が目安
  • 確認項目：物理コア数、ホスト数、CAL、既存契約、将来のVM増加。リセラーや詳しい委託先にも確認する

Hyper-Vのチェックポイントだけでバックアップできますか？

チェックポイントで足りるかどうかは、要件によって変わります。長期保管や別拠点での保管が求められる場合は、バックアップ製品などで補う必要があります。

  • 満たせない場合がある要件：長期・別拠点保管、ランサムウェア対策、業務データの整合性、復旧時間の保証
  • 保管方法：バックアップ製品やストレージに世代管理データを保存し、削除・改変されにくい保管先を用意する
  • 確認方法：定期的に実際のリストアを行う
  • 見積もり項目：容量、保存世代・期間、復旧対象・手順、訓練回数

VMwareからHyper-Vへ移行するときの注意点は何ですか？

移行先は、移行ツールの対応状況に加えて、環境とアプリの条件を検証して選びます。Microsoftの移行ガイドには複数の移行先が示されているため、選ぶ前に各移行先の条件を比べておきます。

  • 互換性：ゲストOS、仮想ハードウェア、ドライバー、CPU
  • 運用条件：ネットワーク、時刻同期、ライセンス認証、バックアップ、業務アプリのサポート
  • 移行検証：代表VMでリハーサルし、性能、バックアップ、リストア、切戻しを確認して段階移行する
  • 移行先：Windows Server 2025 Hyper-V、Azure VM、Azure Local、Azure VMware Solution
  • 選定条件：データ主権、運用人材、既存契約、将来のクラウド方針

まとめ

Hyper-Vのシステムは、設定作業ではなく、業務を安全に動かす仮想化基盤の構築として発注します。

まず、現状のVMや性能、依存関係を整理します。そのうえで、停止可能時間とRTO・RPOを定めます。さらに、ライセンスやバックアップ、運用体制も含めて、RFPを作成します。

発注前に決める事項

発注前に決める事項は次の4点で、いずれも自社の体制とリスクに合わせて決めます。

  • 発注形態：一括、専門会社への分離、PoCからの段階進行のいずれかを選ぶ
  • 契約：請負と準委任を作業ごとに使い分ける
  • 見積もり：一式でなく、要件定義、設計、機器、ライセンス、構築、移行、テスト、教育、保守に分ける
  • 費用判断：初期費用に更新、保守、バックアップ、容量追加、障害対応を含むTCOで比べる

委託先を決めるときの最終確認

提案内容と体制を確認し、発注後に認識違いが起きる条件を見極めます。

  • 技術・運用：導入実績だけでなく、業務を止めない移行計画、復旧テスト、セキュリティ、引き継ぎ
  • 責任・費用：障害時の役割分け、未確定事項、除外項目、追加費用の条件
  • 納品・保守：書類一式と、稼働後の対応範囲が提案に明記されているか

▼全体ガイドの記事
・Hyper-Vのシステム開発の完全ガイド

▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック

会社紹介

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

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

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

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

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

執筆者プロフィール
張田谷凌央
張田谷凌央

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