Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
Migrazione dai blueprint Bitnami ai blueprint Lightsail
Amazon Lightsail offre progetti confezionati da Lightsail per diversi stack di applicazioni popolari. I blueprint Lightsail offrono impostazioni di sicurezza predefinite, tra cui IMDSv2 applicato per impostazione predefinita e la porta 22 limitata all'avvio. Questa guida illustra la migrazione di un'istanza Lightsail esistente che esegue un blueprint Bitnami a una nuova istanza Lightsail che esegue il blueprint Lightsail equivalente.
La versione dell'applicazione sull'istanza potrebbe diventare obsoleta nel tempo man mano che vengono rilasciati nuovi aggiornamenti con patch di sicurezza, miglioramenti delle prestazioni e nuove funzionalità. Esistono due modi per mantenere aggiornata l'applicazione: aggiornare l'applicazione già in esecuzione sull'istanza esistente o migrare a una nuova istanza con una nuova versione del blueprint che include gli aggiornamenti più recenti.
Blueprint Lightsail supportati
Lightsail-packaged i progetti sono attualmente disponibili per le seguenti applicazioni:
-
WordPress Multisito
-
LAMP
-
Nginx
-
Node.js
Se l'istanza esistente esegue un blueprint Bitnami che non ha un equivalente di Lightsail, tra cui Joomla, Magento, MEAN, Drupal, Redmine, Ghost, Django e, non è disponibile un GitLab percorso di migrazione diretto del blueprint. PrestaShop Sono disponibili due opzioni:
-
Utilizza un'offerta gestita alternativa: prendi in considerazione un'AMI AWS Marketplace
equivalente distribuita su Amazon Elastic Compute Cloud. -
Inizia da zero con Lightsail: crea una nuova istanza Lightsail utilizzando un modello di sistema operativo di base (ad esempio, Amazon Linux 2023 o Ubuntu), installa manualmente le dipendenze richieste e copia la configurazione e i dati dell'applicazione.
Prerequisiti
Prima di iniziare, conferma quanto segue:
-
L'istanza Lightsail esistente esegue un blueprint Bitnami (verificalo nella pagina di gestione dell'istanza nella console Lightsail).
-
Hai accesso amministrativo alla tua applicazione (ad esempio, la dashboard di amministrazione dell'applicazione o l'accesso SSH all'istanza).
-
Hai identificato il blueprint Lightsail equivalente per il tuo stack di applicazioni (vedi l'elenco dei blueprint supportati sopra).
Fase 1: Esegui il backup dei dati dell'applicazione
Esporta o esegui il backup di tutto il contenuto, la configurazione e i dati dell'applicazione dall'istanza Bitnami esistente. Il metodo varia in base all'applicazione:
-
Applicazioni CMS (ad es. WordPress): utilizzate lo strumento di esportazione integrato nell'applicazione (ad esempio, Strumenti → Esporta in WordPress) per scaricare un file completo di esportazione del contenuto. Salva il file in una posizione facile da trovare: ne avrai bisogno nel passaggio 4.
-
Database-backed applicazioni: esporta il tuo database (ad esempio, usando
mysqldumpfor MySQL/MariaDB opg_dumpper PostgreSQL) e salva il file di dump. -
File-based risorse: copia tutti i file multimediali caricati, i file statici o i file di configurazione personalizzati dall'istanza (ad esempio, tramite SFTP o il client SSH basato su browser Lightsail).
-
Configurazione dell'applicazione: annota eventuali impostazioni personalizzate, variabili di ambiente o modifiche al file di configurazione specifiche della distribuzione.
Suggerimento
Prendi in considerazione la possibilità di scattare un'istantanea manuale dell'istanza Lightsail esistente come rete di sicurezza aggiuntiva prima di procedere.
Fase 2: Crea una nuova istanza Lightsail con il blueprint Lightsail
-
Vai alla home page di Lightsail
e accedi. -
Seleziona Crea istanza.
-
Seleziona la Regione AWS(e facoltativamente la zona di disponibilità) in cui desideri creare la nuova istanza.
-
In Seleziona un blueprint, scegli lo stack di applicazioni e assicurati che il fornitore del blueprint sia Lightsail, non Bitnami.
-
Seleziona un piano di istanza (pacchetto). Puoi eseguire l'upgrade in un secondo momento creando un'istanza da un'istantanea, se necessario.
-
Inserire un nome per l'istanza.
I nomi delle risorse:
-
Deve essere unico all'interno del tuo Regione AWS account Lightsail.
-
Deve contenere da 2 a 255 caratteri.
-
Deve iniziare e terminare con un carattere alfanumerico.
-
Può includere caratteri alfanumerici, punti, trattini e caratteri di sottolineatura.
-
-
Facoltativamente, aggiungi tag per organizzare le tue risorse.
-
Scegli Crea istanza e attendi che l'istanza raggiunga lo stato di esecuzione.
Passaggio 3: configura la tua nuova istanza
Una volta che l'istanza è in esecuzione, segui questi passaggi per accedervi e configurarla:
Recupera la password predefinita dell'applicazione
È necessaria la password predefinita dell'applicazione per accedere alle applicazioni o ai servizi preinstallati sulla nuova istanza.
-
Nella pagina di gestione dell'istanza, nella scheda Connect (Connetti), scegliere Connect using SSH (Connetti tramite SSH).
-
Una volta completata la connessione, inserisci il comando seguente per ottenere la password di default dell'applicazione:
cat ~/application_credentials
Allega un indirizzo IP statico
L'indirizzo IP pubblico dinamico predefinito collegato all'istanza cambia ogni volta che si arresta e si avvia l'istanza. Crea un indirizzo IP statico e collegalo alla tua istanza in modo da non dover aggiornare i record DNS ogni volta.
-
Nella pagina di gestione dell'istanza, nella scheda Rete, scegli Crea un IP statico o Collega IP statico, quindi segui le istruzioni sulla pagina.
-
Per ulteriori informazioni, consulta Creazione di un IP statico e collegamento a un'istanza.
Visita la pagina di benvenuto della tua applicazione
-
Nella pagina di gestione dell'istanza, copia l'indirizzo IP statico.
-
Incolla l'indirizzo IP statico nella barra degli indirizzi del browser (ad es.
http://192.0.2.1). -
Verifica che la pagina predefinita dell'applicazione venga caricata correttamente.
Fase 4: Ripristina i dati dell'applicazione
Importa o ripristina i dati di cui hai eseguito il backup nel passaggio 1. Il metodo varia in base all'applicazione:
-
Applicazioni CMS (ad es. WordPress): utilizzate lo strumento di importazione integrato dell'applicazione (ad esempio, Strumenti → Importa in WordPress) per caricare ed eseguire il file di esportazione dei contenuti dal Passaggio 1.
-
Database-backed applicazioni: Importa il dump del database nel server di database della nuova istanza utilizzando lo strumento appropriato (ad esempio,
mysqlCLIpsqlo). -
File-based risorse: trasferisci i file multimediali, le risorse statiche e i file di configurazione personalizzati nelle directory appropriate sulla nuova istanza.
-
Configurazione dell'applicazione: Re-apply qualsiasi impostazione personalizzata o variabile di ambiente adatta alla distribuzione precedente.
Fase 5: Verifica della migrazione
Dopo aver ripristinato i dati, verifica che l'applicazione funzioni correttamente:
-
Apri un browser e accedi all'indirizzo IP pubblico della nuova istanza.
-
Verifica che il contenuto, la configurazione e la funzionalità si comportino come previsto.
-
Testa i flussi di lavoro principali delle applicazioni (ad esempio accesso utente, visualizzazione dei contenuti, invio di moduli).
-
Controllate i log delle applicazioni e del server per eventuali errori.
Passaggio 6: trasferimento dell'indirizzo IP statico (se applicabile)
Se l'applicazione utilizza un dominio personalizzato con un IP statico già collegato alla vecchia istanza, è possibile mantenere la configurazione DNS esistente spostando l'IP statico sulla nuova istanza:
-
Scollega l'IP statico dalla tua vecchia istanza Bitnami nella console Lightsail.
-
Collega l'IP statico alla tua nuova istanza Lightsail. Poiché i tuoi record DNS puntano già a questo IP, non sono necessarie modifiche al DNS e non ci saranno ritardi di propagazione.
Nota
Se l'applicazione utilizza un dominio personalizzato ma in precedenza non disponevi di un IP statico collegato, collega prima un nuovo IP statico alla nuova istanza, quindi aggiorna i record DNS in modo che il dominio indirizzi il nuovo indirizzo IP statico al nuovo indirizzo IP statico. Attendi il tempo necessario per la propagazione del DNS prima di disattivare la vecchia istanza.
Fase 7: SSL/TLS Rigenerazione dei certificati (se applicabile)
I SSL/TLS certificati della vecchia istanza non possono essere trasferiti nella nuova istanza. È necessario rigenerarli sulla nuova istanza. Per WordPress, consulta Abilita HTTPS con flusso di lavoro guidato.
Passaggio 8: Eliminare la vecchia istanza
Dopo aver verificato che la migrazione sia avvenuta correttamente e che il DNS si sia propagato completamente:
-
Scatta un'istantanea finale della vecchia istanza per il backup.
-
Elimina la vecchia istanza Bitnami per evitare di incorrere in addebiti.