Migrazione di server e hosting senza interruzioni

Trasferiamo siti web, negozi online, database, servizi in background e posta su un nuovo server o provider di hosting. Il nuovo server lavora in parallelo finché ogni sito non supera i controlli, e il passaggio vero e proprio è una modifica DNS che si può annullare.

Quando una migrazione finisce sulla vostra scrivania

Nessuno sposta i server per divertimento. Di solito la data la decide qualcun altro, e sul server gira più di quanto chiunque ricordi.

Il provider chiude il vostro piano, e sul server ci sono la posta, cinque siti e un cron job mai documentato
Il costo dell'hosting è aumentato di nuovo, e traslocare sembra più rischioso che pagare
Il sistema operativo o il pannello di controllo non riceve più aggiornamenti, e chi l'ha configurato non c'è più
Volete riunire diversi vecchi server in uno solo, o passare a server ARM più economici
La posta dei vostri domini sta sulla stessa macchina, e nessuno sa da quali record DNS dipende
Un precedente tentativo di migrazione è finito con immagini mancanti, ordini persi o email respinte

Cosa trasferiamo

Prima l'inventario

Prima di copiare qualsiasi cosa elenchiamo ciò che gira davvero: siti, database, cron job, processi in background, caselle e inoltri di posta, account FTP, certificati e record DNS. Di solito l’elenco fa emergere qualcosa che il proprietario non conosceva.

Stack web e database

nginx e Apache, più versioni di PHP in parallelo, MySQL e PostgreSQL, e pannelli di controllo come aaPanel e FastPanel. I siti si spostano con impostazioni, utenti e permessi dei file, non solo con i file.

Node, Docker e servizi

Applicazioni Node.js sotto PM2 o systemd, container Docker e i processi che girano in background. Le dipendenze vengono ricompilate sulla nuova macchina, cosa che conta quando cambia l’architettura del processore.

Posta

Caselle con password e storico, alias e inoltri, filtro antispam e DKIM, SPF e DMARC. Dove il provider blocca la porta 25 in uscita, la posta passa attraverso un relay, così nulla viene respinto.

DNS e Cloudflare

Le zone vengono ricostruite dai record presenti nel pannello del registrar o di Cloudflare, non indovinate dalle interrogazioni DNS. Il TTL viene abbassato in anticipo, e i name server si cambiano presso il registrar solo quando la nuova zona è completa.

Backup e monitoraggio

Il nuovo server ottiene backup su un archivio separato con una politica di conservazione e un ripristino di prova, oltre al monitoraggio di disponibilità, certificati e spazio su disco. Un server senza tutto questo è trasferito solo a metà.

Un trasloco pianificato perché il passaggio sia la parte noiosa

Ogni sito gira prima sul nuovo server con un indirizzo temporaneo. Apriamo le pagine, inviamo i moduli, facciamo un ordine di prova dove c’è un checkout, inviamo e riceviamo posta e aspettiamo che i cron job vengano eseguiti. Subito prima del passaggio i dati vengono sincronizzati ancora una volta, così gli ordini e i commenti arrivati dopo la prima copia non vanno persi. Poi il DNS si sposta zona per zona. Il vecchio server resta intatto finché il nuovo non ha lavorato per un po’, quindi tornare indietro è la modifica di un solo record.

Un inventario scritto di tutto ciò che gira sul vecchio server
Ogni sito controllato sul nuovo server prima di qualsiasi modifica DNS
Una sincronizzazione finale dei dati subito prima del passaggio
Il vecchio server tenuto di riserva finché non date conferma

I problemi che abbiamo già incontrato

Abbiamo trasferito dieci progetti e ventitré siti tra server diversi, compreso un passaggio completo da macchine x86 ad ARM64, e abbiamo annotato ogni problema lungo la strada. Su ARM le dipendenze Node vanno reinstallate e non copiate, e PHP può andare in crash con certe impostazioni JIT. MySQL può iniziare a distinguere maiuscole e minuscole nei nomi delle tabelle e rompere query che funzionavano da anni. Una versione più nuova o più vecchia di nginx rifiuta parti della vecchia configurazione, e i database arrivano con la collation sbagliata. Una zona Cloudflare può restare bloccata in attivazione, il filtro antispam può non firmare la posta finché non viene riavviato nell’ordine giusto, e una regola del firewall può bloccare un intero ufficio che condivide un solo indirizzo IP. Gli strumenti di migrazione dei pannelli possono segnalare un successo su una copia incompleta, e i certificati possono smettere di rinnovarsi senza avvisare. Oggi ciascuno di questi punti richiede minuti di verifica invece di ore per scoprirlo.

Una checklist costruita su migrazioni reali, non sulla documentazione
Cambi di architettura come da x86 ad ARM64 gestiti in modo consapevole
Differenze di versione di PHP, MySQL e nginx verificate prima del passaggio
Posta, certificati e regole del firewall testati, non dati per scontati

Dopo il trasloco: assistenza invece di una cartella di consegna

