Alternative a DigitalOcean: confronto per sviluppatori

Cosa cambia davvero nelle alternative a DigitalOcean

La maggior parte delle alternative a DigitalOcean cambia il costo, non la macchina. In ogni caso si ottiene una macchina virtuale Linux con un IP pubblico, un disco virtio e accesso root; al kernel non importa quale logo sia presente nel pannello di controllo. Le differenze che determinano la scelta sono il prezzo per GB di RAM, la quantità di trasferimento inclusa e il costo di ogni byte oltre tale soglia, la tecnologia effettivamente utilizzata dal disco e la parte dello stack, oltre al sistema operativo, che il provider gestisce per conto dell'utente.

Questa guida confronta i provider su questi aspetti, perché uno sviluppatore può verificarli tutti da un terminale o consultando un listino pubblicato. Indica anche i casi in cui DigitalOcean è la scelta corretta, perché un confronto che non riconosce alcun punto di forza non è un'analisi, ma una pubblicità.

Tutti i prezzi riportati di seguito sono prezzi di listino pubblicati, verificati il 5 agosto 2026. I prezzi cambiano e più di un provider incluso in questa guida li ha modificati nel corso del 2026. La struttura dei prezzi cambia molto più lentamente; perciò valutate prima i rapporti e il modello di fatturazione, quindi verificate il prezzo aggiornato sulla pagina del provider prima di procedere.

Il prezzo per GB di RAM è il dato da confrontare

[
  {
    "provider": "DigitalOcean 1 GB",
    "ram_gb": 1,
    "monthly_usd": "6.00",
    "usd_per_gb_ram": "6.00"
  },
  {
    "provider": "DigitalOcean 4 GB",
    "ram_gb": 4,
    "monthly_usd": "24.00",
    "usd_per_gb_ram": "6.00"
  },
  {
    "provider": "Akamai Nanode 1 GB",
    "ram_gb": 1,
    "monthly_usd": "5.00",
    "usd_per_gb_ram": "5.00"
  },
  {
    "provider": "Vultr NVMe 1 GB",
    "ram_gb": 1,
    "monthly_usd": "6.00",
    "usd_per_gb_ram": "6.00"
  },
  {
    "provider": "Hetzner CX23 4 GB",
    "ram_gb": 4,
    "monthly_usd": "6.49",
    "usd_per_gb_ram": "1.62"
  }
]

All'interno dello stesso provider, il prezzo per GB di RAM varia appena. DigitalOcean applica 6.00 $ per GB nel piano da 1 GB e gli stessi 6.00 $ per GB nel piano da 4 GB, che costa 24.00 $ al mese. Scegliere un piano più grande presso lo stesso provider non comporta uno sconto, quindi la dimensione del piano non è il fattore decisivo. Lo è il provider.

Akamai, che ora commercializza i servizi precedentemente offerti da Linode, propone i piani condivisi da 2 GB e 4 GB a 12 $ e 24 $, esattamente come DigitalOcean. Il piano di ingresso costa meno, con 5.00 $. Quando due aziende applicano esattamente lo stesso prezzo, il dato merita attenzione: quella fascia è definita in base a un concorrente, non all'hardware, e continuerà a seguire il prezzo di quel concorrente.

La differenza emerge con i provider che gestiscono i propri datacenter e vendono in euro. Un Hetzner CX23 offre 4 GB di RAM a circa 6.49 $ al mese, pari a 1.62 $ per GB, quasi un quarto della tariffa di DigitalOcean. Il valore in dollari è convertito da un prezzo di listino in euro, quindi varia con il tasso di cambio. Hetzner ha inoltre aumentato i prezzi del cloud nel corso del 2026, quindi i vecchi articoli comparativi riportano cifre non più disponibili.

Il prezzo per GB di RAM non dice nulla sulla CPU disponibile. Un vCPU condiviso indica che l'hypervisor pianifica il tuo core insieme a quelli di altri tenant. La verifica corretta va eseguita su una macchina che hai effettivamente noleggiato:

vmstat 1 10

