Migrare un sito da un hosting condiviso a Lightsail passo per passo

Un hosting condiviso è un buon posto per cominciare: economico, con pannello, con la posta inclusa e con qualcuno che mantiene il server. Smette di esserlo quando il sito cresce ed è lento, quando devi installare qualcosa che il pannello non permette, o quando il "piano superiore" che ti offrono costa più di una macchina tua. Una macchina Lightsail dà un server intero per te a un prezzo fisso al mese.

In cambio, nessuno se ne prende cura al posto tuo: aggiornamenti, backup e sicurezza diventano affar tuo. E c'è una trappola in cui cadono in molti: l'hosting condiviso di solito ospita anche la posta. Se cambi il DNS senza pensarci, il sito funziona e la posta sparisce. La migrazione segue l'ordine sicuro: macchina nuova, copia di tutto, prova senza toccare il dominio, cambio di DNS con ritorno indietro facile, HTTPS, posta e, solo alla fine, disdetta del vecchio hosting.

Passo dopo passo

1. Decidi se vale la pena e quale modello usare

   Vale la pena se il sito è lento e l'hosting parla di "uso eccessivo di risorse"; se ti serve una versione di PHP o uno strumento che il pannello non ha; se hai più siti e ti fanno pagare ciascuno; o se il piano superiore costa più di una macchina Lightsail. Non vale la pena se il sito è una pagina di presentazione con cento visite al mese: lì il condiviso basta.

   Se il sito è WordPress, usa il modello WordPress di Lightsail: la migrazione si riduce a un plugin. Se è altro (un sito su misura in PHP, Joomla, PrestaShop, più siti), usa il modello LAMP, che porta Apache, PHP e MySQL/MariaDB vuoti. Piano: per un sito che stava stretto nel condiviso, quello da 2 GB è il minimo ragionevole; con un negozio o più siti, 4 GB. Puoi sempre salire dopo con un'istantanea.

   Prima di toccare qualsiasi cosa, annota: dov'è il DNS del dominio (di solito lo stesso hosting), dov'è la posta (quasi di sicuro lo stesso hosting), la versione di PHP che il sito usa adesso e lo spazio che occupano file e database.

2. Crea la macchina e preparala

   Nella console di Lightsail, Crea istanza, regione vicina (Parigi o Irlanda dalla Spagna), modello WordPress o LAMP, piano, nome (web-empresa). Quando è in esecuzione, scheda Rete, Crea IP statico e assegnalo. Aggiungi la regola HTTPS (443) al firewall se non c'è. Annota l'IP statico.

   Controlla la versione di PHP: clicca su Connetti tramite SSH e scrivi php -v. Se il tuo sito ha bisogno di una versione più vecchia, preparati a sistemare degli avvisi; conviene saperlo prima. E scarica la chiave della macchina per caricare i file: menu Account, Chiavi SSH, Scarica la chiave predefinita della tua regione (un file .pem). Conservala in un posto sicuro.

3. Esporta file e database dal vecchio hosting

   Nel pannello dell'hosting (cPanel o Plesk), apri il Gestore file, entra nella cartella del sito (public_html o httpdocs), seleziona tutto, Comprimi in uno zip e Scarica. Se pesa diversi GB, meglio con un client FTP come FileZilla, che riprende se si interrompe.

   Il database: nel pannello, phpMyAdmin, seleziona il database del sito (il nome è in wp-config.php o nel file di configurazione che sia), scheda Esporta, metodo rapido, formato SQL, Continua. Scarica il .sql. Se pesa centinaia di MB, phpMyAdmin può interrompersi a metà: usa lo strumento di backup del pannello.

   Se è WordPress, c'è una scorciatoia: installa nel vecchio WordPress un plugin di migrazione (Duplicator, All-in-One WP Migration), esporta un pacchetto e conservalo. Fa file e database insieme e sistema gli indirizzi interni. Sui siti grandi, la versione gratuita ha limiti di dimensione.

4. Importa nella macchina nuova

   Con plugin (WordPress): apri http://IP-estática/wp-admin, entra con l'utente user e la password che mostra cat bitnami_application_password nel terminale, installa lo stesso plugin di migrazione e importa il pacchetto. Alla fine, il nuovo WordPress è una copia del vecchio, utenti inclusi. Salta al passo successivo.

   A mano (LAMP o WordPress senza plugin): in FileZilla, File, Gestore siti, nuovo sito, protocollo SFTP, host l'IP statico, utente bitnami, tipo di accesso "File chiave" con il .pem. Carica il contenuto del sito in /opt/bitnami/apache/htdocs (LAMP) o in /opt/bitnami/wordpress (modello WordPress, sostituendo quello che c'è), e il .sql nella cartella home. Nel terminale, crea il database e importa:

   mysql -u root -p -e "CREATE DATABASE miweb;
     CREATE USER 'miweb'@'localhost' IDENTIFIED BY 'una-contraseña-larga';
     GRANT ALL ON miweb.* TO 'miweb'@'localhost';"
   mysql -u root -p miweb < copia.sql

   La password di root è quella del file bitnami_application_password. Poi modifica il file di configurazione del sito (wp-config.php o quello che sia) con nome del database, utente e password nuovi, e localhost come server. Se il sito salva il proprio indirizzo nel database (WordPress lo fa), lascialo con il dominio reale: lo proverai con il file hosts.

