VPS vs server dedicato: quando ti serve davvero il bare metal

Quasi ogni versione di questo confronto è una tabella con core e gigabyte su entrambi i lati, la nota che i server dedicati sono «più potenti» e quelli virtuali «più flessibili», e nessuna conclusione. Non risolve nulla, perché sedici core si comprano in entrambi i casi e la scheda tecnica è proprio la parte che non cambia. Quello che cambia davvero è chi altro sta eseguendo codice sullo stesso silicio, cosa succede quando il tuo carico di lavoro è occupato nello stesso momento di quello di qualcun altro, quanta parte della macchina esiste sotto il sistema operativo e risponde a te, e il punto in cui pagare per una macchina intera smette di essere uno spreco e diventa l'opzione più economica. Ecco il confronto con dentro proprio queste cose.

Cosa stai davvero affittando in ciascun caso

Un VPS su un host serio è una macchina virtuale KVM — virtualizzazione hardware-assisted, il tuo kernel, i tuoi moduli, le tue regole firewall. Si comporta come una macchina reale perché, sotto quasi ogni aspetto, lo è. Quello che non è, è sola. Un host fisico esegue un hypervisor e un certo numero di guest, e quell'hypervisor decide quale guest riceve un core in un dato microsecondo, di chi è la richiesta di disco servita per prossima, e quanta banda di memoria ciascuno può consumare. Ottieni una quota garantita, e su un host gestito bene quella quota viene davvero rispettata. Quello che non ottieni è la macchina.

Un server dedicato è la macchina. Nessun hypervisor si mette tra il tuo kernel e il silicio a meno che non ne installi uno tu stesso, non c'è nessun altro inquilino con cui contendersi lo scheduling, e nulla astrae il controller di storage. Ottieni il BIOS, l'ordine di boot, la topologia del disco e un'interfaccia di gestione fuori banda che continua a funzionare quando il sistema operativo non lo fa. Il modello mentale da portare con te: un VPS è l'affitto di un appartamento, un server dedicato è l'affitto dell'intero edificio.

• Tempo di CPU. Un VPS riceve una quota schedulata di core fisici, motivo per cui un «vCPU» è una rivendicazione su un thread e non su un pezzo di hardware. Sul bare metal i core sono tuoi indipendentemente dal fatto che tu li usi o meno, e nulla te li sottrae.
• Memoria. Le macchine virtuali ricevono un'allocazione gestita dall'hypervisor, e in linea di principio l'host può ispezionarla. Sul bare metal i DIMM sono installati solo per te, e l'unico software che tocca quella memoria è quello che hai installato tu.
• Storage. Un VPS vive su un array condiviso — veloce, ridondante, e con un budget di IOPS spartito con i vicini. Una macchina dedicata ha i propri dischi, la propria profondità di coda, e ti lascia decidere il layout RAID invece di ereditarne uno.
• La porta di rete. Entrambi possono essere illimitati, ma un server dedicato ha una porta fisica invece di una quota di una porta, il che conta nel momento in cui la stai davvero saturando e non solo teoricamente in grado di farlo.
• Tutto ciò che sta sotto il sistema operativo. Ordine di boot, impostazioni del firmware, funzioni di virtualizzazione a livello kernel, ISO personalizzate, partizionamento del disco prima del primo avvio — su un VPS quel livello appartiene al provider, sul bare metal appartiene a te.
• Il dominio di guasto. Un VPS viene normalmente ricostruito altrove se il suo host muore, perché è esattamente a questo che serve un cluster di hypervisor. Un server dedicato è un singolo oggetto fisico, e quando un alimentatore si guasta è un'interruzione tutta tua finché qualcuno non arriva fisicamente al rack.
• Il provisioning. Un VPS appare in circa un minuto e può essere distrutto altrettanto in fretta. Il bare metal è hardware da montare in rack — pronto in giornata sulle configurazioni di magazzino, e non qualcosa che avvii per venti minuti di lavoro.

La differenza di isolamento che nessuno mette in tabella

C'è una dimensione di questo confronto che le pagine di hosting saltano, e che conta moltissimo se la privacy è il motivo per cui sei qui fin dall'inizio. La virtualizzazione crea un confine di fiducia che sul bare metal semplicemente non esiste, e rimuovere quel confine è un guadagno reale — più ristretto di quanto suggerisca il marketing, ma reale, e merita di essere descritto con precisione invece che accennato genericamente.