Leggi la colonna st. Indica la percentuale di tempo in cui il tuo vCPU era pronto per l'esecuzione, ma l'hypervisor ha assegnato il core fisico a un altro tenant. Durante il carico, pochi punti percentuali sono normali. Un valore a due cifre mantenuto nel tempo indica che l'host è sovraccarico. Nessun prezzo per GB può compensare un core che non puoi utilizzare. Esegui il test nell'ora di maggiore attività, perché lo steal time dipende dagli altri tenant e gli altri tenant hanno orari propri. Per una panoramica più ampia del costo effettivo di un mese di hosting, includendo storage e traffico, leggi quanto costa un VPS mese per mese.

Il costo reale del traffico incluso

[
  {
    "provider": "DigitalOcean 1 GB",
    "included_tb": 1,
    "overage_usd_per_tb": "10.00"
  },
  {
    "provider": "Akamai Nanode 1 GB",
    "included_tb": 1,
    "overage_usd_per_tb": "5.00"
  },
  {
    "provider": "Vultr NVMe 1 GB",
    "included_tb": 2,
    "overage_usd_per_tb": "10.00"
  },
  {
    "provider": "Hetzner CX23 4 GB",
    "included_tb": 20,
    "overage_usd_per_tb": "1.20"
  }
]

DigitalOcean include 1 TB di traffico in uscita nel piano entry-level e fattura l'eccedenza per GiB, con un costo effettivo vicino a $10.00 per ogni TB aggiuntivo. Akamai include gli stessi TB e applica un costo all'incirca dimezzato, pari a circa $5.00 per TB. Vultr include 2 TB, con una tariffa per l'eccedenza simile. Hetzner include 20 TB e, oltre tale soglia, addebita circa $1.20 per TB: un ordine di grandezza diverso rispetto agli altri provider.

Tre aspetti strutturali sono più importanti dei valori indicati nei listini. Il traffico in ingresso è gratuito per tutti e quattro i provider, quindi viene conteggiato soltanto quello in uscita. DigitalOcean e Vultr condividono la quota tra tutti i server dell'account: una macchina molto trafficata consuma la quota delle altre e una flotta di piccoli server utilizza un unico pool condiviso. Inoltre, il traffico tra server tramite una rete privata o VPC di norma non viene conteggiato. Per questo motivo collocare il database sull'interfaccia privata è una decisione che riguarda sia la fatturazione sia la sicurezza.

Tutto questo è irrilevante se si è molto al di sotto della soglia. Un blog, un'API con risposte JSON o un piccolo servizio SaaS non raggiungeranno 1 TB in un mese. Video, gallerie di immagini, game server, mirror di pacchetti e destinazioni di backup esterne possono invece raggiungerlo. Misurare prima di fare supposizioni:

sudo apt update && sudo apt install -y vnstat
sudo systemctl enable --now vnstat
vnstat -m

vnstat -m stampa il traffico mensile, distinguendo tra dati ricevuti e trasmessi. Viene fatturata soltanto la colonna dei dati trasmessi. Il database inizialmente è vuoto, quindi il primo dato utile è disponibile un giorno dopo l'installazione e il primo mese completo un mese più tardi. Fino ad allora, il grafico della larghezza di banda del provider è l'unica registrazione disponibile.

Poniti un'ulteriore domanda a cui nessun listino risponde: quando superi la quota, il provider applica un costo oppure limita la velocità della porta? La fatturazione comporta un costo economico. La limitazione penalizza gli utenti, proprio nel momento in cui sono più numerosi. Devi sapere quale delle due conseguenze provoca un picco di traffico.

NVMe o SATA: come verificare ciò che è realmente disponibile

Il pannello indica NVMe. Questa informazione riguarda i dischi presenti nell'host, ma la macchina virtuale potrebbe non utilizzare quei dischi. Lo storage locale colloca il disco virtuale sulle unità presenti nella stessa macchina fisica. Lo storage di rete lo colloca in un cluster di storage separato, raggiunto tramite la rete del datacenter. È questo che rende possibili il ridimensionamento immediato, la migrazione live e la creazione di snapshot direttamente sul volume.

All'interno del guest, i due casi sono identici:

lsblk -d -o NAME,ROTA,MODEL,SIZE
cat /sys/block/vda/queue/rotational

ROTA e rotational restituiscono 0 per tutti i dispositivi che l'host dichiara non rotazionali. Di conseguenza, un volume di rete basato su NVMe restituisce esattamente lo stesso risultato di un dispositivo NVMe locale. Il valore indica che il disco non utilizza piatti rotanti. Non indica dove si trova il disco. Verificare la presenza di un disco NVMe su Linux descrive i nomi dei dispositivi e il significato di ciascuno.

