vSphere 9 帶來什麼？跟 Proxmox VE 9 逐項比一次

兩邊在 2026 年都推了大版本。但如果你把兩份發行說明並排看，會發現一件事：

它們在解不同的問題。

vSphere 9 的重點是大規模機隊怎麼治理；Proxmox VE 9 的重點是把過去最被詬病的缺口補起來。這決定了它們適合的對象不一樣——而不是「誰比較強」。

先說清楚立場：我們的生產環境是 Proxmox VE，vSphere 9 與 VCF 9.x 我們沒有生產部署。所以 vSphere 那一側，以下引用的都是官方與公開資料；Proxmox 那一側才有我們的實測經驗。我們也不是 VMware 原廠夥伴。

vSphere 9 帶來什麼

針對「機器越來越大」做最佳化

vSphere 9.1 用拓撲感知排程針對新一代高密度處理器最佳化，並強化 NVMe 記憶體分層。

這個方向很清楚：現在單台伺服器的核心數越堆越高，排程器如果不懂 NUMA 拓撲，效能會被自己的架構吃掉。

vMotion 的一整批強化

• DRS 的 vMotion 平行處理
• 加密 vMotion 卸載到 Intel QAT
• GPU 工作負載的 vMotion 加速

第三項對 AI 基礎設施特別有意義——GPU 虛擬機過去很難順利遷移。

修補時的停機時間大幅縮短

新增 vCenter 快速修補，可在極短、甚至零停機的情況下套用重要安全修補；另外支援已啟用 TPM 主機的即時修補。

這件事在受監理產業很重要：資安修補的時效常常寫在稽核要求裡，而「要停機」就是拖延的最大理由。

FIPS 預設開啟

VCF 9.0 起，所有元件都更新到符合 FIPS 140-2 與 140-3，而且 vCenter、ESX、NSX 預設就以 FIPS 模式運行。

「預設開啟」和「可以開啟」在稽核上是兩件事。

管理層集中化

VCF 9.1 導入統一管理服務層，把機隊管理與關鍵控制操作集中到單一執行層，取代原本分散在多個獨立虛擬設備的做法。

另外還有零接觸佈建（彈性佈建），以及來賓自訂終於可以純 IPv6、不必再同時維護一份 IPv4 設定。

Proxmox VE 9 補了哪些缺口

儲存：兩個過去的痛點都動了

ZFS 可以原地擴充 RAIDZ 池了。 過去要加碟只能重建整個池再從備份還原——這是很多人不敢用 RAIDZ 的原因。

區塊儲存終於能快照。 新的「快照即磁碟區鏈」在 thick LVM 上疊 qcow2，讓 iSCSI 與 FC 接的 SAN 也能做虛擬機快照。

但這項要看清楚代價：目前是技術預覽、必須 thick provisioning、qcow2 相較 raw 有 30–90% 的效能衰減、TPM 虛擬機不支援。

叢集：動態負載平衡與更安全的維護模式

9.2 加入透過 CRS 的動態負載平衡，以及可 arm／disarm 的 HA 維護模式，另有強化的 SDN fabric 與網頁介面的自訂 CPU 型號管理。

HA 維護模式這個看起來小，實際上很有感——過去把節點下線做維護，得手動處理 HA 的行為。

GPU：成為 NVIDIA 官方支援平台

自 NVIDIA vGPU 軟體第 18 版起，Proxmox VE 已是官方支援平台，時間切片與 MIG 後端的 vGPU 都能設定。

這是個身分轉變。幾年前這條路是社群自己拼出來的。

底層元件

9.0 以 **Debian 13「Trixie」**為基礎；9.2 帶 Linux kernel 7.0、QEMU 11.0、LXC 7.0、ZFS 2.4。

逐項比較

	vSphere 9 / VCF 9.x	Proxmox VE 9.x