• Un hypervisor può vedere tutto ciò che i suoi guest possiedono. La memoria del guest è memoria dell'host, i dischi del guest sono file o volumi dell'host, e la cifratura dentro il guest viene decifrata da una chiave che vive in una memoria allocata dall'host. Non è un difetto; è così che funziona la virtualizzazione, ed è il motivo per cui un VPS non può mai essere privato rispetto alla macchina che c'è sotto.
• I coinquilini sono un rischio misurabile, non ipotetico. Due decenni di ricerca sui side channel tra VM — cache condivise, bus di memoria, esecuzione speculativa — hanno mostrato ripetutamente informazioni che trapelano tra guest sullo stesso silicio. Le mitigazioni esistono e sono implementate, e gli attacchi sono difficili e rumorosi, ma la categoria di rischio non scompare perché il vicino non se ne va mai.
• L'inquilino unico elimina il vicino del tutto. Non mitigato, non pianificato altrove — assente. Nient'altro sta eseguendo codice su quei core, quindi non c'è nessuna cache da condividere, nessun bus da contendersi e nessun guest a cui essere adiacenti. Per un carico di lavoro che custodisce materiale crittografico, questo è l'argomento più pulito a favore del bare metal che esista.
• Quello che l'inquilino unico non elimina è l'operatore. Chiunque installi la macchina nel rack ha accesso fisico ad essa, e l'accesso fisico a un computer in funzione batte il software ogni volta. Il provider passa da «gestisce l'hypervisor sopra di te» a «possiede l'edificio intorno a te», il che è meglio, ma non è la stessa cosa di assente.
• La cifratura del disco cambia significato in modo lieve, non drastico. In entrambi i casi, la cifratura full-disk protegge una macchina spenta, un disco smaltito e un disco guasto rispedito in garanzia. Nessuna delle due protegge una macchina in funzione il cui volume è già sbloccato. Quello che il bare metal aggiunge è una console raggiungibile al boot — che è la differenza tra un server cifrato che puoi davvero riavviare e uno che non puoi.

Vale la pena tenere ben chiaro quest'ordine, perché è facile spendere molti soldi sul livello sbagliato. Il livello dell'account decide se la macchina sia collegata al tuo nome, punto; la giurisdizione decide chi può obbligare l'operatore e quanto sia difficile farlo; il modello di hardware decide chi condivide la CPU con te. Sono tre acquisti indipendenti, e per la maggior parte delle persone il primo vale più degli altri due messi insieme. Un VPS comprato da un'email usa e getta e finanziato in crypto è più privato di un bare metal comprato con una carta a tuo nome legale, e non è neanche vicino. Vediamo esattamente cosa cambia a livello dell'account in VPS no-KYC vs VPS tradizionale.

Prestazioni: cosa cambia, e cosa no

L'argomento delle prestazioni a favore del bare metal è reale, ma molto più ristretto di come viene solitamente venduto. L'overhead della virtualizzazione moderna sui carichi limitati dalla CPU è nell'ordine di qualche punto percentuale, quindi un carico di lavoro che sta comodamente dentro un piano VPS non viene rallentato in modo significativo dall'hypervisor. Quello che il bare metal cambia non è il tetto massimo su una macchina tranquilla — è il comportamento di una macchina occupata, e la forma del caso peggiore più che della media.

• Il carico sostenuto su tutti i core è dove si apre il divario. Un carico di lavoro a picchi si adatta bene a un host condiviso, ma una farm di compilazione, un encoder video o una simulazione che tiene occupato ogni core per ore è esattamente il carico di lavoro che uno scheduler equo deve arbitrare. Sul bare metal non c'è nulla da arbitrare.
• La tail latency separa i due molto più del throughput. I tempi di risposta medi su un VPS gestito bene sono eccellenti; è il novantanovesimo percentile a rivelare un vicino che svuota una cache o satura un array. Se i tuoi utenti sentono le richieste lente più che la mediana, è quel numero a contare.
• Il lavoro limitato dallo storage ne beneficia di più ed è il più comunemente trascurato. Un NVMe locale con una coda che nessun altro sta riempiendo si comporta diversamente da un array condiviso sotto carico — i database che fanno molte piccole scritture sincrone sono il caso più chiaro.
• Una memoria molto grande spesso non è semplicemente disponibile in forma virtuale. Sopra qualche centinaio di gigabyte entri in configurazioni che esistono solo come macchine fisiche, e un dataset in memoria che sta in 768 GB di DDR5 non ha un equivalente virtuale a un prezzo sensato.
• La virtualizzazione annidata vuole la cosa vera. Eseguire Proxmox, ESXi o una flotta di VM tue sopra l'hypervisor di qualcun altro funziona, ma paghi la tassa due volte ed erediti le sue decisioni di scheduling sotto le tue.
• Qualsiasi cosa voglia l'hardware direttamente ha bisogno di hardware. Kernel personalizzati con moduli esotici, pinning NUMA preciso, PCIe passthrough, controller RAID hardware, tuning in tempo reale — questi sono i casi in cui «è fondamentalmente una macchina reale» smette di essere vero.