Il test che distingue i due casi misura la latenza con una profondità di coda pari a 1, perché una singola lettura di piccole dimensioni non può nascondersi dietro altre operazioni. Un dispositivo NVMe locale risponde dalla stessa macchina fisica. Un volume di rete aggiunge un round trip attraverso la rete del datacenter a ogni singola lettura. Per questo la sua latenza minima è maggiore, anche quando il throughput con una profondità di coda elevata sembra simile.

sudo apt update && sudo apt install -y fio
fio --name=lat --filename=/var/tmp/fiotest --size=1G --rw=randread --bs=4k \
  --ioengine=libaio --direct=1 --iodepth=1 --runtime=30 --time_based --group_reporting
fio --name=iops --filename=/var/tmp/fiotest --size=1G --rw=randread --bs=4k \
  --ioengine=libaio --direct=1 --iodepth=32 --runtime=30 --time_based --group_reporting
rm -f /var/tmp/fiotest

La prima esecuzione stampa un blocco clat, che contiene la latenza di completamento. Leggi la riga del 99° percentile invece della media, perché la media nasconde i rallentamenti percepiti dagli utenti. La seconda esecuzione stampa IOPS= nella riga di riepilogo. Esegui entrambi i test presso il provider che utilizzi e su un'istanza di prova del provider che stai valutando, nello stesso giorno, quindi confronta i due valori ottenuti. Il dato pubblicato da uno dei due provider è stato misurato su una macchina che non puoi controllare. Esegui il test anche tre volte in orari diversi, perché un host poco utilizzato e uno sovraccarico producono risultati diversi con lo stesso piano. Eseguire correttamente il benchmark di un VPS descrive il metodo, mentre che cosa significa realmente VPS con SSD spiega il significato dei termini usati nel marketing.

Regioni: misura la latenza, non leggere la mappa

Un elenco di regioni è marketing finché non lo misuri. Ciò che percepisce l’utente è il tempo di andata e ritorno tra la sua rete e il server, che dipende dal percorso seguito dai pacchetti, non dalla distanza sulla mappa. Un server a 300 km, raggiunto tramite un collegamento di transito congestionato, è peggiore di uno a 1.500 km raggiunto tramite un percorso libero.

ping -c 20 203.0.113.10
mtr -rwc 50 203.0.113.10
curl -o /dev/null -s -w 'dns %{time_namelookup} connect %{time_connect} tls %{time_appconnect} total %{time_total}\n' https://example.com

mtr mostra ogni hop con la relativa perdita di pacchetti e latenza. Un aumento di 60 ms tra due hop identifica il collegamento problematico, invece di attribuire il problema alla destinazione. Eseguilo da una macchina collegata alla rete utilizzata dagli utenti. I percorsi tra datacenter sono i migliori percorsi disponibili su Internet e fanno apparire ogni provider ugualmente affidabile.

Un aspetto strutturale resta valido anche quando cambiano i prezzi. Se un provider dispone di una sola regione nel tuo continente, il piano di disaster recovery prevede di spostare i servizi in un altro continente, con la latenza che ne consegue. Conta le regioni verso cui effettueresti davvero il failover, non quelle elencate nella pagina.

Snapshot e backup hanno un costo separato

Gli add-on per lo storage sono il punto in cui un piano economico diventa costoso. DigitalOcean addebita $0.06 per GiB al mese per gli snapshot e calcola i backup automatici come percentuale del server: 20% del prezzo del piano per i backup settimanali, 30% per quelli giornalieri, con un'opzione basata sull'utilizzo e fatturata per GiB. Entrambi i modelli sono ragionevoli, ma presentano svantaggi opposti. Un prezzo percentuale cresce con le dimensioni del server, quindi si paga troppo per un server grande che contiene un dataset ridotto. Un prezzo per GiB cresce con la quantità di dati, quindi si paga troppo per un server piccolo collegato a un volume grande.

Chiedi quanto costa un ripristino e quanto tempo richiede, perché il costo della conservazione di un backup è solo la parte meno evidente della questione. Chiedi anche se la distruzione del server elimina anche i relativi snapshot.

