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

Xenのシステム発注は、製品と発注範囲を決め、要件と契約を整理したうえで、見積もり、PoC、移行、運用の順に進めます。この順で進めると、移行リスクを抑えられます。発注形態から費用、委託先の選び方までを、その流れに沿って説明します。

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

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

Xenのシステム発注前に押さえる全体像

Xenのシステムは単一の完成品とは限らず、いくつかの製品に分かれています。Xen Projectのハイパーバイザーや、企業向け製品のXenServer 9などがあります。さらに、Xenを基盤にするXCP-ngとXen Orchestraも発注の対象です。

Xen Project・XenServerの役割と契約上の扱い

製品ごとの役割と契約上の扱いは、次の観点で分けて考えます。

• Xen Project Hypervisor：物理サーバー上で複数のVMを動かす、タイプ1のハイパーバイザーです。
• 自社運用：管理基盤、監視、バックアップ、障害対応まで設計する自由度が得られます。
• 運用機能：製品を導入しても、運用に必要な機能がすべてそろうとは限りません。
• XenServer 9：Cloud Software Group製で、XenCenter、プール管理、ライブ移行、GPU仮想化を利用できます。
• ライセンスの確認：2026年時点ではCitrix契約の権利であり、従来の無料版と混同しないようにします。

ハイパーバイザー以外も含む発注範囲

発注対象には、物理ホストや共有・分散ストレージ、管理・業務・ストレージ用ネットワークなどが含まれます。さらに、ゲストOSや監視、バックアップ、認証、運用手順も発注範囲に入ります。

VM数だけで見積もると、IOPSやバックアップ保持期間が足りず、機器や作業が後から増えることがあります。そのため、「何を仮想化するか」に加えて、業務をどの停止時間と復旧時間で続けるかも決めておきます。

vCPUやメモリに加えて、ピーク負荷やデータ容量、同時接続数を整理します。さらに、RPO・RTO、ゲストOSのサポート期限も決めておきます。こうしておくと、発注先が違っても提案を比べられます。

Xenのシステム発注の形態の選び方

発注形態は、製品導入だけか、移行や運用まで委託するかで変わります。小規模な検証ならスポット構築、大規模な刷新なら設計・移行・保守の一括契約が候補になります。ただし、責任範囲が曖昧な一括発注は避けます。

標準機能を活かしたい場合に向く製品導入型

製品導入型を選ぶかは、標準機能で足りるか、追加の設計が要るかで見ます。

• 製品構成：XenServer 9か、XCP-ngとXen Orchestraの組み合わせから選びます。
• 標準機能：管理、バックアップ、ライブマイグレーションの組み合わせで構成します。
• Citrix利用企業：Citrixを利用している企業は、XenServer 9との整合性を確かめます。
• OSS・移行重視：XCP-ngとXen Orchestraのサポート範囲を確かめる作業になります。
• 標準外の要件：独自監視、複雑なNW、特殊GPU、古いOSがあると、製品費より設計・検証費の割合が増えることがあります。

標準機能で済む範囲なら、要件定義とテストの範囲を抑えられます。一方で、複雑なネットワークや古いゲストOSは、標準外の要件として別に検証します。

初期投資と運用負荷を抑えたい場合のクラウド型

クラウド型は、利用条件と費用の両方を見て選びます。

• 利用方法：Xen系の環境やVMを置き、物理ホストを買わずに利用量に応じて拡張できます。
• 向く用途：拠点の追加や短期の検証に向いています。
• 費用：常時稼働のVMでは、計算資源、ディスク、転送、スナップショット、監視費が積み重なります。
• RFP：Xenの利用可否、障害時の責任分界、保管地域、専用ホスト、復元単位、転送料を、RFPに書いておきます。
• 比較：初期費用だけでなく、3〜5年TCOでオンプレミスと比べます。

社内に専門人材が少ない場合の移行・運用委託型

委託する作業と、契約や納品の際に決める条件を分けて考えます。

