Proxmox VE 9.2: noutăți, instalare și upgrade

Proxmox Virtual Environment 9.2 este una dintre cele mai importante versiuni recente ale platformei open-source de virtualizare Proxmox, aducând nu doar actualizări majore ale stack-ului de bază, ci și funcții noi pentru clustere, High Availability, Software Defined Networking și managementul resurselor.

Versiunea 9.2 continuă tranziția platformei către Debian 13 „Trixie” și introduce un stack modern format din Linux Kernel 7.0, QEMU 11, LXC 7 și ZFS 2.4.

Dar Proxmox VE 9.2 nu este doar un simplu refresh de pachete. Dynamic Load Balancer, WireGuard în SDN, administrarea modelelor CPU custom din interfața web și noul mecanism HA Arm/Disarm schimbă modul în care poate fi administrat un cluster Proxmox mai complex.

În acest ghid vom analiza atât noutățile versiunii 9.2, cât și instalarea, configurarea inițială, storage-ul, rețeaua, VM-urile, containerele LXC, backup-ul, High Availability și upgrade-ul de la versiuni anterioare.

Ce este Proxmox VE?

Proxmox Virtual Environment este o platformă open-source pentru virtualizare și infrastructură hiperconvergentă.

Platforma combină într-o singură interfață:

mașini virtuale KVM/QEMU;
containere Linux LXC;
storage local și distribuit;
ZFS;
Ceph;
Software Defined Networking;
firewall distribuit;
clustering;
High Availability;
backup și restore;
replicare;
API REST;
administrare completă prin CLI și GUI.

Proxmox VE poate fi folosit gratuit, fără blocarea funcțiilor importante în spatele unei licențe comerciale. Subscriptions oferite de Proxmox adaugă în principal acces la repository-ul Enterprise și suport tehnic oficial.

Proxmox VE 9.2 pe scurt

Componentă	Proxmox VE 9.2
Bază	Debian 13.5 Trixie
Kernel implicit	Linux 7.0
QEMU	11.0
LXC	7.0
ZFS	2.4
Ceph	Tentacle 20.2.x
Arhitecturi	x86-64 și arm64

Ce aduce nou Proxmox VE 9.2?

Cele mai interesante schimbări nu sunt neapărat cele legate de versiunea kernelului, ci funcțiile adăugate platformei propriu-zise.

Dynamic Load Balancer

Una dintre cele mai importante noutăți din Proxmox VE 9.2 este Dynamic Load Balancer.

Cluster Resource Scheduler poate lua acum în calcul utilizarea reală a resurselor nodurilor și guest-urilor atunci când evaluează distribuția workload-urilor într-un cluster.

Într-un cluster clasic putem avea o situație precum:

NODE01
CPU: 82%
RAM: 90%

NODE02
CPU: 25%
RAM: 35%

NODE03
CPU: 18%
RAM: 28%

Din punct de vedere al infrastructurii, această distribuție nu este ideală.

Noul mod din Cluster Resource Scheduler poate analiza resursele și poate migra guest-uri administrate de HA pentru a reduce dezechilibrul dintre noduri.

Foarte important: load balancer-ul respectă regulile HA definite de administrator. Nu mută VM-urile arbitrar în afara politicilor configurate.

De ce este Dynamic Load Balancer important?

Într-un homelab cu trei noduri, distribuția manuală a VM-urilor nu este o problemă majoră.

Într-un cluster cu zeci sau sute de guest-uri, situația este diferită.

Load balancing-ul poate ajuta la:

reducerea nodurilor supraîncărcate;
folosirea mai eficientă a resurselor disponibile;
distribuirea VM-urilor după evenimente HA;
pregătirea mai ușoară a ferestrelor de mentenanță;
reducerea intervențiilor manuale.

WireGuard în Proxmox SDN

Proxmox VE 9.2 extinde semnificativ componenta Software Defined Networking.

WireGuard poate fi folosit acum ca protocol de fabric în SDN, ceea ce permite construirea unei conectivități criptate între noduri și locații fără să fie necesară administrarea complet separată a fiecărui tunnel.

Conceptual, putem avea:

Datacenter A
+----------------+
| PVE01          |
| PVE02          |
+-------+--------+
        |
        | WireGuard Fabric
        |
+-------+--------+
| PVE03          |
| PVE04          |
+----------------+
Datacenter B

Pentru conceptele WireGuard de bază poți consulta și ghidul nostru pentru instalarea și configurarea unui server WireGuard.

BGP în SDN

În Proxmox VE 9.2, BGP poate fi utilizat ca protocol pentru SDN fabrics.