Conserva poi una copia che il provider non possa controllare. Gli snapshot del provider risiedono nell'account del provider, quindi la perdita delle credenziali di accesso, un mancato pagamento o la sospensione dell'account possono rendere indisponibili contemporaneamente il server e i relativi backup. I backup di restic in uno storage di tua proprietà costano pochi dollari di object storage, consentono il ripristino presso qualsiasi provider e rendono reversibile una migrazione invece di renderla definitiva.

Quanto dello stack vuoi gestire

I provider si collocano lungo uno spettro. A un estremo noleggi una macchina e gestisci tutto autonomamente. All’altro esegui il push di un branch Git e non vedi mai un server. Il prezzo per GB di RAM è un confronto valido soltanto al primo estremo, perché al secondo stai acquistando lavoro operativo, non memoria, e il lavoro operativo non ha un prezzo per GB.

Prima di confrontare le opzioni, indica con chiarezza a quale estremo ti trovi. Un database gestito a $15.15 al mese sembra costoso rispetto a un server da $6, finché non calcoli le ore necessarie per gestire replica, failover, ripristino point-in-time, aggiornamenti delle minor version e l’alert che sveglia qualcuno alle 03:00. Se questo lavoro spetta a te, gestiscilo autonomamente e conserva la differenza. Se il tuo lavoro consiste nello sviluppare l’applicazione, riacquistare quel tempo è conveniente. La distinzione tra servizi gestiti e non gestiti determina quale colonna del listino prezzi dovresti consultare. Se la risposta sincera è che vuoi avere per te l’intera macchina e i relativi dischi, si tratta di una questione di VPS e server dedicato, non di una questione relativa al provider.

Dove DigitalOcean è la scelta giusta

DigitalOcean conviene quando si acquista la piattaforma, non la macchina virtuale.

• Database gestiti. PostgreSQL e MySQL gestiti partono da $15.15 al mese per 1 GiB di RAM e 10 GiB di spazio di archiviazione, con lo spazio aggiuntivo fatturato per GiB e i nodi standby tariffati singolarmente. Ottenere la stessa affidabilità in autonomia richiede Patroni o repmgr, un archivio per il consenso, un proxy per le connessioni e una procedura di failover effettivamente verificata. Un team di due persone non può gestire tutto questo e continuare a rilasciare funzionalità.
• App Platform. Esegui il push di un branch, ottieni una build, un certificato e un servizio operativo, senza dover applicare patch al sistema operativo. La versione economica di questo prodotto basata su VPS sei tu, di sabato.
• Object storage e load balancer coperti da un provider Terraform maturo. Una flotta che puoi eliminare e ricreare dal codice vale più di un prezzo unitario inferiore.
• L'azienda che offre il prodotto. Livelli di supporto pubblicati, una status page con lo storico e un'organizzazione che risponde ai questionari di sicurezza dei clienti. Se rivendi servizi di hosting, questo vale più di qualche dollaro per GB.

DigitalOcean diventa costoso quando si tratta di semplici macchine virtuali, in quantità, con traffico in uscita effettivo. È esattamente il caso che un'alternativa risolve, e rappresenta gran parte di ciò che acquista uno sviluppatore che gestisce autonomamente i propri servizi.

Migrare a un nuovo provider senza downtime

Il downtime durante una migrazione dipende da un solo fattore: il traffico continua ad arrivare al vecchio IP dopo che i dati sono stati trasferiti al nuovo. Ogni passaggio riportato di seguito serve a rendere questa finestra breve e prevedibile.

Inizia dal DNS, almeno 48 ore prima dello spostamento. I resolver memorizzano il record A per la durata del relativo TTL (time to live), quindi un record con TTL di 24 ore continua a indirizzare gli utenti al vecchio server fino a un giorno dopo la modifica. Ridurre il TTL al momento del cutover non serve, perché i resolver hanno già memorizzato il vecchio valore insieme alla relativa scadenza. Riducilo prima, attendi che scada il vecchio valore, quindi esegui la migrazione.

dig +noall +answer example.com A
dig +noall +authority example.com SOA

Il primo comando stampa il TTL corrente nella seconda colonna della risposta. Impostalo su 300 presso il provider DNS, quindi attendi più a lungo del valore appena sostituito.

Poi procedi in questo ordine.