• 委託範囲：VMware・物理サーバーの移行、Citrix VDI、共有ストレージ、バックアップ、監視、障害対応を、SI会社へ委託できます。
• 移行・運用：棚卸し、移行リハーサル、切り戻し計画、運用引き継ぎまで任せられ、情シスの負担を下げられます。
• 変更リスク：委託範囲が広いほど、ベンダーを変えにくくなることがあります。
• 引き渡し条件：設計書、構成図、VM台帳、復元手順、設定値、自動化スクリプト、管理者権限を契約書と納品物一覧に明記し、保守会社の変更に備えます。

RFPと要件整理の項目

RFPは、現状や業務の制約、性能、移行条件、納品物、保守体制を同じ粒度で示し、複数社の提案を比べるための資料です。「Xenを構築してください」とだけ伝える文書とは違い、比較の土台になります。

現状資産と業務依存関係の棚卸し

移行元を含めて、提案条件に関わる資産を洗い出します。

1. VMの構成と使用状況を一覧にします。構成はVM名、ゲストOS、vCPU、メモリ、ディスクで、使用状況はCPUの平均・ピーク、IOPS、帯域、IPアドレスです。
2. AD・DNS・監視・バックアップへの依存関係を記録します。
3. 物理サーバーを移す場合は、アプリのインストール媒体と管理者アカウントがあるかを確かめます。
4. VMwareから移す場合は、VMDKやXVAなどのディスク形式、仮想NIC、VMware Tools、スナップショット、バックアップ製品の対応状況を調べます。
5. 変換できないVMは、例外として別に扱います。

特に、DBやファイルサーバー、基幹業務のように停止の影響が大きいシステムでは、業務責任者と許容停止時間を結び付けておきます。

性能・可用性・セキュリティの数値定義

要件は、数値で決めるものと運用ルールで決めるものに分けて考えます。

1. 稼働時間と性能、停止や復旧の許容範囲は、数値で定義します。
2. 管理ネットワークの分離と多要素認証、RBAC、操作ログを定めます。さらに、パッチ適用時間、Secure Boot、XSA・CVEの確認担当も決めます。

稼働時間や同時利用者数、ピーク時の応答に加えて、許容停止時間やRPO・RTOも決めておきます。あわせて、バックアップ保持期間と災害時の復旧場所も定めます。

「止めない」と表すより、平日日中の計画停止は月1回まで、復旧は4時間以内、データ損失は15分以内といった形で定義します。

条件を具体的に示せば、必要なHA構成やレプリケーション方式を提案してもらえます。

Xen Projectはセキュリティアドバイザリを公開しています。そのため、情報の受領から影響の判定、検証、適用、報告までを運用手順に含めておきます（出典: Xen Project「Xen Security Advisories」、2026年）。

RFPに書く提案条件と納品物

見積もり条件がばらつかないように、RFPと納品物を具体的に書きます。

• 規模と条件：ホスト数・VM数、CPU・メモリ・ストレージ、ネットワーク構成、バックアップ、監視、認証、移行元・対象外、停止可能時間、希望日程
• 対象の製品：XenServer 9、XCP-ng、Xen Projectについて、比較提案を認めるか、製品指定か、商用サポート必須か
• 納品物：基本・詳細設計書、構成図、パラメーターシート、テスト仕様・結果、移行計画、切り戻し・運用手順、障害連絡網、教育資料、ライセンス証書
• 提案作業の扱い：納品物に含まれるかどうか

別料金の作業は見積書で分けておくと、追加請求を抑えられます。

Xenのシステム開発の契約形態の選び方

Xen導入では、要件が固まった構築と、変わりやすい調査・助言・移行支援が混在します。そこで、成果物を約束する作業と、時間や専門知識を提供する作業を分けておくと、双方の認識をそろえやすくなります。

請負契約の完成物と検収条件

設計書や構築済みの検証・本番環境、テスト結果、移行完了のように、完成を判定できる成果物には、請負契約が向いています。検収条件には、合格テスト、性能測定環境、重大障害が残った場合の扱いを書きます。

請負でも、要件の変更は両者で合意して扱います。そのため、VM数やバックアップ保持期間、移行対象が増えた場合に備えて、変更管理や追加見積もり、納期への影響を事前に決めておきます。

準委任契約の使いどころ：調査・移行支援・運用改善

現状調査、PoC、移行候補の判定、障害原因の切り分け、運用改善の助言のように、結果を完全には約束しにくい作業には、準委任契約が向いています。契約書には、期間、担当者のスキル、稼働時間、報告方法、月次成果物を明記します。

