Un server privato virtuale, o VPS, è una macchina virtuale che noleggi. Dispone di sistema operativo, potenza di elaborazione e memoria assegnate, storage e connettività di rete. Puoi installare software ed eseguire servizi come su un server fisico, senza possedere l’hardware.
«Cloud» descrive la piattaforma attorno alla macchina virtuale. Invece di amministrare ogni host separatamente, il fornitore può usare una piattaforma di gestione per creare istanze su un pool di host, collegare storage, configurare reti e gestirne il ciclo di vita.
L’etichetta è meno precisa di quanto sembri. I fornitori possono commercializzare architetture diverse come «VPS cloud», e i VPS tradizionali possono offrire automazione, migrazione e ridondanza. La distinzione utile è ciò che fa davvero la piattaforma: come crea la macchina, archivia dati, gestisce guasti e modifica risorse.
Puoi usare un VPS cloud per ospitare un sito, eseguire un’API, gestire un database o mantenere un ambiente di sviluppo. Queste applicazioni non diventano distribuite o ad alta disponibilità solo perché la macchina che le ospita viene chiamata cloud.
Come funziona un VPS cloud?

Tre livelli spiegano gran parte dei comportamenti che incontrerai: host fisico, macchina virtuale e piattaforma che la gestisce.
Host fisici e macchine virtuali
Un host fisico contiene processori, RAM, interfacce di rete e accesso allo storage. Un hypervisor, come KVM, permette a più macchine virtuali di usare quell’hardware mantenendo isolati i rispettivi sistemi operativi.
Il VPS normalmente funziona su un solo host fisico alla volta. Un piano con quattro vCPU non combina solitamente processori di quattro server diversi. I processori virtuali vengono eseguiti sull’host che sta eseguendo la VM.
La distinzione conta nell’interpretare «pool». La piattaforma può scegliere tra capacità aggregate; una singola istanza non viene eseguita automaticamente sull’intero pool.
La piattaforma che crea il tuo server
Il piano di controllo è il software che riceve richieste dal pannello o dall’API e coordina l’infrastruttura. Quando crei un’istanza, seleziona un host idoneo, prepara l’immagine del sistema operativo e configura risorse e connessioni di rete richieste.
La stessa piattaforma può supportare snapshot, ridimensionamento, dischi aggiuntivi, reti private e migrazione. Ogni funzione ha requisiti e limiti propri. Avere un pannello o un’API non dimostra che il servizio supporti tutte le funzioni cloud.
Dove vengono archiviati i dati
Il disco root contiene il sistema operativo e, se non li separi, applicazioni e file. Può usare storage locale all’host di calcolo o un sistema di archiviazione raggiungibile in rete. I volumi aggiuntivi possono avere un’architettura diversa dal disco root.
Lo storage locale lega più strettamente l’accesso ai dati all’host. Lo storage di rete può consentire a un altro host di accedere al disco della VM, secondo le procedure di ripristino della piattaforma. Nessuna soluzione garantisce da sola la copertura dei backup o la disponibilità delle applicazioni.
Per la terminologia di base, leggi come è costruito un server cloud.
VPS cloud e VPS tradizionale: qual è la differenza?
La differenza riguarda soprattutto la gestione dell’infrastruttura e i servizi attorno alla VM. Entrambi possono fornire un sistema operativo isolato e accesso amministrativo. La tabella descrive modelli tipici, non proprietà obbligatorie di ogni prodotto con una delle due etichette.