1. Prepara il nuovo server e applica l'hardening prima di installare qualsiasi altro componente. I primi dieci minuti su un nuovo VPS illustra la parte che spesso viene saltata quando si ha fretta.
2. Installa lo stack applicativo ed esegui una prima copia dei dati con rsync mentre il vecchio server continua a servire normalmente le richieste.
3. Emetti subito il certificato TLS sul nuovo host usando una challenge DNS-01, perché una challenge HTTP-01 verifica l'IP a cui punta attualmente il DNS, che è ancora quello del vecchio server. Una challenge DNS-01 elimina completamente questo problema di sequenza.
4. Verifica il nuovo host prima di qualsiasi modifica pubblica, sovrascrivendo il DNS sul tuo laptop. Aggiungi 203.0.113.20 example.com a /etc/hosts, apri il sito reale nel browser, quindi elimina la riga. Nessun utente viene coinvolto in questo test.
5. Valuta le dimensioni del database. Per pochi GB, dump e ripristino rientrano nel blocco delle scritture. Oltre questa soglia, configura con alcuni giorni di anticipo la replica dal vecchio database al nuovo e attendi che si allinei, così il blocco copre soltanto la promozione.
6. Blocca le scritture. Metti l'applicazione in modalità manutenzione o sola lettura. Questa è l'unica fase visibile agli utenti e dovrebbe durare pochi minuti.
7. Esegui il delta finale: ripeti lo stesso rsync, quindi esegui la sincronizzazione finale del database.
8. Modifica i record A e AAAA impostandoli sul nuovo IP. Con un TTL di 300 secondi, la maggior parte dei resolver applica la modifica entro circa cinque minuti.
9. Lascia il vecchio server in esecuzione e raggiungibile per almeno un giorno, perché alcuni resolver ignorano i TTL brevi. Se la vecchia applicazione consente ancora le scritture, gli accessi tardivi scriveranno nel database errato; quindi configura il vecchio host per usare il nuovo database oppure fagli restituire una pagina di manutenzione.
10. Monitora per un giorno il tasso di errori del nuovo server, riporta il TTL al valore normale e distruggi il vecchio server dopo una settimana, non la stessa sera.

La copia richiede due comandi, ciascuno da eseguire due volte. La sincronizzazione dei file:

rsync -aHAX --numeric-ids --delete -e ssh /srv/ deploy@203.0.113.20:/srv/

-a conserva proprietario, permessi e timestamp, -H mantiene gli hard link, -AX conserva ACL e attributi estesi e --numeric-ids impedisce a rsync di rimappare gli ID utente tramite nomi diversi tra le due macchine. Eseguilo con alcuni giorni di anticipo, quindi ripetilo durante il blocco: trasferirà soltanto ciò che è cambiato.

Per PostgreSQL, se il database è abbastanza piccolo da consentire un dump:

pg_dump --format=custom --no-owner --dbname=appdb --file=appdb.dump
scp appdb.dump deploy@203.0.113.20:/var/tmp/
pg_restore --clean --if-exists --no-owner --dbname=appdb /var/tmp/appdb.dump

Per MySQL o MariaDB:

mysqldump --single-transaction --routines --triggers --databases appdb > appdb.sql

--single-transaction esegue il dump all'interno di una singola transazione sulle tabelle InnoDB, quindi il risultato è coerente e l'applicazione continua a scrivere durante l'operazione. Senza questo flag, mysqldump blocca le tabelle: il blocco delle scritture inizia quindi prima del previsto e non sei tu a decidere quando.

Due aspetti esterni ai server possono causare problemi. Un nuovo indirizzo IP non ha una reputazione email, quindi i messaggi inviati direttamente dal nuovo host vengono filtrati come spam: inviali tramite un relay che abbia già una reputazione. Inoltre, qualsiasi partner che inserisce il tuo IP in una allowlist, ad esempio un gateway di pagamento o il firewall di un cliente, deve essere aggiornato prima del cutover; in caso contrario, le chiamate inizieranno a fallire non appena il traffico viene spostato.

Cosa verificare prima di acquistare