作業を実施したとみなす基準をそろえ、設定変更や本番操作の権限も決めておきます。管理者権限、作業承認、ログ保存、緊急時の事後報告を定めておくと、責任の押し付け合いや無断の変更を防げます。

保守契約の責任分界とSLA

保守契約では、保守の範囲と費用が変わる条件を契約前に確かめます。

• 保守の対象：Xenや管理ツール、物理サーバー、ストレージ、ネットワーク、ゲストOS、業務アプリ
• 応答と復旧：一次受付時間、重大度別の応答時間、復旧目標、オンサイト対応、予防保守、バージョンアップの扱い
• 保守費の目安：初期構築費を基準にした年額の置き方
• 費用の変動要因：24時間365日対応、監視、バックアップ容量、DRサイト、現地作業の有無

ゲストOSと業務アプリも、基盤とは別に担当を決めておきます。

保守費は、初期構築費の年10〜20％程度と置く場合がありますが、これはXen固有の公的統計ではありません。また、月額に含む作業と別途請求する作業は、分けて確かめます。

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

Xen導入案件に限った国内の公開統計は確認できません。

以下の金額は、業務システム一般の相場と、仮想化基盤のホスト・ストレージ・移行作業を踏まえた類似案件からの推定です（出典: NotebookLMリサーチノート「Xenのシステム」、2026年）。

サーバーやストレージ、OS・DBライセンス、データセンター費は、案件ごとに含める範囲が違います。税や為替、Citrix製品ライセンスも含める範囲が異なるため、発注時には内訳を分けてもらいます。

規模と停止リスクで変わる構築・移行費

費用は環境の規模と移行条件で変わるため、代表的な例ごとに整理します。

1. PoC：初期費用は100万〜300万円、期間は2〜6週間程度が目安です。
2. 小〜中規模構築：3ホスト程度の本番HA、共有ストレージ、10〜30VM、監視、バックアップ、操作教育を含み、500万〜1,500万円程度の推定です。
3. 大規模移行：1,500万〜5,000万円以上になることがあります。

PoCは、既存サーバー1〜2台と数台のVMを使い、基本的な性能とバックアップの試験を行う想定です。特殊OSやGPU、既存のバックアップ製品がある場合は、検証項目が増えます。

大規模移行は、VMwareや物理環境から5〜10ホストへ移し、VDIやWindows、DR、段階移行までを含む場合の推定です。

製品ごとに分けたライセンスとサポート費

製品ごとの利用料と支援料金は、分けて把握しておきます。

1. XCP-ngとXen OrchestraはOSSとして無償で使えますが、商用サポート、SLA、管理アプライアンスには費用がかかります。
2. 2026年時点のVates料金は、Essentialが最大3ホスト・年2,000ユーロ、Essential+が最大3ホスト・年4,000ユーロです。
3. ProとEnterpriseは、ホスト数に応じて料金が決まっています。

具体的には、Proは最低3ホストで1ホストあたり年1,000ユーロ、Enterpriseは最低4ホストで1ホストあたり年1,800ユーロです（出典: Vates「Pricing & Support」、2026年）。

XenServer 9は、公式ページに一律の日本円価格がなく、Citrixの対象サブスクリプションや販売経路を通じて見積もります。公式文書では、Citrix for Private Cloudなどの契約上の権利として扱われています。

発注時には、製品費、Citrix製品費、販売店の導入支援費を分けて提示してもらいます（出典: XenServer 9公式ドキュメント「What’s new」、2026年）。

3〜5年TCOで見るランニングコスト

初期費用を比べる際は、3〜5年のTCOを作ります。TCOには、機器の減価償却と保守、電力、設置場所、予備部品を含めます。さらに、バックアップ媒体、監視、脆弱性対応、教育、更新作業も入れます。

OSSはライセンス料が小さくても、自社で行う設計や運用の人件費が増えることがあります。

見積書では、初期構築、移行、製品・サポート、ハードウェアを分けます。さらに、保守、クラウド、追加作業単価も、別々に載せてもらいます。特に、為替で変動するユーロ製品や、ホスト数・VM数で変わるサポート費は、有効期限と更新価格の条件も合わせて押さえます。