La parola «cloud» non stabilisce quindi se un prodotto sia più veloce, sicuro o resiliente. Servono dettagli su allocazione CPU, storage, gestione dei guasti e impegni di servizio.
La terminologia generale è trattata in hosting cloud e hosting VPS a confronto. Per confronti tra fornitori specifici e prove di prestazioni, consulta il nostro confronto tra fornitori VPS.
Cosa succede se un server o un disco si guasta?
Un VPS cloud resta un’istanza che può diventare indisponibile. Comprendere il ripristino significa chiedersi cosa si è guastato e quali parti del sistema rimangono accessibili.
Se si guasta l’host fisico
La migrazione live riguarda un host da cui i carichi vengono rimossi in modo controllato; non significa che l’applicazione sopravviva da sola a un guasto improvviso. Durante manutenzioni pianificate, la piattaforma può trasferire una VM attiva su un altro host. Un host già guasto non può partecipare allo stesso trasferimento.
Dopo un guasto imprevisto, la piattaforma può riavviare o evacuare l’istanza altrove. Conservare i contenuti più recenti del disco dipende dall’architettura di storage e dal meccanismo di ripristino. Se l’unica copia utilizzabile del disco root è sull’host guasto, un altro host non può semplicemente riprenderne l’uso.
La documentazione di OpenStack sull’evacuazione, per esempio, spiega come l’accesso allo storage condiviso influisca sulla conservazione dei dati dei dischi durante il ripristino. Per un servizio acquistato conta ciò che supportano la sua piattaforma e le sue procedure.
Il ripristino può causare interruzioni anche se automatico. L’alta disponibilità richiede normalmente componenti applicativi ridondanti in domini di guasto appropriati, instradamento del traffico e una strategia dati che tolleri il guasto di un componente. Una sola VM più grande non fornisce questa architettura.
Se si guasta un disco
Lo storage ridondante può consentire alla piattaforma di tollerare alcuni guasti di unità o nodi di archiviazione. La protezione dipende da dove sono conservate le copie, da quanti guasti il sistema sopporta e dalla disponibilità delle altre dipendenze.
La replica può anche riprodurre una modifica indesiderata. Se un’applicazione elimina un file o scrive dati corrotti, un’altra replica aggiornata può contenere la stessa eliminazione o corruzione. Ridondanza dello storage e cronologia di ripristino risolvono problemi diversi.
Replica, snapshot e backup
| Meccanismo | Cosa fa | Cosa verificare |
|---|---|---|
| Replica | Mantiene copie dei dati per tollerare determinati guasti dell’infrastruttura | Domini di guasto, comportamento della replica e limiti di tolleranza ai guasti |
| Istantanea | Cattura lo stato di un disco o volume in un determinato momento | Coerenza applicativa, conservazione, dipendenze e procedura di ripristino |
| Backup | Conserva dati recuperabili per ripristinarli dopo perdite o modifiche indesiderate | Pianificazione, conservazione, indipendenza, controlli di accesso e ripristini testati |
Uno snapshot può far parte di un sistema di backup, ma il nome non garantisce l’indipendenza dalla piattaforma di origine. Conserva una copia recuperabile al di fuori dello stesso account o fornitore se devi coprire il rischio di perdere l’account o di un incidente dell’intera piattaforma.
Per ogni servizio poni due domande concrete: quanti dati recenti potrebbero andare persi e quanto durerebbe il ripristino? Una percentuale di disponibilità non risponde a nessuna. Leggi anche lo SLA: eventi coperti, esclusioni, obblighi di segnalazione e rimedi determinano il significato dell’impegno.

