Migrazione da Amazon Linux AMI (AL1) a AL2 o AL2 023 - AWS Elastic Beanstalk
Differenze e compatibilitàProcesso di migrazioneRiferimenti utiliConsiderazioni per tutte le piattaforme LinuxConsiderazioni specifiche della piattaforma

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 da Amazon Linux AMI (AL1) a AL2 o AL2 023

Se la tua applicazione Elastic Beanstalk è basata su un ramo della piattaforma AMI Amazon Linux, usa questa sezione per scoprire come migrare gli ambienti dell'applicazione su Amazon Linux 2 o Amazon Linux 2023. Le filiali di piattaforme di generazione precedente basate su Amazon Linux AMI sono ora ritirate.

Ti consigliamo di eseguire la migrazione ad Amazon Linux 2023, poiché è più recente di Amazon Linux 2. Il sistema operativo Amazon Linux 2 raggiungerà la fine del supporto prima di Amazon Linux 2023, quindi la migrazione ad Amazon Linux 2023 ti consente di beneficiare di un periodo di supporto più lungo.

È importante tenere presente che esiste un alto grado di compatibilità tra le piattaforme Elastic Beanstalk Amazon Linux 2 e Amazon Linux 2023. Sebbene alcune aree presentino delle differenze: l'opzione predefinita di Instance Metadata Service Version 1 (IMDSv1), il supporto per lo strumento di istanza pkg-repo e alcune configurazioni di Apache. HTTPd Per ulteriori informazioni, consulta Amazon Linux 2023

Differenze e compatibilità

Non è garantito che i rami AL2 della piattaforma basata su AL2 023/ siano retrocompatibili con l'applicazione esistente. È inoltre importante tenere presente che, anche se il codice dell'applicazione viene implementato correttamente nella nuova versione della piattaforma, potrebbe comportarsi o funzionare in modo diverso a causa delle differenze del sistema operativo e del tempo di esecuzione.

Sebbene Amazon Linux AMI e AL2 023/ AL2 condividano lo stesso kernel Linux, differiscono nei seguenti aspetti: il sistema di inizializzazione, libc le versioni, la catena di strumenti del compilatore e vari pacchetti. Per ulteriori informazioni, consulta Amazon Linux 2 FAQs.

Il servizio Elastic Beanstalk ha anche aggiornato versioni specifiche della piattaforma di runtime, strumenti di compilazione e altre dipendenze.

Si consiglia pertanto di dedicare il tempo necessario, testare accuratamente l'applicazione in un ambiente di sviluppo e apportare le modifiche necessarie.

Processo di migrazione generale

Quando si è pronti per la produzione, Elastic Beanstalk richiede una distribuzione blu/verde per eseguire l'aggiornamento. Di seguito sono riportate le best practice generali per eseguire la migrazione con una procedura di implementazione blu/verde.

Preparazione al test per la migrazione

Prima di implementare l'applicazione e iniziare il test, consulta le informazioni contenute nella sezione Considerazioni per tutte le piattaforme Linux seguente. Consulta inoltre le informazioni relative alla piattaforma in uso nella sezione Considerazioni specifiche della piattaforma seguente. Prendi nota delle informazioni specifiche di tale sezione che si applicano o possono applicarsi all'applicazione e alla configurazione.

Panoramica delle fasi di migrazione

  1. Crea un nuovo ambiente basato su un ramo della piattaforma AL2 o AL2 023. Ti consigliamo di migrare a un ramo della piattaforma AL2 023.

  2. Distribuisci l'applicazione nell'ambiente 023/ di destinazioneAL2. AL2

    L'ambiente di produzione esistente rimarrà attivo e inalterato, mentre si esegue l'iterazione attraverso i test e le modifiche apportate al nuovo ambiente.

  3. Testa accuratamente l'applicazione nel nuovo ambiente.

  4. Quando AL2 l'ambiente AL2 023/ di destinazione è pronto per essere avviato alla produzione, sostituisci i due ambienti per reindirizzare il traffico verso il nuovo ambiente. CNAMEs