Xenのシステム委託先を選び、見積もりを比較するポイント

委託先は、知名度や最安値だけで決めず、XenServer 9、XCP-ng、Xen Orchestraの経験、移行元製品への知識、設計から運用までの責任者、障害時の窓口を確認して選びます。

製品名より近い条件で見る実績

公開事例と具体的な対応経験を確かめます。

• 実績の条件：Xenの経験の有無だけでなく、ホスト・VM数、ゲストOS、ストレージを尋ねます。VDI・GPU、移行元、停止時間、保守体制も含めます。
• 運用実績：移行後の障害対応やバージョンアップまで、同じ会社が担当した事例かを確かめます。
• 面談相手：公開事例が少ない場合は、提案担当者に加えて、設計・構築・保守の責任者との面談を依頼します。
• 技術確認：2026年時点の論点として、Secure Boot、HTTPS管理、ゲストOS対応、XSA影響判定について質問します。

見積書の作業・前提・除外項目の比べ方

総額だけでなく、比べる単位と条件もそろえておきます。

• 比較単位：総額とあわせて、ホスト、VM、TB、拠点、移行波の単位で並べます。
• 作業範囲：A社は設計・構築・移行・テスト・教育を含み、B社は構築だけの場合、単純には比べられません。
• 作業項目：要件定義、基本・詳細設計、構築、移行リハーサルを並べ、さらに本番移行、切り戻し、運用引き継ぎもそろえます。
• 除外項目：ネットワーク改修、機器搬入、データ移行、バックアップ容量、Citrix・Windowsライセンスが含まれるかを確かめます。
• 追加条件：夜間・休日作業、現地対応、追加性能試験の扱いも確かめます。必要な項目が除外されていれば、同じRFP条件で再見積もりを依頼します。

選定面談で聞く失敗時の対応

移行したVMが起動しない場合の切り戻し、性能が目標に届かない場合の再設計の範囲、脆弱性が公開された場合の連絡と検証の担当を、面談で尋ねます。成功時の話だけでなく、失敗時の責任と対応が見える会社を選びます。

相見積もりは、3社以上に同じ要件書を渡すと比べやすくなります。そのうえで、価格や技術適合性、移行リスク、保守体制、納品物、担当者の継続性を評価します。価格だけで順位を決めないことが、長期コストの抑制につながります。

Xenのシステム発注から稼働までの進め方

発注後は、調査と方式の決定から始めます。その後、PoCと設計、構築へ進み、移行リハーサルと本番移行を経て、運用を引き継ぎます。各段階に判断基準と成果物を置くと、問題を次の工程へ持ち越しにくくなります。

提案評価で確定する方式と責任分界

提案を受けたあとに、Xen Project、XenServer 9、XCP-ngとXen Orchestraのどれを採用するかを決めます。

判断材料として、商用サポートや日本語窓口、既存のCitrix資産、VMware移行、バックアップ、セキュリティパッチを確かめます。そのうえで、性能と3〜5年TCOも含め、選定理由を説明できる状態にします。

ハイパーバイザー、管理ツール、ストレージ、ネットワーク、ゲストOS、業務アプリについて、どこまでを誰が受け持つかを表にまとめます。障害の受付と切り分け、メーカーへのエスカレーションの条件を決めておくと、稼働後にたらい回しが起きにくくなります。

代表VMで試すPoCの性能・復元・障害対応

本番移行を判断するための検証項目を、代表VMを使って確かめます。

1. 高CPU処理、IO負荷の高いDB、ファイルサーバー、VDI・GPUなど、影響の大きい代表VMを選びます。軽いWebサーバーだけで代表とするのは避けます。
2. 通常時とピーク時の性能、ライブマイグレーション、ホスト再起動、ストレージ障害、管理ネットワーク断を試します。
3. バックアップを取得しただけで合格にせず、別ホストや別拠点への復元、ファイル単位・VM単位での復元、アプリの整合性、RPO・RTOの達成を確かめます。
4. 試験結果と未解決の制約を記録して、本番移行の判断会議で承認を取ります。

段階移行と運用引き継ぎ