Puoi scalare un VPS cloud senza interruzioni?
Scalabilità e affidabilità sono problemi separati. Un livello superiore copre un carico che richiede più capacità. Non aggiunge ridondanza: un’istanza più grande può guastarsi come una più piccola.
Ridimensionare un server
La scalabilità verticale modifica CPU, RAM o storage assegnati a un’istanza. Molte piattaforme consentono di richiederlo dal pannello o dall’API senza reinstallare il sistema operativo.
Senza reinstallazione non significa senza interruzioni. Una modifica può richiedere arresto, riavvio o spostamento su un altro host. La procedura di ridimensionamento di DigitalOcean, per esempio, richiede di spegnere il Droplet.
Verifica se serve un riavvio, se il piano di destinazione è disponibile nella tua regione e se vengono mantenuti indirizzo IP e volumi collegati. Ampliare il disco può limitare una successiva riduzione: ridurre il filesystem e il disco virtuale sottostante sono operazioni distinte, e alcune piattaforme non consentono affatto di ridurre il disco.
Aggiungere altri server
La scalabilità orizzontale aggiunge istanze invece di ingrandirne una sola. Può distribuire il traffico e ridurre la dipendenza da una VM, ma l’applicazione deve supportarla. Sessioni, file caricati, processi in background e scritture nel database vanno gestiti consapevolmente.
L’autoscaling aggiunge un livello: regole e automazioni che modificano la capacità secondo una metrica o una pianificazione. Un abbonamento VPS cloud non include necessariamente queste regole, un bilanciatore di carico o un’applicazione pronta a usare istanze aggiuntive.
Individua la configurazione massima raggiungibile dall’istanza prima di dover cambiare linea di prodotto. Se ti sposti per crescere, questo limite conta: raggiungerlo potrebbe richiedere un’altra migrazione.
Le risorse di un VPS cloud sono condivise o dedicate?
«Privato» si riferisce all’ambiente virtuale; non significa necessariamente hardware fisico esclusivo.
I piani con vCPU condivise condividono la capacità di esecuzione del processore con altri clienti. Quelli con vCPU dedicate riservano capacità secondo la definizione del fornitore. Verifica se si intende un thread hardware, un core o un’altra politica di allocazione e se l’uso prolungato è limitato.
La distinzione emerge sotto carico prolungato. Un breve picco può funzionare bene su CPU condivisa, mentre un’applicazione sempre impegnata richiede accesso prevedibile al tempo del processore. Modello CPU, politica di allocazione e contesa possono contare più del solo numero di vCPU.
La RAM è indicata come allocazione all’istanza, mentre la capacità di archiviazione come dimensione del disco o volume. Questi numeri non garantiscono banda di memoria, throughput del disco o I/O dello storage esclusivi. Garanzie sulle risorse e politiche di sovraallocazione vanno comunque verificate.
Gli altri clienti possono influenzare le prestazioni di CPU, storage o rete condivisi anche quando l’hypervisor mantiene isolati i sistemi operativi. Per la rete, distingui velocità della porta e trasferimento incluso: una connessione veloce non significa traffico illimitato o throughput garantito.
Conta anche la posizione. Un elenco breve di regioni con una sede vicina agli utenti può essere più utile di uno lungo senza una sede adatta. Prova la latenza dai luoghi che si collegheranno davvero al servizio.
Chi gestisce e protegge un VPS cloud?
Non gestito significa che ricevi la macchina virtuale e l’accesso amministrativo, mentre manutenzione del sistema operativo, configurazione applicativa, monitoraggio e risposta agli incidenti restano responsabilità tue. L’accesso root su Linux o amministratore su Windows consente di modificare la macchina, ma anche di comprometterne il funzionamento.
Un servizio gestito aggiunge un ambito di amministrazione concordato. Può coprire aggiornamenti del sistema operativo, un pannello di controllo hosting, backup o alcuni servizi applicativi. Leggi la descrizione invece di supporre che «gestito» includa qualsiasi problema software.
Assistenza del fornitore e gestione del server sono diverse. Il supporto infrastrutturale può indagare su un host irraggiungibile o un guasto di piattaforma senza correggere il database o distribuire l’applicazione. Gli orari sono un indicatore debole: verifica impegni di risposta e attività supportate. Una coda presidiata alle 3 di notte non risponde necessariamente subito alle 3.
Il fornitore mantiene generalmente infrastruttura fisica e piattaforma di virtualizzazione. Gli obblighi del cliente dipendono dal servizio, ma un cliente non gestito normalmente configura controlli di accesso, installa aggiornamenti di sicurezza, protegge credenziali e conserva dati applicativi recuperabili.
L’isolamento dell’hypervisor riduce l’esposizione tra clienti, senza garantire sicurezza assoluta. Anche la protezione DDoS ha un ambito definito: chiedi quali attacchi copre, se è inclusa e se vale nella regione scelta.
Prima di ospitare un carico di produzione, predisponi monitoraggio, un programma di aggiornamenti e un processo di ripristino testato. Mantieni portabile la configurazione. Se lo stack si ricostruisce da uno script o file Compose, trasferirlo è più semplice che ricreare un server a memoria.
Come funziona la fatturazione di un VPS cloud?
La fatturazione addebita solitamente la capacità allocata nel tempo. Un’istanza inattiva può costare quanto una occupata perché le risorse restano disponibili. «Pagamento a consumo» non significa automaticamente una fattura basata sull’effettivo utilizzo della CPU.
La fatturazione oraria o più granulare può aiutare per ambienti di test brevi e worker temporanei. Per un server attivo tutto il mese, confronta il costo mensile completo, inclusi massimali, minimi o impegni. La granularità di fatturazione da sola non stabilisce quale servizio costi meno.