Fasi di migrazione dettagliate e best practice

Per una procedura di implementazione blu/verde più dettagliata, consulta Distribuzioni blu/verde con Elastic Beanstalk.

Per indicazioni più specifiche e best practice dettagliate, consulta il metodo blu/verde.

Altri riferimenti per pianificare la migrazione

I seguenti riferimenti possono offrire informazioni aggiuntive per pianificare la migrazione.

Considerazioni per tutte le piattaforme Linux

La tabella seguente illustra le considerazioni di cui è necessario tenere conto quando si pianifica la migrazione di un'applicazione alla AL2 versione 023/. AL2 Queste considerazioni si applicano a qualsiasi piattaforma Elastic Beanstalk Linux, indipendentemente da specifici linguaggi di programmazione o server applicativi.

Area Modifiche e informazioni

File di configurazione

Sulle AL2 piattaforme AL2 023/, è possibile utilizzare i file di configurazione come in precedenza e tutte le sezioni funzionano allo stesso modo. Tuttavia, impostazioni specifiche potrebbero non funzionare allo stesso modo delle precedenti AMI piattaforme Amazon Linux. Per esempio:

  • Alcuni pacchetti software che installi utilizzando un file di configurazione potrebbero non essere disponibili su AL2 023/ AL2 o i loro nomi potrebbero essere cambiati.

  • Alcune opzioni di configurazione specifiche della piattaforma sono state spostate dagli spazi dei nomi specifici della piattaforma a spazi dei nomi diversi e indipendenti dalla piattaforma.

  • I file di configurazione del proxy forniti nella directory .ebextensions/nginx devono spostarsi nella directory hook della piattaforma .platform/nginx. Per informazioni dettagliate, consultare Configurazione del proxy inverso.

Si consiglia di utilizzare gli hook della piattaforma per eseguire codice personalizzato sulle istanze dell'ambiente. È comunque possibile utilizzare comandi e comandi container nei file di configurazione .ebextensions, ma non sono così facili da usare. Ad esempio, scrivere script di comandi all'interno di un YAML file può essere complicato e difficile da testare.

È comunque necessario utilizzare i file di .ebextensions configurazione per qualsiasi script che richieda un riferimento a un AWS CloudFormation risorsa.

Hook della piattaforma

AL2platforms ha introdotto un nuovo modo per estendere la piattaforma dell'ambiente aggiungendo file eseguibili alle directory di hook sulle istanze dell'ambiente. Con le versioni precedenti della piattaforma Linux, potresti aver usato gli hook della piattaforma personalizzati. Questi hook non erano progettati per piattaforme gestite e non erano supportati, ma potrebbero funzionare in modi utili in alcuni casi. Con le versioni AL2 02/3 AL2 della piattaforma, gli hook di piattaforma personalizzati non funzionano. È necessario eseguire la migrazione di eventuali hook ai nuovi hook della piattaforma. Per dettagli, consulta Hook della piattaforma.

Server proxy supportati

AL2Le versioni della AL2 piattaforma 023/ supportano gli stessi server proxy inversi di ogni piattaforma supportata nelle versioni della AMI piattaforma Amazon Linux. Tutte le versioni della piattaforma AL2 023/AL2; utilizzano nginx come server proxy inverso predefinito, ad eccezione delle piattaforme e Docker. ECS Le piattaforme TomcatPHP, Node.js e Python supportano anche HTTPD Apache come alternativa. Tutte le piattaforme abilitano la configurazione del server proxy in modo uniforme, come descritto in questa sezione. Tuttavia, la configurazione del server proxy è leggermente diversa rispetto a Amazon LinuxAMI. Queste sono le differenze per tutte le piattaforme:

  • L'impostazione predefinita è nginx: il server proxy predefinito su AL2 tutte le versioni della piattaforma AL2 023/ è nginx. Nelle versioni della AMI piattaforma Amazon Linux di Tomcat e PythonPHP, il server proxy predefinito era Apache. HTTPD

  • Spazio dei nomi coerente: tutte le versioni della AL2 piattaforma AL2 023/ utilizzano lo spazio dei nomi per configurare il aws:elasticbeanstalk:environment:proxy server proxy. Nelle versioni AMI della piattaforma Amazon Linux questa era una decisione per piattaforma e Node.js utilizzava uno spazio dei nomi diverso.

  • Posizione dei file di configurazione: è necessario inserire i file di configurazione del proxy nelle .platform/httpd directory .platform/nginx and di tutte le versioni della piattaforma 023/. AL2 AL2 Nelle versioni AMI della piattaforma Amazon Linux queste posizioni erano .ebextensions/nginx e.ebextensions/httpd, rispettivamente.

