Proxmox VE 是一套以 Debian 為基礎、整合 KVM 虛擬機與 LXC 容器的開源虛擬化平台(AGPLv3),可用同一個網頁介面管理虛擬機、容器、儲存、網路與高可用叢集。2026 年最新穩定版 9.2 基於 Debian 13 與 Kernel 7.0,搭載 QEMU 11、LXC 7、ZFS 2.4,並新增叢集動態負載平衡(CRS)。這篇教學從零開始,帶你完成安裝、儲存與網路調校、GPU 直通、備份策略到三節點叢集。
如果你已經在用 Docker 跑一堆自架服務,遲早會遇到三個瓶頸:想跑 Windows、需要完整隔離、或是想在同一台機器上同時跑好幾個「不能被搞壞」的服務。這時候,把底層從「一台 Linux 主機+很多容器」換成「一台 Hypervisor+很多客體機」,會乾淨許多——而 Proxmox VE 正是自架圈最主流的選擇。
Proxmox VE 是什麼?(40 字版)
Proxmox VE(簡稱 PVE)是一套開源伺服器虛擬化平台,底層用 QEMU/KVM 跑虛擬機、用 LXC 跑系統容器,提供網頁管理介面、REST API、內建備份與高可用叢集功能,以 AGPLv3 授權釋出,另有商業訂閱支援。官方 Wiki 目前收錄超過 250 篇文件,社群生態也極其活躍。
為什麼選 Proxmox,而不是其他方案?
| 方案 | 優點 | 缺點 | 適合誰 |
|---|---|---|---|
| Proxmox VE | VM+LXC 通吃、內建備份/快照/HA、免費(訂閱只影響企業源) | 學習曲線比 Docker 高、需要獨立硬體 | 想要一台機器跑全家桶的自架玩家、小型機房 |
| 裸機 Docker | 最輕、上手最快 | 無法跑 Windows、隔離性弱、底層一壞全壞 | 只跑 Linux 容器服務 |
| VMware ESXi | 企業成熟度高 | 授權變動與費用風險、社群版限制多 | 大型企業 |
| VirtualBox / Hyper-V | 免費、桌面友善 | 不是為長期伺服器運行設計、穩定性與管理能力有限 | 個人測試 |
關鍵差別在於:Proxmox 把「虛擬化底層」與「服務」分開。你可以在 LXC 裡跑 Docker、在 VM 裡跑 Windows,底層壞掉時只要重裝服務、不用重灌整台機器。這也是它跟「直接在 Ubuntu 上裝 Docker」最大的價值差異。
硬體怎麼挑?
| 資源 | 最低 | 建議 | 說明 |
|---|---|---|---|
| CPU | 支援 VT-x/AMD-V(64 位元) | 支援 VT-d/AMD-Vi(要做 GPU 直通必備) | 直通顯卡或網卡一定要有 IOMMU |
| RAM | 8GB | 32GB 以上;跑 ZFS 建議 64GB | ZFS 的 ARC 預設最多吃掉 50% 實體記憶體 |
| 系統碟 | 64GB SSD | NVMe(並與資料碟分開) | 系統與 VM 資料分離,備份與還原會輕鬆很多 |
| 資料碟 | — | 2 顆以上 HDD/SSD 做 RAID | 別把 VM 與備份放同一顆實體碟 |
| 記憶體 | 一般 DDR4/DDR5 | 有資料庫或 Windows Server 就上 ECC | ZFS 對記憶體位元翻轉極敏感,非 ECC 可能導致整個 pool 損毀 |
| 網卡 | 單網口 | 兩個以上做 bond,管理/儲存網路分離 | 單網口跑生產是常見的翻車起點 |
一個常見的社群爭論是「Mini PC 能不能跑生產」。務實的結論是:跑幾個 Linux 小服務,Mini PC 完全夠用;但只要涉及資料庫或資料一致性敏感的服務,就該上 ECC 記憶體與獨立備份。
Proxmox VE 9.2 有什麼新東西?
| 項目 | Proxmox VE 8.x | Proxmox VE 9.2(2026-05-21 釋出) |
|---|---|---|
| 基礎 OS | Debian 12 Bookworm | Debian 13 Trixie |
| 核心 | Linux 6.2/6.5 | Kernel 7.0(新的穩定預設) |
| QEMU | 7.x/8.x | 11.0 |
| LXC | 5.x | 7.0 |
| ZFS | 2.1.x | 2.4(支援在既有 RAIDZ 中擴充硬碟) |
| Ceph | Reef | Squid 19.2.3/Tentacle 20.2.1 可選 |
| 快照 | 依儲存後端而異 | 廠牌無關(volume chains),本機/NFS/Ceph/iSCSI 都可做區塊級一致快照 |
| 高可用 | 無親和性規則 | 節點/VM 親和性規則、disarm-ha/arm-ha 維護模式 |
| 網路 | Linux Bridge/OVS | SDN Fabrics 新增 WireGuard、BGP,支援 route map 與 prefix list |
| 管理介面 | 傳統 | Rust + Yew 重寫的行動版介面、自訂 CPU 模型管理 |
9.2 最實用的兩個更新,一個是 CRS 動態負載平衡:在動態排程模式下,叢集會用即時的節點與客體資源使用率,自動把 HA 管理的客體機遷移到比較空閒的節點,降低整體失衡;另一個是 disarm-ha,讓你可以整叢集進入維護狀態(例如改網路)而不觸發節點 fencing,維護完再 arm-ha 恢復原狀。
另外,2026 年 8 月 5 日 Proxmox 首度釋出 arm64 版本(與 x86-64 共用相同程式碼庫與生命週期),官方支援 NVIDIA Grace 與 Vera 平台;但必須走 UEFI 且以 ACPI 描述硬體,樹莓派這類 device-tree-only 的單板電腦不在支援範圍,且 SeaBIOS、AMD SEV、Intel GVT-g 等 x86 專屬功能在 arm64 上不可用。
Step 1:安裝(約 15 分鐘)
- 從官網下載最新 ISO,用 Rufus 或 BalenaEtcher 寫入 8GB 以上的 USB 隨身碟。
- 進 BIOS 關掉 Secure Boot、開啟 CPU 虛擬化(Intel VT-x/AMD-V),開機模式設 UEFI 優先。 做 GPU 直通的人,這裡就要順便開啟 VT-d/AMD-Vi。
- 選擇
Install Proxmox VE (Graphical)圖形化安裝,選好目標磁碟與檔案系統(下一步會談 ZFS)。 - 設定國家/時區、root 密碼與 email,接著設定管理網路:固定 IP、主機名稱(FQDN,例如
pve.lab.local)、閘道與 DNS。 - 安裝完成後,用瀏覽器開
https://<你的IP>:8006進入管理介面。
💡 主機名稱請用「名稱+網域」的 FQDN。叢集與憑證都會依賴它,之後要改很麻煩。
Step 2:安裝後第一件事——處理軟體源
剛裝好的 PVE 預設指向企業源(pve-enterprise),沒有訂閱的話 apt update 就會報錯。免費使用請停用企業源、改用無訂閱源:
# 停用企業源(註解掉內容即失效)
sed -i 's/^deb/# deb/' /etc/apt/sources.list.d/pve-enterprise.sources 2>/dev/null || \
sed -i 's/^deb/# deb/' /etc/apt/sources.list.d/pve-enterprise.list
# 加入無訂閱源(社群穩定版)
echo "deb http://download.proxmox.com/debian/pve trixie pve-no-subscription" \
> /etc/apt/sources.list.d/pve-no-subscription.list
apt update && apt full-upgrade -y
注意兩件事:9.0 之後測試源已改名為 pve-test(不再是 pve 的舊別名);另外別把「無訂閱源」與任何第三方來源混用,套件衝突時最難查。
Step 3:儲存與 ZFS 調校
安裝時若選 ZFS,PVE 會要你挑 RAID 層級:
| 模式 | 最少硬碟 | 容錯 | 容量效率 | 適用情境 |
|---|---|---|---|---|
| RAID0 | 1 | 無 | 100% | 測試機、資料不重要 |
| RAID1(mirror) | 2 | 1 顆 | 50% | 系統碟、小型自架首選 |
| RAIDZ-1 | 3 | 1 顆 | ~66% | 大容量資料池 |
| RAIDZ-2 | 4 | 2 顆 | ~50% | 硬碟多、重建時間長時更安全 |
三個實戰重點:
- 不要讓 RAID 卡插手 ZFS。用 HBA(IT 模式)直通或主機板 SATA 口;曾有案例是 RAID 卡做 RAID0 給 ZFS,硬碟掛掉時 ZFS 完全不知道底層壞在哪,連重建都做不到。
- 限制 ARC 大小。ARC 預設最多吃掉 50% 記憶體,記憶體小的主機會開始狂用 swap:
# 以 32GB 記憶體、限制 ARC 為 8GB 為例 echo "options zfs zfs_arc_max=8589934592" > /etc/modprobe.d/zfs.conf update-initramfs -u -k all - 關閉 atime 可以明顯改善小檔案 IOPS:
zfs set atime=off <pool>。社群實測有人因此讓 Nextcloud 的磁碟反應時間從 800ms 降到 200ms。
Step 4:網路設定
Proxmox 安裝時會建立一個 Linux Bridge(通常是 vmbr0)當作管理與 VM 的對外橋接。三個原則:
- 管理網路與儲存/心跳網路分開。把 Ceph public/cluster 網路與 corosync 心跳放在同一個子網,是叢集腦裂的經典原因:一次備份把頻寬吃滿,心跳延遲飆高,節點就被判定離線。
- 兩個以上實體網口做 active-backup bond,比單網口可靠得多。
- 管理埠 8006 絕不要直接暴露到公網。Shodan 上長期有數千個對外開放的 PVE 面板,其中不少還是預設帳密。要用外部存取,走 VPN(例如站內寫過的 Tailscale)或防火牆白名單。
Step 5:VM 還是 LXC?選擇準則
flowchart TD
A["要跑什麼?"] --> B{"需要 Windows / 其他 OS 內核<br/>或高度隔離嗎?"}
B -->|是| C["KVM 虛擬機 VM<br/>獨立核心、隔離性高<br/>資源開銷較大"]
B -->|否| D{"是不是輕量 Linux 服務?"}
D -->|是| E["LXC 容器<br/>共享主機核心、秒級啟動<br/>效能接近原生"]
D -->|否| C
C --> F["例:Windows、TrueNAS、<br/>需要專屬核心模組的服務"]
E --> G["例:DNS、Nginx、Docker、<br/>Immich、Vaultwarden、Uptime Kuma"]| 面向 | LXC 容器 | KVM 虛擬機 |
|---|---|---|
| 核心 | 共享主機核心(cgroups+namespaces) | 獨立核心、完整硬體模擬 |
| 資源開銷 | 極低,記憶體可只給 512MB~2GB | 較高,通常從 2GB 起跳 |
| 啟動速度 | 秒級 | 十秒級以上 |
| 隔離性 | 中(核心共用) | 高 |
| 可否跑 Windows | 否 | 可以 |
| 適用 | 輕量 Linux 服務 | Windows、BSD、需要高度隔離 |
特權 vs 無特權容器
| 類型 | 容器內 root | 安全性 | 硬體/網路檔案系統 | 建議 |
|---|---|---|---|---|
| 無特權(Unprivileged,預設) | 映射成主機的一般使用者 | 高 | 無法直接碰主機硬體、預設不能掛 NFS/SMB | 一律先用這個 |
| 特權(Privileged) | 等同主機 root | 低 | 完整硬體存取、可掛 NFS/SMB | 只在必要時使用,並確實限制權限 |
若無特權容器需要 NFS/SMB,正確作法是先在主機層掛載,再用 bind mount(pct set <CTID> -mp0 /host/path,mp=/container/path)推進去;需要 GPU 存取則是在 /etc/pve/lxc/<CTID>.conf 加入 /dev/dri 的裝置映射。常用指令:
pct list # 列出所有容器
pct start 101 # 啟動
pct enter 101 # 進入容器 shell
pct status 101 # 檢視狀態
pct set 101 -memory 2048 # 調整記憶體
Step 6:GPU 直通(給 AI 推論與 Windows VM)
想在 VM 裡跑 Ollama、ComfyUI 或 Windows 遊戲 VM,就得做 GPU 直通。關鍵步驟:
# 1) 開啟 IOMMU(Intel 用 intel_iommu;AMD 用 amd_iommu)
sed -i 's/^GRUB_CMDLINE_LINUX_DEFAULT="/GRUB_CMDLINE_LINUX_DEFAULT="intel_iommu=on iommu=pt /' /etc/default/grub
update-grub
# 2) 載入 VFIO 模組
echo -e "vfio\nvfio_iommu_type1\nvfio_pci" >> /etc/modules
# 3) 黑名單原生驅動,避免主機搶走顯卡
echo -e "blacklist nouveau\nblacklist nvidia\nblacklist amdgpu" > /etc/modprobe.d/blacklist-gpu.conf
update-initramfs -u -k all
接著:BIOS 開啟 VT-d/AMD-Vi → 用 lspci -nnk 找出顯卡與其音訊裝置的 PCI ID(兩者都要綁定)→ VM 機型選 q35、BIOS 選 OVMF (UEFI)、CPU 類型設 host → 在硬體頁面新增 PCIe 裝置。Windows VM 常見的 Code 43、黑畫面、開機迴圈,八成出在「顯卡與音訊裝置沒有一起直通」或「機型不是 q35」。
⚠️ 若只是要讓 LXC 容器用 GPU(例如跑 Ollama、Jellyfin 硬解),不需要整張卡直通,用
/dev/dri映射即可,簡單得多。
Step 7:備份策略——vzdump 與 PBS
| 面向 | 內建 vzdump | Proxmox Backup Server(PBS) |
|---|---|---|
| 形式 | 全量為主(可選 snapshot/suspend 模式) | 去重+增量 |
| 速度 | 慢、佔空間 | 首次全量後,後續通常數秒完成 |
| 加密 | 支援 | 原生支援(異地備份也能加密) |
| 適用 | 單機小量、臨時備份 | 多機、長期保留、異地備份 |
PBS 的去重效率相當誇張:社群實測同樣 10 台 Windows VM,PBS 佔用的空間只有 NFS 備份的約 30%。建議照 3-2-1 原則規劃:
- 3 份資料:原始資料 + 本機備份 + 異地備份。
- 2 種介質:例如 ZFS 本機儲存 + 外接/NAS。
- 1 份異地或離線:異地 PBS 或冷儲存硬碟。
還有一句社群血淚名言:「只做一份 PBS 備份」等於沒備份——有人的 PBS 伺服器硬碟照樣掛掉。備份的備份,才是真的備份。
Step 8:叢集與高可用
- 至少 3 個節點(或 2 節點+獨立 QDevice),整個叢集必須維持 51% 以上節點在線,否則會進入鎖定狀態以保護客體機,避免腦裂。
- QDevice 不要放在同一台交換器/同一台主機上,否則交換器一掛,QDevice 一起消失,等於沒有。
- corosync 心跳、Ceph public/cluster、PBS 備份網路全部分開;1G 網路環境還需要調校 corosync 參數。
- 9.2 之後做計畫性維護(如換交換器、改網路)可以用
disarm-ha,維護完arm-ha恢復,不會誤觸 fencing。
Step 9:社群一鍵腳本(最快佈署服務的方式)
不想手動建容器、裝套件,可以用社群維護的 Proxmox VE Helper-Scripts(Community Edition):目前 29.5K 顆星、MIT 授權,提供 Home Assistant、Jellyfin、Nginx Proxy Manager 等數百種服務的一行指令安裝,支援 PVE 8.4 / 9.0 / 9.1 / 9.2。流程是到 community-scripts.org 找到服務 → 複製一行指令 → 貼進 PVE 的 Shell → 選 Default(用建議資源配置)或 Advanced(自訂 CPU/RAM/儲存/網路)。
新手最常踩的六個坑
| 坑 | 後果 | 解法 |
|---|---|---|
| 沒切換軟體源 | apt update 失敗、無法升級 | 停用 pve-enterprise,改 pve-no-subscription |
| 直接 PVE 主機當一般 Linux 用 | 裝一堆第三方套件,破壞虛擬化底層穩定性 | 服務一律放 VM 或 LXC |
| 把快照當備份 | 硬碟故障時快照無法還原 | 快照只是時間點,備份要獨立存放 |
| ZFS 不限制 ARC | 記憶體被吃光、狂用 swap | 設定 zfs_arc_max |
| 管理介面 8006 開到公網 | 被掃到、弱密碼被破 | 走 VPN/防火牆,並開啟 TOTP 兩階段驗證 |
| 單網口跑叢集 | 心跳延遲導致節點誤判離線 | 兩網口做 bond,管理與儲存分流 |
實戰:一台 Proxmox 打造 AI 自架全家桶
一台 PVE 主機的服務配置範例
| 層級 | 放什麼 | 具體服務範例 |
|---|---|---|
| LXC 容器(輕量) | 一般 Linux 服務,512MB–2GB 記憶體就夠 | Nginx Proxy Manager / Caddy、Uptime Kuma 監控 |
| LXC 容器(自架服務) | 需要較多空間但不需要獨立核心 | Immich 相簿、Vaultwarden 密碼庫 |
| VM(獨立系統) | 需要非 Linux 核心或高度隔離 | Windows、TrueNAS |
| VM(GPU 直通) | 需要完整 GPU 效能 | Ubuntu + Docker 跑 Ollama、ComfyUI |
| 儲存層 | 客體機磁碟與備份分離 | ZFS pool;vzdump 本機備份 + PBS 異地增量 |
| 對外存取 | 不暴露管理埠 8006 | Tailscale 遠端安全存取 |
這樣的配置可以做到:輕量服務用 LXC 省資源、需要 GPU 或 Windows 的用 VM 直通、備份走 PBS 增量、遠端存取全靠 Tailscale 而非暴露 8006。對個人自架或小型工作室來說,這已經是一套接近企業級、但零授權費的架構。
結語
Proxmox VE 的價值不只是「免費的 VMware 替代品」,而是它把虛擬化、儲存、網路、備份、高可用這些零散需求整合進一個介面,而且社群生態(從官方 Wiki 的 250+ 篇文件到 29.5K 星的 Helper-Scripts)非常完整。如果你正在考慮把家裡那台閒置主機變成自架基地,2026 年的 9.2 版本是很適合入坑的時機:Kernel 7.0 與 ZFS 2.4 帶來硬體支援與 RAIDZ 擴充,CRS 動態負載平衡則讓小型叢集更好管理。
先從「單機 + ZFS mirror + LXC 服務」開始,把備份做好,再談叢集與直通——這樣的路徑最不容易踩雷。
延伸閱讀
- Docker 完整教學 2026:什麼是容器?從安裝、Dockerfile、Compose 多階段構建到安全部署一次學會
- Tailscale 完整教學 2026:36K 星 WireGuard Mesh VPN,從安裝、MagicDNS、Subnet Router 到遠端連回家中自架服務
- Uptime Kuma 完整教學 2026:91K 星自架監控神器,Docker 安裝、10 種監控類型與通知一次學會
- Vaultwarden 完整教學 2026:自架 Bitwarden 相容密碼管理器(Docker 安裝+HTTPS 設定)
- Immich:開源自託管照片和影片管理器
- PostgreSQL 完整教學 2026:從 Docker 安裝、psql 指令、JSONB 到 pgvector 向量搜尋
原始來源
- Proxmox VE 官方 Wiki 首頁:https://pve.proxmox.com/wiki/Main_Page
- Proxmox VE Roadmap 與 Release History(9.2、9.2 arm64 說明):https://pve.proxmox.com/wiki/Roadmap
- Proxmox VE 官方下載:https://www.proxmox.com/en/downloads
- Proxmox VE Helper-Scripts(Community Edition,MIT,29.5K stars):https://github.com/community-scripts/ProxmoxVE
- Proxmox VE 完整參考文件(PDF/HTML 離線版):https://pve.proxmox.com/pve-docs/
註:版本功能與硬體支援範圍以 Proxmox 官方 Roadmap 與 Wiki 為準;ARC、RAIDZ 與備份空間佔比等數字來自社群實測,實際表現會因硬體與工作負載而異。