Această funcționalitate este interesantă în infrastructuri mai complexe, unde Proxmox trebuie integrat cu routere, spine/leaf fabrics sau rețele de datacenter existente.

Route Maps și Prefix Lists

Administratorii pot controla mai granular rutele propagate prin BGP și EVPN folosind route maps și prefix lists.

În practică, putem controla ce rețele sunt:

anunțate;
acceptate;
filtrate;
redistribuite între protocoale.

Îmbunătățiri EVPN și OSPF

Proxmox VE 9.2 adaugă și îmbunătățiri pentru EVPN și OSPF, inclusiv route redistribution și suport pentru IPv6 underlay în anumite scenarii EVPN.

Aceste funcții sunt relevante în special pentru datacentere și clustere distribuite, nu neapărat pentru un server standalone.

Custom CPU Models direct din GUI

În versiunile anterioare, modelele CPU personalizate necesitau mai multă administrare manuală.

Proxmox VE 9.2 aduce administrarea acestora direct în interfața web.

Administratorii pot crea profile CPU care controlează ce instrucțiuni și flags sunt expuse VM-urilor.

De ce contează modelul CPU?

Dacă folosim:

CPU type: host

VM-ul primește acces foarte apropiat de capabilitățile procesorului fizic.

Avantajul este performanța și accesul la instrucțiuni moderne.

Dezavantajul apare la live migration între noduri cu procesoare diferite.

Pentru clustere eterogene putem folosi modele CPU compatibile între toate nodurile.

CPU Flags Selector

Proxmox VE 9.2 poate afișa suportul pentru CPU flags la nivelul clusterului, ceea ce ajută la identificarea incompatibilităților înainte de implementarea unui model CPU custom.

High Availability Arm / Disarm

Administrarea unui cluster HA în timpul mentenanței poate fi delicată.

Dacă administratorul lucrează asupra infrastructurii fără să pregătească corect HA, clusterul poate interpreta anumite evenimente ca defecte și poate începe acțiuni automate nedorite.

Proxmox VE 9.2 introduce posibilitatea de a disarm temporar HA Manager la nivelul clusterului.

În timpul acestei perioade, stările resurselor HA sunt păstrate.

După terminarea mentenanței, HA poate fi reactivat prin operația arm, iar resursele revin la comportamentul HA normal.

Windows UEFI 2023 certificates

Proxmox VE 9.2 îmbunătățește și integrarea cu sistemele Windows moderne, permițând administrarea și enrollment-ul certificatelor Microsoft/Windows UEFI 2023 prin GUI și API.

Această schimbare devine importantă pe măsură ce ecosistemul Windows adoptă noile certificate Secure Boot.

QEMU 11.0

Motorul de virtualizare QEMU este actualizat la seria 11.0.

Pentru administratorul Proxmox, actualizarea înseamnă o bază mai modernă pentru virtualizarea dispozitivelor, managementul VM-urilor și suportul hardware.

LXC 7.0

Containerele Proxmox sunt bazate pe LXC, iar versiunea 9.2 include LXC 7.

LXC este ideal atunci când avem nevoie de workload-uri Linux ușoare și nu avem nevoie de un kernel separat pentru fiecare workload.

VM sau LXC?

	VM	LXC
Kernel propriu	Da	Nu
Windows	Da	Nu
Overhead	Mai mare	Foarte mic
Izolare	Foarte bună	Container
Boot	Mai lent	Foarte rapid

ZFS 2.4

ZFS rămâne una dintre cele mai atractive opțiuni pentru storage local în Proxmox.

Proxmox VE 9.2 vine cu ZFS 2.4 și continuă să ofere integrare directă pentru:

pools;
datasets;
snapshots;
replication;
VM disks;
LXC datasets.

Nu confunda RAID-ul cu backup-ul

Un mirror ZFS nu este backup.

Dacă ștergem o VM, corupem date sau compromitem serverul, schimbarea se propagă pe ambele disk-uri ale mirrorului.

Pentru o strategie completă vezi Backup pentru Homelab: strategia 3-2-1.

Ceph Tentacle 20.2

Pentru storage distribuit, Proxmox VE 9.2 aduce Ceph Tentacle 20.2 ca opțiune stabilă actuală, în timp ce Ceph Squid rămâne disponibil pentru anumite scenarii.

Ceph este foarte diferit de un ZFS mirror local.

PVE01 -----+
           |
PVE02 -----+----- Ceph Cluster
           |
PVE03 -----+

Datele sunt distribuite între mai multe noduri, iar guest-urile pot accesa storage comun din cluster.

Ceph nu este pentru orice homelab

Ceph are nevoie de hardware și networking potrivite.

