Recensione Hetzner Cloud 2026: quattro anni, tre server e ogni voce di spesa spiegata

Alcuni link in questa pagina sono link di affiliazione: se ti registri tramite questi link, il sito riceve una commissione senza costi aggiuntivi per te. Prezzi e consigli non cambiano.

Il server più vecchio del nostro account è stato creato il 29 settembre 2022 ed è ancora in funzione. Non è mai stato migrato, ricostruito o ripristinato da un backup. Da allora si sono aggiunte altre due macchine, la più recente tre settimane fa. Questa è l’intera base di questa recensione: tre macchine, quattro anni, una fattura al mese e un elenco di cose andate storte quasi tutte per colpa nostra.

La maggior parte delle recensioni su Hetzner è una tabella prezzi con qualche aggettivo. Questa invece è la fattura, voce per voce, più le parti della fattura che è facile non notare, e il racconto onesto di cosa abbiamo rotto noi.

Cosa gestiamo davvero

Nessun load balancer, nessun servizio gestito, nessun Kubernetes. Tre macchine Linux, Docker e un reverse proxy. Quattro anni di uptime a cui non abbiamo dovuto pensare è il risultato principale, e vale la pena dirlo chiaramente prima che arrivino le lamentele: in quattro anni, nessuno dei nostri disservizi è stato causato da Hetzner.

La fattura, voce per voce

Queste cifre provengono dall’API dei prezzi di Hetzner, letta il giorno della pubblicazione, in EUR IVA esclusa.

Due di queste voci meritano un paragrafo a testa, perché sono quelle che ti prosciugano i soldi senza farsi notare.

La voce del floating IP

Un floating IP costa €3.00 al mese, sei volte il prezzo dell’IPv4 primario sul server, ed è fatturato indipendentemente dal fatto che ci sia qualcosa collegato o no. Ne abbiamo trovati due sul nostro account, residuo di una migrazione finita mesi prima, che non instradavano nulla. Cancellarli ha tagliato €6 al mese, che su una flotta la cui macchina più economica costa €5.49 equivale a un server intero in più.

Vai a controllare i tuoi floating IP adesso. Se uno non è collegato a nulla, non è una scorta, è un abbonamento.

La voce del traffico è davvero generosa

20 TB al mese inclusi, per server, nelle location europee, e €1.00 per TB in più. Per confronto, la soglia equivalente nei grandi cloud americani si misura in centinaia di gigabyte e l’eccedenza viene fatturata al gigabyte, tipicamente intorno a €0.09. Con un terabyte di traffico in uscita al mese, la differenza è tra un arrotondamento e una fattura che raddoppia.

Questo è di gran lunga il motivo più forte per far girare su Hetzner, piuttosto che su un hyperscaler, qualsiasi cosa consumi banda - media, backup, un mirror di pacchetti, un endpoint di analytics. Abbiamo passato in rassegna le alternative in Il miglior VPS per il self-hosting nel 2026.

Cosa è andato storto in quattro anni

Ogni incidente qui sotto è stato colpa nostra. Li elenchiamo perché sono gli stessi in cui incapperai anche tu, e nessuno di essi compare in un confronto tra funzionalità.

1. Le immagini vengono senza swap

Un runner CI sulla macchina 2 è andato offline ed è rimasto offline per dieci giorni. Il sintomo sembrava quello di una macchina irraggiungibile. La causa era una build che allocava più dei 4 GB disponibili, l’OOM-killer del kernel che terminava il processo del runner, e systemd che non lo riavviava. La macchina era attiva da 85 giorni con zero swap, perché l’immagine di base non ne configura alcuna.

Uno swapfile da 4 GB in /etc/fstab ha risolto il problema in modo permanente, e la stessa build è poi arrivata a completarsi:

fallocate -l 4G /swapfile && chmod 600 /swapfile
mkswap /swapfile && swapon /swapfile
echo '/swapfile none swap sw 0 0' >> /etc/fstab

Se esegui build su una macchina da 4 GB, fallo dal primo giorno. Tratta un “il servizio è giù da giorni” su una macchina Hetzner come un possibile OOM prima di trattarlo come un problema di rete.

2. La cache di build di Docker ha mangiato due terzi del disco

