VMware 許可證怎麼收費：哪些版本免費，ESXi 免費版還在嗎

VMware 許可證現在分三種情況。桌面產品免費：Workstation Pro（Windows、Linux）和 Fusion Pro（macOS）從 2024 年 11 月起對個人、教育和商業使用者全部免費，只是沒有工單支援。伺服器上的 ESXi 有條件免費：2025 年 4 月隨 ESXi 8.0 U3e 迴歸的免費版 vSphere Hypervisor 能單機跑虛擬機器，但 Broadcom 寫明它只用於非生產用途、沒有原廠支援、不能接入 vCenter、單台虛擬機器最多 8 個 vCPU；另外每台新裝的主機有 60 天全功能評估期。生產環境要付費訂閱：vCenter 沒有免費版，vMotion、HA、DRS 都離不開它；訂閱按物理 CPU 核心數計費，每顆 CPU 不足 16 核按 16 核算，永久許可從 2023 年底起停售。中小機房在續訂前，還可以把 Proxmox VE（PVE）放進來一起比較。

現在哪些 VMware 產品免費，哪些收費

產品	收費情況	條件與限制
Workstation Pro	免費	個人、教育、商業用途均可；無工單支援；從 Broadcom 支援門戶下載，需註冊帳號
Fusion Pro	免費	同上，用於 macOS
Workstation Player	已停止提供	功能由免費的 Workstation Pro 覆蓋
ESXi 免費版（vSphere Hypervisor）	免費	8.0 U3e 起重新提供；限非生產用途，不能接入 vCenter，單台虛擬機器最多 8 個 vCPU，無原廠支援
ESXi、vCenter 評估模式	免費 60 天	全功能，到期必須分配正式許可
vCenter Server	收費	沒有免費版，只能評估 60 天
vSphere 訂閱套件（VCF、VVF 等）	收費	按 CPU 核心年度訂閱，套件組合以 Broadcom 當前產品目錄為準
VMware Tools、open-vm-tools	免費	虛擬機器內的驅動和代理，Linux 直接從發行版軟體源安裝 open-vm-tools
PowerCLI、OVF Tool	免費	命令列管理和虛擬機器匯入匯出工具

“Workstation 免費了，能不能拿來代替 ESXi”是常見的誤會。Workstation 是裝在 Windows 或 Linux 桌面系統上的二型虛擬化軟體，宿主系統重啟、更新、藍色畫面都會帶著虛擬機器一起停，適合學習和測試，不適合在機房裡長期跑業務。

ESXi 免費版還在嗎：U3e 迴歸後的限制

還在，但中間斷過一年多。Broadcom 在 2024 年 2 月停止提供免費的 ESXi，2025 年 4 月 10 日釋出 ESXi 8.0 U3e 時，在釋出說明裡宣佈重新提供免費的 vSphere Hypervisor，註冊 Broadcom 支援門戶帳號即可下載。所以 2024 年那批“ESXi 免費版已取消”的文章，現在已經過時。

釋出說明寫明的限制有四條：沒有 Broadcom 技術支援；用於非生產用途；不能接入 vCenter，只能用 Host Client 逐台管理；單台虛擬機器最多 8 個 vCPU。和訂閱版對比：

專案	免費版	訂閱版
單台主機建立、執行虛擬機器	可以	可以
瀏覽器 Host Client 管理	可以	可以
接入 vCenter	不能	可以
vMotion、HA、DRS	不能，這些功能依賴 vCenter	按訂閱套件提供
單台虛擬機器的 vCPU	最多 8 個	按 ESXi 本身的上限
vSphere API	唯讀	讀寫
基於 API 的整機備份	不能用	可以
原廠技術支援	無	有

表中“API 唯讀”是以往各版免費許可的一貫限制，U3e 的釋出說明沒有單獨列出，以 Host Client 許可頁面顯示的功能為準。它的影響最大：PowerCLI、Ansible、Terraform 和各家備份軟體都透過 vSphere API 操作主機，API 唯讀時它們只能查詢，不能建立虛擬機器、改配置、做快照，常見的報錯是 Current license or ESXi version prohibits execution of the requested operation。這樣一來，免費版上的虛擬機器只能靠虛擬機器內部的備份代理或手工匯出來保護。

檢視主機當前用的是哪種許可：在 Host Client 裡開啟“管理 → 許可”，看許可名稱和到期時間；開啟 SSH 後也可以執行：