5. Abbassa il TTL e prova con il file hosts, senza toccare il DNS

   Vai al DNS del dominio (nel vecchio hosting o dal tuo registrar) e cerca il record A del dominio e quello di www. Non cambiare ancora l'IP; cambia solo il TTL a 300 secondi. Se era a 3600 o 86400, bisogna aspettare quel tempo prima che il cambio di IP si noti in fretta: fallo oggi e cambia l'IP domani.

   Nel frattempo, prova il sito nuovo come se fosse già sul dominio. Modifica il file hosts del tuo computer come amministratore: su Windows, C:\Windows\System32\drivers\etc\hosts (con il Blocco note eseguito come amministratore); su Mac, sudo nano /etc/hosts nel Terminale. Aggiungi in fondo una riga con l'IP statico e il dominio:

   203.0.113.10 midominio.com www.midominio.com

   Da quel momento, solo il tuo computer vede midominio.com sulla macchina nuova; il resto del mondo resta sul vecchio hosting. Apri una finestra privata e percorri il sito: home, pagine interne, moduli, il pannello di amministrazione, caricare un'immagine. Il browser avviserà che non c'è il lucchetto: è previsto, si sistema al passo 7. Se qualcosa non va, lo sistemi con calma mentre i visitatori restano sul vecchio. Quando tutto è a posto, cancella la riga dal file hosts.

6. Cambia il DNS e congela il vecchio sito

   Cambia i record A del dominio e di www all'IP statico di Lightsail. Non toccare i record MX né i TXT (SPF, DKIM): sono la posta, passo 8. Con il TTL a 300, in dieci o quindici minuti la maggior parte dei visitatori entra già nel nuovo.

   Se il sito salva dati degli utenti (ordini, commenti), c'è un intervallo in cui alcuni scrivono nel vecchio e altri nel nuovo. Per evitarlo, subito prima di cambiare il DNS metti il vecchio in modalità manutenzione e fai un'ultima esportazione del database da importare nel nuovo. Per un sito di presentazione non serve.

   Controlla dal cellulare con i dati (senza wifi) che entri nel nuovo. Nel terminale della macchina, sudo tail -f /opt/bitnami/apache/logs/access_log mostra le visite che arrivano in tempo reale; se in un'ora non arriva nessuno, il DNS non è cambiato dove credevi.

7. Metti HTTPS sulla macchina nuova

   Con il DNS che punta già a Lightsail (Let's Encrypt verifica che il dominio arrivi alla macchina), nel terminale:

   sudo /opt/bitnami/bncert-tool

   Scrivi il dominio con e senza www, accetta i reindirizzamenti a HTTPS e a una sola versione (quella che usavi prima), metti la tua e-mail e conferma. In un paio di minuti il sito ha il lucchetto e si rinnova da solo. Se è WordPress, controlla in Impostazioni, Generali che i due indirizzi comincino con https://.

8. Risolvi la posta e chiudi il vecchio hosting

   Se la posta del dominio (info@midominio.com) era sull'hosting condiviso, hai due opzioni, e bisogna decidere prima di disdire qualsiasi cosa:

   • Lasciare la posta dov'è: mantieni il vecchio hosting sul suo piano più economico (molti ne hanno uno "solo posta") e non toccare i record MX. Il sito vive su Lightsail e la posta sull'hosting. È la cosa più semplice se la posta funziona bene.
   • Spostarla su un servizio di posta (Google Workspace, Microsoft 365, la posta del tuo registrar): crea gli account, migra le caselle con lo strumento che offrono e cambia i record MX e SPF con quelli che ti danno. Avvisa le persone dell'azienda del cambio.

   Non mettere la posta sulla macchina Lightsail: mantenere un server di posta che non finisca nella cartella spam è un lavoro a parte. La macchina deve però poter inviare avvisi (moduli, ordini): configura nel sito un invio via SMTP con il servizio di posta che usi.

   Poi aspetta due o tre settimane con il vecchio hosting acceso, nel caso spunti qualcosa di dimenticato (un sottodominio, un file linkato, un'attività pianificata). Scarica una copia completa finale dal pannello e conservala. Poi disdici l'hosting, oppure lascialo sul piano minimo se si tiene la posta. E se il dominio era registrato con quell'hosting, trasferiscilo a un registrar o a Route 53 prima di cancellare, perché non se ne vada con lui.

Cosa può andare storto