Spegnere il server interrompe gli addebiti?
Non darlo per scontato. Un’istanza arrestata può mantenere risorse e disco allocati, ancora fatturabili. Eliminare un’istanza può interrompere l’addebito del calcolo lasciando volumi, snapshot, backup o indirizzi IP fatturati separatamente.
Controlla le regole di fatturazione prima di arrestare o eliminare qualsiasi elemento e conserva i dati necessari prima di rimuovere risorse.
Quali costi possono essere aggiuntivi?
Il prezzo pubblicizzato può escludere traffico eccedente, storage dei backup, volumi aggiuntivi, indirizzi IPv4, licenze del sistema operativo o pannello di controllo e assistenza superiore. Le tariffe possono variare per regione o cambiare dopo un periodo iniziale.
Confronta la fattura delle risorse che prevedi di mantenere, anziché l’istanza minima pubblicizzata. Cosa determina i prezzi del cloud spiega più in dettaglio le componenti di costo.
Quattro fornitori di VPS cloud da considerare
Sono punti di partenza senza classifica. Confronta il prodotto specifico con l’architettura e le responsabilità operative descritte; un’azienda può vendere diversi tipi di server virtuale.
DigitalOcean
DigitalOcean chiama Droplets le proprie macchine virtuali. Offrono un ambiente server che amministri tu, con diverse configurazioni di risorse e controlli tramite pannello/API. Il ridimensionamento documentato esemplifica la scalabilità self-service che richiede comunque interruzioni. Verifica classe CPU, regione, opzioni di backup e limiti di ridimensionamento del disco, senza considerare tutti i Droplets intercambiabili. Parti dalla documentazione Droplet.
OVHcloud
OVHcloud vende prodotti VPS e istanze Public Cloud. Sono linee separate: una funzione documentata per una non va attribuita all’altra. Identifica il servizio da valutare, poi verifica storage, opzioni di ridimensionamento, rete, fatturazione e modalità di ripristino. La documentazione delle istanze Public Cloud spiega i concetti dell’offerta, comprese famiglie di istanze e servizi associati.
Vultr
Vultr offre macchine virtuali cloud in diverse categorie di calcolo. La documentazione standard Cloud Compute descrive istanze con CPU condivisa, mentre altre categorie offrono allocazioni diverse. Scegli la classe CPU prima di confrontare la memoria, poi verifica disponibilità regionale, trasferimento incluso, backup e storage collegato. La guida al provisioning di Cloud Compute descrive opzioni di distribuzione e modello delle istanze.
Cloudzy
Cloudzy offre istanze VPS cloud con accesso amministrativo per installare e gestire il proprio software. Per una distribuzione non gestita, prevedi di occuparti di aggiornamenti del sistema operativo, monitoraggio e manutenzione applicativa. Valuta allocazione CPU, posizione, storage, modalità di backup e ambito dell’assistenza del piano rispetto al carico. La pagina Cloud VPS di Cloudzy fornisce informazioni attuali sul prodotto e configurazioni disponibili.
Per classifiche, confronti tra fornitori e risultati dei benchmark, continua con il nostro confronto tra fornitori VPS.
Domande frequenti
Un VPS cloud equivale all’hosting cloud?
Hosting cloud è un termine più ampio. Può indicare macchine virtuali, hosting web gestito o piattaforme applicative. Un VPS cloud fornisce specificamente un ambiente server virtuale. Verifica accesso amministrativo e responsabilità di gestione per capire cosa include un servizio specifico.
Un VPS cloud viene eseguito su più server fisici contemporaneamente?
Un VPS cloud tipico funziona su un solo host fisico di calcolo alla volta. La piattaforma può selezionare o cambiare host, e lo storage della VM può utilizzare diversi nodi. Ciò non significa che CPU e RAM della VM vengano eseguite contemporaneamente su tutti i server della piattaforma.
Un VPS cloud è automaticamente più veloce o affidabile di un VPS tradizionale?
No. Le prestazioni dipendono da hardware, allocazione delle risorse, contesa, rete e carico. L’affidabilità dipende da infrastruttura, storage, procedure di ripristino e progettazione applicativa. Confronta queste proprietà senza dedurle dal nome del prodotto.
L’hosting VPS cloud include backup?
Solo se il servizio li include espressamente. Verifica pianificazione, conservazione, ripristino e costi aggiuntivi. Lo storage ridondante non sostituisce una cronologia di ripristino; uno snapshot nello stesso account potrebbe non proteggere dalla perdita di accesso all’account.
I principianti possono usare un VPS cloud?
Sì, ma un VPS non gestito richiede di imparare l’amministrazione dei server. Normalmente ricevi indirizzo IP e metodo di autenticazione, poi ti colleghi tramite SSH per Linux o un metodo di accesso remoto appropriato per Windows. Un servizio gestito può ridurre il lavoro se l’assistenza copre le attività necessarie.
Un VPS cloud può eseguire Linux o Windows?
Entrambi possono funzionare su un’infrastruttura virtuale adatta, ma immagini disponibili e licenze dipendono da fornitore e prodotto. Scegli un sistema operativo supportato da applicazioni e strumenti di amministrazione. Le licenze Windows possono aumentare il costo del piano.
Posso ospitare un sito web su un VPS cloud?
Sì. Un VPS cloud può eseguire un server web, l’applicazione del sito e, se serve, un database. Con un servizio non gestito, ti occupi di installazione, sicurezza e manutenzione. Consulta la nostra guida ai software per l’hosting web per i componenti che potrebbero servirti.
Posso migrare un sito o un’applicazione esistente su un VPS cloud?
Di solito sì, se la destinazione supporta sistema operativo, software, risorse e accesso di rete necessari. La migrazione comprende copia di configurazione e dati, test della nuova distribuzione, sincronizzazione dei dati variabili e passaggio del traffico. Assistenza del fornitore e interruzione accettabile variano; il provisioning cloud non migra automaticamente l’applicazione.
Discussione
Commenti
Accedi per partecipare alla discussione.