VPS o hosting condiviso: quando è il momento di passare al VPS

La differenza, punto per punto

Su un hosting condiviso, il provider amministra un server che divide tra molti clienti: stesso sistema, stesse versioni dei software, stesse impostazioni per tutti, e limiti per account perché nessun sito penalizzi gli altri. Su un VPS (server privato virtuale), disponete di un server isolato, con le sue risorse, il suo sistema e l'accesso root: vi installate ciò che il vostro progetto richiede.

I segnali che è ora di passare al VPS

1. La vostra applicazione non è un sito PHP

Un'applicazione Node.js, Python, Go o Java gira in continuazione: un processo attende le richieste e tiene il suo stato in memoria. L'hosting condiviso è costruito per il contrario, script PHP avviati a ogni richiesta e poi fermati. Alcuni provider accettano Node.js o Python entro un quadro ristretto (versioni imposte, processi fermati dopo un periodo di inattività); appena l'applicazione cresce, quel quadro diventa il vincolo principale.

2. Vi serve un servizio che il provider non offre

PostgreSQL, Redis, una coda di job (RabbitMQ, Celery, BullMQ), un motore di ricerca, un browser headless per generare PDF o screenshot, ffmpeg per elaborare video, un modello di IA: tutto ciò che si installa e gira come servizio richiede un server su cui avete il controllo.

3. Toccate i limiti dell'account

Un provider di hosting condiviso limita ogni account: tempo di processore, memoria, numero di processi simultanei (entry processes), numero di file (inodes). I sintomi: una pagina «508 Resource Limit Is Reached», errori 503 nelle ore di punta, un sito lento quando un vicino è sotto carico, importazioni interrotte. Il pannello di controllo mostra spesso questi contatori; se toccano regolarmente il tetto, il sito ha superato la sua offerta.

4. Alcune operazioni devono girare da sole

Operazioni pianificate ogni minuto, elaborazioni in background, invii di email in blocco, sincronizzazioni: l'hosting condiviso distanzia le operazioni pianificate e interrompe gli script troppo lunghi. Su un VPS, un worker gira in permanenza e un'operazione dura il tempo che le serve.

5. Avete bisogno di regolare il server

Una versione precisa di PHP o di un'estensione, la memoria assegnata a PHP, un server web configurato per la vostra applicazione, un firewall tutto vostro, deploy automatizzati tramite git o container Docker: tutte impostazioni che un server condiviso non può aprire a ogni cliente.

6. I vostri requisiti di sicurezza crescono

Dati dei clienti, obblighi contrattuali, audit di sicurezza: un server isolato, di cui controllate gli accessi e i log, si documenta e si verifica più semplicemente di un account su un server condiviso.

E per un sito vetrina?

Un sito vetrina che presenta un'attività non ha bisogno né di processi permanenti né di un database regolato su misura. Se vi serve soprattutto un sito veloce, sicuro e aggiornato, senza nulla da amministrare, la risposta giusta non è né l'hosting condiviso né il VPS, è un sito gestito: Simafri crea il vostro sito, lo ospita, lo protegge e lo mantiene aggiornato, e voi non avete alcun server da mantenere.

Che cosa cambia con il passaggio al VPS

Con l'accesso root arriva la manutenzione del sistema. Su un hosting condiviso se ne occupa il provider senza che lo vediate; su un VPS, quattro temi richiedono una risposta:

• Gli aggiornamenti di sicurezza del sistema e dei software installati, applicati regolarmente. Debian e Ubuntu sanno installare da soli le correzioni di sicurezza (unattended-upgrades).
• Il firewall e gli accessi: connessione SSH con chiave, porte aperte limitate allo stretto necessario.
• I backup: sapere che cosa salva il provider, con quale frequenza, e che cosa esportate voi in aggiunta, a cominciare dal database.
• Il monitoraggio: essere avvisati quando il server non risponde più, quando il disco si riempie o quando un certificato sta per scadere.

Tre modi di occuparsene: farlo da soli, procedere con un servizio di assistenza che fa la diagnosi e vi indica che cosa fare, oppure affidare la gestione del server a un servizio gestito. La scelta dipende da chi, nel vostro team, conosce Linux, e da quanto costa alla vostra attività un'ora di fermo.

Passare al VPS senza interruzioni

1. L'inventario: versione di PHP o del linguaggio, estensioni, database e sue dimensioni, operazioni pianificate, certificati, e il posto in cui si trovano i vostri indirizzi email.
2. La preparazione del VPS: sistema aggiornato, server web, linguaggio e database, nelle stesse versioni dell'ambiente attuale.
3. La copia: i file, tramite rsync o un archivio, e il database, tramite un'esportazione seguita da un'importazione.
4. Il test prima del passaggio: solo sul vostro computer, fate puntare il dominio al nuovo server tramite il file hosts, e navigate nel sito come un visitatore.
5. La riduzione del TTL dei record DNS del sito a qualche minuto, il giorno prima del passaggio, perché la modifica si propaghi in fretta.
6. Il passaggio: ultima copia del database, record DNS del sito puntati verso il nuovo server, poi controllo dei log. Conservate il vecchio hosting per qualche giorno, il tempo che tutti i visitatori arrivino sul nuovo.

rsync -avz --progress utente@vecchio-server:/percorso/del/sito/ /var/www/site/

203.0.113.10  www.vostro-sito.com vostro-sito.com

Se i vostri indirizzi email sono ospitati sullo stesso account di hosting condiviso, cambiate solo i record DNS del sito e lasciate al loro posto i record MX: la posta continua a funzionare durante e dopo il passaggio, e si migra a parte.