Per le modifiche alla configurazione del proxy specifiche della piattaforma, consulta Considerazioni specifiche della piattaforma. Per informazioni sulla configurazione del proxy sulle AL2 piattaforme AL2 023/, consulta. Configurazione del proxy inverso

Modifiche alla configurazione del proxy

Esistono modifiche alla configurazione del proxy che si applicano uniformemente a tutte le piattaforme oltre alle modifiche alla configurazione del proxy specifiche per ciascuna piattaforma. È importante fare riferimento a entrambi per configurare con precisione gli ambienti.

Profilo dell'istanza

AL2023/ AL2 Le piattaforme richiedono la configurazione di un profilo di istanza. La creazione dell'ambiente potrebbe temporaneamente avere esito positivo senza profilo, ma l'ambiente potrebbe mostrare errori subito dopo la creazione quando le azioni che richiedono un profilo di istanza iniziano a fallire. Per informazioni dettagliate, consultare Gestione dei profili dell'istanza Elastic Beanstalk.

Integrità migliorata

AL2Le versioni della AL2 piattaforma 023/ abilitano l'integrità avanzata per impostazione predefinita. Questa è una modifica se non si utilizza la console Elastic Beanstalk per creare gli ambienti. La console abilita l'integrità avanzata per impostazione predefinita quando possibile, indipendentemente dalla versione della piattaforma. Per informazioni dettagliate, consultare Elastic Beanstalk ha migliorato la reportistica e il monitoraggio dello stato.

Personalizzato AMI

Se il tuo ambiente utilizza un ambiente personalizzato AMI, creane uno nuovo AMI basato su AL2 023/ AL2 per il nuovo ambiente utilizzando una piattaforma Elastic Beanstalk 023/. AL2 AL2

Piattaforme personalizzate

Le versioni gestite AMIs della piattaforma AL2 AL2 023/ non supportano piattaforme personalizzate.

Considerazioni specifiche della piattaforma

In questa sezione vengono illustrate le considerazioni relative alla migrazione per specifiche piattaforme Elastic Beanstalk Linux.

La famiglia di rami della piattaforma Docker basata su Amazon Linux AMI (AL1) include tre rami di piattaforma. Per ognuno di essi consigliamo un percorso di migrazione diverso.

AL1Filiale della piattaforma Percorso di migrazione verso lo AL2 023/ AL2

Docker multi-container gestito da Amazon ECS in esecuzione su Amazon Linux AMI () AL1
ECSfiliali basate sulla piattaforma Docker 02/3 AL2 AL2

I rami della AL2 piattaforma Docker AL2 023/ ECS basati su Docker offrono un percorso di migrazione semplice per gli ambienti in esecuzione sul ramo della piattaforma Docker multi-container. AL1

  • Come la precedente AL1 filiale Multi-container Docker, le AL2 filiali della piattaforma AL2 023/ utilizzano Amazon ECS per coordinare la distribuzione di più contenitori Docker in un cluster Amazon in un ambiente Elastic ECS Beanstalk.

  • Le filiali della AL2 piattaforma AL2 023/ supportano tutte le funzionalità del precedente ramo Multi-container Docker. AL1

  • I rami della AL2 piattaforma AL2 023/ supportano anche lo stesso file v2. Dockerrun.aws.json

