Più core non è la risposta. Prima distingui isolamento, disco, rete e chi amministra. Poi scegli la forma, non il listino più alto.
VPS o dedicato non si decide contando i core sulla scheda tecnica. Si decide su isolamento, disco, rete e su chi amministra. Una fetta virtuale di una macchina piena può bastare per anni. Un server fisico può essere spreco, o l'unica forma onesta, a seconda del carico e di quanto ti puoi permettere un vicino rumoroso. La potenza di listino è l'ultimo numero che serve, non il primo.
In breve: il VPS è una quota virtualizzata di un host condiviso con altri. Il dedicato è una macchina fisica tua, con isolamento hardware. Il problema tipico del VPS è il vicino che mangia I/O e CPU. Il problema tipico del dedicato è pagare e gestire capacità che non usi. Si sceglie sul profilo di carico, non sul marketing dei processori.
Cosa trovi in questo articolo
Due forme, non due potenze
Un VPS, virtual private server, è una macchina virtuale. Sull'host fisico convivono più ospiti. L'hypervisor parte CPU, memoria, disco e rete secondo le quote vendute. "Private" riguarda lo spazio utente: root tuo, sistema tuo, IP tuo. Non riguarda l'hardware sottostante, che resta condiviso. Un server dedicato è l'inverso: il ferro è assegnato a te. Niente altri ospiti su quella scheda madre. Isolamento fisico, non solo logico.
Da questa differenza discendono le altre, non da un confronto di GHz. Sul VPS condividi il destino dell'host: manutenzione dell'hypervisor, saturazione del bus, un vicino che fa un backup a mezzogiorno. Sul dedicato condividi solo la rete del datacenter e i servizi ausiliari. Paghi il fatto che i dischi, i watt e le ventole siano tuoi anche quando dormono.
Non esiste un "quanto è più potente" universale. Un dedicato piccolo può bastare meno di un VPS grande su un host poco carico. Un VPS nominale da tanti vCPU può deluderti se quei vCPU sono contendibili e il disco è un volume saturo. Si legge il contratto: risorse garantite o best effort, tipo di disco, tetto di IOPS se c'è, rete condivisa o no. Poi si misura. Il cluster Infrastruttura serve a nominare questi pezzi. La scheda del processore, da sola, no.
Il vicino rumoroso è un fatto
Noisy neighbor: un ospite sulla stessa macchina che consuma CPU, disco o rete oltre ciò che il tuo carico si aspettava. Non è una leggenda da forum. È il costo statistico della condivisione. Gli hypervisor moderni isolano meglio di quelli di quindici anni fa. Non isolano il mondo fisico. Un bus disco, un controller, una NIC hanno un tetto. Se il tetto lo tocca un altro, tu lo senti: code, latenza di I/O, steal time, timeout che in laboratorio non avevi.
Lo si diagnostica, non lo si esorcizza. Steal time alto, I/O wait che non corrisponde al tuo lavoro, prestazioni che oscillano a orari in cui tu non fai nulla: sono indizi. La risposta può essere un VPS su un host meno denso, una classe con risorse pinate, o il passo al dedicato. Comprare "più vCPU" sullo stesso tipo di host può non cambiare nulla, se il collo è il disco condiviso.
Il dedicato toglie questo rumore. Non toglie i tuoi bug, le tue query, il tuo PHP-FPM dimensionato male. Isolamento non è performance. Isolamento è un tetto che dipende da te e dal ferro, non dal vicino. Se il sito è lento per l'applicazione, cambi forma di server e resti lento. Il pillar sulla performance del sito web viene prima, quando i sintomi sono LCP e INP, non steal time.
Disco e I/O, dove si vede la differenza
Molti carichi web non sono bound sulla CPU da brochure. Sono bound su disco e su database. Un catalogo, un CMS con tante tabelle, i log, i backup notturni: picchiano sul volume. In un VPS il volume è spesso un pezzo di uno storage condiviso. Può essere ottimo. Può essere un tetto di IOPS che scopri solo sotto picco. In un dedicato i dischi sono quelli, con le loro curve, e sei tu a decidere RAID, filesystem, dove stanno i log, dove sta il data directory.
Anche qui, niente numeri inventati da listino. Si chiede al fornitore cosa è garantito, si misura iops e latenza sul tuo carico, si guarda cosa succede durante un backup. Il backup, per inciso, non è il RAID: lo trattiamo altrove. Qui conta che un job di copia può rovinare la giornata al vicino, o a te stesso, se condivide il disco con l'applicazione.
La rete segue la stessa logica. Banda "fino a" non è banda tua. Un dedicato con uplink noto e un VPS su un host affollato non si confrontano sul numero stampato. Si confrontano su cosa succede a un trasferimento reale, e su come il provider gestisce gli abusi. Per il quadro DNS, origine e bordo, il pezzo è DNS, hosting, CDN: la forma del server è l'origine, non la mappa intera.
Chi amministra, chi patcha
VPS e dedicato non decidono da soli se sei in managed o in non managed. Puoi avere un VPS che patchi tu e un dedicato che patcha il provider, o il contrario. La domanda "chi si alza alle tre" è indipendente dalla virtualizzazione. Va scritta. Sistema, pannello, hypervisor, rete: tre o quattro owner diversi, a seconda del contratto.
Il dedicato chiede più mestiere se lo tieni tu: firmware, dischi, out-of-band, cosa succede quando un nvme muore di sabato. Il VPS sposta quel mestiere sul provider dell'host. In cambio accetti la sua finestra di manutenzione sull'hypervisor e i suoi limiti di isolamento. Nessuna delle due è "più professionale". Sono due assegnazioni di rischio.
Sulla geografia vale lo stesso tono di voce. Origine in Italia o in UE è un criterio (dati, latenza verso il tuo pubblico, assistenza in fuso orario), non un distintivo morale. Tra le opzioni, per chi vuole ferro o VPS su suolo italiano o europeo, ci sono anche i servizi hosting di Servereasy. Una riga in tabella, insieme ad altri operatori. Si pesa con contratto, rete, modello di gestione. Non con la bandiera da sola.
Qualunque sia la forma, senza osservabilità stai volando a vista. CPU, disco, 5xx, saturazione: il minimo sta in monitoring del sito web. Un dedicato muto e un VPS muto falliscono nello stesso modo. In silenzio.
Ha senso quando. Non serve quando
Ha senso un VPS quando il carico è prevedibile, l'isolamento logico ti basta, vuoi salire o scendere senza comprare una scheda madre, e accetti la condivisione come costo. Ha senso anche come passo intermedio: misuri, capisci se il collo è l'applicazione o il vicino, poi decidi.
Ha senso un dedicato quando ti serve un tetto di I/O tuo, quando il rumore del vicino è già un incidente ripetuto, quando hai requisiti di isolamento che la carta del VPS non copre, quando il profilo di carico riempie una macchina e pagare l'ospite extra non ti dà nulla. Non ha senso "perché fa più serio", o perché il commerciale ha messo più core sulla riga.
Non serve salire di forma per un sito che è lento in JavaScript, con un'origine che sta a guardare. Non serve un dedicato per un progetto che non ha ancora traffico, se non per motivi di compliance che ti impongono isolamento fisico. In quel caso il dedicato è un vincolo legale, non una scelta di performance. Si nomina come tale.
Errori da evitare
Confrontare vCPU e core fisici come se fossero la stessa unità. Non lo sono. La contendibilità conta più del numero stampato.
Trattare "VPS è più economico" come legge. Dipende da dimensione, disco, managed, rete. Senza listini alla mano, è chiacchiera. Qui non ne inventiamo.
Comprare dedicato per mascherare un'applicazione gonfia. Isoli il problema. Non lo risolvi.
Ignorare il disco. Molti upgrade di CPU lasciano il bottleneck dove era, sul volume.
Non leggere steal time e I/O wait. Se non li guardi, il vicino rumoroso resta un'impressione, e le riunioni restano teologia.
Confondere managed e forma del server. Chi patcha è un contratto. Virtuale o fisico è un altro.
In sintesi
VPS è una quota su un host. Dedicato è una macchina tua. La differenza che conta è isolamento, I/O e chi prende il telefono, non il punteggio di potenza. Il vicino rumoroso esiste. Si misura, poi si cambia densità o si cambia forma. Geografia e fornitore sono criteri, tra gli altri. Si sceglie sul carico reale. Si lascia stare la scheda del processore finché non hai letto disco, rete e contratto.
Fonti
Il modello VPS (quota virtualizzata su host condiviso) e il dedicato (isolamento fisico) sono definizioni operative di settore, non un benchmark proprietario. Nessun prezzo, nessun rapporto "volte più economico", nessuna quota di mercato è usata come prova in questo pezzo.
Il noisy neighbor è un effetto noto della multi-tenancy su CPU, disco e rete; si osserva da steal time, I/O wait e varianza sotto carico, non da una percentuale universale di degrado.
Il quadro di origine e bordo sta in DNS, hosting, CDN; le metriche utente in performance del sito web.
Questo contenuto è stato realizzato con il supporto di sistemi di intelligenza artificiale e successivamente verificato secondo le linee editoriali della redazione.