vim-cmd vimsvc/license --show                # 許可名稱、金鑰（部分隱藏）和到期資訊
esxcli hardware cpu global get               # CPU Packages 是顆數，CPU Cores 是物理核心總數

免費版適合單機實驗、學習 ESXi、搭測試環境。既然限定非生產用途，跑正式業務就不該用它，需要超過 8 個 vCPU 的資料庫或編譯機也裝不下。把虛擬機器出租給客戶更不行：這屬於服務提供商場景，要走 Broadcom 的服務商合作計劃（VCSP），條款和企業自用訂閱也不同。

60 天評估期：到期後會發生什麼

ESXi 裝好後預設進入評估模式，功能等同於高階別的訂閱，有效期 60 天，從安裝時開始計算，Host Client 的許可頁面能看到到期日期。vCenter 同樣有 60 天評估期。到期後：

• 已經在執行的虛擬機器繼續執行；
• 關機的虛擬機器無法再開機，重啟一台虛擬機器就等於把它停掉；
• 由 vCenter 管理的主機會與 vCenter 斷開；
• 評估期不能延長，重灌主機會重新計時，但這隻適合實驗環境。

到期前必須二選一：分配正式訂閱許可，或者改用免費版許可。後者只適合實驗和測試主機，改用前先按順序做完這幾步，否則許可一換就會出問題：

1. 把主機從 vCenter 中移除，免費版主機不能被 vCenter 管理；
2. 把超過 8 個 vCPU 的虛擬機器降到 8 個以內，否則它們關機後開不起來；
3. 停用依賴 API 的備份任務和自動化指令碼，改用其他方式備份；
4. 在 Host Client 的“管理 → 許可”中分配免費版許可，確認生效後再逐台重啟驗證虛擬機器。

vSphere 訂閱怎麼計費：按核心數算

訂閱按物理 CPU 核心計費，不算超執行緒。計費核數的演算法是：

每台主機的計費核數 = 每顆 CPU 的 max（實際核數，16）之和；全部主機相加就是總計費核數。如果訂單還有最低購買核數，取兩者中較大的那個。

用 3 台雙路主機的幾種配置算一下（只算核數，不涉及價格）：

每台配置	每台實際核數	每台計費核數	3 台合計計費核數
2 × 8 核	16	32	96
2 × 16 核	32	32	96
2 × 24 核	48	48	144
2 × 64 核	128	128	384

兩個結論：

• 每顆不足 16 核的 CPU 最吃虧。2 × 8 核和 2 × 16 核付的核數一樣，前者的算力只有一半。老母機多是低核數 CPU，續訂前值得算一下“合併到更少的新主機上”：4 台 2 × 8 核計費 128 核，換成 2 台 2 × 16 核計費 64 核，實際核數同為 64。
• 高核數 CPU 的成本線性增長。單顆 64 核的新平台虛擬化密度很高，但按核訂閱的費用也按 64 核算，採購母機時 CPU 選型和許可要一起算。

訂閱的套件組合、訂閱期限、是否單獨銷售某個版本、訂單的最低核數和隨套件附帶的 vSAN 容量，這兩年調整過多次，以 Broadcom 或代理商的當前報價單為準。手上有 vCenter 的，可以用 PowerCLI 一次算出所有主機的計費核數（PowerCLI 9.0 起模組改名為 VCF.PowerCLI，舊名 VMware.PowerCLI 已標為廢棄）：

Install-Module VCF.PowerCLI -Scope CurrentUser
# vCenter 用自簽名證書時，先執行：Set-PowerCLIConfiguration -InvalidCertificateAction Prompt
Connect-VIServer vcenter.example.internal

Get-VMHost | ForEach-Object {
  $cpu = $_.ExtensionData.Hardware.CpuInfo
  $perSocket = $cpu.NumCpuCores / $cpu.NumCpuPackages
  [pscustomobject]@{
    Host        = $_.Name
    Sockets     = $cpu.NumCpuPackages
    Cores       = $cpu.NumCpuCores
    BilledCores = $cpu.NumCpuPackages * [math]::Max($perSocket, 16)
  }
} | Format-Table -AutoSize

把 BilledCores 列加總，就是續訂時要報的核數基數。

以前買的永久許可還能用嗎