La lista opposta è altrettanto importante, ed è più lunga di quanto la maggior parte delle persone si aspetti. Un'applicazione web che serve traffico normale, un reverse proxy, un relay di posta, un endpoint WireGuard, un nodo Bitcoin o Monero, un CI runner, un bot, un cloud personale — nessuno di questi andrà misurabilmente più veloce sul bare metal, perché nessuno di essi è limitato dall'hypervisor. Sono limitati dai round trip di rete, dalla sincronizzazione del disco, da un'API a monte, oppure da nulla perché la macchina è inattiva per la maggior parte della giornata. Comprare bare metal per un carico di lavoro in quella lista compra un profilo di costo peggiore e nessuna velocità, ed è l'errore singolo più comune di tutta questa decisione.

Il punto di pareggio dei costi, con numeri reali

L'intuizione sui prezzi che la maggior parte delle persone porta con sé è che i server dedicati siano l'opzione costosa. È vero in fondo alla gamma, e smette di essere vero sorprendentemente presto, perché i piani virtuali fanno pagare una fetta a premio mentre il bare metal fa pagare la macchina intera all'ingrosso. Vale la pena fare l'aritmetica su piani reali invece che in astratto.

• All'estremo economico non c'è partita. Un'istanza da 2 GB a $3.99 al mese non ha un equivalente bare metal, e inventarne uno significherebbe pagare sedici volte tanto per una capacità che non toccheresti mai.
• Il punto di pareggio si trova più o meno a metà della gamma VPS. Il nostro piano 8 vCPU, 32 GB costa $47.99 al mese; la macchina dedicata entry-level costa $64 e porta sei core reali, 64 GB e due dischi NVMe da 1 TB. Sedici dollari comprano il doppio della memoria, diverse volte lo storage grezzo e core su cui nessun altro è schedulato.
• Sopra il punto di pareggio il bare metal vince nettamente. Il VPS più grande — 16 vCPU, 64 GB, 800 GB — costa $89.99; un Ryzen 9 con sedici core fisici, 128 GB di DDR5 e 4 TB di NVMe costa $115. Venticinque dollari non sono un sovrapprezzo per quella differenza, sono uno sconto.
• Il consolidamento è dove si nasconde il vero risparmio. Sei o sette istanze VPS separate che restano ciascuna inattiva al dieci per cento sono sei o sette prenotazioni separate che paghi continuamente. Una singola macchina dedicata che esegue il tuo hypervisor trasforma tutto questo in una bolletta unica e in un pool di capacità che qualsiasi servizio può prendere in prestito quando ne ha bisogno.
• La capacità inutilizzata è il costo che corre nella direzione opposta. Un server dedicato ti fa pagare la macchina intera che tu usi otto core o nessuno, e pagare per 48 thread per far girare un servizio che ne richiede due è lo stesso spreco del punto precedente, ma nella direzione contraria.
• La granularità della fatturazione è una differenza vera, non una nota a margine. I piani VPS fatturano a ore, quindi un esperimento che vive per un pomeriggio costa pochi centesimi e smette di costare qualsiasi cosa nel momento in cui lo distruggi. L'hardware in rack è un impegno mensile, perché un tecnico lo ha installato fisicamente.

IPMI: la differenza in come operi la macchina

La funzione che cambia la vita quotidiana sul bare metal viene raramente menzionata nei confronti, perché è invisibile fino al momento in cui ne hai bisogno. La gestione fuori banda — IPMI, o KVM-over-IP — è un piccolo computer indipendente sulla scheda madre con una propria connessione di rete, e funziona quando il sistema principale è spento, non si avvia o sei rimasto tagliato fuori. Su un VPS l'equivalente è un ticket di supporto.