Per ulteriori informazioni sulla migrazione delle applicazioni in esecuzione sul ramo della piattaforma Amazon Linux Docker multi-container verso un ramo Amazon in esecuzione AL2 sul ramo della piattaforma AL2 023/, consulta. ECS Migrazione dell'ECSapplicazione Elastic Beanstalk da Docker multi-container gestito su Amazon Linux 2023 AL1 ECS

Docker in esecuzione su Amazon Linux AMI () AL1

Docker preconfigurato (Glassfish 5.0) con Amazon Linux () AMI AL1
Docker in esecuzione su un ramo della piattaforma 02/3 AL2 AL2

Ti consigliamo di migrare le applicazioni in esecuzione su ambienti basati su Docker preconfigurato (Glassfish 5.0) o Docker in esecuzione su Amazon Linux AMI (AL1) verso ambienti basati su Docker Running on Amazon Linux 2 o Docker Running su 023 rami della piattaforma. AL2

Se l'ambiente è basato sul ramo di piattaforma Docker preconfigurato (Glassfish 5.0), consulta Distribuzione di un' GlassFish applicazione sulla piattaforma Docker: un percorso di migrazione verso Amazon Linux 2023.

La tabella seguente elenca le informazioni sulla migrazione specifiche per il ramo della piattaforma Docker Running su 023/. AL2 AL2

Area Modifiche e informazioni

Storage

Elastic Beanstalk configura Docker per utilizzare i driver di archiviazione per archiviare le immagini e i dati del container Docker. Su Amazon LinuxAMI, Elastic Beanstalk utilizzava il driver di archiviazione Device Mapper. Per migliorare le prestazioni, Elastic Beanstalk ha effettuato il provisioning di un volume Amazon aggiuntivo. EBS Nelle versioni della piattaforma AL2 023/ AL2 Docker, Elastic Beanstalk utilizza il driver di archiviazione OverlayFS e raggiunge prestazioni ancora migliori senza richiedere più un volume separato.

Con Amazon LinuxAMI, se hai utilizzato l'BlockDeviceMappingsopzione del aws:autoscaling:launchconfiguration namespace per aggiungere volumi di storage personalizzati a un ambiente Docker, ti consigliamo di aggiungere anche il EBS volume /dev/xvdcz Amazon fornito da Elastic Beanstalk. Tuttavia, Elastic Beanstalk non esegue più il provisioning di questo volume ed è pertanto necessario rimuoverlo dai file di configurazione. Per informazioni dettagliate, consultare Configurazione Docker su Amazon Linux AMI (precedente ad Amazon Linux 2).

Autenticazione del repository privato

Quando fornisci un file di autenticazione generato da Docker per connetterti a un repository privato, non devi più convertirlo nel formato precedente richiesto dalle versioni della piattaforma Amazon Linux AMI Docker. AL2023/ Le versioni della piattaforma AL2 Docker supportano il nuovo formato. Per informazioni dettagliate, consultare Utilizzo di immagini da un archivio privato in Elastic Beanstalk.

Server proxy

AL2023/ Le versioni della piattaforma AL2 Docker non supportano contenitori autonomi che non funzionano dietro un server proxy. Nelle versioni della piattaforma Amazon Linux AMI Docker, ciò era possibile in passato tramite il none valore dell'ProxyServeropzione nello aws:elasticbeanstalk:environment:proxy spazio dei nomi.

La tabella seguente elenca le informazioni sulla migrazione per le versioni della piattaforma AL2 023/ nella AL2 piattaforma Go.

Area Modifiche e informazioni

Passaggio della porta