能用。永久許可不會因為停售而失效，主機可以繼續執行它所覆蓋的版本。變化在兩處：一是支援服務（SnS）不能再按原方式續買，能否繼續獲得補丁取決於你的支援合同狀態，以 Broadcom 的說明為準；二是許可按大版本區分，6.x、7.x 的永久許可不能用於 8.0，想升級大版本就要轉訂閱。7.0 的通用支援已在 2025 年 10 月結束，還靠永久許可跑在 7.0 上的環境，安全補丁會越來越成問題，這正是很多機房重新評估平台的起點。

中小機房：續訂閱還是換 PVE

PVE 基於 Debian 和 KVM，開源免費，全部功能不需要許可；可選的企業訂閱按 CPU 插槽計費，提供經過更多測試的企業軟體源，Basic 及以上檔位還含工單支援。用上面同樣的 3 台主機對比計數方式：

每台配置	VMware 計費核數（3 台）	PVE 訂閱計數（3 台，可選）
2 × 16 核	96 核	6 個插槽
2 × 64 核	384 核	6 個插槽

核數翻 4 倍，PVE 的計數單位不變，這就是高核數母機換平台的主要動力。但成本不是唯一因素，按下表逐項打勾：

你的情況	傾向續訂閱	傾向換 PVE
在用的功能	vSAN、NSX、DRS、分散式交換器，維運流程圍繞 vCenter	單機 ESXi，或只用 vMotion 加 HA
周邊軟體	備份、監控、災備只支援 vSphere	備份軟體已支援 PVE，或改用自帶的 vzdump 和 Proxmox Backup Server
團隊技能	熟悉 vSphere，Linux 命令列經驗少	熟悉 Linux 和 KVM
主機規模與 CPU	主機少、每顆 CPU 16 核左右	主機多、高核數 CPU
業務形態	企業內部系統，要求原廠 7×24 支援	獨服開小雞、對外出租虛擬機器
硬體	全部在 VMware 相容列表裡	有不在相容列表裡的網路卡或陣列卡

右列佔多數，就值得做一次遷移試點。PVE 8.2 起內建 ESXi 匯入嚮導（匯入前先把 PVE 更新到最新），遷移的一般步驟是：

1. 盤點：列出每台虛擬機器的 vCPU、記憶體、磁碟、作業系統，合併或刪除快照（帶快照的虛擬機器匯入會明顯變慢），記下使用了直通裝置或裸裝置對映的虛擬機器，它們要單獨處理；磁碟放在 vSAN 上的虛擬機器不能直接匯入，要先遷到其他儲存；
2. 準備驅動：Windows 虛擬機器先裝好 VirtIO 驅動（virtio-win）；Linux 核心一般自帶 VirtIO 驅動，但要確認它已包含在 initramfs 裡，否則換成 VirtIO 磁碟後可能找不到系統盤；
3. 試匯入：在 PVE 的“資料中心 → 儲存 → 新增 → ESXi”裡填入 ESXi 主機位址和帳號，關閉源虛擬機器後選中匯入；也可以先匯出 OVF，在 PVE 上執行 qm importovf 120 /mnt/export/web01.ovf local-zfs；
4. 調整配置：網路卡改為 VirtIO，Linux 裡網路卡名可能從 ens192 變成 ens18，Windows 會把它識別為新網路卡，IP 都要重新配置；解除安裝 VMware Tools，安裝 qemu-guest-agent；
5. 切換與回退：在維護視窗內停機、匯入、驗證業務，源虛擬機器保留一段時間不刪，出問題可以立即開回去。

先拿幾台不重要的虛擬機器走完一遍，記下每台用了多少時間、哪些問題，再排正式遷移計劃。

在管理系統裡怎麼落地

續訂前算核數，前提是知道每台母機裝的到底是什麼 CPU。Toplink DCIM 的 機櫃與資產 會向伺服器下發採集指令碼，自動記錄 CPU、記憶體、硬碟資訊並保留歷史；從台帳裡拿到每台母機的 CPU 型號，對照型號的核數就能算出計費核數，比逐台登入 ESXi 快，配件被換過也能在歷史記錄裡看出來。決定換平台後，DCIM 的重灌映象列表同時包含 VMware ESXi 和 Proxmox VE（見 DCIM 機房管理系統），遷空的主機可以直接選映象重灌成 PVE，試點期間需要回退，也能重新裝回 ESXi。