Come migrare da Hetzner: guida passo-passo

Hetzner è da tempo una scelta popolare per l'hosting europeo a prezzo contenuto, ma non è adatto a ogni azienda. Se ti è mai capitato di vedere un account sospeso senza preavviso, hai avuto difficoltà a ricevere fatturazione nella tua lingua o semplicemente desideri un fornitore più vicino al mercato dell'Europa centro-orientale, questa guida ti accompagna nella migrazione del tuo VPS o server dedicato verso MMITech con tempi di inattività minimi.

Nell'ultimo anno abbiamo aiutato decine di clienti a lasciare Hetzner. Il processo è lineare se segui la sequenza corretta, e la maggior parte dei carichi di lavoro può essere commutata in meno di un'ora di reale indisponibilità.

Quando ha senso migrare da Hetzner

Hetzner è un fornitore competente. La migrazione vale il tuo tempo quando si verifica una o più delle seguenti situazioni:

• Hai subito sospensioni improvvise dell'account, spesso causate dal rilevamento automatico di abusi su subnet condivise.
• Ti serve fatturazione in sloveno, croato, ceco o ungherese, oppure documentazione fiscale conforme ai tuoi requisiti contabili locali.
• I tuoi clienti si trovano nella regione CEE e la latenza verso Falkenstein o Helsinki danneggia le prestazioni.
• Vuoi supporto nel tuo fuso orario con tempi di risposta misurati in minuti e non in giorni lavorativi.
• Ti serve storage a blocchi o a oggetti con la stessa ridondanza basata su Ceph, senza pagare add-on separati.
• Stai consolidando più fornitori e vuoi un'unica relazione di fatturazione per VPS, server dedicati, storage Nextcloud e domini.

Se nulla di tutto questo si applica, restare è una scelta valida. Se anche uno solo si applica, continua a leggere.

Checklist pre-migrazione

Prima di attivare qualunque cosa da parte nostra, documenta cosa hai su Hetzner. Un'ora spesa qui ti fa risparmiare quattro ore dopo.

1. Inventaria ogni servizio in esecuzione sul server. Web server, database, cron, mail, code di messaggi, worker in background, agenti di monitoraggio, endpoint VPN. Un semplice systemctl list-units --type=service --state=running è un buon punto di partenza.
2. Elenca tutti i domini e i record DNS. Annota i TTL attuali e dove è ospitato il DNS. Se il DNS è sulla Hetzner Console, dovrai migrare anche quello o spostarlo prima a un terzo come Cloudflare.
3. Documenta dimensioni ed engine dei database. MySQL, MariaDB, PostgreSQL, Redis, MongoDB. Annota le versioni, perché aggiornare versione durante una migrazione moltiplica il rischio.
4. Annota tutte le porte aperte sul firewall e qualsiasi regola Hetzner Cloud Firewall. Non si migrano automaticamente.
5. Identifica i servizi esterni che hanno il tuo IP attuale in allowlist. Gateway di pagamento, relay SMTP, partner API, servizi di monitoraggio. Ognuno andrà aggiornato dopo il cutover.
6. Verifica l'origine dei certificati SSL. I certificati Let's Encrypt si rigenerano facilmente. I certificati a pagamento possono essere legati a IP o hostname attuali.
7. Fai un backup prima di iniziare. Crea uno snapshot completo o un export. Se qualcosa va storto durante la migrazione, hai un punto di ripristino noto buono.

Passo 1: provisioning del tuo VPS MMITech

Ordina un VPS che corrisponda o superi leggermente le specifiche attuali su Hetzner. Se sei su una linea Hetzner CX o CCX, i nostri piani Cloud VPS si mappano puliti sullo stesso profilo di RAM e CPU. Se gestisci carichi CPU-intensive come compilazione, codifica video o grandi database, la linea AMD VPS offre prestazioni single-thread nettamente superiori su core Ryzen.

Scegli la stessa versione di sistema operativo che usi su Hetzner. Migrare da Ubuntu 22.04 a Ubuntu 22.04 è semplice. Cambiare major version durante una migrazione di host è una ricetta per sorprese. Trattalo come progetto separato.

Una volta attivato, completa l'hardening di base prima di copiare alcunché:

# Aggiorna il sistema
apt update && apt upgrade -y

# Crea un utente non-root
adduser deploy
usermod -aG sudo deploy

# Copia la tua chiave SSH
mkdir -p /home/deploy/.ssh
cp ~/.ssh/authorized_keys /home/deploy/.ssh/
chown -R deploy:deploy /home/deploy/.ssh
chmod 700 /home/deploy/.ssh
chmod 600 /home/deploy/.ssh/authorized_keys

# Disabilita SSH come root e l'autenticazione con password
sed -i 's/^#PermitRootLogin.*/PermitRootLogin no/' /etc/ssh/sshd_config
sed -i 's/^#PasswordAuthentication.*/PasswordAuthentication no/' /etc/ssh/sshd_config
systemctl restart ssh