• Se il prezzo è promozionale e quale sarà il prezzo al rinnovo. Uno sconto per il primo periodo che raddoppia al rinnovo rappresenta un costo reale, soltanto posticipato.
• Se il periodo viene pagato in anticipo. I piani pluriennali prepagati, il modello con cui SSD Nodes vende i propri servizi, offrono un prezzo per GB di RAM molto più basso in cambio del pagamento anticipato. Lo svantaggio è che non puoi interrompere il piano il mese successivo, quindi scegli una durata coerente con il tuo livello di certezza.
• Quanto costa al mese uno snapshot e quale costo, in denaro e in minuti, comporta un ripristino.
• Se il traffico oltre la soglia viene fatturato o limitato.
• Se IPv6 viene instradato correttamente o se consiste soltanto in un singolo indirizzo aggiunto alla configurazione.
• Se è disponibile un'API con un provider Terraform mantenuto attivamente, nel caso in cui tu intenda ricreare l'infrastruttura tramite codice anziché manualmente.
• Come contattare il supporto e quale sia il tempo di risposta pubblicato per un server non raggiungibile, non per una richiesta commerciale.

Scegli il criterio che incide maggiormente sulla tua spesa. Se il criterio è la memoria, il prezzo per GB di RAM è decisivo. Se è il traffico in uscita, è decisiva la quantità di trasferimento inclusa. Se è il tuo tempo, è decisiva la piattaforma gestita; tra le quattro confrontate, quella di DigitalOcean è la più efficace.

FAQ

Hetzner è sempre più economico di DigitalOcean?

Per una semplice macchina virtuale, il costo per GB di RAM è molto più basso: circa $1.62 contro $6.00 nei piani shared entry-level al 5 agosto 2026. Il confronto cambia quando si considerano i servizi gestiti. Hetzner vende server e servizi di rete, quindi un database gestito o una piattaforma push-to-deploy deve essere fornito da te o da terze parti, e queste attività hanno un costo. Hetzner ha inoltre aumentato i prezzi del cloud nel corso del 2026. Controlla quindi il prezzo corrente in euro invece di affidarti a un articolo precedente.

Quale alternativa a DigitalOcean dovrei scegliere se mi serve un database gestito?

Vultr e Akamai vendono entrambi database gestiti. Sono quindi i sostituti più vicini se il database gestito è il motivo principale per cui utilizzi DigitalOcean. I provider europei a basso costo generalmente non offrono questo servizio. Dovresti quindi gestire autonomamente PostgreSQL o MySQL, inclusi la replica e un failover testato. È un’attività impegnativa. Confronta il costo con i $15.15 al mese di un’istanza gestita da 1 GiB prima di concludere che il server più economico ti abbia fatto risparmiare.

Come posso spostare un sito attivo su un nuovo provider senza interruzioni?

Riduci il TTL DNS a 300 secondi almeno 48 ore prima dello spostamento. I resolver continueranno infatti a utilizzare il vecchio IP per il tempo indicato dal TTL precedente. Prepara e testa il nuovo host mentre quello vecchio continua a gestire il traffico. Usa un override /etc/hosts sul tuo computer, in modo che nessun altro possa visualizzare il nuovo host. Poi blocca le scritture per alcuni minuti, esegui il delta finale con rsync e la sincronizzazione finale del database, modifica i record A e AAAA e lascia il vecchio server in esecuzione per una settimana, nel caso in cui un resolver ignori il TTL ridotto.

Un VPS più economico significa dischi più lenti?

Non necessariamente. Conta se il disco virtuale è locale all’host oppure risiede in un cluster di storage di rete, ma il pannello raramente lo indica. lsblk -o NAME,ROTA restituisce 0 per entrambi, perché entrambi sono dispositivi non rotazionali. Esegui invece una misurazione: usa fio con --iodepth=1 --bs=4k --direct=1 e leggi la latenza di completamento al 99° percentile. Un volume di rete aggiunge un round trip sulla rete del datacenter a ogni lettura. La sua latenza minima è quindi superiore a quella di un NVMe locale, anche quando il throughput con code profonde appare simile.

La posta elettronica continuerà a essere consegnata dal nuovo server?

Spesso no, almeno inizialmente. Un nuovo indirizzo IP non ha una cronologia di invio. I server destinatari considerano quindi sospetta la posta proveniente da quell’indirizzo e la spostano nella cartella spam oppure la rifiutano direttamente. Anche i record SPF e DKIM continuano a puntare al vecchio host finché non li aggiorni. Invia la posta applicativa tramite un relay o un servizio email che dispone già di una buona reputazione. Aggiorna i record DNS della posta prima del passaggio, non dopo.