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à.
Aggiornamento della versione della piattaforma dell'ambiente Elastic Beanstalk
Elastic Beanstalk rilascia regolarmente nuove versioni della piattaforma per aggiornare tutte le piattaforme basate su Linux e su Windows Server. Le nuove versioni della piattaforma forniscono gli aggiornamenti ai componenti software esistenti e il supporto per le nuove caratteristiche e opzioni di configurazione. Per ulteriori informazioni sulle piattaforme e sulle relative versioni, consulta Glossario delle piattaforme Elastic Beanstalk.
Puoi utilizzare la console Elastic Beanstalk o la CLI EB per aggiornare la versione della piattaforma dell'ambiente. A seconda della versione della piattaforma di destinazione dell'aggiornamento, Elastic Beanstalk consiglia uno dei due metodi disponibili per eseguire gli aggiornamenti della piattaforma.
-
Metodo 1: aggiornamento della versione della piattaforma dell'ambiente. Questo metodo è consigliabile quando si esegue l'aggiornamento alla versione più recente della piattaforma all'interno di un ramo di piattaforma con lo stesso runtime, server web, server applicazioni e sistema operativo, e senza modifiche nella versione principale della piattaforma. Questo è l'aggiornamento della piattaforma più comune e di routine.
-
Metodo 2: esecuzione di una distribuzione blu/verde. Questo metodo è consigliabile quando si esegue l'aggiornamento a una versione di piattaforma in un ramo di piattaforma diverso, con un runtime, un server Web, un server applicazioni o un sistema operativo diverso o a una diversa versione principale della piattaforma. Questo è un buon approccio quando si desidera sfruttare le nuove funzionalità di runtime o le funzionalità più recenti di Elastic Beanstalk, oppure quando si desidera abbandonare un ramo di piattaforma obsoleto o ritirato.
La migrazione da una versione di piattaforma legacy richiede una distribuzione blu/verde, poiché queste versioni della piattaforma non sono compatibili con le versioni attualmente supportate.
La migrazione di un'applicazione Linux ad Amazon Linux 2 richiede una distribuzione blu/verde, poiché le versioni della piattaforma Amazon Linux 2 non sono compatibili con le precedenti versioni della piattaforma AMI Amazon Linux.
Per ulteriori assistenza nella scelta del metodo di aggiornamento della piattaforma migliore, espandi la relativa sezione della piattaforma del tuo ambiente.
Utilizza il metodo 1 per eseguire aggiornamenti della piattaforma.
Utilizza il metodo 1 per eseguire aggiornamenti della piattaforma.
Considera i casi seguenti:
-
Se stai eseguendo la migrazione dell'applicazione in un'altra piattaforma, ad esempio da Go 1.4 (Docker) a Go 1.11 o da Python 3.4 (Docker) a Python 3.6, utilizza il metodo 2.
-
Se stai eseguendo la migrazione dell'applicazione a una versione diversa del container Docker, ad esempio da Glassfish 4.1 (Docker) a Glassfish 5.0 (Docker), utilizza il metodo 2.
-
Se stai eseguendo l'aggiornamento a una versione della piattaforma più recente senza modificare la versione del container o la versione principale, utilizza il metodo 1.
Utilizza il metodo 1 per eseguire aggiornamenti della piattaforma.
Considera i casi seguenti:
Considera i casi seguenti:
-
Se stai eseguendo la migrazione in una versione runtime Java o versione del server di applicazioni Tomcat diversa, ad esempio da Java 7 con Tomcat 7 a Java 8 con Tomcat 8.5, utilizza il metodo 2.
-
Se stai eseguendo la migrazione dell'applicazione tra versioni della piattaforma Tomcat con Java principali (v1.x.x, v2.x.x e v3.x.x), utilizza il metodo 2.
-
Se stai eseguendo l'aggiornamento a una versione della piattaforma più recente senza modificare la versione runtime, la versione del server di applicazioni o la versione principale, utilizza il metodo 1.
Considera i casi seguenti:
-
Se stai eseguendo la migrazione dell'applicazione in una versione del sistema operativo Windows diversa, ad esempio da Windows Server 2008 R2 a Windows Server 2016, utilizza il metodo 2.
-
Se stai eseguendo la migrazione dell'applicazione tra versioni della piattaforma Windows Server principali, consulta Migrazione da versioni principali della piattaforma Windows Server e utilizza il metodo 2.
-
Se l'applicazione è attualmente in esecuzione su una piattaforma Windows Server V2.x.x e stai eseguendo l'aggiornamento alla versione della piattaforma più recente, utilizza il metodo 1.
Nota
Versioni della piattaforma Windows Server precedenti alla v2 non hanno semanticamente versioni. È possibile avviare solo la versione più recente di ciascuna di queste versioni della piattaforma principali di Windows Server e non è possibile eseguire il rollback dopo un aggiornamento.
Utilizza il metodo 2 per eseguire gli aggiornamenti della piattaforma.
Considera i casi seguenti:
-
Se stai eseguendo la migrazione dell'applicazione a una versione runtime PHP diversa, ad esempio da PHP 5.6 a PHP 7.2, utilizza il metodo 2.
-
Se stai eseguendo la migrazione dell'applicazione tra versioni della piattaforma PHP principali (v1.x.x v2.x.x), utilizza il metodo 2.
-
Se stai eseguendo l'aggiornamento a una versione della piattaforma più recente senza modifica della versione runtime o della versione principale, utilizza il metodo 1.
Considera i casi seguenti:
-
Se stai eseguendo la migrazione dell'applicazione a una versione runtime Python diversa, ad esempio da PHP 2.7 a PHP 3.6, utilizza il metodo 2.
-
Se stai eseguendo la migrazione dell'applicazione tra versioni della piattaforma Python principali (v1.x.x v2.x.x), utilizza il metodo 2.
-
Se stai eseguendo l'aggiornamento a una versione della piattaforma più recente senza modifica della versione runtime o della versione principale, utilizza il metodo 1.
Considera i casi seguenti:
-
Se stai eseguendo la migrazione a una versione runtime Ruby o versione del server di applicazioni diversa, ad esempio da Ruby 2.3 con Puma a Ruby 2.6 con Puma, utilizza il metodo 2.
-
Se stai eseguendo la migrazione dell'applicazione tra versioni della piattaforma Ruby principali (v1.x.x v2.x.x), utilizza il metodo 2.
-
Se stai eseguendo l'aggiornamento a una versione della piattaforma più recente senza modificare la versione runtime, la versione del server di applicazioni o la versione principale, utilizza il metodo 1.
Metodo 1: aggiornamento della versione della piattaforma dell'ambiente
Utilizza questo metodo per eseguire l'aggiornamento alla versione più recente del ramo della piattaforma del tuo ambiente. Se hai già creato un ambiente utilizzando una versione della piattaforma precedente, o hai aggiornato l'ambiente da una versione precedente, puoi anche usare questo metodo per ripristinare una versione della piattaforma precedente, purché si trovi sullo stesso ramo della piattaforma.
Per aggiornare la versione della piattaforma del tuo ambiente
Apri la console Elastic Beanstalk
e, nell'elenco Regioni, seleziona la tua. Regione AWS -
Nel pannello di navigazione selezionare Environments (Ambienti), quindi selezionare il nome dell'ambiente dall'elenco.
Nota
Se si dispone di molti ambienti, utilizzare la barra di ricerca per filtrare l'elenco degli ambienti.
-
Nella pagina panoramica dell'ambiente, in Platform (Piattaforma), scegliere Change (Cambia).
-
Nella finestra di dialogo Update platform version (Aggiorna versione piattaforma), selezionare una versione di piattaforma. La versione più recente (consigliata) della piattaforma nel ramo viene selezionata automaticamente. È possibile eseguire l'aggiornamento a qualsiasi versione utilizzata in passato.
-
Scegliere Save (Salva).
Per semplificare ulteriormente gli aggiornamenti della piattaforma, Elastic Beanstalk è in grado di gestirli per tuo conto. Puoi configurare l'ambiente in modo che gli aggiornamenti delle versioni minori e di patch vengano applicati automaticamente durante una finestra di manutenzione settimanale configurabile. Elastic Beanstalk applica aggiornamenti gestiti senza tempi di inattività o riduzione di capacità e annulla l'aggiornamento immediatamente se le istanze che eseguono l'applicazione sulla nuova versione non superano i controlli dello stato. Per informazioni dettagliate, consulta Aggiornamenti gestiti della piattaforma.
Metodo 2: esecuzione di una distribuzione blu/verde
Utilizza questo metodo per eseguire l'aggiornamento a un ramo di piattaforma diverso con un runtime, un server Web, un server applicazioni o un sistema operativo diverso o a una diversa versione principale della piattaforma. Questo è in genere necessario quando desideri sfruttare nuove funzionalità runtime o la funzionalità Elastic Beanstalk più recente. È necessario anche quando si esegue la migrazione da un ramo di piattaforma obsoleto o ritirato.
Quando esegui la migrazione tra versioni della piattaforma principali o a versioni della piattaforma con aggiornamenti dei componenti principali, è probabile che l'applicazione, o alcuni suoi aspetti, non funzionino come previsto sulla nuova versione della piattaforma e potrebbero richiedere delle modifiche.
Prima di eseguire la migrazione, esegui l'aggiornamento del computer di sviluppo locale alle versioni runtime più recenti e altri componenti della piattaforma verso cui intendi eseguire la migrazione. Verifica che l'applicazione funzioni ancora come previsto e apporta le eventuali correzioni di codice e modifiche necessarie. Quindi utilizza la seguente procedura di best practice per migrare in modo sicuro il tuo ambiente alla nuova versione della piattaforma.
Per migrare l'ambiente a una versione della piattaforma con aggiornamenti principali
-
Creare un nuovo ambiente, utilizzando la nuova versione della piattaforma di destinazione, e distribuire il codice dell'applicazione in tale ambiente. Il nuovo ambiente deve essere nell'applicazione Elastic Beanstalk che contiene l'ambiente di cui si sta eseguendo la migrazione. Non terminare ancora l'ambiente esistente.
-
Utilizzare il nuovo ambiente per eseguire la migrazione dell'applicazione. In particolare:
-
Trovare e risolvere eventuali problemi di compatibilità dell'applicazione che non è stato possibile rilevare durante la fase di sviluppo.
-
Verificare che eventuali personalizzazioni eseguite dall'applicazione utilizzando i file di configurazione funzionino correttamente nel nuovo ambiente. Queste potrebbero includere impostazioni di opzioni, pacchetti installati aggiuntivi, policy di sicurezza personalizzate e script o i file di configurazione installati in istanze degli ambienti.
-
Se l'applicazione utilizza un’Amazon Machine Image (AMI), creare una nuova AMI personalizzata in base all'AMI della nuova versione della piattaforma. Per ulteriori informazioni, vedi Utilizzo di un'immagine di macchina Amazon personalizzata (AMI) nel tuo ambiente Elastic Beanstalk. In particolare, questo è richiesto se l'applicazione utilizza la piattaforma Windows Server con un'AMI personalizzata e stai eseguendo la migrazione a una versione della piattaforma Windows Server V2. In questo caso, consulta anche Migrazione da versioni principali della piattaforma Windows Server.
Continuare con il test e l'implementazione delle correzioni finché l'applicazione nel nuovo ambiente non sembra soddisfacente.
-
-
Introdurre il nuovo ambiente nell'ambiente di produzione scambiando il suo CNAME con quello dell'ambiente di produzione esistente. Per informazioni dettagliate, consulta Distribuzioni blu/verde con Elastic Beanstalk.
-
Se lo stato del nuovo ambiente in produzione è soddisfacente, terminare l'ambiente precedente. Per informazioni dettagliate, vedi Terminazione di un ambiente Elastic Beanstalk.
