VMware 授權計算器
計算 VMware VCF/VVF 許可成本
如何使用VMware 授權計算器
- 1輸入需要授權的所有主機的 CPU 處理器（插槽）數量與每處理器核心數。
- 2選擇所需的 VMware 版本及附加包。
- 3檢視授權金鑰總數與預估訂閱成本後再採購。
規劃 VMware 授權
授權數 = Σ(主機處理器數 × 每處理器核心數，按金鑰上限)；成本 = 授權數 × 版本單價VMware 通常按物理處理器（插槽）授權，並對每插槽設最低核心數，因此準確計算核心可避免昂貴的缺口。
版本與技術支援層級對價格的影響遠大於核心數本身，建議對比 Standard 與 Enterprise，以及 vSAN、NSX 等必需附加件。
**核心授權計算規則**：每臺物理 CPU 需要購買核心授權，且**每個 CPU 最少按 16 核計算**（即使實際只有 8 核，也要買 16 核的授權）。例如一臺雙路伺服器、每路 12 核：舊模式買 2 個 CPU 授權；新模式要買 2 × 16 = 32 核授權。如果是雙路 32 核（每路 32 核），則要買 64 核授權。**所以「少核高頻」的 CPU 在新授權模式下更省錢**——32 核的雙路伺服器成本是 16 核雙路的 2 倍，但效能未必翻倍。
**選型的三個現實考量**：① **計算 3 年 TCO**——把訂閱費 × 3 與遷移成本（人力、停機、重新培訓）比較；② **考慮替代方案**：Proxmox VE（開源免費）、Nutanix AHV、Hyper-V（若已有 Windows Datacenter 授權則零邊際成本）、OpenStack（大規模自建雲）；③ **評估遷移可行性**：如果重度依賴 vMotion/DRS/HA 等高階特性且團隊熟悉，遷移成本較高；如果主要是「跑一批 VM」，遷移相對容易。**中小企業在 2024 年後大量評估 Proxmox，這是當前最主流的替代路徑。**
| 專案 | 舊模式（VMware 時期） | 新模式（Broadcom） | 影響 |
|---|---|---|---|
| 許可型別 | 永久許可 + 可選 SnS | 僅訂閱制 | 無永久授權 |
| 計費單位 | 按 CPU 個數（每 CPU 授權） | 按核心數 | 核心多的 CPU 更貴 |
| 最低核心數 | 1 個 CPU 起 | **每 CPU 最少 16 核** | 小伺服器也要買 16 核 |
| 打包方式 | vSphere + vCenter 分開買 | VCF / vSphere Foundation 捆綁 | 不能只買基礎版 |
| OEM 授權 | 伺服器廠商可預裝 | 大幅收緊 | 渠道減少 |
| 典型成本變化 | — | **上漲 2–5 倍（業界反饋）** | 推動遷移 |
VMware 授權模式對比（Broadcom 收購前後）
常見問題
VMware 按核心還是按插槽授權？
按 CPU 插槽授權，並對每插槽設最低核心數，即使未用滿也要購買。
vCenter 需要單獨授權嗎？
需要，vCenter Server 按例項單獨授權，疊加在 ESXi 主機授權之上。
SnS 續約怎麼算？
支援與訂閱（SnS）續約往往主導總體擁有成本，應按 3–5 年建模。
Broadcom 收購後還能續費嗎？
可以，但條款變化很大。永久許可已停售，現有永久許可的 SnS（支援訂閱）仍可續但價格上調；新購只能訂閱。另外 Broadcom 終止了大量合作伙伴的授權（尤其是中小合作伙伴），採購渠道收窄，需直接與 Broadcom 或少數大代理商對接。**關鍵建議：提前 6–12 個月評估，不要等到續費窗口才做決定**，因為遷移（尤其是儲存 vMotion 和 VM 轉換）需要充分的測試時間。
遷移到開源方案有什麼風險？
四個主要風險：① **缺乏廠商支援**——Proxmox 等有商業支援訂閱（比 VMware 便宜得多），但生態和響應速度不如一線廠商；② **特性差異**——vMotion 對應 Proxmox 的線上遷移（支援）、DRS 對應部分自動平衡（較弱）、HA 有但需配置，高階特性（SRM 容災、NSX 網路虛擬化）沒有對等產品；③ **團隊技能**——需要 Linux/KVM 運維能力；④ **遷移工具鏈**——VMDK 轉 qcow2/raw 需要工具和時間（可用 virt-v2v、qemu-img）。**建議先遷移非關鍵負載，跑穩 3 個月再遷移核心業務。**