VMware 授權漲價怎麼辦？評估替代方案的五個重點

Broadcom 併購 VMware 後，授權模式出現幾項變化：永久授權改為訂閱制、以核心數計價並設有每台主機的最低採購門檻、原本可分開採購的模組被併成套裝（資料來源：市場報導）。實際條件請以您手上的報價單為準。真正要回答的問題不是「VMware 好不好用」，而是這張報價單簽下去，未來三到五年的機房預算會長成什麼樣子。

先盤點現行合約狀況

比較任何替代方案之前，先把自己的底盤攤開：

• 到期日還剩多久。剩不到半年別硬換，先談一段續約緩衝把時間買回來。剩一年以上，才有分階段遷移的空間。
• 目前買的是哪一種授權。哪個套裝、含哪些模組、以什麼單位計價、每台主機的最低採購核心數是多少。
• 實際用到的功能有哪些。這項最容易漏掉，卻最關鍵。常見的情況是付了整套授權的錢，實際只用到虛擬機（VM）、線上搬移與高可用性。把「買了什麼」跟「用了什麼」並排，才是評估的起點。

重點一：不是只有「換」與「不換」兩個選項

多數人一開始就把題目設成「全部續約」或「全部搬走」，評估於是變成一場豪賭。中間其實有很多段可走。可以只把異地備援（DR，Disaster Recovery，正式機房出事時頂上來的第二套環境）站換掉，正式環境完全不動；只把測試與開發環境換過去；或讓新專案直接上新平台，舊環境自然汰換。預算切小、風險可控，團隊也有時間先把新平台學起來。

重點二：真正的成本不只授權費

只比授權費，結論一定失真。請改用 TCO（Total Cost of Ownership，總持有成本，把三到五年內所有會花的錢加總）來看，至少要含：

• 授權或訂閱費用：兩條路都算三到五年，不要只算第一年。
• 硬體：現有 x86 伺服器能不能沿用、要不要補記憶體或硬碟。
• 遷移工時：有幾台虛擬機、可以停機多久、需要幾個假日的維護視窗。
• 教育訓練與知識重建：原本的腳本、監控項目與備份排程都得重做，這段常被漏算。
• 風險緩衝：預留一段事情沒照計畫走的時間與預算。

兩邊都要算：「繼續留下來」的三到五年一樣有成本。

重點三：遷移工具好不好用，比功能表重要

功能表誰都寫得漂亮，真正決定專案順不順的是遷移工具。請直接問：支援線上遷移嗎（虛擬機不必關機）？需不需要在來源端額外安裝程式（agent）？失敗能不能安全回退？網路設定、快照與磁碟格式會不會跟著走？最實在的做法，是在 POC（Proof of Concept，概念驗證）階段實際搬幾台虛擬機，並刻意挑一台設定最亂的。搬得動，這條路才算成立。

重點四：備份與災難復原要一起想

備份常被當成另一個專案，卻是評估表上最容易翻盤的一欄。它在現行環境裡通常是另一套授權。不少替代平台已把快照、備份與異地複寫做進平台本身，包含不可竄改（immutable）快照，避免勒索軟體把備份一起加密。要問清楚內建備份夠不夠用、能不能只還原單一檔案、現有備份軟體支不支援新平台，以及 RPO／RTO（可容忍的資料遺失時間與系統中斷時間）能不能達標。把備份授權一起放進 TCO 再比一次，結論常常不一樣。

重點五：供應鏈與長期支援

平台要用五年、十年，不能只看今天的功能表：

• 原廠規模與存續能力：成立年資、資金結構與公開資訊的透明度，都要問清楚，並請對方提供書面說明。
• 法人所在地與技術來源：登記在哪一國、研發團隊源自哪裡。公部門、國防供應鏈與部分外商在台子公司有來源審查規範，這題直接決定可選範圍。
• 台灣支援路徑：出事時誰接電話、有沒有繁體中文文件與在台工程師，以及原廠在台灣的授權通路與支援窗口是誰。
• 版本節奏與支援年限：索取公開的版本發布節奏與支援終止日期，寫進合約附件。口頭的產品藍圖承諾，不要當依據。

一個務實的起步方式

1. 盤點合約：到期日、套裝內容、實際用到的模組，列成一張表。
2. 做 TCO 試算：留下來與換過去，同一份格式各算三到五年。
3. 做 POC：借測試環境實際搬幾台虛擬機，含一台最麻煩的。
4. 先換一小塊：異地備援站或測試開發環境，正式環境不動。
5. 觀察一到兩季：確認效能、備份與維運流程站得住，再談正式環境。

這條路最大的價值，是把「非換不可」的時間壓力拿掉，省下多少錢反而其次。手上有算得出來的 TCO、跑過的 POC 報告與一個已在運作的小型新平台，續約談判的位置就完全不一樣了。

← 回知識中心