Sulle AL2 piattaforme AL2 023/, Elastic Beanstalk non trasmette un valore di porta al processo applicativo tramite la variabile di ambiente. PORT È possibile simulare questo comportamento per il processo configurando autonomamente una proprietà di ambiente PORT. Tuttavia, se hai più processi e si prevede che Elastic Beanstalk passi valori di porta incrementali ai processi (5000, 5100, 5200 e così via), dovresti modificare l'implementazione. Per dettagli, consulta Configurazione del proxy inverso.

La tabella seguente elenca le informazioni di migrazione per le versioni della piattaforma Corretto nella piattaforma Java SE.

Area Modifiche e informazioni

Corretto vs. aperto JDK

Per implementare la piattaforma Java, Standard Edition (Java SE), le filiali della AL2 piattaforma AL2 023/ utilizzano Amazon Corretto, un AWS distribuzione dell'Open Java Development Kit (OpenJDK). Le filiali precedenti della piattaforma Elastic Beanstalk Java SE utilizzano i pacchetti JDK Open inclusi in Amazon Linux. AMI

Strumenti di compilazione

AL2AL2Le piattaforme 023/ dispongono di versioni più recenti degli strumenti di compilazione:,, e. gradle maven ant

JARgestione dei file

Sulle AL2 piattaforme AL2 023/, se il pacchetto sorgente (ZIPfile) contiene un solo file e nessun altro JAR file, Elastic Beanstalk non rinomina più il file in. JAR application.jar La ridenominazione avviene solo se si invia un JAR file a sé stante, non all'interno di un file. ZIP

Passaggio della porta

Sulle AL2 piattaforme AL2 023/, Elastic Beanstalk non trasmette un valore di porta al processo applicativo tramite la variabile di ambiente. PORT È possibile simulare questo comportamento per il processo configurando autonomamente una proprietà di ambiente PORT. Tuttavia, se hai più processi e si prevede che Elastic Beanstalk passi valori di porta incrementali ai processi (5000, 5100, 5200 e così via), dovresti modificare l'implementazione. Per dettagli, consulta Configurazione del proxy inverso.

Java 7

Elastic Beanstalk non AL2 supporta AL2 un ramo della piattaforma 023/Java 7. Se si dispone di un'applicazione Java 7, eseguire la migrazione a Corretto 8 o Corretto 11.

La tabella seguente elenca le informazioni sulla migrazione per le versioni della piattaforma AL2 023/ nella piattaforma TomcatAL2.

Area Modifiche e informazioni

Opzioni di configurazione

Nelle versioni della AL2 piattaforma AL2 023/, Elastic Beanstalk supporta solo un sottoinsieme delle opzioni di configurazione e dei valori delle opzioni nel namespace. aws:elasticbeanstalk:environment:proxy Ecco le informazioni sulla migrazione per ogni opzione.

Opzione Informazioni sulla migrazione

GzipCompression

Non supportato AL2 nelle versioni della AL2 piattaforma 023/.

ProxyServer

AL2023/ Le versioni della piattaforma AL2 Tomcat supportano sia i server proxy nginx che la versione 2.4 di Apache. HTTPD Tuttavia, Apache versione 2.2 non è supportato.

Nelle versioni AMI della piattaforma Amazon Linux, il proxy predefinito era Apache 2.4. Se hai utilizzato l'impostazione proxy predefinita e hai aggiunto file di configurazione proxy personalizzati, la configurazione del proxy dovrebbe continuare a funzionare su AL2 AL2 023/. Tuttavia, se è stato utilizzato il valore dell'opzione apache/2.2, è ora necessario migrare la configurazione proxy ad Apache versione 2.4.

L'XX:MaxPermSizeopzione nel aws:elasticbeanstalk:container:tomcat:jvmoptions namespace non è supportata nelle versioni della piattaforma 023/. AL2 AL2 L'JVMimpostazione per modificare la dimensione della generazione permanente si applica solo a Java 7 e versioni precedenti e pertanto non è applicabile alle AL2 versioni della piattaforma 023/. AL2

Percorso dell'applicazione