Su un disco da 38 GB, 24 GB erano cache di build di Docker. Niente ti avvisa; la macchina inizia semplicemente a far fallire le scritture. Un docker system prune -af --volumes pianificato, o come minimo un alert sullo spazio disco, non è opzionale su un piano da 40 GB.

3. fail2ban ha bannato il nostro stesso bridge

Un host ha iniziato a rispondere 503 a tutto. fail2ban aveva intercettato traffico proveniente dal bridge Docker, cioè dal nostro stesso reverse proxy, e aveva bannato l’indirizzo del gateway. Metti in whitelist le tue reti bridge in ignoreip prima di distribuire fail2ban insieme a Docker, non dopo.

4. Il piano che avevi messo a budget potrebbe non essere ordinabile

La disponibilità della linea CX cambia nel corso della giornata, per location. Abbiamo letto l’API a mezzogiorno e il piano da €5.49 non era disponibile in nessuna delle tre location europee; cinque ore dopo era ordinabile in due di esse. L’array prices[] elenca anche location in cui non puoi ordinare, il che fa sembrare un’offerta quello che è solo un record. Il segnale affidabile è server_types[].locations[].available, e GET /v1/datacenters restituisce HTTP 410 da giugno 2026, quindi non esiste una seconda fonte da controllare.

Cosa Hetzner ancora non vende

Secondo il changelog di questo mese, ed è questo l’onesto motivo per non scegliere Hetzner:

• Nessun database gestito. Nessun equivalente di RDS o di un Postgres gestito. Il database lo gestisci tu, il failover lo gestisci tu, i backup sono tuoi.
• Nessun Kubernetes gestito. Esiste un cloud controller manager ufficiale e un CSI driver, che rendono piacevole un cluster autogestito, ma il control plane resta da gestire a te.
• Poco altro è gestito. Object storage e storage box esistono; load balancer, reti e firewall esistono e funzionano. Oltre a questo il catalogo è deliberatamente corto, e il 2026 ha aggiunto funzionalità, non prodotti.
• Meno region. Tre location europee più qualche altra sparsa altrove. Se i tuoi utenti sono in Asia o in Sud America, la latenza è un argomento reale contro.
• Il supporto è un ticket, non una telefonata. In quattro anni ne abbiamo aperti quasi nessuno, il che è già una risposta di per sé, ma non aspettarti un account manager.

Backup: la casella che lasciamo deselezionata, e perché

I backup automatici di Hetzner costano il 20% del prezzo del server e mantengono 7 slot. Su una macchina da €5.49 sono €1.10 al mese, una cifra così bassa che il consiglio di default dovrebbe essere di attivarli.

Noi li lasciamo spenti, e questo ragionamento vale la pena copiarlo solo se la seconda metà si applica anche a te: gli snapshot di un intero server ripristinano un intero server, che è l’unità sbagliata quando quello che ti serve recuperare è un database e una directory di configurazione. I nostri backup vanno su object storage compatibile S3 secondo una pianificazione, sono versionati, e vengono testati con ripristini periodici. Se non hai intenzione di costruire tutto questo, attiva la casella oggi stesso. Un backup da €1.10 non testato batte un piano disciplinato che non hai mai scritto.

Chi dovrebbe usare Hetzner, e chi no

Usalo se gestisci il tuo stack, il tuo traffico è pesante in termini di banda, i tuoi utenti sono in Europa, e preferisci passare un’ora su apt piuttosto che spendere €200 al mese in servizi gestiti. Il rapporto prezzo/prestazioni non è un vantaggio marginale, è un fattore di tre o quattro, e l’hardware è stato noioso nel senso migliore del termine.

Non usarlo se hai bisogno di un database gestito con un contratto di supporto dietro, di un control plane per cui qualcun altro viene chiamato in caso di guasto, o di una region in Asia. I soldi che risparmi usciranno di nuovo come tuo tempo, e se il tuo tempo è la risorsa scarsa, quello scambio è svantaggioso.

Per noi, nell’arco di quattro anni e tre macchine, il verdetto è semplice: l’infrastruttura non è mai stata il problema. Tutto quello che compare nella lista di incidenti qui sopra ce lo siamo fatto da soli, e ciascuno di quegli errori sarebbe costato di più se fatto altrove.