Passo 2: abbassa i TTL DNS prima della migrazione

Questo è il passo che la maggior parte salta e poi rimpiange. Almeno 24-48 ore prima del cutover, abbassa il TTL di ogni record DNS che cambierai.

Se i record hanno un TTL di 3600 o 14400 secondi, portali a 300. Così, al momento del cambio DNS, la propagazione si completa in 5 minuti invece che in 4 ore. Dopo aver verificato la migrazione, riporta i TTL a 3600.

Se il tuo DNS è sulla Hetzner Console e prevedi di spostarlo, fallo ora. Sposta il DNS a Cloudflare o altro fornitore mentre punta ancora all'IP Hetzner. Avrai una variabile in meno al momento del cutover.

Passo 3: sincronizzazione iniziale dei dati

Per la maggior parte dei server, rsync su SSH è lo strumento giusto. Il trucco è farlo in due passaggi: un primo passaggio con la sorgente attiva, poi un delta finale dopo aver fermato i servizi al cutover.

Dal tuo nuovo VPS MMITech, scarica i dati da Hetzner:

# Sincronizza le web root
rsync -avz --progress \
  -e "ssh -i /root/.ssh/id_ed25519" \
  root@vecchio-hetzner-ip:/var/www/ \
  /var/www/

# Sincronizza le directory delle applicazioni
rsync -avz --progress \
  -e "ssh -i /root/.ssh/id_ed25519" \
  root@vecchio-hetzner-ip:/opt/ \
  /opt/

# Sincronizza le home
rsync -avz --progress \
  -e "ssh -i /root/.ssh/id_ed25519" \
  root@vecchio-hetzner-ip:/home/ \
  /home/

# Sincronizza le configurazioni
rsync -avz --progress \
  -e "ssh -i /root/.ssh/id_ed25519" \
  root@vecchio-hetzner-ip:/etc/ \
  /etc/hetzner-backup/

Scarica /etc/ in una directory separata invece di sovrascrivere la tua installazione pulita. La userai come riferimento per le configurazioni dei servizi, non da copiare alla cieca.

Per host Docker, sincronizza /var/lib/docker/volumes/ e i tuoi file compose. Non provare a copiare /var/lib/docker/ per intero, quel percorso non è portabile in sicurezza.

Passo 4: migra correttamente i database

I database richiedono un approccio dump-and-restore, non la copia di file. Copiare file raw di database tra istanze in esecuzione causa corruzione più spesso che no.

Per MariaDB o MySQL:

# Sul vecchio server Hetzner
mysqldump --all-databases \
  --single-transaction \
  --quick \
  --routines \
  --triggers \
  --events \
  | gzip > /tmp/full-dump.sql.gz

# Trasferimento
scp /tmp/full-dump.sql.gz root@nuovo-mmitech-ip:/tmp/

# Sul nuovo server MMITech
zcat /tmp/full-dump.sql.gz | mysql

Per PostgreSQL:

# Su Hetzner
pg_dumpall -U postgres | gzip > /tmp/pg-dump.sql.gz

# Su MMITech
zcat /tmp/pg-dump.sql.gz | psql -U postgres

Esegui un dump e restore di prova con largo anticipo rispetto al cutover. Verifica che il nuovo server avvii correttamente le applicazioni contro i dati ripristinati. Risolvi ora gli errori di mismatch di versione, non durante un cutover alle 2 del mattino.

Passo 5: reinstalla e configura i servizi

Non copiare binari o unit systemd letteralmente dal server Hetzner. Installa i servizi da zero su MMITech, poi sovrapponi le tue configurazioni.

Sequenza tipica di reinstallazione:

# Web server
apt install -y nginx

# PHP se serve
apt install -y php-fpm php-mysql php-redis php-curl php-gd \
               php-imagick php-mbstring php-xml php-zip

# Client tools per database (i server già fatti al passo 4)
apt install -y mariadb-client redis-tools

Poi copia i file di configurazione specifici dalla tua directory /etc/hetzner-backup/:

cp /etc/hetzner-backup/nginx/sites-available/* /etc/nginx/sites-available/
cp /etc/hetzner-backup/php/8.2/fpm/pool.d/* /etc/php/8.2/fpm/pool.d/

# Testa prima di abilitare
nginx -t

Questo approccio intercetta assunzioni specifiche di Hetzner nelle vecchie configurazioni, come interfacce di rete private hardcoded o riferimenti al metadata service di Hetzner Cloud, prima che rompano qualcosa.

Passo 6: sync finale e cutover

Pianifica il cutover in una finestra a basso traffico. Per la maggior parte delle aziende europee è tra le 23:00 e le 05:00 CET.

Sequenza di cutover:

1. Metti una pagina di manutenzione sul server Hetzner, o abilita la modalità read-only nell'applicazione.
2. Ferma i servizi a uso scrittura intensivo su Hetzner: web server, worker applicativi, cron.
3. Esegui un delta rsync finale da MMITech per recuperare tutto ciò che è cambiato dalla sync iniziale.
4. Fai un dump finale del database e ripristinalo su MMITech.
5. Avvia i servizi su MMITech ed esegui uno smoke test direttamente contro il nuovo IP (usa curl --resolve o modifica il file hosts locale).
6. Verifica che i certificati SSL siano validi. Rigenera i certificati Let's Encrypt con il nuovo IP quando il DNS si è propagato, se necessario.
7. Sposta i record DNS A e AAAA verso il nuovo IP MMITech.
8. Monitora i log su entrambi i server. Il traffico Hetzner dovrebbe scendere a zero in 5-30 minuti man mano che le cache scadono.

Passo 7: verifica post-migrazione

Non dismettere ancora Hetzner. Lascialo in modalità read-only o spento per almeno 7 giorni. Ti dà un'opzione di rollback rapido e tempo per individuare problemi.

Verifica questi punti nelle prime 24 ore:

• Tutti i siti caricano correttamente con SSL valido.
• La consegna email funziona in entrambe le direzioni. Se ospiti la mail in proprio, rivedi SPF, DKIM e DMARC.
• I cron sono in esecuzione. Controlla i log negli orari attesi.
• I log applicativi non mostrano errori ricorrenti.
• I servizi esterni che usano allowlist per IP sono aggiornati.
• Gli agenti di monitoraggio riportano dal nuovo server.
• I backup girano sul nuovo server.

Dopo 7 giorni di funzionamento pulito, puoi cancellare il server Hetzner in sicurezza. Per eventuali importi prepagati residui, possiamo aiutarti con una riconciliazione di fattura finale dalla nostra parte.

Errori comuni nella migrazione da Hetzner

Le reti private di Hetzner Cloud non esistono dal nostro lato. Se le tue applicazioni usano indirizzi 10.x.x.x per la comunicazione tra server, dovrai configurare reti private equivalenti o connettività VPN su MMITech. Supportiamo VLAN private per setup multi-server.

rDNS non è automatico. Il reverse DNS per server che inviano mail va impostato dal nostro lato via richiesta di supporto. Fallo prima di spostare la mail.

I metadati cloud-init sono specifici del provider. Tutto ciò che si appoggia al metadata service di Hetzner fallirà silenziosamente. Cerca nel tuo codice riferimenti a 169.254.169.254.

I percorsi Hetzner Storage Box non funzionano più. Se monti uno Storage Box Hetzner per i backup, imposta uno storage di backup alternativo. Offriamo spazio di backup dedicato compatibile con Proxmox Backup Server.

Domande frequenti

Quanto dura una tipica migrazione da Hetzner a MMITech?

Per un singolo VPS con applicazione LAMP o LEMP standard sotto i 50 GB di dati, conta 2-4 ore di preparazione e 30-60 minuti di reale inattività. Database più grandi o setup multi-servizio complessi richiedono pianificazione proporzionalmente maggiore.

MMITech può aiutare con la migrazione?

Sì. Offriamo assistenza alla migrazione per i clienti che ordinano piani VPS o dedicati. Contatta il nostro team prima di iniziare e pianificheremo la finestra di migrazione, daremo consigli sul sizing e assisteremo al cutover.

Perderò dati durante la migrazione?

Se segui l'approccio dump-and-restore per i database ed esegui un rsync finale al cutover, no. La finestra di rischio sono i pochi minuti tra sync finale e propagazione DNS, motivo per cui abbassare i TTL in anticipo è importante.

Devo migrare tutti i servizi in una volta?

No. Molti clienti migrano carico per carico. Sposta prima un VPS di sviluppo, valida l'esperienza, poi sposta la produzione. È anche l'approccio giusto se stai consolidando da più server Hetzner.

E i domini registrati con Hetzner?

I trasferimenti di dominio sono separati dalla migrazione del server. Una volta che i tuoi servizi girano su MMITech, puoi trasferire i domini a noi in qualsiasi momento. Supportiamo la maggior parte dei TLD tramite il nostro servizio di trasferimento domini.

Pronto a migrare?

Se sei arrivato fin qui, hai un quadro chiaro di cosa comporta la migrazione. Abbiamo costruito la nostra infrastruttura su storage Ceph enterprise, rete ridondante a 40 GbE e un datacenter in EU (Slovenia) proprio per clienti che cercano affidabilità senza l'overhead aziendale dei fornitori più grandi.

Ordina un Cloud VPS o un AMD VPS e contatta il nostro team se vuoi aiuto nel pianificare il cutover. Risponderemo nella tua lingua, nel tuo fuso orario, e saremo le stesse persone con cui parlerai il mese prossimo quando ti servirà altro.