2027年のVMware更新前に、専用サーバーを評価する価値はあるか？

更新見積もりが届き、仮想化基盤の費用とサーバー費用をどう分けて考えるか迷っていませんか。
判定：VMware更新・移行の評価では、更新額だけで決めず、ライセンス、移行、運用、復旧まで同じ期間で比べてください。負荷が安定し、チームが運用を担え、クラスタ機能に依存しない場合は、対応する仮想化環境と専用サーバーの組み合わせを候補にできます。

この記事は、2027年の更新予算を検討する技術責任者や、仮想マシンの維持管理を担う運用担当者向けです。
既存環境から安定した負荷を移したい小規模チームにも、判断項目と事前検証の手順をまとめています。

最終更新：2026年11月2日。ライセンスの説明はBroadcomの公式資料、仮想化環境の要件はProxmox VEの公式資料を確認しています。更新条件や利用権は契約内容によって異なるため、契約書と最新の公式情報を照合してください。

VMware更新とサーバー費用は、別の項目として比べる

専用サーバーを借りても、それだけでVMwareのライセンスや機能が置き換わるわけではありません。まず、仮想化ソフトの利用権とサポート、サーバーの利用料、移行作業を切り分けてください。

Broadcomは2024年1月22日の発表で、永久ライセンスの新規提供終了とサブスクリプションへの移行を案内しています。ただし、永久ライセンスの権利とサポート契約は同じものではありません。公式ナレッジベースでは、サポート契約が終了した場合の永久ライセンスの機能と、更新・技術支援へのアクセスを区別して説明しています。 ライセンス提供モデル変更の公式発表 と永久ライセンスのサポート終了後の扱いを確認し、自社の契約に当てはめましょう。

比較期間をそろえ、各金額には取得日と出所を添えてください。未取得の価格は空欄にして、未確認の割引や節約率を埋めないようにします。請求の区分を整理したい場合は、月額と契約期間を照らし合わせる計算方法も確認できます。

リソースは、仮想マシンの実測値から引き直す

現在のホストに記載されたCPUやメモリの上限を、そのまま移行先の必要量とみなすと、過剰な見積もりにも容量不足にもつながります。CPUのピークだけでなく、メモリの実使用量、ディスクの使用量と入出力、ネットワークのピークを、代表的な繁忙時を含む監視データから集めてください。

仮想マシンを集約している割合が高い場合、個々の平均値だけでは同時に負荷が高まる条件を見落とします。データの増加余地、ログや一時ファイル、ディスク故障時に必要な冗長化も、計算に含めます。サーバーの構成は製品表で確認し、必要メモリや利用可能なディスク容量を実測した負荷と照合してください。容量の見積もりには、メモリとディスクを分けて考える確認項目も役立ちます。

現行のLinux環境では、たとえば次のコマンドで基本情報を集められます。出力値は環境ごとに異なるため、記入例を実測結果として扱わず、時刻や負荷の条件と合わせて記録してください。

vmstat
free -h
lsblk
iostat -xz

CPU: idle=<採取値> steal=<採取値>
Mem: available=<採取値>
Disk: await=<採取値> util=<採取値>

この確認だけで移行先の性能が決まるわけではありません。監視対象の期間、仮想マシンの同時稼働、バックアップ中の負荷を含めて、必要容量と余裕を説明できる状態にすることが目的です。

互換性と運用責任は、機能名ではなく依存関係で確認する

候補としてProxmox VEを調べる場合も、VMwareと機能が同等だと仮定してはいけません。公式の管理ガイドには対応要件や構成方法が記載されていますが、実際の仮想マシン、バックアップ製品、ネットワーク設定、監視、復旧手順との適合は、あなたの環境で確かめる必要があります。Proxmox VE 8の公式管理ガイドを要件確認に使い、既存の運用手順をそのまま移せるとは見なさないでください。

移行前には、依存関係を次のように棚卸しします。

• 仮想スイッチ、VLAN、ファイアウォール規則とIPアドレスの割り当て。
• バックアップ製品の対応状況、保存先、復元できる形式。
• 自動化スクリプト、監視通知、ログ収集、定期処理の実行条件。
• ゲストOS、デバイス割り当て、時刻同期、ストレージ形式。
• 更新作業と障害対応を担う人、手順、外部サポートの有無。

オープンソースのソフトを選んでも、運用作業がなくなるわけではありません。パッチ適用、監視、障害切り分け、更新前の検証に誰が責任を持つかを決め、社内工数も比較表に含めてください。サブスクリプションの期限切れが利用権やサポートに与える影響は契約形態で異なるため、期限切れ時の影響に関する公式説明も契約資料と合わせて読みます。

単一ホストの復旧力は、クラスタとは分けて評価する

専用サーバーを一台用意しても、ホスト障害時に仮想マシンが自動で別の機器へ移る構成になるとは限りません。単一ホストを選ぶなら、ホスト故障、ディスク故障、誤削除のそれぞれについて、復旧に使うデータと復旧先を明記してください。

本番ホスト内の複製だけでは、そのホスト自体が使えない場合の復旧先にならないことがあります。バックアップが本番環境から独立しているか、実際に戻せるかを確認し、復旧手順を定期的に試してください。バックアップの保管先や障害時の代替機を提供事業者が用意する前提で計画を立てず、自分の契約と運用範囲を確認します。

