Cos'è Proxmox e quando conviene usarlo
Come funziona Proxmox VE, la differenza tra macchine virtuali e container LXC, snapshot e backup, e quando invece è una complicazione inutile.
Hai un computer fisso inutilizzato, o un server che fa una cosa sola e usa il dieci per cento delle sue risorse. L'idea di dividerlo in più macchine indipendenti — una per il server multimediale, una per provare cose, una per i servizi che devono restare stabili — è esattamente il problema che Proxmox risolve. In questo articolo trovi come funziona, cosa lo distingue da una macchina virtuale sul portatile e quando è invece una complicazione che non ti serve.
Cos'è
Proxmox VE è un sistema operativo gratuito e open source che trasforma una macchina fisica in una piattaforma di virtualizzazione, gestibile interamente da un'interfaccia web.
Si installa al posto del sistema operativo, non dentro. È basato su Debian, e questo significa che sotto trovi un Linux normale, con systemd, apt e tutti i comandi che già conosci.
La differenza rispetto a VirtualBox o VMware sul tuo computer è che quelli sono programmi che girano dentro un sistema operativo. Proxmox è il sistema operativo: parla direttamente con l'hardware, senza uno strato di mezzo. Meno spreco, migliori prestazioni, ma la macchina si dedica a quel compito. La distinzione tecnica è approfondita in cos'è una macchina virtuale.
Le due cose che può creare
Qui sta la caratteristica più utile di Proxmox: gestisce due tecnologie diverse dalla stessa interfaccia, e puoi scegliere di volta in volta quella giusta.
Macchine virtuali (KVM)
Hardware virtuale completo, con il proprio kernel. Ci installi qualsiasi sistema operativo: Linux, Windows, BSD.
Isolamento totale, al prezzo di più memoria e un avvio più lento.
Container (LXC)
Condividono il kernel della macchina ospite. Partono in un paio di secondi, consumano una frazione della memoria e si ridimensionano al volo — puoi aggiungere memoria a un container acceso, cosa impossibile con una macchina virtuale.
Ma girano solo Linux, e l'isolamento è meno rigido perché il kernel è condiviso. Il ragionamento completo è in virtualizzazione o container.
Quale usare
| Macchina virtuale | Container LXC | |
|---|---|---|
| Avvio | Decine di secondi | Istantaneo |
| Memoria | Riservata in anticipo | Solo quella usata |
| Sistemi ospiti | Qualsiasi | Solo Linux |
| Isolamento | Completo | Buono, kernel condiviso |
| Ridimensionamento a caldo | No | Sì |
La regola pratica: container per i servizi Linux ordinari, che è la maggioranza dei casi. Macchina virtuale quando serve Windows, un kernel diverso, o un isolamento serio — per esempio per provare qualcosa di non fidato.
Una nota su Docker: non farlo girare direttamente sull'ospite Proxmox. Mettilo dentro una macchina virtuale dedicata. È la configurazione supportata e ti evita conflitti tra i due sistemi sulla rete e sullo storage — vedi cos'è Docker.
Cosa lo rende utile davvero
Gli snapshot. Fotografi lo stato completo di una macchina prima di un aggiornamento rischioso. Se qualcosa va storto, torni indietro in pochi secondi. È la funzione che cambia il modo in cui sperimenti: puoi provare configurazioni aggressive sapendo che il ritorno costa un clic.
I backup integrati. Backup pianificati di ogni macchina, con ripristino completo. Non è un componente aggiuntivo: è nel prodotto, e si configura dall'interfaccia in pochi minuti.
L'interfaccia web. Console incluse: apri il terminale — o il desktop grafico — di qualsiasi macchina dal browser, senza SSH e anche quando la macchina ospite ha problemi di rete.
Le modalità di rete. Da "tutte le macchine sulla rete di casa con il proprio indirizzo" fino a reti isolate per esperimenti.
Il cluster. Più server Proxmox uniti si gestiscono da un'interfaccia sola e possono spostare macchine da un nodo all'altro. Serve da tre nodi in su per funzionare bene, quindi è fuori portata per la maggior parte degli usi domestici — ma esiste, e il giorno che ti serve non devi cambiare piattaforma.
Cosa serve per farlo girare
Requisiti realistici, senza esagerare in nessuna direzione:
Processore con supporto alla virtualizzazione. Praticamente ogni CPU degli ultimi dieci anni. Va però attivato nel firmware, dove spesso è disattivato di fabbrica: cerca VT-x su Intel o AMD-V su AMD. Se le macchine virtuali non partono o vanno lentissime, la causa è quasi sempre questa — vedi BIOS e UEFI.
Memoria: è il vincolo vero. Proxmox stesso usa poco, ma ogni macchina virtuale riserva la sua. Con 8 GB si fa qualcosa di piccolo, 16 GB sono un buon punto di partenza, 32 GB danno respiro. I container consumano molto meno, ed è un buon motivo per preferirli quando puoi.
Disco: un SSD. Con più sistemi che scrivono contemporaneamente, un disco meccanico diventa il collo di bottiglia e si sente su tutto.
Rete cablata. Il Wi-Fi sull'ospite è tecnicamente possibile e pratica sconsigliata: la configurazione a ponte, che è quella che vuoi, non funziona bene sul wireless.
Un vecchio computer fisso con un SSD e 16 GB di memoria è una macchina Proxmox più che dignitosa. Non serve comprare nulla di nuovo per iniziare.
Errori comuni
Installarlo sopra un altro sistema. Proxmox è il sistema operativo: l'installazione cancella il disco. Se sul disco c'è qualcosa che ti serve, spostalo prima.
Assegnare troppa memoria alle macchine virtuali. La memoria riservata è sottratta all'ospite anche quando la macchina è inattiva. Assegnare in totale più di quella fisica porta il sistema a rallentare drammaticamente. Parti stretto e aumenta quando serve.
Dimenticare la virtualizzazione nel firmware. Già detto, ed è il primo intoppo che incontra quasi chiunque.
Non configurare i backup. L'interfaccia li rende facili, e proprio per questo si rimanda. Falli il primo giorno. E ricorda: il backup va tenuto su un disco diverso, altrimenti non protegge da nulla — il ragionamento completo è in RAID: cosa significa.
Esporre l'interfaccia web su internet. Non farlo mai. L'interfaccia di gestione dà controllo totale sulla macchina: raggiungila dalla rete locale o attraverso una VPN, mai aprendo una porta sul router. Vedi come rendere sicuro un sito.
Confondersi con l'avviso della sottoscrizione. All'accesso compare un messaggio sulla mancanza di un abbonamento a pagamento. Non è una limitazione: il prodotto è completo. La sottoscrizione dà accesso a un canale di aggiornamenti più conservativo e al supporto commerciale. Per uso personale, i repository gratuiti vanno benissimo.
Quando NON ti serve
Questa è la parte che le guide entusiaste saltano.
Se hai un solo VPS, non ti serve. Sei già dentro una macchina virtuale creata dal fornitore: aggiungere un altro livello di virtualizzazione è complessità pura. Installa i servizi direttamente, o usa Docker.
Se devi far girare un'applicazione sola, Proxmox è sovradimensionato. Debian più systemd più un reverse proxy fanno il lavoro con meno pezzi da mantenere.
Se vuoi solo provare una distribuzione ogni tanto, basta VirtualBox sul computer che usi, o WSL su Windows.
Se non hai una macchina da dedicargli. Proxmox occupa il computer per intero: non è un programma che apri quando serve.
Ha senso quando hai hardware fisico da suddividere in più sistemi indipendenti e vuoi gestirli comodamente. Cioè: un homelab, un server in ufficio, una macchina di prova. Il contesto più ampio è in come iniziare un homelab.
In sintesi
Proxmox trasforma una macchina fisica in una piattaforma su cui far girare più sistemi indipendenti, gestibile dal browser, gratuita e senza limitazioni funzionali.
La sua forza è avere macchine virtuali e container LXC nello stesso posto: container per i servizi Linux ordinari — leggeri e istantanei — macchine virtuali quando serve Windows o isolamento vero.
Snapshot e backup integrati sono il motivo pratico per usarlo: cambiano il modo in cui sperimenti, perché tornare indietro costa un clic.
Ma non serve a tutti. Su un VPS singolo è un livello di troppo; per un'applicazione sola, Debian e systemd bastano. Ha senso quando hai hardware fisico da dividere.
Se hai un vecchio computer fisso fermo in un armadio, con 16 GB di memoria e un SSD è già una macchina Proxmox onesta — e il modo più concreto che conosco per imparare l'amministrazione di sistema facendo danni reversibili. Il punto di partenza teorico è in cos'è Linux.