本番移行は、開発・検証VM、影響の小さい業務、重要業務の順に段階を分けて進めます。移行の前には、バックアップ、利用者への告知、作業承認、切り戻し時刻、連絡網を確かめます。

移行後は、起動やネットワーク、認証を確かめたうえで、バッチやバックアップ、監視、業務処理も見ます。運用引き継ぎでは、VMの作成・停止・拡張、パッチ、一次対応を担当者が自ら実行できるようにします。さらに、復元や容量監視、証明書更新、脆弱性対応も、担当者の手で回せるようにします。

手順書を納品するだけで終わらせず、発注者側で復旧訓練を行います。そのうえで、担当者が不在でも対応できることを確かめてから、プロジェクトを完了します。

よくある質問（FAQ）

製品の選択や費用、発注先、移行で迷いやすい点を、見積もりの依頼につなげられるよう回答します。

Xenのシステムは無料で導入できますか？

Xen ProjectやXCP-ngなど、ソフトウェアを無償で使える選択肢があります。ただし、ホスト、ストレージ、バックアップ、設計・移行は別費用です。監視、教育、商用サポートも費用がかかります。

ここでいう無料は、ライセンス料の一部を指します。

XenServer 9とXCP-ngはどちらを選べばよいですか？

Citrix Virtual Apps and Desktopsとの統合、商用サポート、既存のCitrix資産を重視するなら、XenServer 9が候補です。

OSSの透明性やVMware移行、Xen Orchestraによるバックアップ・管理、サポート契約の選択肢を重視するなら、XCP-ngを候補として比べます。

VMwareからXenへ移行するときに何を確認しますか？

VMごとのディスク形式、ゲストOS、仮想NIC、VMware Toolsを確認します。加えて、スナップショットやバックアップ製品、IP・DNS・AD依存関係も確かめます。

代表VMで変換や性能、復元、アプリ整合性を試し、停止時間と切り戻し手順を合意してから、段階的に移行します。

Xenのシステム開発会社は何社に見積もりを依頼すべきですか？

少なくとも3社以上に、同じRFPと前提条件で依頼すると比べやすくなります。

価格や対応製品、移行実績、PoC範囲を同じ評価表で確認します。さらに、納品物、保守SLA、責任分界、追加作業単価も並べ、最安値ではなく自社のリスクを減らす提案を選びます。

まとめ：TCOと移行リスクで見るXenのシステム発注の判断軸

まず、Xen Project、XenServer 9、XCP-ngを整理し、業務や既存資産、必要なサポートを基準に方式を決めます。

次に、VM数だけでなく、性能や可用性、RPO・RTOをRFPに記載します。さらに、次の項目も書いておきます。

• セキュリティ：管理ネットワークの分離、多要素認証、操作ログなどの定め
• 移行条件：移行元や対象外、停止可能時間などの条件
• 納品物：設計書、構成図、テスト結果などの一式

初期構築費と3〜5年の総額で見る費用

相場の推定レンジは、PoCで100万〜300万円程度、本番HAで500万〜1,500万円程度です。複数ホストの移行やVDI・DRを含むと、1,500万〜5,000万円以上になる可能性があります。

案件の条件によって変わるため、ハードウェアとライセンス、設計・移行を分けた見積もりで判断します。さらに、次の費用も別々に見ておきます。

• 保守：保守契約の費用
• クラウド：クラウド利用の費用
• 追加作業：追加作業の単価

最初の一歩：現状棚卸しと3社へのRFP送付

委託先には、近い条件での実績と、PoC・移行リハーサルの範囲を確かめてもらいます。ほかに、次の点も確かめます。

• 失敗時の切り戻し：移行が途中で止まったときの戻し方
• 保守SLA：保守の応答と復旧に関する取り決め
• 責任分界：どこまでを誰が受け持つかの線引き
• 納品物：設計書・自動化コードの納品

発注側は、復元訓練と脆弱性対応まで設計して、安定運用につなげます。

VM、依存関係、停止可能時間、RPO・RTO、3〜5年の予算を整理し、同じ条件で複数社に相談します。要件整理から比較、構築、移行、運用設計までを一貫して検討すると、自社に合う発注を進めやすくなります。

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

▼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を創業。