Proxmox VE 9.2 完整教學 2026:從 ISO 安裝、ZFS、LXC/VM 選擇到 GPU 直通、PBS 備份與叢集,一台主機搞定自架全家桶

Proxmox VE 是目前最受歡迎的開源虛擬化平台(AGPLv3),2026 年最新穩定版 9.2 換上 Debian 13、Kernel 7.0、QEMU 11 與 ZFS 2.4,新增叢集動態負載平衡(CRS)。這篇完整教學帶你從硬體挑選、ISO 安裝、企業源切換、ZFS RAID 與 ARC 調校、VM/LXC 選擇準則、無特權容器、GPU 直通(IOMMU+VFIO)、vzdump 與 PBS 備份,到三節點叢集與安全加固,並附上新手最常踩的六個坑。

  • Dennis
  • 12 分鐘閱讀
Proxmox VE 9.2 完整教學 2026:從 ISO 安裝、ZFS、LXC/VM 選擇到 GPU 直通、PBS 備份與叢集,一台主機搞定自架全家桶

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 VEVM+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
RAM8GB32GB 以上;跑 ZFS 建議 64GBZFS 的 ARC 預設最多吃掉 50% 實體記憶體
系統碟64GB SSDNVMe(並與資料碟分開)系統與 VM 資料分離,備份與還原會輕鬆很多
資料碟2 顆以上 HDD/SSD 做 RAID別把 VM 與備份放同一顆實體碟
記憶體一般 DDR4/DDR5有資料庫或 Windows Server 就上 ECCZFS 對記憶體位元翻轉極敏感,非 ECC 可能導致整個 pool 損毀
網卡單網口兩個以上做 bond,管理/儲存網路分離單網口跑生產是常見的翻車起點

一個常見的社群爭論是「Mini PC 能不能跑生產」。務實的結論是:跑幾個 Linux 小服務,Mini PC 完全夠用;但只要涉及資料庫或資料一致性敏感的服務,就該上 ECC 記憶體與獨立備份。

Proxmox VE 9.2 有什麼新東西?

項目Proxmox VE 8.xProxmox VE 9.2(2026-05-21 釋出)
基礎 OSDebian 12 BookwormDebian 13 Trixie
核心Linux 6.2/6.5Kernel 7.0(新的穩定預設)
QEMU7.x/8.x11.0
LXC5.x7.0
ZFS2.1.x2.4(支援在既有 RAIDZ 中擴充硬碟)
CephReefSquid 19.2.3/Tentacle 20.2.1 可選
快照依儲存後端而異廠牌無關(volume chains),本機/NFS/Ceph/iSCSI 都可做區塊級一致快照
高可用無親和性規則節點/VM 親和性規則disarm-haarm-ha 維護模式
網路Linux Bridge/OVSSDN 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 分鐘)

  1. 從官網下載最新 ISO,用 Rufus 或 BalenaEtcher 寫入 8GB 以上的 USB 隨身碟。
  2. 進 BIOS 關掉 Secure Boot、開啟 CPU 虛擬化(Intel VT-x/AMD-V),開機模式設 UEFI 優先。 做 GPU 直通的人,這裡就要順便開啟 VT-d/AMD-Vi。
  3. 選擇 Install Proxmox VE (Graphical) 圖形化安裝,選好目標磁碟與檔案系統(下一步會談 ZFS)。
  4. 設定國家/時區、root 密碼與 email,接著設定管理網路:固定 IP、主機名稱(FQDN,例如 pve.lab.local)、閘道與 DNS。
  5. 安裝完成後,用瀏覽器開 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 層級:

模式最少硬碟容錯容量效率適用情境
RAID01100%測試機、資料不重要
RAID1(mirror)21 顆50%系統碟、小型自架首選
RAIDZ-131 顆~66%大容量資料池
RAIDZ-242 顆~50%硬碟多、重建時間長時更安全

三個實戰重點:

  1. 不要讓 RAID 卡插手 ZFS。用 HBA(IT 模式)直通或主機板 SATA 口;曾有案例是 RAID 卡做 RAID0 給 ZFS,硬碟掛掉時 ZFS 完全不知道底層壞在哪,連重建都做不到。
  2. 限制 ARC 大小。ARC 預設最多吃掉 50% 記憶體,記憶體小的主機會開始狂用 swap:
    # 以 32GB 記憶體、限制 ARC 為 8GB 為例
    echo "options zfs zfs_arc_max=8589934592" > /etc/modprobe.d/zfs.conf
    update-initramfs -u -k all
    
  3. 關閉 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

面向內建 vzdumpProxmox Backup Server(PBS)
形式全量為主(可選 snapshot/suspend 模式)去重+增量
速度慢、佔空間首次全量後,後續通常數秒完成
加密支援原生支援(異地備份也能加密)
適用單機小量、臨時備份多機、長期保留、異地備份

PBS 的去重效率相當誇張:社群實測同樣 10 台 Windows VM,PBS 佔用的空間只有 NFS 備份的約 30%。建議照 3-2-1 原則規劃:

  1. 3 份資料:原始資料 + 本機備份 + 異地備份。
  2. 2 種介質:例如 ZFS 本機儲存 + 外接/NAS。
  3. 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 異地增量
對外存取不暴露管理埠 8006Tailscale 遠端安全存取

這樣的配置可以做到:輕量服務用 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 服務」開始,把備份做好,再談叢集與直通——這樣的路徑最不容易踩雷。


延伸閱讀

原始來源

註:版本功能與硬體支援範圍以 Proxmox 官方 Roadmap 與 Wiki 為準;ARC、RAIDZ 與備份空間佔比等數字來自社群實測,實際表現會因硬體與工作負載而異。

📬 訂閱 most.tw 電子報

每週精選 AI 工具教學與技術乾貨,直接送到你的信箱。免費、隨時可退訂。

💬 有問題想討論?加 LINE 聯絡我

歡迎透過 LINE 官方帳號直接留言,我會盡快回覆你的問題。

加入 LINE 好友