• Ottieni una console prima ancora che il sistema operativo esista. Guarda il POST, entra nel BIOS, cambia l'ordine di boot, leggi il panic che è scorso sullo schermo — tutte cose banali su una macchina che hai davanti e impossibili su una macchina che puoi raggiungere solo via SSH.
• Puoi montare la tua ISO e installare ciò che vuoi davvero, incluso un sistema operativo che il tuo provider non ha mai offerto come template, con un layout delle partizioni scelto da te invece che ereditato.
• Puoi digitare una passphrase al boot. È questo che rende pratica la cifratura full-disk su una macchina remota: un volume cifrato ha bisogno di una chiave a ogni avvio, e senza una console le uniche opzioni sono conservare la chiave sulla macchina stessa, il che vanifica lo scopo, oppure sbloccarla via rete da un ambiente pre-boot che hai dovuto costruirti da solo.
• Puoi riprenderti dai tuoi stessi errori senza coinvolgere nessuno. Una regola firewall che ti ha chiuso fuori da SSH, un fstab rotto, un kernel che non si avvia — sono tutti una correzione da cinque minuti alla console, e una conversazione col supporto senza.
• Puoi spegnere e riaccendere la macchina di tua sola iniziativa. Una macchina bloccata torna in funzione quando decidi tu, non quando qualcuno legge un ticket.
• È una superficie di attacco separata e merita di essere trattata come tale. I controller di gestione hanno una storia di sicurezza mediocre, quindi metti l'interfaccia dietro una VPN o una allow-list, cambia subito le credenziali predefinite, e non esporla mai alla rete pubblica.

Affidabilità: il dominio di guasto che erediti

Questo è l'asse su cui il lato virtuale vince, ed è di solito omesso nei confronti scritti da chi vende bare metal. Un server dedicato è un singolo oggetto fisico con un solo set di alimentatori, una sola scheda madre e un solo set di dischi. La ridondanza è qualcosa che ci costruisci sopra, non qualcosa che viene di serie. La virtualizzazione esiste in parte per astrarre esattamente questo, e far finta che non sia così porta a brutte sorprese.

• L'hardware si guasta secondo i tempi dell'hardware. Alimentatori, DIMM, ventole e dischi NVMe hanno tutti tassi di guasto, e su una singola macchina ciascuno di essi è un punto singolo di guasto finché non lo raddoppi.
• Un VPS è progettato per sopravvivere al proprio host. Le istanze normalmente si riavviano su un altro hardware quando un nodo fisico muore, il che trasforma un guasto hardware in un semplice riavvio invece che in un'interruzione misurata in ore.
• Il RAID protegge da un disco morto, non da un errore. Non è un backup, non sopravvive a una directory cancellata o a una migrazione andata male, e ogni guida che confonde le due cose è già costata a qualcuno i propri dati.
• Gli snapshot sono di solito un lusso riservato al virtuale. Fare uno snapshot completo dell'istanza prima di una modifica rischiosa e tornare indietro in pochi secondi è un flusso di lavoro che il bare metal non ti offre in modo nativo.
• Il tempo di recupero è diverso per natura. Un VPS guasto viene ricostruito da un'immagine in pochi minuti; un server dedicato guasto aspetta che una persona arrivi al rack e che esista un pezzo di ricambio, motivo per cui qui contano di più il monitoraggio in banda e i backup fuori dalla macchina.
• La mitigazione onesta è la stessa in entrambi i casi, e in entrambi i casi le persone la saltano: backup che vivono in un posto che la macchina stessa non può raggiungere, e un ripristino che hai davvero eseguito almeno una volta di proposito.

Una procedura decisionale che richiede dieci minuti

1. 01Misura prima di teorizzareGuarda cosa fanno davvero le tue macchine attuali. Una CPU sostenuta sopra il sessanta per cento circa, code del disco che non si svuotano mai, o pressione sulla memoria sono segnali reali. Una macchina inattiva che sembra lenta quasi mai manca davvero di hardware.
2. 02Individua la risorsa che ti mancaCore, memoria, IOPS, banda o isolamento — hanno risposte diverse. Mancare di memoria significa spesso un piano più grande; mancare di latenza prevedibile è una classe di macchina completamente diversa.
3. 03Controlla se ti serve qualcosa sotto il sistema operativoVirtualizzazione annidata, una ISO personalizzata, un modulo del kernel esotico, un layout RAID specifico, una cifratura del disco che sblocchi da una console. Se una qualsiasi di queste voci è nella tua lista, la decisione è già presa.
4. 04Somma l'intera flotta, non una singola istanzaConfronta la tua spesa mensile totale su ogni server con una singola macchina che li sostituirebbe tutti. Il consolidamento è dove il bare metal di solito vince, ed è invisibile se confronti uno a uno.
5. 05Chiediti quanto è a picchi il caricoA scoppi e imprevedibile favorisce il virtuale, perché puoi aggiungere e distruggere capacità a ore. Stabile e continuo favorisce il bare metal, perché stai pagando per una prenotazione che usi davvero.
6. 06Decidi quanto ti costa una brutta oraSe un'interruzione misurata in ore è davvero dannosa, una singola macchina fisica è la forma sbagliata senza una seconda dietro di essa. Una coppia di istanze VPS in regioni diverse può servirti molto meglio di una singola macchina grande.
7. 07Separa la privacy dall'hardwareSe il motivo per cui stai considerando il bare metal è la privacy, controlla prima che l'account non porti alcuna identità, che il saldo sia finanziato in crypto, e che la macchina stessa sia blindata. Queste tre cose non costano nulla e contano più del modello di hardware.
8. 08Testa prima sul lato economicoDistribuisci per un mese il VPS più grande e mettici sopra il carico di lavoro reale. Se è comodo, hai la tua risposta per una frazione del prezzo. Se è saturo, ora sai esattamente quale risorsa comprare.

