VMware の更新料金の見直しに追われているのは、あなただけではありません。Broadcom（ブロードコム）が VMware の買収を完了して以来、VMware のライセンスおよび販売モデルは大きく変化しました。永久ライセンスは段階的に廃止され、サブスクリプション（定額制）が主流となり、多くの企業で更新コストが何倍にも膨らんでいます。この記事は不安をあおるものではありません。お伝えしたいのは次の3点だけです。変化がどこで起きたのか、御社がどのタイプに当てはまるのか、そして次にどう動くべきか。
💡 一言でまとめると：VMware のライセンスモデル変更は、もはや既定の現実です。ただし「置き換えるべきか、どう置き換えるか」は、実際の利用状況・正規ライセンスの状態・業務依存度によって決まります。この記事が、御社自身の判断基準づくりの助けになれば幸いです。
1. 変化はどこから来たか：「永久ライセンス」から「サブスクリプション」へ
これまで長く、企業は VMware を永久ライセンスで購入するのが一般的でした。ESXi や vCenter などのコンポーネントを一度購入すれば、あとは比較的小額のサポート費用を毎年支払うだけで長期利用できました。「導入後は長期にわたって安定的に稼働させる」工場のシーンでは、このモデルは総所有コスト（TCO）を抑えやすい仕組みでした。
Broadcom は買収完了後、販売モデルを以下のように見直しました：
- 新しい永久ライセンスの販売を停止し、既存の永久ライセンスも期限が切れれば、更新時にサブスクリプションへ移行する必要があります。
- パッケージ型サブスクリプションを推進：単一コンポーネントの柔軟な購入ではなく、VMware Cloud Foundation（VCF）または VMware vSphere Foundation（VVF）として一括販売する形になりました。
- 価格体系の再構築：同規模の更新コストが明確に上昇していると業界で広く報告されており、シーンによっては数倍に達することもあります。
大企業であれば、このコストは許容できるかもしれません。しかしコストに敏感な中小製造工場にとっては、年間数万元だった仮想化投資が十数万円以上に跳ね上がる可能性があり、コスト構造の見直しが必要になります。
2. VCF と VVF：知っておきたい2つのサブスクリプション形態
この変化を理解するもう一つの鍵は、2つの新しいサブスクリプション形態である VVF と VCF を押さえることです。両者は位置づけが異なり、コストと複雑さが大きく異なります。
| 比較項目 | VMware vSphere Foundation (VVF) | VMware Cloud Foundation (VCF) |
|---|---|---|
| 市場での位置づけ | 中堅市場・部門向け。仮想化統合と基本的なクラウド管理 | 大企業・ミッションクリティカル向け。フルスタックのプライベートクラウドとハイブリッドクラウド |
| 中核アーキテクチャ | vSphere 中心の管理スイート | フルスタック統合型のソフトウェア定義データセンタープラットフォーム |
| ネットワークとセキュリティ | NSX を含まず、高度なネットワーク機能は別途購入 | NSX を必須統合し、ネイティブのマイクロセグメンテーションと高度なネットワークサービスを提供 |
| ストレージ | vSAN ライセンスを含む。外部ストレージの利用も可能 | vSAN を中核としたハイパーコンバージドアーキテクチャ |
| ハードウェア要件 | VMware 互換性ガイドに準拠。比較的緩やか | VCF 認定ハードウェアの使用が必要。要件は厳格 |
| 総所有コスト | 比較的低い | 高い（ソフトウェアライセンス＋認定ハードウェア＋プロフェッショナルサービス） |
📌 重要な認識：VCF はコンピュート・ストレージ・ネットワークを一体で統合し、単一プラットフォームで管理する「フルスタック」ソリューションで、機能は充実していますがコストが高く、ハードウェア要件も厳しいのが実情です。一方 VVF は仮想化統合に重点を置いた、比較的軽量な選択肢です。多くの企業はこれまで vSphere の基本機能しか使っていなかったにもかかわらず、より高額な VCF パッケージへ誘導されたことが、コスト上昇の大きな要因の一つです。
3. 置き換えるか判断する前に、まず3ステップの自己点検を
置き換えを検討する前に、次の3つの質問に答えることで、不完全な情報による早まった判断を避けられます。
ステップ1：実際どの程度使っているか
- 仮想マシン（VM）の台数は？数十台か、100台以上か？
- その上で動いている業務は？ERP、MES、データベース、それともオフィス系システムか？
- 物理サーバーと CPU コア数はどの程度か？
ステップ2：ライセンスの状態はどうか
- 永久ライセンスか、すでにサブスクリプションか？永久ライセンスは失効済みか、まもなく失効か？
- 正規ライセンスの充足率はどれほどか？vSphere 以外のコンポーネントも含むか？
- 更新コストはどれほど上昇したか？判断前に正確な数字を把握する。
ステップ3：ダウンタイムへの許容度はどれほどか
- どのシステムを 24時間365日稼働させる必要があるか？計画的メンテナンス時間に耐えられるものはどれか？
- 既存の災害復旧（DR）能力でカバーできるか？
- 移行中のダウンタイムはどの程度なら許容できるか？
この3ステップを踏めば、自社の規模・コスト圧力・移行リスク許容度が明確になります。これが以降のすべての判断の土台です。
4. 9つの顧客タイプ：御社がどこに当てはまるかを見つける
この変化の影響度は企業によって大きく異なります。私たちの観察に基づき、影響を受ける顧客を9つのタイプに分類しました。以下の表と照らし合わせて、御社のタイプと対応優先度を判断してください。
| タイプ | 主な特徴 | 主な置き換えの動機 |
|---|---|---|
| タイプ1 | 信創（国産化）のコンプライアンス制約が強い（政府・金融・中央国有企業） | コンプライアンス要件 |
| タイプ2 | 正規率が高く、コンポーネント多数。永久ライセンスが失効済みまたは間近 | 更新コストが急上昇 |
| タイプ3 | 正規率が高く、コンポーネント多数。ライセンスはまだ未失効 | コスト上昇（前もって計画可能） |
| タイプ4 | vSphere のみ使用、重要業務を稼働 | サービス・パッチ入手が困難化 |
| タイプ5 | vSphere のみ使用、重要業務稼働、サービス入手は許容範囲 | サービス継続性（要監視） |
| タイプ6 | 正規率高め、vSphere のみ、重要度の低い業務 | 短期的な圧力は低い |
| タイプ7 | 正規率低め、毎年サービス料を支払い、重要業務を稼働 | 正規化＋サービス入手の困難さ |
| タイプ8 | 正規率低め、重要度の低い業務、サービス料支払いあり | 短期的な圧力は低い |
| タイプ9 | 正規率低め、重要度の低い業務、サービス料支払いなし | 短期的な圧力は非常に低い |
この9つのタイプは、置き換えの動機に応じて、大きく3つのグループにまとめられます。
- 強い動機（タイプ1・2・3）：厳格なコンプライアンス要件がある、または正規率が高くコンポーネント多数でライセンス失効により更新コストが急上昇するケース。最も早期に評価を開始する必要があります。
- 中程度の動機（タイプ4・5・7）：正規率は比較的高いが vSphere の基本機能しか使っていない、または正規率は低いが重要業務を稼働させているケース。将来のサービス・パッチ入手と重要業務の安定性が共通の懸念です。
- 弱い動機（タイプ6・8・9）：重要業務がなく、短期的なコスト・サービス面の明確な圧力がないケース。急ぐ必要はありませんが、動向の注視は続けましょう。
🎯 判断の核心は「どちらの技術が優れているか」ではなく、「実際にどれほど使っていて、ライセンス状態がどうで、業務依存度がどれほど重いか」です。使い方が浅く、依存度が軽いほど、置き換えのコストとリスクは低く、判断もシンプルになります。
5. 3つの置き換えルートと、それぞれに適した企業
前述の自己点検と分類を踏まえると、中小製造企業の置き換えルートは通常、次の3つのいずれかに落ち着きます。
| ルート | 向いている企業 | 留意すべき点 | 得られるメリット |
|---|---|---|---|
| A. VMware を使い続ける | 規模が小さく、移行リスクが高く、短期的に動かしたくない | サブスクリプションコストが継続。予算管理を丁寧に | 移行リスクゼロ、業務が安定 |
| B. 国産ハイパーコンバージド（例：深信服／Sangfor）に置き換え | VMware の利用が浅く、コストパフォーマンスと地元サポートを重視 | 一回限りの移行工数、検証が必要 | コストが明確に低下、地元サポートのレスポンスが速い |
| C. クラウド／ハイブリッドクラウドへ移行 | 伸縮性のニーズがあり、データセンター運用の負担を減らしたい | 移行がやや複雑、アーキテクチャ再設計が必要 | 弾力的な拡張、運用負担の移転 |
実用的な判断の考え方：
- 現在、主に基本的な仮想マシンの利用で、vSAN や NSX といった高度なコンポーネントを深く使っていない場合、国産ハイパーコンバージドへの置き換えが、通常は最も費用対効果が高く、移行も軽い選択肢です。
- VMware エコシステムの高度な機能と深く結びついており、移行リスクが高い場合は、使い続ける、または一部をクラウドへ移す方が安心でしょう。
- ハードウェア自体が更新時期を迎えている場合は、「既存サーバー利活用の評価」と置き換えを併せて計画することで、アップグレードと移行を一度に完了でき、重複投資を避けられます。
6. 移行プロセスで押さえておきたいポイント
VMware の置き換えは「ソフトを入れ替えて再インストールするだけ」ではありません。私たちの移行プロジェクトの経験から、以下の点を事前に注視する価値があります。
- 情報収集を先に：移行前には、ハードウェア情報・業務情報・既存の VM 台帳を完全に収集することが、移行計画を作る前提です。
- 移行計画にはリスクとロールバック（切り戻し）手段を含める：移行方法・リスクポイント・所要時間の見積もり、そして異常時の戻し方を明確に。「移しながら考える」のは避けましょう。
- 本番切替の前にリハーサルを：移行リハーサルで所要時間とロールバックを検証してから、正式な段階的移行に入り、試運転期間を設けます。
- 停止時間を事前に計画：どのシステムがオンライン移行に対応し、どれが停止を要するかが、そのまま業務中断の長さを決めます。
- 互換性を事前に検証：ERP・MES・データベースなど重要システムと新プラットフォームの互換性を事前にテストし、移行後の不具合を防ぎます。
- 既存ハードウェアの利活用には基準がある：既存サーバーを再利用するなら、CPU・メモリ・SSD/HDD などの構成がハイパーコンバージドの要件を満たすか評価し、性能上の落とし穴を避けます。
⚠️ 最も重要な一点：ライセンスの失効間際になってから評価を始めないこと。移行には十分な計画とリハーサルの期間が必要です。時間に余裕を持つことで、主導権を握り、落ち着いて判断できます。
7. 結論：すぐに実行できる提案
これまでの分析をつなげると、結論は次のようにまとめられます。
- まずタイプを特定：御社が9つのタイプのどれに当たるかを明確に——「今すぐ評価する」「計画を立てる」「しばらく様子を見る」のいずれか。
- 次に現状を棚卸し：VM 台数・ライセンス状態・業務依存度。この3つの情報が判断の基礎であり、欠かせません。
- 最後にルートを選択：利用が浅くコスト重視なら国産ハイパーコンバージドを優先。深く依存し移行リスクが高いなら、使い続けるか段階的にクラウドへ。
「置き換えるべきか」と悩む前に、まず「自分が今どこにいるのか」をはっきりさせることが大切です。情報が明確であるほど、選択はシンプルになり、一回の更新請求にリズムを乱されることも少なくなります。
雲谷について
蘇州雲谷信息科技（Cloud Valley）は、製造業 IT サービスに20年以上携わり、仮想化移行・プライベートクラウド構築・ハイパーコンバージドの導入と刷新において豊富な実績があります。私たちは以下の面でお役に立てます。
- 既存の VMware 環境の無料棚卸し（VM 台帳＋ライセンス状態＋コスト試算）
- 実際の利用状況に基づき、どのタイプに該当し、どのルートが最適かをご提案
- 情報収集・計画設計・移行リハーサル・試運転までを網羅した移行評価と実施
- 移行後の運用保守のマネージドサービス。御社は生産に専念できます