先把日期放上來：ESXi 8.0 與 vCenter Server 8.0 的一般支援，在 2027 年 10 月 11 日結束。
從現在算起，大約十四個月。
聽起來還很久。但如果你把「決策 → 採購 → 測試 → 分批遷移 → 舊環境除役」這串往回推，會發現實際能用來做決定的時間，比想像中短得多。
為什麼這次不是單純的「升級就好」
過去版本停止支援，答案很單純：升級到下一版。
這次不一樣，因為兩件事同時發生。
第一，vSphere 8 是最後一個可以永久授權的版本。
要繼續留在 VMware 路線，就得轉成 Broadcom 的訂閱制、移到 vSphere 9。這不是版本升級，是採購模式的改變——從一次性資本支出變成每年都要編的預算。
第二，最低授權核心數從 16 核跳到 72 核。
2025 年 Broadcom 調整每處理器授權模式，把每台伺服器的最低授權核心數由 16 核提高到 72 核。
這一條對中小型環境的殺傷力最大。如果你的伺服器是 16 核或 32 核，你不會因為「用得少」而付得少——你會按 72 核付。
再加上整體授權成本的變化：業界統計的漲幅普遍落在 300% 到 1200% 之間；以 2026 年 4 月的公開資料，vSphere Foundation 約每 CPU 每年 4,500 美元起，VMware Cloud Foundation 則在 8,400 美元以上。
「先撐著再說」為什麼行不通
很多人的第一反應是：反正還能跑，等真的不能用再處理。
技術上，過了 2027 年 10 月，系統確實不會停機。技術指導（End of Technical Guidance）還會延到 2029 年 10 月。
但問題不在技術，在稽核。
PCI DSS、HIPAA、SOC 2，以及大多數網路保險的問卷，都會直接問你系統是否仍在原廠支援期內。
未受支援的基礎設施，在稽核報告裡是「缺失」，不是附註。
對政府機關與受監理產業來說，這件事的時間壓力其實比 2027 年 10 月更早——你的下一次稽核或保單續約，可能就在那之前。
五個選項，還有各自的真實代價
支援終止的處理方式不只「升級」一種。實務上有五條路，而正確答案取決於兩件事：你拿到的續約報價，以及你對 VMware 生態的依賴有多深。
1. 轉訂閱、升 vSphere 9 最省事，維持既有技能與流程。代價是接受新的價格結構與 72 核門檻，而且從此每年都要編這筆預算。適合：深度使用 NSX、vSAN、SRM、Horizon 的環境——那些沒有等價替代品。
2. 找託管型 VMware 服務供應商 把授權與維運一起外包。對某些組織報價反而更好，因為服務商有量的優勢。適合：不想自建、但也不想遷移的中型組織。
3. 遷移到其他虛擬化平台 Proxmox VE 是目前最常見的落點。代價是遷移工時與團隊技能轉換。適合：主要用到 vMotion、HA、快照、備份這四項功能的環境——這些替代平台都有。
4. 部分遷移、部分保留 把非關鍵系統先遷走縮小授權範圍，關鍵系統暫留 VMware。適合：依賴程度不一、想分散風險的環境。
5. 藉汰換硬體一次處理 如果硬體本來就快到期，把平台決策跟硬體採購綁在一起，只做一次遷移。適合：硬體壽命剩兩年內的環境。
我們的角度：遷過去之後才是真的開始
先把範圍講清楚：我們自己的生產環境全部運行在 Proxmox VE 上，也做過從 VMware 遷移的評估與執行。我們不是 VMware 原廠夥伴，以下講的是遷移方這一側的經驗。
多數人在評估時只算「遷移工時」，但真正決定成敗的是遷移之後的維運。
我們自己在 Proxmox 上踩過、而且不會寫在遷移指南裡的坑，至少有這幾類：
- 儲存掛載參數選錯，導致備份任務靜默失敗，好幾天後才發現
- ZFS 的 ARC 快取沒設上限，記憶體被吃爆後節點失去心跳，連鎖影響叢集其他節點
- GPU 直通的機器類型與韌體組合沒對，錯誤訊息完全不會告訴你原因
這些都不難修，但你要先知道它們存在。這正是「授權省下來的錢，有一部分會變成人力成本」的具體樣貌。
所以我們給客戶的建議一向是：先誠實評估團隊的 Linux 維運能量，再決定要不要遷。 如果團隊需要靠圖形介面才能排除故障，遷過去只是把授權費換成停機時間。
時間往回推：現在該做什麼
把 2027 年 10 月 11 日當終點，往回推：
| 時間 | 該完成的事 |
|---|---|
| 現在～2026 年底 | 拿到正式續約報價（不要用傳言估算）、盤點真正在用的 VMware 功能 |
| 2027 年上半 | 決策定案、非關鍵系統做遷移試作、實測遷移工時 |
| 2027 年 Q3 前 | 分批遷移主要系統 |
| 2027-10-11 前 | 完成遷移，舊環境除役 |
第一步永遠是拿報價。 在你知道續約要花多少錢之前，所有的比較都是猜測。
而且要留意：遷移應該分批進行，不要押在單一時間點——分批才有回頭的餘地。
最後
vSphere 8 停止支援這件事，表面上是技術議題，實際上是採購與稽核議題。
技術上你可以撐到 2029 年，但你的稽核員和保險公司不會陪你撐。
如果你正在算這筆帳，或是想知道遷移到 Proxmox 實際要花多少工時、之後維運要準備什麼，我們可以直接談實際的數字——包含那些沒有人會在簡報裡講的部分。
關於這篇文章：本文取代 2022 年 9 月發表的〈VMware 正式發佈 vSphere 8.0〉。原文是新功能介紹，該題目在 2026 年已無實際讀者——真正的問題已經變成「還在用的人接下來怎麼辦」，因此改以決策角度重寫。外部數據的出處與查證日期列於文末。
外部資料出處
- VMware Migration Hub：vSphere 8 End of Life 日期與選項（查證日 2026-08-15）
- Computer Weekly：vSphere 8 end-of-support challenges（查證日 2026-08-15）
- Rimini Street：vSphere 8 End of Support — IT Leaders 的五個選項（查證日 2026-08-15）
- Speediyo：vSphere 8 EoGS 與技術指導日期（查證日 2026-08-15）
- Tasrie IT：VMware Licensing in 2026（查證日 2026-08-14）
本文改寫自本站 2022-09-01 發表於 /vmware-vsphere-8/ 的舊文，原文已停止維護。