Sulle AL2 piattaforme AL2 023/, il percorso della directory dell'applicazione sulle EC2 istanze Amazon del tuo ambiente è. /var/app/current Era /var/lib/tomcat8/webapps su AMI piattaforme Amazon Linux.

La tabella seguente elenca le informazioni sulla migrazione per le versioni della AL2 piattaforma AL2 023/ nella piattaforma Node.js.

Area Modifiche e informazioni

Versioni Node.js installate

Sulle AL2 piattaforme AL2 023/, Elastic Beanstalk gestisce diversi rami della piattaforma Node.js e installa solo l'ultima versione della versione principale di Node.js corrispondente al ramo della piattaforma su ciascuna versione della piattaforma. Ad esempio, ogni versione della piattaforma nel ramo della piattaforma Node.js 12 ha solo Node.js 12.x.y installato per impostazione predefinita. Nelle versioni della AMI piattaforma Amazon Linux, abbiamo installato le diverse versioni di più versioni di Node.js su ciascuna versione della piattaforma e abbiamo mantenuto un solo ramo della piattaforma.

Scegliere il ramo della piattaforma Node.js che corrisponde alla versione principale Node.js di cui ha bisogno l'applicazione.

Nomi dei file di HTTPD registro di Apache

Sulle AL2 piattaforme AL2 023/, se si utilizza il server HTTPD proxy Apache, i nomi dei file di HTTPD registro sono access_log eerror_log, il che è coerente con tutte le altre piattaforme che supportano Apache. HTTPD Nelle versioni AMI della piattaforma Amazon Linux, questi file di registro erano denominati access.log eerror.log, rispettivamente.

Per informazioni dettagliate sui nomi dei file di log e sui percorsi di tutte le piattaforme, consulta Come Elastic Beanstalk configura i log CloudWatch .

Opzioni di configurazione

Sulle AL2 piattaforme AL2 023/, Elastic Beanstalk non supporta le opzioni di configurazione nel namespace. aws:elasticbeanstalk:container:nodejs Alcune delle opzioni hanno alternative. Ecco le informazioni sulla migrazione per ogni opzione.

Opzione Informazioni sulla migrazione

NodeCommand

Utilizzare un Procfile o la parola chiave scripts in un file package.json per specificare lo script iniziale.

NodeVersion

Utilizzare la parola chiaveengines in un file package.json per specificare la versione di Node.js. Tenere presente che è possibile specificare solo una versione di Node.js che corrisponde al ramo della piattaforma. Ad esempio, se si utilizza il ramo della piattaforma Node.js 12, è possibile specificare solo una versione 12.x.y Node.js. Per informazioni dettagliate, consultare Specificando Node.js dipendenze con un file package.json.

GzipCompression

Non supportato nelle versioni della AL2 piattaforma AL2 023/.

ProxyServer

Nelle versioni della piattaforma AL2 023/ AL2 Node.js, questa opzione è stata spostata nello spazio dei nomi. aws:elasticbeanstalk:environment:proxy È possibile scegliere tra nginx (impostazione predefinita) e apache.

AL2Le versioni della piattaforma 023/ AL2 Node.js non supportano applicazioni autonome che non funzionano dietro un server proxy. Nelle versioni della piattaforma Amazon Linux AMI Node.js, ciò era possibile in passato tramite il none valore dell'ProxyServeropzione nello aws:elasticbeanstalk:container:nodejs spazio dei nomi. Se l'ambiente esegue un'applicazione autonoma, aggiorna il codice per ascoltare la porta a cui li server proxy (nginx o Apache) inoltra il traffico.

var port = process.env.PORT || 5000;

app.listen(port, function() {
  console.log('Server running at http://127.0.0.1:%s', port);
});

La tabella seguente elenca le informazioni sulla migrazione per le versioni della piattaforma AL2 023/ presenti nella AL2 piattaforma. PHP

Area Modifiche e informazioni

PHPelaborazione dei file