Una migrazione è il momento in cui un team conosce finalmente l’intero server: cosa ci gira, perché e cosa dipende da cosa. Sarebbe uno spreco perdere queste conoscenze il giorno dopo il passaggio. La maggior parte dei nostri clienti di migrazione prosegue con l’assistenza server mensile, in cui le stesse persone applicano gli aggiornamenti, controllano backup e monitoraggio, rinnovano i certificati e gestiscono la modifica successiva. Se preferite gestire il server da soli, ricevete la documentazione della nuova configurazione e l’accesso a tutto.

Come si svolge una migrazione

Inventario

Otteniamo accesso in lettura al vecchio server, ai domini e al DNS. Voi ricevete l’elenco di ciò che ci gira e di cosa comporta il trasloco.

Piano e nuovo server

Concordiamo l’hosting di destinazione e le dimensioni del server, poi configuriamo la nuova macchina con versioni software uguali o più recenti. Ricevete un piano di passaggio per ogni sito e ogni dominio.

Copia e test

Siti, database, servizi e posta vengono copiati e controllati su indirizzi temporanei. I problemi si risolvono mentre il vecchio server continua a servire tutti.

Passaggio

Dopo una sincronizzazione finale dei dati, il DNS si sposta zona per zona nel momento che scegliete voi. Nel frattempo osserviamo traffico, log e posta.

Osservazione e scelta

Il nuovo server lavora sotto osservazione mentre il vecchio resta di riserva. Poi il vecchio server viene spento, e scegliete tra assistenza mensile e una consegna documentata.

Da cosa e verso cosa migriamo

Pannelli e web server

Database e applicazioni

Posta e DNS

Infrastruttura

Come lavorare con noi

Progetto di migrazione

Un perimetro fisso concordato dopo l’inventario: quali siti, servizi e domini si spostano, e verso dove.

Migrazione e assistenza mensile

Trasferiamo il server e poi continuiamo a occuparcene: aggiornamenti, backup, monitoraggio e le modifiche successive.

Aiuto a ore

Un inventario e un piano di migrazione per il vostro team, oppure aiuto su una singola parte delicata come la posta o il DNS.

Recensioni

Trattiamo ogni cliente e il suo progetto con attenzione.

Il team di Revol continua a potenziare le capacità di sviluppo del cliente con un lavoro di alta qualità e un supporto affidabile. Comunica in modo efficace e dimostra una solida comprensione delle esigenze e del business del cliente.

Tomas

CEO (Yukon, Canada)

Il lavoro di Revol ha pienamente soddisfatto le aspettative del cliente. Il loro approccio fresco e la costante disponibilità al supporto si sono rivelati preziosi. Chi cerca un team comunicativo e orientato al cliente per raggiungere i propri obiettivi può affidarsi a loro.

Andrey

CEO, Stellium (USA)

Domande frequenti

I nostri siti andranno offline durante il trasloco?

Non dovrebbero. Il nuovo server lavora in parallelo e riceve traffico solo dopo che ogni sito è stato controllato. Mentre il DNS si aggiorna, alcuni visitatori raggiungono ancora per poco il vecchio server, ed è per questo che resta acceso finché la modifica non si è propagata.

Cosa succede agli ordini e ai moduli inviati durante il passaggio?

Sincronizziamo i dati ancora una volta subito prima del passaggio, così resta solo una breve finestra. Per i negozi molto attivi concordiamo come chiuderla: passaggio in un'ora tranquilla, checkout sospeso per qualche minuto, oppure unione manuale degli ultimi ordini dal vecchio database.

Potete trasferire anche la posta?

Sì. Le caselle si spostano con i messaggi e le password, dove il vecchio sistema lo consente, insieme ad alias e inoltri. Ricostruiamo DKIM, SPF e DMARC per il nuovo server e verifichiamo che la posta in uscita venga consegnata, non solo inviata.

Siamo su server x86. Possiamo passare ad ARM64?

Di solito sì, e i server ARM spesso costano meno a parità di carico. La maggior parte dei carichi PHP, WordPress, Node e database gira su ARM una volta ricompilate le dipendenze. L'inventario mostra per tempo se qualcosa esiste solo per x86, come una vecchia immagine Docker o un binario closed source, e in quel caso quella parte resta su x86.

Vi serve l'accesso al nostro registrar di domini?

Per la pianificazione basta l'accesso in lettura al DNS. Per il passaggio dobbiamo modificare i record o cambiare i name server: potete farlo voi seguendo le nostre istruzioni, oppure darci l'accesso per quel giorno.

E se qualcosa si rompe dopo il passaggio?

Il vecchio server è ancora lì, quindi la soluzione più rapida è riportare il DNS indietro mentre cerchiamo la causa. Nei primi giorni dopo ogni passaggio teniamo d'occhio log, code di posta e monitoraggio, perché è allora che compaiono i problemi che nei test non si erano visti.

Possiamo abbandonare il nostro pannello di controllo?

Sì. Possiamo spostare i siti da un pannello a un altro, oppure su un server senza pannello, gestito tramite file di configurazione e script. Consigliamo la soluzione più adatta alle persone che si occuperanno del server in seguito.

Vi occupate del server dopo la migrazione?

Se lo desiderate. La maggior parte dei clienti di migrazione prosegue con l'assistenza server mensile, in cui lo stesso team gestisce aggiornamenti, backup, monitoraggio e ulteriori modifiche. Altrimenti ricevete documentazione e accesso completo, e il server lo gestite voi.