最近の更新をめぐる議論は、各社の契約条件や移行事情が同じであることを意味しません。報道も判断材料の一つにとどめ、一般的な価格上昇や移行の必然性として扱わないでください。VMware更新を受けたインフラ戦略に関する報道は、議論の背景を知る資料として参照できます。

よくある判断の迷い

更新見積もりを受け取った段階で、すぐ移行を決めるべきですか？

いいえ。見積もり額に加え、現行ライセンスで可能なこと、移行先で再現が必要な機能、検証と運用引き継ぎにかかる工数を確認してから決めます。重要な依存関係が未確認なら、契約更新と移行判断を切り離し、先に検証計画を作ってください。

小規模な仮想環境なら、専用サーバーの契約は不要ですか？

必ずしも不要とは限りません。既存の物理ホストを引き続き使えるか、別環境を用意する必要があるかで変わります。サーバーを新たに借りる場合は、利用料だけでなく、仮想化ソフト、バックアップ、監視、障害時の復旧を誰が担うかも合わせて検討してください。

単一ホストでもクラスタの代わりになりますか？

可用性の要件次第ですが、一台のホストはクラスタそのものではありません。別ホストへの自動引き継ぎが必要なら、単一サーバー案だけで要件を満たすとは判断できません。許容できる停止時間と復旧方法を文書化し、必要な冗長構成を選んでください。

更新と移行の比較表に、どの費用を載せればよいですか？

同じ比較期間で、ソフトウェアの利用権とサポート、サーバー、移行作業、監視、バックアップ、障害対応を分けて載せます。金額は契約書、公式資料、見積もり、製品表から転記し、取得日も記録してください。条件が未確定の項目は、仮の節約額に置き換えず未確定として残します。

判定条件で、継続・段階移行・保留を選ぶ

次の条件分岐で、全面移行を先に決めず、要件に合う進め方を選んでください。

• 負荷が安定し、必要な機能を候補環境で再現でき、運用担当も決まっている場合：専用サーバーを含む構成を比較し、重要度の低いワークロードから試行します。
• 一部の仮想マシンだけが条件を満たす場合：対象を限定して段階移行し、現行環境を残す期間と切り戻し条件を決めます。
• クラスタ連携、統合バックアップ、特定の管理機能が不可欠で、代替方法を検証できていない場合：価格だけで移行せず、更新条件と機能要件を先に確認します。
• 復旧先や担当者、移行後の監視方法が未定の場合：移行を保留し、運用設計と復旧訓練の準備を優先します。

移行判断を固める五つの確認手順

1. 契約を確認する：現行の利用権、サポート期間、更新条件を契約書と公式資料で照合します。永久ライセンスとサポート契約を一つの項目にまとめないでください。
2. 負荷を記録する：CPU、メモリ、ディスク、ネットワークの利用状況を集め、ピークやバックアップ中の状態も残します。
3. 依存関係を洗い出す：バックアップ、ネットワーク、スクリプト、監視、ゲストOSを列挙し、候補環境での確認方法を割り当てます。
4. 責任者と復旧方法を決める：更新、障害対応、バックアップの保管、復元試験を誰が担うかを明確にします。
5. 同じ期間で比較し、小さく試す：見積もりの出所と確認日を添えて総費用を並べ、移行対象を限定してから結果を評価します。

VMwareの更新費用だけでなく、仮想化ソフト、移行作業、運用工数、復旧の手間を含めて比べると、専用サーバーが適する範囲も見えやすくなります。逆に、強い弾力性や複数ホストへの自動引き継ぎ、既存の統合サービスに依存している場合は、サーバーを借りるだけで同じ条件になるとは限りません。

共有型の環境では、CPUやI/Oの利用条件を契約と実測で見極めにくいことがあり、VMwareの利用権もサーバー費用とは別に確認が必要です。安定した負荷を専有環境で運用したいなら、OSFP Cloudの専用サーバーの構成と利用条件を実際の製品表で確認し、利用可能なシステム、構成、料金周期を自社の要件に照らしてから、移行候補に含めるか判断してください。

よくある質問

更新見積もりが届いたら、すぐ別の仮想化基盤へ移るべきですか？

見積もりだけでは判断できません。現行ライセンスの権利とサポート範囲を確認し、移行設計、検証、運用引き継ぎに必要な費用も同じ期間で並べてください。集積度やバックアップ方式に未検証の依存がある場合は、対象を限定した試行を先に行うのが安全です。

小規模な環境を移す場合も、専用サーバーを別に借りる必要がありますか？

仮想化ソフトを動かす土台がすでにあるなら、追加のサーバー契約が不要な場合もあります。一方、物理ホストを自前で用意できない場合は、専用サーバーの費用と運用責任を移行計画に含めます。必要なメモリ、ディスク容量、冗長化方法を実測値から照合してください。

更新と移行の費用は、どの項目までそろえて比較すればよいですか？

比較期間をそろえ、更新費用だけでなく、仮想化ソフトの権利、サーバー利用料、移行作業、監視、バックアップ、障害対応にかかる費用を分けて記録します。見積もりの出所と取得日も残し、まだ金額が確定していない項目は空欄のままにして、節約額を先に決めつけないでください。

物理サーバーを1台用意すれば、仮想化クラスタと同じ可用性になりますか？

なりません。単一ホストでは、そのホストの故障時に仮想マシンを別の機器へ自動で引き継げるとは限りません。復旧まで許容できる時間、独立したバックアップ、代替ホストの調達方法を確認し、クラスタ機能が必須なら移行先の構成を別途設計してください。