Quando un VPS è semplicemente la risposta giusta

Vale la pena dirlo chiaramente, perché una pagina su un sito di hosting ha un incentivo ovvio a sostenere il contrario: la maggior parte dei carichi di lavoro appartiene a un VPS, e spostarli sul bare metal li rende più costosi e per nulla migliori. Questi sono i casi in cui il virtuale non è affatto un compromesso.

• Il carico di lavoro è piccolo, stabile e senza pretese. Un sito, un'API, un bot, un proxy, un servizio personale — la macchina è inattiva per la maggior parte della giornata e non è l'hypervisor a limitarla.
• Vuoi più di una posizione. Diverse piccole istanze sparse su più regioni battono una singola macchina grande sia per la latenza sia per la resilienza, e costano meno dell'equivalente in bare metal.
• La durata è breve. Qualsiasi cosa misurata in ore o giorni dovrebbe essere fatturata a ore, non a mesi.
• Tieni al pulsante di ricostruzione. Snapshot, rollback, ridistribuzione da un'immagine pulita — questo flusso di lavoro è genuinamente prezioso e appartiene al lato virtuale.
• Ti serve immediatamente. Circa un minuto contro un giorno intero è decisivo quando sei nel bel mezzo di qualcosa.
• Il requisito di privacy è al livello dell'account. Se l'obiettivo è che nessun nome sia collegato al server, questo si decide in fase di registrazione e pagamento, non con il modello di hardware.

Errori che rendono questa scelta peggiore di un lancio di moneta

• Comprare bare metal per un carico di lavoro che non ha mai saturato un VPS neanche una volta, e pagare ogni mese per silicio inattivo per risolvere un problema che non è mai stato misurato.
• Confrontare un singolo server dedicato con un singolo VPS invece che con la flotta che sostituirebbe davvero, il che nasconde l'unico argomento di costo che favorisce in modo affidabile il bare metal.
• Presumere che l'inquilino unico renda la macchina privata rispetto al proprio host, quando in realtà rimuove solo il vicino e lascia l'operatore esattamente dove si trovava.
• Trattare una singola macchina fisica come più affidabile di un'istanza virtuale solo perché è «reale», quando è proprio quella senza alcun cluster sotto di sé.
• Consolidare sei servizi su una singola macchina ed ereditare un dominio di guasto condiviso che nessuno aveva pianificato, cosicché un riavvio andato male ora fa cadere tutto in una volta sola.
• Esporre l'interfaccia IPMI a internet con le sue credenziali predefinite, il che regala a chiunque un computer capace di reinstallare il sistema operativo.
• Migrare al bare metal per la tail latency senza mai misurare il novantanovesimo percentile, e non avere poi alcun modo di sapere se sia servito a qualcosa.
• Scegliere l'hardware per risolvere un problema di giurisdizione, o una giurisdizione per risolvere un problema di hardware — sono livelli non correlati, e scambiare l'uno con l'altro non risolve nessuno dei due.

Il riassunto che sopravvive al contatto con la realtà non è affascinante. Inizia con il virtuale, perché è economico, immediato e reversibile, e perché la maggior parte delle cose non lo supera mai. Passa al bare metal quando riesci a nominare la risorsa che ti manca e a indicarne la misurazione, quando la flotta che stai già pagando costa più della macchina che la sostituirebbe, quando ti serve il livello sotto il sistema operativo, oppure quando rimuovere ogni altro inquilino dal tuo silicio è un requisito e non una preferenza. Entrambi sono la stessa rete offshore, le stesse 14 regioni, lo stesso saldo prepagato in crypto e la stessa assenza di verifiche d'identità — quindi questa è una domanda sulla forma del tuo carico di lavoro, non su quanto sia privato il server.