Pentru un cluster mic cu disk-uri lente și rețea de 1 Gbps, un design simplu bazat pe ZFS poate fi mai eficient.

Pentru Ceph performant, latența rețelei, numărul de OSD-uri și viteza storage-ului sunt esențiale.

Suport oficial ARM64

O schimbare importantă apărută în ciclul Proxmox VE 9.2 este suportul oficial pentru arhitectura arm64/aarch64.

Până acum, Proxmox VE era concentrat oficial pe x86-64.

Versiunea ARM64 folosește aceeași bază Debian 13.5, același Kernel 7.0 și aceleași versiuni principale pentru QEMU, LXC și ZFS.

ARM64 nu înseamnă automat Raspberry Pi suportat oficial

Aici trebuie făcută o distincție importantă.

Platformele ARM suportate trebuie să ofere un mediu apropiat de serverele clasice: UEFI și descriere hardware prin ACPI.

Sistemele bazate exclusiv pe Device Tree, precum configurațiile standard Raspberry Pi, nu fac parte din platformele suportate oficial.

VM-urile ARM folosesc UEFI

Pe arm64, VM-urile folosesc firmware UEFI/AAVMF. SeaBIOS nu este disponibil.

De asemenea, live migration este posibil numai între noduri de aceeași arhitectură.

x86-64 -> x86-64    OK

arm64  -> arm64     OK

x86-64 -> arm64     NU

Instalare Proxmox VE 9.2

Pentru majoritatea sistemelor, cea mai simplă metodă este instalarea folosind ISO-ul oficial Proxmox VE.

Fluxul recomandat este:

Download ISO
   ↓
Verificare checksum
   ↓
USB bootabil
   ↓
Boot UEFI
   ↓
Instalare Proxmox
   ↓
Configurare IP static
   ↓
Update complet
   ↓
Storage + Network
   ↓
VM / LXC

Hardware recomandat

Nu există o singură configurație potrivită pentru toate mediile, dar un host serios ar trebui să aibă:

CPU cu Intel VT-x/AMD-V;
IOMMU dacă este nevoie de PCI passthrough;
cel puțin 16 GB RAM pentru un homelab confortabil;
ECC RAM pentru infrastructuri importante, unde hardware-ul permite;
SSD/NVMe pentru VM-uri;
storage separat pentru backup;
NIC de calitate;
UPS.

Pentru ZFS, memoria contează

ZFS folosește memoria RAM agresiv pentru cache, dar regulile simpliste de tip „1 GB RAM per TB” nu trebuie tratate ca o cerință rigidă universală.

Planifică memoria în funcție de workload, numărul de VM-uri, ARC și aplicațiile rulate.

Configurarea rețelei

Într-o instalare simplă, Proxmox creează de regulă un Linux bridge:

vmbr0

Conceptual:

NIC fizic
   |
   |
 vmbr0
   |
   +----- VM 100
   |
   +----- VM 101
   |
   +----- CT 200

Exemplu /etc/network/interfaces

auto lo
iface lo inet loopback

iface eno1 inet manual

auto vmbr0
iface vmbr0 inet static
    address 192.168.10.10/24
    gateway 192.168.10.1
    bridge-ports eno1
    bridge-stp off
    bridge-fd 0

Adaptați interfața, subnetul și gateway-ul la infrastructura reală.

Accesul la interfața web

Interfața Proxmox VE rulează implicit pe portul:

8006/TCP

Într-o infrastructură administrată corect, portul 8006 nu ar trebui expus inutil direct către Internet.

Preferă accesul prin:

VPN;
management VLAN;
firewall cu allowlist;
bastion host.

Actualizarea imediat după instalare

După instalarea ISO, actualizează sistemul la cele mai recente pachete disponibile.

apt update
apt full-upgrade

Verifică versiunea:

pveversion -v

Enterprise vs No-Subscription Repository

Proxmox VE are același set de funcții indiferent dacă folosim subscription sau nu.

Diferența principală este canalul de pachete.

Repository-ul Enterprise este recomandat pentru producție și conține pachete mai atent validate.

No-subscription este potrivit pentru homelab, test și alte scenarii unde acceptăm un ritm mai rapid al update-urilor.

Verificarea repository-urilor

apt update

apt policy

Pe Debian 13, Proxmox recomandă și modernizarea repository-urilor către formatul deb822 acolo unde instalațiile vechi folosesc încă formatul tradițional.

apt modernize-sources

Crearea unei VM

Pentru VM-uri Linux moderne, configurația tipică poate include:

Machine type modern;
VirtIO SCSI;
VirtIO network;
QEMU Guest Agent;
UEFI acolo unde este potrivit;
CPU model ales în funcție de cluster.

QEMU Guest Agent

Într-un guest Debian/Ubuntu:

apt update
apt install qemu-guest-agent
systemctl enable --now qemu-guest-agent

Apoi activează QEMU Guest Agent și în configurația VM din Proxmox.

Crearea unui container LXC

Template-urile disponibile pot fi văzute cu:

pveam update
pveam available

După download:

pveam list local

Unprivileged LXC

Pentru majoritatea containerelor este preferabil un container unprivileged.

Acesta oferă izolare mai bună între UID/GID din container și host.

Docker în Proxmox

Pentru workload-uri Docker importante prefer de regulă o VM Linux dedicată în locul instalării Docker direct pe hostul Proxmox.

Avantajele sunt clare:

izolare;
upgrade-uri independente;
backup simplificat;
fără modificarea inutilă a hostului Proxmox;
restore mai predictibil.

Backup în Proxmox VE 9.2

Proxmox oferă backup integrat prin vzdump.

vzdump 100 \
  --storage backup \
  --mode snapshot

Pentru infrastructuri mai serioase, Proxmox Backup Server este soluția naturală.

Proxmox Backup Server

Proxmox Backup Server oferă:

backup incremental;
deduplicare;
compresie;
verificarea backup-urilor;
retenție;
prune;
garbage collection;
criptare client-side;
restore rapid.

Pentru proiectarea unei strategii complete citește și ghidul 3-2-1 pentru backup.

Backup-ul configurației hostului

VM-urile nu sunt singurul lucru important.

Trebuie protejate și configurațiile din:

/etc/pve/
/etc/network/interfaces
/etc/hosts
/etc/hostname
/etc/resolv.conf

Disaster Recovery

Un cluster sau un host Proxmox trebuie să poată fi reconstruit și atunci când sistemul original este complet pierdut.

Vezi și Disaster Recovery pentru Homelab.

Cluster Proxmox

Un cluster poate fi creat folosind:

pvecm create homelab

Pe celelalte noduri:

pvecm add IP-NOD-EXISTENT

Quorum

Înainte de construirea unui cluster HA trebuie înțeles foarte bine conceptul de quorum.

Pentru trei noduri:

3 votes total

majoritate = 2

Un cluster cu două noduri necesită atenție suplimentară și, în multe scenarii, un QDevice poate fi necesar pentru un design robust.

Nu confunda clusterul cu High Availability

Faptul că două sau trei noduri fac parte din același cluster nu înseamnă automat că VM-urile sunt protejate prin HA.

HA presupune și:

storage accesibil după pierderea unui nod;
quorum valid;
HA resources configurate;
rețea sănătoasă;
capacitate disponibilă pe celelalte noduri.

Upgrade Proxmox VE 9.1 la 9.2

Upgrade-ul de la 9.1 la 9.2 este un upgrade normal în aceeași generație majoră.

Înainte de orice upgrade:

pveversion -v

apt update

apt full-upgrade

După update, verifică dacă este necesar reboot-ul, mai ales dacă kernelul a fost actualizat.

uname -r
pveversion

Upgrade Proxmox VE 8 la 9

Upgrade-ul 8 → 9 este diferit deoarece implică și schimbarea bazei Debian de la Bookworm la Trixie.

Nu executa doar un simplu search-and-replace în repository-uri și apoi dist-upgrade fără verificări.

Proxmox oferă un checker special:

pve8to9 --full

Acesta poate identifica probleme precum:

repository-uri incompatibile;
bootloader configuration;
pachete vechi;
configurații care necesită migrare;
VM machine types vechi;
alte incompatibilități cunoscute.

Înainte de upgrade 8 → 9

Actualizează complet Proxmox VE 8.
Verifică cluster health.
Verifică storage-ul.
Fă backup VM și LXC.
Testează restore-ul.
Fă backup la /etc/pve.
Verifică repository-urile externe.
Rulează pve8to9 --full.
Rezolvă toate FAIL-urile.
Citește ghidul oficial de upgrade.
Asigură acces IPMI/iDRAC/iLO sau acces fizic.

Nu face upgrade major doar prin SSH dacă poți evita

Dacă bootloader-ul sau networking-ul întâmpină o problemă, sesiunea SSH nu te mai ajută.

Pentru infrastructură importantă recomand acces out-of-band:

IPMI;
iDRAC;
iLO;
KVM over IP;
consolă fizică.

Verificări după upgrade

pveversion -v

uname -r

systemctl --failed

pvecm status

pvesm status

qm list

pct list

Verificarea clusterului