Sulle AL2 piattaforme AL2 023/, PHP i file vengono elaborati utilizzando PHP - FPM (un gestore di CGI processi). Sulle AMI piattaforme Amazon Linux abbiamo usato mod_php (un modulo Apache).

Server proxy

AL2Le versioni della AL2 PHP piattaforma 023/ supportano sia i server proxy nginx che Apache. HTTPD Il valore predefinito è nginx.

Le versioni AMI PHP della piattaforma Amazon Linux supportavano solo ApacheHTTPD. Se sono stati aggiunti file di configurazione Apache personalizzati, è possibile impostare l'opzione ProxyServer nello spazio dei nomi aws:elasticbeanstalk:environment:proxy su apache.

La tabella seguente elenca le informazioni sulla migrazione per le versioni della AL2 piattaforma AL2 023/ nella piattaforma Python.

Area Modifiche e informazioni

WSGIserver

Sulle AL2 piattaforme AL2 023/, Gunicorn è il server predefinito. WSGI Per impostazione predefinita, Gunicorn ascolta sulla porta 8000. La porta potrebbe essere diversa da quella utilizzata dall'applicazione sulla AMI piattaforma Amazon Linux. Se stai impostando l'opzione WSGIPath dello spazio dei nomi aws:elasticbeanstalk:container:python, sostituisci il valore con la sintassi di Gunicorn. Per informazioni dettagliate, consultare Spazio dei nomi di configurazione di Python.

In alternativa, puoi usare Procfile a per specificare e configurare il WSGI server. Per informazioni dettagliate, consultare Configurazione del WSGI server con un Procfile su Elastic Beanstalk.

Percorso dell'applicazione

Sulle AL2 piattaforme AL2 023/, il percorso della directory dell'applicazione sulle EC2 istanze Amazon del tuo ambiente è. /var/app/current Era /opt/python/current/app su AMI piattaforme Amazon Linux.

Server proxy

AL2023/ Le versioni della piattaforma AL2 Python supportano sia i server proxy nginx che Apache. HTTPD Il valore predefinito è nginx.

Le versioni della piattaforma Amazon Linux AMI Python supportavano solo Apache. HTTPD Se sono stati aggiunti file di configurazione Apache personalizzati, è possibile impostare l'opzione ProxyServer nello spazio dei nomi aws:elasticbeanstalk:environment:proxy su apache.

La tabella seguente elenca le informazioni sulla migrazione per le versioni della piattaforma AL2 023/ nella AL2 piattaforma Ruby.

Area Modifiche e informazioni

Versioni di Ruby installate

Sulle AL2 piattaforme AL2 023/, Elastic Beanstalk installa solo l'ultima versione di una singola versione di Ruby, corrispondente al ramo della piattaforma, su ciascuna versione della piattaforma. Ad esempio, ogni versione della piattaforma nel ramo della piattaforma Ruby 2.6 ha solo Ruby 2.6.x installato. Nelle versioni della AMI piattaforma Amazon Linux, abbiamo installato le versioni più recenti di più versioni di Ruby, ad esempio 2.4.x, 2.5.x e 2.6.x.

Se l'applicazione utilizza una versione di Ruby che non corrisponde al ramo della piattaforma in uso, ti consigliamo di passare a un ramo della piattaforma con la versione di Ruby corretta per l'applicazione.

Server applicazioni

Sulle AL2 piattaforme AL2 023/, Elastic Beanstalk installa il server delle applicazioni Puma solo su tutte le versioni della piattaforma Ruby. È possibile utilizzare un Procfile per avviare un server delle applicazioni diverso e un Gemfile per installarlo.

Sulla AMI piattaforma Amazon Linux, supportavamo due versioni di rami della piattaforma per ogni versione di Ruby, una con il server delle applicazioni Puma e l'altra con il server delle applicazioni Passenger. Se l'applicazione utilizza Passenger, è possibile configurare l'ambiente Ruby per installare e utilizzare Passenger.

Per maggiori informazioni ed esempi, consulta Utilizzo della piattaforma Ruby di Elastic Beanstalk.