從 VMware 到 Proxmox：穩健的遷移

Broadcom 收購 VMware 後，授權模式隨之改變：訂閱成為必要，永久授權終止，產品組合越綁越大。對小型團隊與家用實驗室玩家而言，帳單已不成比例。許多人因此將目光轉向 Proxmox。本頁說明三件事：為何 Proxmox 是自然的落腳處、如何穩健地遷移，以及落地之後 Atlas 如何讓 Proxmox 端的管理更輕鬆。

人們為什麼離開 VMware？

授權模式轉為訂閱制；永久授權走入歷史。同樣的硬體每年都要重複付費，在小型環境中尤其不成比例。

產品綁售擴大：各層級連同用不到的元件一起計價。為一個簡單的 Hypervisor 付出的，比實際得到的還多。

不確定性：產品藍圖與定價都取決於單一廠商。開源的基礎能消除這種依賴。

為什麼選擇 Proxmox？

開源且沒有廠商鎖定：KVM（完整虛擬化）與 LXC（容器）整合於單一平台，不需訂閱即可使用。

ZFS、快照、即時遷移、叢集與內建備份（PBS）：這些企業級功能都包含在免費核心中。

成熟且活躍：龐大的社群、定期發布的版本、真實的正式環境使用經驗。可從家用實驗室擴展到中小企業。

穩健的遷移順序

遷移急不得；以下順序能降低風險：

盤點清單：VM、資源、磁碟大小、網路相依性。清楚掌握要遷移哪些項目，以及先後順序。

規劃目標儲存空間：Proxmox 端要用 ZFS 還是 LVM、備援要如何設計，並在遷移前完成建置。

轉換磁碟：將 VMware 磁碟（vmdk）轉換為 Proxmox 格式（qcow2/raw）；qm importdisk 就是為此而設。

對應網路：VMware 的連接埠群組對應到 Proxmox 的橋接器／VLAN 結構；擬定 IP 與 VLAN 規劃。

先行測試：先遷移一台非關鍵的 VM，驗證開機與服務；之後再依序繼續。

在維護時段內切換：其餘 VM 在維護時段內遷移，監看首次開機，並將舊環境保留一段時間作為備援。

Atlas 讓落地更平順

Atlas 不負責遷移；但會讓落腳的 Proxmox 從第一天起就好管理：

遷移的一切都在地圖上

遷移過來的 VM 與容器會出現在即時拓撲中：使用哪項資源、位於何處，一目了然。

安全更新

讓新的 Proxmox 保持最新不再令人害怕：影響分組、dry-run 模擬執行、先建快照與開機防護。

儲存空間集中於單一畫面

遷移後，ZFS/LVM 儲存池、資料集與磁碟健康狀態都在同一張地圖上；新環境能立即全盤掌握。

從第一天起就有守護

Atlas Watch 監控主機：遷移後若立即出現問題，會趁白天以電子郵件通知。

常見問題

Proxmox 已準備好用於正式環境了嗎？
是的。Proxmox VE 多年來一直用於真實的正式環境；KVM 與 LXC 都是成熟的技術。包括叢集、即時遷移與內建備份在內的企業級功能，都包含在免費核心中。
VMware 虛擬機器可以匯入 Proxmox 嗎？
可以。VM 磁碟會從 VMware 格式（vmdk）轉換為 Proxmox 格式後匯入；qm importdisk 就是為此而設。部分客體在遷移後可能需要調整驅動程式或開機設定。
Atlas 會代為執行遷移嗎？
不會，這一點要說清楚：Atlas 不是遷移工具。遷移須依上述步驟手動進行；Atlas 則讓落腳後的 Proxmox 管理起來更輕鬆：透過拓撲、安全更新、儲存空間與 Watch。
免費版 ESXi 的替代選擇是什麼？
Proxmox VE。即使只有一台主機，免費核心也綽綽有餘，而且免費版 ESXi 的限制（沒有集中管理、沒有 vMotion）在這裡都不存在。Atlas 也讓單一主機的體驗變得視覺化且安全。
遷移期間會停機嗎？
每台 VM 會有短暫停機（關機、搬移／轉換磁碟、在目標端開機）。只要清單盤點確實並在維護時段內作業，每台 VM 的總停機時間可控制在幾分鐘內；建議先從非關鍵的 VM 開始測試。

相關條目