pvecm status

Verifică:

quorum;
numărul de noduri;
corosync;
latența;
starea HA.

Verificarea storage-ului

pvesm status

zpool status

zfs list

Verificarea Ceph

ceph -s

Nu continua operații majore dacă clusterul Ceph nu este sănătos.

Firewall

Interfața Proxmox permite firewall la mai multe niveluri:

Datacenter
   |
   +-- Node
   |
   +-- VM
   |
   +-- Container

Construiește politicile gradual. O regulă greșită la nivelul datacenter poate afecta întregul cluster.

2FA pentru administratori

Pentru conturile administrative activează autentificarea multi-factor.

Un hypervisor compromis înseamnă acces potențial la toate VM-urile găzduite pe el.

Nu folosi root pentru automatizări

Pentru API și automatizări, folosește utilizatori și API tokens cu permisiuni minime necesare.

Monitoring

Monitorizează cel puțin:

CPU;
RAM;
load average;
temperaturi;
SMART;
ZFS health;
Ceph health;
storage usage;
backup-uri;
replication jobs;
HA;
cluster quorum.

Comenzi utile pentru diagnostic

pveversion -v

pvecm status

pvesm status

qm list

pct list

systemctl --failed

journalctl -p warning -b

ip -br addr

ip route

ss -lntup

zpool status

Proxmox VE pentru homelab

Pentru un homelab, Proxmox VE 9.2 este foarte atractiv deoarece permite consolidarea mai multor servicii pe același hardware.

Proxmox Host
   |
   +-- VM Firewall
   |
   +-- VM Docker
   |
   +-- LXC DNS
   |
   +-- VM Home Assistant
   |
   +-- LXC Monitoring
   |
   +-- VM Windows/Linux Lab

Proxmox VE pentru producție

În producție trebuie însă tratat ca infrastructură critică.

Asta înseamnă:

redundanță;
UPS;
backup extern;
monitorizare;
networking redundant;
testarea upgrade-urilor;
documentație;
Disaster Recovery;
acces out-of-band.

Checklist Proxmox VE 9.2

Instalează cea mai recentă imagine Proxmox VE 9.2.
Actualizează toate pachetele după instalare.
Verifică repository-urile.
Configurează IP static.
Verifică hostname și DNS.
Configurează storage-ul.
Verifică sănătatea ZFS/Ceph.
Configurează backup extern.
Testează restore-ul.
Activează 2FA.
Nu expune inutil portul 8006.
Configurează firewall-ul.
Folosește QEMU Guest Agent.
Folosește VirtIO pentru VM-uri moderne.
Planifică modelul CPU pentru live migration.
Verifică quorum înainte de HA.
Monitorizează nodurile.
Documentează configurația.
Fă backup la /etc/pve.
Testează Disaster Recovery.

Merită upgrade-ul la Proxmox VE 9.2?

Pentru instalațiile care rulează deja Proxmox VE 9.x, versiunea 9.2 este un upgrade important și natural.

Pentru clustere, Dynamic Load Balancer și noile funcții HA și SDN sunt îmbunătățiri substanțiale.

Pentru servere standalone și homelab, avantajul principal vine din stack-ul mai nou: Debian 13.5, Kernel 7.0, QEMU 11, LXC 7 și ZFS 2.4.

Upgrade-ul de la Proxmox VE 8 trebuie însă planificat atent deoarece implică o schimbare majoră a bazei Debian și trebuie efectuat conform procedurii oficiale, cu backup testat și verificarea completă prin pve8to9 --full.

Concluzie

Proxmox VE 9.2 este mai mult decât o actualizare de kernel și pachete.

Dynamic Load Balancer transformă modul în care pot fi distribuite workload-urile într-un cluster HA. Noile funcții SDN cu WireGuard și BGP extind posibilitățile pentru infrastructuri distribuite, iar custom CPU models și CPU flag verification simplifică administrarea clusterelor cu hardware diferit.

În același timp, actualizarea la Debian 13.5, Kernel 7.0, QEMU 11, LXC 7 și ZFS 2.4 oferă o bază modernă pentru următorii ani.

Pentru un homelab, Proxmox rămâne una dintre cele mai complete soluții open-source pentru consolidarea serviciilor. Pentru producție, versiunea 9.2 aduce funcții care devin cu adevărat interesante atunci când infrastructura crește de la un singur host la un cluster HA.

Un hypervisor bun nu înseamnă doar să poată porni VM-uri. Înseamnă storage, networking, backup, HA, automatizare și recovery care funcționează împreună.

Proxmox VE 9.2: ghid complet, noutăți, instalare, configurare și upgrade