Server dedicati, VPS e cloud: dimensionare e controllare le risorse
La scelta tra server dedicati, VPS e cloud si prende spesso nel momento sbagliato. Un metodo per dimensionare dal carico reale e tenere le risorse sotto controllo.
La scelta tra server dedicati, VPS e cloud arriva quasi sempre nel momento sbagliato: quando il gestionale è lento, quando il disco è pieno, quando il fornitore manda il rinnovo. In quei momenti si tende a comprare più di quello che serve, oppure a tenere quello che c'è e sperare. Nessuna delle due strade è un criterio. Il metodo è un altro: capire quale modello ha senso per il vostro carico, dimensionare senza indovinare e guardare poche cose ogni settimana per non trovarsi di nuovo con la macchina al limite.
Server dedicati, VPS e cloud: cosa cambia davvero
Un server dedicato è una macchina fisica tutta vostra. Una VPS è una fetta di un server condiviso, con risorse riservate ma limitate dal piano del fornitore. Il cloud mette insieme macchine virtuali, dischi e rete che si possono aggiungere o togliere a richiesta. La differenza sta in chi controlla l'hardware e in quanto velocemente si può cambiare taglia.
Il dedicato conviene quando il carico è stabile e pesante, o quando ci sono vincoli precisi su dove stanno i dati e chi tocca le macchine. Nessun vicino rumoroso, prestazioni prevedibili. Però se si rompe un disco il ricambio lo fa qualcuno in un datacenter, e nel frattempo si aspetta.
La VPS è la scelta più comune per una PMI, e spesso a ragione. Costa meno, si crea in pochi minuti, si ridimensiona con un riavvio. Il limite è che le risorse sono quelle del piano: finita la memoria, si cambia piano, e se il fornitore non ha un taglio intermedio si paga il salto intero.
Il cloud, inteso come infrastruttura dove si compongono macchine virtuali, dischi, reti e servizi gestiti, dà la massima elasticità. Si paga a consumo, il che è un vantaggio solo se qualcuno guarda i consumi. Senza controllo, la fattura cresce in silenzio e nessuno si accorge che una macchina di prova è accesa da mesi.
Dimensionare: si parte dal carico, non dal listino
L'errore classico è aprire il configuratore del fornitore e scegliere quello di mezzo. Il dimensionamento parte da un'altra parte: da cosa gira sulla macchina e da come si comporta nelle ore in cui lavora davvero.
Se avete già un sistema in produzione, misuratelo prima di decidere. Qualche settimana di dati su processore, memoria, disco e rete vale più di qualunque tabella. Guardate i picchi, non le medie. Un server che per gran parte della giornata dorme e a fine giornata, quando parte l'elaborazione notturna del gestionale, satura la memoria, è un server sottodimensionato, anche se la media dice il contrario.
Se il sistema è nuovo, chiedete al fornitore dell'applicazione i requisiti e trattateli come punto di partenza, non come verità. Chi scrive software indica quasi sempre il minimo per installarlo, non quello che serve con i vostri dati e i vostri utenti.
Le domande da farsi, risorsa per risorsa:
- Processore. Quanti utenti lavorano insieme nei momenti di punta? Ci sono elaborazioni pesanti (report, fatturazione, importazioni) che partono a orari fissi?
- Memoria. Il database ha bisogno di tenere in memoria le tabelle su cui lavora di più. Un PostgreSQL o un SQL Server con poca RAM non va più lento di un po': va a leggere su disco quello che dovrebbe stare in memoria, e tutto rallenta a cascata.
- Disco. Non solo quanto spazio, ma quanto è veloce. Un database su un disco lento è il collo di bottiglia più comune, e il processore in più non lo risolve.
- Rete. Chi si collega da fuori, quanto trasferisce, se ci sono copie che partono verso un'altra sede e in quale fascia oraria.
Sul margine di crescita conviene essere concreti. Una macchina che oggi usa quasi tutta la memoria non ha spazio per il prossimo aggiornamento dell'applicazione, per qualche assunzione, per un modulo in più. Lasciate aria, ma scrivete perché l'avete lasciata: tra un anno qualcuno chiederà se quella macchina si può ridurre, e la risposta deve esserci.
Controllare le risorse: cosa guardare e quando intervenire
Dimensionare bene una volta non basta. Il carico cambia, i dati crescono, qualcuno installa qualcosa e se lo dimentica. Il controllo serve a vedere il problema settimane prima che diventi un fermo.
Il caso più banale è anche il più frequente: il disco pieno. Succede quasi sempre di notte. I log di un web server Nginx o Apache che nessuno ruota, un dump del database copiato temporaneamente sulla stessa macchina, le immagini Docker vecchie che si accumulano. Il database non riesce più a scrivere, l'applicazione comincia a dare errori strani, e la mattina dopo nessuno collega i due fatti. Una soglia sullo spazio libero avrebbe mandato un avviso giorni prima.
Le soglie vanno concordate, non lasciate ai valori predefiniti dello strumento. Per ogni risorsa servono due livelli: uno che dice "guardiamoci tra qualche giorno" e uno che dice "intervenire adesso". E ogni avviso deve avere un destinatario che sa cosa fare, altrimenti dopo un mese finiscono tutti in una cartella che nessuno apre.
Oltre alle risorse della macchina, tenete d'occhio le scadenze: certificati, domini, licenze, rinnovi del piano. Un certificato scaduto blocca un portale esattamente come un server spento, ma non compare in nessun grafico di processore.
C'è un'ultima cosa che il controllo delle risorse rivela quasi sempre: macchine di cui nessuno ricorda il motivo. Prima di decidere quanto deve essere grande ogni server, serve sapere quali server esistono e a cosa servono. Ne abbiamo scritto in l'inventario che viene prima degli strumenti.
Come accedere alla VPS senza creare un problema di sicurezza
È la domanda che arriva più spesso da chi ha appena attivato una macchina, e la risposta tecnica è breve. Su Linux ci si collega in SSH, un protocollo che apre un terminale remoto cifrato, usando l'indirizzo della macchina e un'utenza. Il fornitore di solito manda una password iniziale. È il primo passo, non il modo in cui si lavora per i prossimi anni.
Il modo giusto, in ordine:
- Sostituire la password con una coppia di chiavi: la chiave privata resta sul computer di chi accede, quella pubblica va sul server. Dopo, l'accesso con password si disattiva.
- Non lavorare come amministratore. Un'utenza personale per ciascuna persona, con i permessi elevati solo quando servono. Così si sa chi ha fatto cosa, e quando una persona lascia l'azienda si toglie una chiave invece di cambiare la password a tutti.
- Chiudere la porta di gestione verso Internet. Un firewall che accetta connessioni solo da indirizzi noti oppure, meglio, una VPN aziendale attraverso cui passano tutti gli accessi tecnici.
- Scrivere da qualche parte chi ha accesso, da quale postazione e per cosa. Il giorno in cui serve, il documento deve già esserci.
Lo stesso vale per i server dedicati e per le macchine in cloud. Cambia solo il punto d'ingresso: nel cloud c'è anche la console web del fornitore, e quella merita l'autenticazione a due fattori prima di qualunque altra cosa, perché da lì si cancellano le macchine. Chi vuole un quadro più ampio su accessi e perimetro trova una traccia nell'articolo su cosa protegge davvero una PMI.
Server dedicati, VPS e cloud: quando cambiare taglia e quando cambiare modello
Crescere di taglia è la mossa facile. Ha senso quando una sola risorsa è al limite e tutto il resto va bene: più memoria al database, più disco all'archivio documentale. Prima di farlo, però, vale una verifica rapida: il problema è davvero la macchina o è qualcosa che gira male sopra? Una query senza indice, un backup che parte in orario d'ufficio, un container che perde memoria. Comprare risorse per coprire un difetto di configurazione funziona per qualche mese, poi si ripresenta.
Cambiare modello è un'altra cosa, e si fa con un piano di migrazione: inventario di cosa gira, finestra di intervento concordata, piano di ritorno nel caso qualcosa non funzioni. I segnali che è ora:
- la VPS ha raggiunto il taglio massimo del fornitore e il carico cresce ancora;
- il dedicato resta inutilizzato per gran parte del tempo ma si paga per intero, e il carico ha picchi prevedibili che il cloud assorbirebbe meglio;
- nel cloud la fattura mensile non è più spiegabile voce per voce, e nessuno sa dire quali macchine si possono spegnere;
- servono garanzie precise su dove risiedono i dati, e il piano attuale non le dà.
In tutti i casi, prima di spostare qualsiasi cosa, assicuratevi che le copie siano state provate davvero. Una migrazione è il momento in cui un backup mai ripristinato viene scoperto, e scoprirlo lì costa caro. Il metodo è in come verificare i backup prima del guasto.
Da dove partire
Prendete la lista delle macchine che avete, anche se è su un foglio. Per ciascuna scrivete cosa ci gira, quanto usa di processore, memoria e disco nell'ora peggiore della settimana, e chi può accedervi. Dove manca il dato, attivate un monitoraggio e aspettate qualche settimana prima di decidere. Dove la macchina è al limite, chiedetevi prima se è la taglia o la configurazione. Se preferite fare questo giro con qualcuno che lo fa di mestiere, in Forgiant ci occupiamo di dimensionamento, monitoraggio e migrazioni: perimetro, priorità e modalità si definiscono insieme nella proposta.
Domande frequenti
Meglio una VPS o un server dedicato per una piccola azienda?
Per la maggior parte delle PMI la VPS è il punto di partenza ragionevole: costa meno e si ridimensiona in fretta. Il dedicato ha senso con carichi pesanti e stabili o con vincoli precisi sulla collocazione dei dati. La scelta si fa misurando il carico reale, non guardando il listino.
Come capisco se il server è sottodimensionato?
Guardate i picchi, non le medie: memoria quasi esaurita durante le elaborazioni, disco che si riempie, attese sul disco mentre il database lavora. Prima di comprare risorse, verificate che il problema non sia una configurazione o una query che gira male.
Come accedere alla VPS in modo sicuro?
Su Linux si usa SSH con una coppia di chiavi al posto della password, un'utenza personale per ciascuna persona e la porta di gestione chiusa verso Internet, raggiungibile solo da VPN o da indirizzi noti. Tenete un elenco scritto di chi ha accesso e per cosa.