授權模式	訂閱制，按核心計價；vSphere 8 是最後一個可永久授權版本	AGPLv3，免費可用於生產、無功能閹割；付費訂閱換企業套件庫與支援
最低授權門檻	2025 年起每台伺服器最低 72 核	無
叢集負載平衡	DRS（成熟），9.1 加 vMotion 平行處理	CRS 動態負載平衡（9.2 新增）
零停機修補	vCenter 快速修補、TPM 主機即時修補	需重開機的更新仍需規劃維護視窗
合規預設值	VCF 9.0 起 FIPS 預設開啟	需自行配置
SAN 快照	成熟	9.x 新增（技術預覽，有效能代價）
ZFS	非原生路線	原生，9.x 起可原地擴充 RAIDZ
GPU vGPU	長期支援	vGPU 18 起官方支援
機隊治理	VCF 9.1 統一管理服務層	以叢集為單位，無等價的跨機隊治理層
生態系深度	NSX、vSAN、SRM、Horizon	無等價替代品

怎麼讀這張表

如果你只看格子數量，會得到錯的結論。 幾個實話：

① vSphere 的優勢集中在「規模大」的情境。 統一機隊治理、零停機修補、FIPS 預設值——這些在管十台機器時感受不強，在管幾百台、而且有稽核壓力時就是剛需。

② Proxmox 補的是「過去讓人不敢選」的缺口。 RAIDZ 原地擴充、SAN 快照、vGPU 官方支援——這三項過去都是「所以我們才不用 Proxmox」的理由。現在理由變弱了，但 SAN 快照仍在技術預覽，別當成已經穩定。

③ 生態系深度仍是真實的差距。 NSX、vSAN、SRM、Horizon 沒有等價替代品。如果你深度綁在這些東西上，這不是遷移，是好幾個專案。

④ 授權模式的差別是結構性的，不是價差。 一邊是每年要編的訂閱預算加 72 核門檻，一邊是免費用於生產、付費買支援。這決定的不只是花多少錢，而是「誰在決定你的預算」。

我們的實測經驗：Proxmox 這一側

前面說過，vSphere 9 我們沒有生產部署，所以只講 Proxmox 這邊。

Proxmox 補起來的那些功能是真的，但維運負擔不會因為版本升級而消失。我們自己踩過、而且不會寫在發行說明裡的坑：

• 儲存掛載參數選錯，備份任務靜默失敗，好幾天後才發現
• ZFS 的 ARC 快取沒設上限，記憶體被吃爆後節點失去心跳，連鎖影響叢集其他節點
• GPU 直通的機器類型與韌體沒對，錯誤訊息完全不會告訴你原因
• 驅動自動更新沒重載核心模組，虛擬機裡的 GPU 突然「消失」

這些都是可以避免的，但前提是有人知道要避免。這就是「免費」的真實成本落點——它不在授權費，在人。

不看廠牌的判斷方式

問這四題，答案自然會浮出來：

1. 你管幾台？ 幾百台、多站點、有專責平台團隊 → vSphere 的機隊治理是為你設計的。 十幾台到數十台、一到兩個人顧 → 那些治理功能你用不到，卻要為它付費。

2. 你的稽核要求有多硬？ 需要 FIPS 預設值、需要「零停機套修補」寫進流程 → vSphere 這邊現成。 一般資安要求 → 兩邊都能滿足，差別在你要自己配置多少。

3. 你被生態系綁多深？ 用了 NSX / vSAN / SRM / Horizon → 先算清楚替代方案的專案數，再談遷移。 只用 vMotion、HA、快照、備份 → 這四項 Proxmox 都有。

4. 你的團隊出事時查得動幾層？ 這題我們每次都問，因為它最少人想、卻最決定成敗。免費的平台，是把成本從授權移到人力上。 如果團隊需要圖形介面才能排除故障，省下的授權費會變成停機時間。

最後

2026 年這題已經不是「誰的功能多」。vSphere 9 在往大規模治理走，Proxmox VE 9 在補讓人卻步的缺口——兩邊都比兩年前更適合各自的對象。

真正的問題是：你的規模、你的稽核壓力、你的團隊能量，落在哪一邊。

如果你正在做這個評估，我們可以直接談實際數字：遷移工時、維運要準備什麼、以及那些沒有人會在簡報裡講的部分。