Istanze Amazon EC2 per l'ambiente Elastic Beanstalk - AWS Elastic Beanstalk

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à.

Istanze Amazon EC2 per l'ambiente Elastic Beanstalk

Quando crei un ambiente server Web, AWS Elastic Beanstalk crea una o più macchine virtuali Amazon Elastic Compute Cloud (Amazon EC2), note come istanze.

Le istanze dell'ambiente sono configurate per eseguire app Web sulla piattaforma scelta. È possibile apportare modifiche a varie proprietà e comportamenti delle istanze dell'ambiente durante la creazione dell'ambiente o dopo che è già in esecuzione. In alternativa, è possibile apportare subito queste variazioni modificando il codice sorgente distribuito nell'ambiente. Per ulteriori informazioni, consulta Opzioni di configurazione.

Nota

Il gruppo Auto Scaling nell'ambiente gestisce le istanze Amazon EC2 che eseguono l'applicazione. Quando si apportano modifiche alla configurazione descritte in questa pagina, la configurazione di avvio cambia. La configurazione di avvio è un modello di avvio Amazon EC2 o una risorsa di configurazione di avvio del gruppo Auto Scaling. Questa modifica richiede la sostituzione di tutte le istanze. Innesca anche un aggiornamento in sequenza o un aggiornamento immutabile, a seconda di quale è configurato.

Elastic Beanstalk supporta diverse opzioni di acquisto di istanze Amazon EC2: istanze on demand, istanze riservate e istanze Spot. Un'istanza On-Demand è una pay-as-you-go risorsa: non è richiesto alcun impegno a lungo termine per utilizzarla. Un'istanza riservata è uno sconto di fatturazione pre-acquistato applicato automaticamente alle istanze su richiesta corrispondenti nell'ambiente. Un'istanza Spot è un'istanza Amazon EC2 inutilizzata disponibile a un prezzo inferiore a quella on demand. È possibile abilitare le istanze spot nell'ambiente impostando una singola opzione. È possibile configurare l'utilizzo dell'istanza Spot, incluso il mix di istanze su richiesta e Spot, utilizzando opzioni aggiuntive. Per ulteriori informazioni, consulta Gruppo Auto Scaling.

Tipi di istanza Amazon EC2

Quando crei un nuovo ambiente, Elastic Beanstalk prevede le istanze Amazon EC2 basate sui tipi di istanza Amazon EC2 che scegli. I tipi di istanza scelti determinano l'hardware host che esegue le istanze. I tipi di istanza EC2 possono essere classificati in base all'architettura del processore su cui si basano. Elastic Beanstalk supporta tipi di istanze basati sulle seguenti AWS architetture di processore: architettura Graviton 64-bit Arm (arm64), architettura a 64 bit (x86) e architettura a 32 bit (i386). Elastic Beanstalk seleziona l'architettura del processore x86 per impostazione predefinita quando crei un nuovo ambiente.

Nota

L'architettura a 32 bit i386 non è più supportata dalla maggior parte delle piattaforme Elastic Beanstalk. Consigliamo di scegliere invece i tipi di architettura x86 o arm64. Elastic Beanstalk fornisce opzioni di configurazione per i tipi di istanza del processore i386 nello spazio dei nomi aws:ec2:instances.

Tutti i tipi di istanza nella configurazione per un determinato ambiente Elastic Beanstalk devono avere lo stesso tipo di architettura del processore. Supponiamo di aggiungere un nuovo tipo di istanza a un ambiente esistente che ha già un tipo di istanza t2.medium, basato sull'architettura x86. È possibile aggiungere solo un altro tipo di istanza della stessa architettura, come ad esempio t2.small. Se desideri sostituire i tipi di istanza esistenti con quelli di un'architettura diversa, puoi farlo. Assicurati però che tutti i tipi di istanza inclusi nel comando siano basati sullo stesso tipo di architettura.

Elastic Beanstalk aggiunge regolarmente il supporto per i tipi di istanza compatibili dopo l'introduzione di Amazon EC2. Per informazioni sui tipi di istanza disponibili, consulta Tipi di istanza nella Amazon EC2 User Guide o Tipi di istanza nella Amazon EC2 User Guide.

Nota

Elastic Beanstalk ora offre supporto per Graviton su tutte le più recenti piattaforme Amazon Linux 2 in tutte le regioni supportate da Graviton. AWS Per ulteriori informazioni sulla creazione di un ambiente Elastic Beanstalk con tipi di istanze basate su arm64, consulta Configurazione delle istanze Amazon EC2 per l'ambiente.

Crea nuovi ambienti che eseguono istanze Amazon EC2 sull'architettura arm64 ed eseguono la migrazione delle applicazioni esistenti con le opzioni di distribuzione in Elastic Beanstalk.

Per saperne di più sui processori basati su Graviton arm64, consulta queste risorse: AWS

Configurazione delle istanze Amazon EC2 per l'ambiente

Puoi creare o modificare la configurazione dell'istanza Amazon EC2 dell'ambiente Elastic Beanstalk utilizzando la console Elastic Beanstalk.

Nota

Sebbene la console Elastic Beanstalk non offra la possibilità di modificare l'architettura del processore di un ambiente esistente, puoi farlo con. AWS CLI Ad esempio, i comandi, vedi. Configurazione delle istanze AWS EC2 per il tuo ambiente utilizzando AWS CLI

Per configurare le istanze Amazon EC2 nella console Elastic Beanstalk durante la creazione dell'ambiente
  1. Apri la console Elastic Beanstalk e, nell'elenco Regioni, seleziona la tua. Regione AWS

  2. Nel riquadro di navigazione, selezionare Compute environments (Ambienti di calcolo).

  3. Scegliere Create a new environment (Crea un nuovo ambiente) per iniziare a creare l'ambiente.

  4. Nella pagina principale della procedura guidata, prima di scegliere Create environment (Crea ambiente), scegli Configure more options (Configura più opzioni).

  5. Nella categoria di configurazione Instances (Istanze), scegliere Edit (Modifica). Apportare modifiche alle impostazioni in questa categoria e quindi scegliere Applica. Per le descrizioni delle impostazioni, vedere la sezione Impostazioni della categoria istanze di questa pagina.

  6. Nella categoria di configurazione Capacity (Capacità), scegliere Edit (Modifica). Apportare modifiche alle impostazioni in questa categoria e quindi scegliere Continua. Per le descrizioni delle impostazioni, vedere la sezione Impostazioni della categoria capacità di questa pagina.

    Selezione dell'architettura del processore

    Scorri in basso fino a Processor (Processore) per selezionare un'architettura del processore per le istanze EC2. La console elenca le architetture dei processori supportate dalla piattaforma che hai scelto in precedenza nel pannello Create environment (Crea dell'ambiente).

    Se l'architettura del processore desiderata non viene visualizzata, torna all'elenco delle categorie di configurazione per selezionare una piattaforma che la supporta. Dal pannello Modify Capacity (Modifica capacità), scegliCancel (Annulla). Quindi, scegli Change platform version (Modifica versione piattaforma) per scegliere nuove impostazioni della piattaforma. Poi, nella categoria di configurazione Capacity (Capacità) scegli Edit (Modifica) per visualizzare di nuovo le scelte dell'architettura del processore.

    Impostazioni dell'istanza Amazon EC2 nella finestra di configurazione della capacità di Elastic Beanstalk per l'ambiente di configurazione
  7. Scegli Save (Salva) e apporta eventuali altre modifiche di configurazione richieste dal tuo ambiente.

  8. Seleziona Create environment (Crea ambiente).

Per configurare le istanze Amazon EC2 di un ambiente di esecuzione nella console Elastic Beanstalk
  1. Apri la console Elastic Beanstalk e, nell'elenco Regioni, seleziona la tua. Regione AWS

  2. 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.

  3. Nel pannello di navigazione, seleziona Configuration (Configurazione).

  4. Nella categoria di configurazione Instances (Istanze), scegliere Edit (Modifica). Apportare modifiche alle impostazioni in questa categoria e quindi scegliere Applica. Per le descrizioni delle impostazioni, vedere la sezione Impostazioni della categoria istanze di questa pagina.

  5. Nella categoria di configurazione Capacity (Capacità), scegliere Edit (Modifica). Apportare modifiche alle impostazioni in questa categoria e quindi scegliere Continua. Per le descrizioni delle impostazioni, vedere la sezione Impostazioni della categoria capacità di questa pagina.

Impostazioni della categoria istanze

Le seguenti impostazioni relative alle istanze Amazon EC2 sono disponibili nella categoria di configurazione Instances (Istanze).

Impostazioni dell'istanza Amazon EC2 nella finestra di configurazione delle istanze Elastic Beanstalk

Intervallo di monitoraggio

Per impostazione predefinita, le istanze del tuo ambiente pubblicano parametri sanitari di base su Amazon CloudWatch a intervalli di cinque minuti senza costi aggiuntivi.

Per report più dettagliati, puoi impostare l'intervallo di monitoraggio su 1 minuto per aumentare la frequenza con cui le risorse del tuo ambiente pubblicano i parametri sanitari di base su at. CloudWatch CloudWatch si applicano i costi di servizio per le metriche con intervallo di un minuto. Per ulteriori informazioni, consulta Amazon CloudWatch.

Volume radice (dispositivo di avvio)

Ogni istanza nell'ambiente viene configurata con un volume radice. Il volume radice è il dispositivo a blocchi Amazon EBS collegato all'istanza per archiviare il sistema operativo, le librerie, gli script e il codice sorgente dell'applicazione. Per impostazione predefinita, tutte le piattaforme utilizzano i dispositivi a blocchi SSD di uso generale per lo storage.

È possibile modificare il Root volume type (Tipo di volume radice) per utilizzare lo storage magnetico o i tipi di volume provisioned IOPS SSD e aumentare le dimensioni del volume, se necessario. Per i volumi Provisioned IOPS, è necessario selezionare anche il numero di IOPS per i quali effettuare il provisioning. La velocità effettiva è applicabile solo ai tipi di volume SSD gp3. È possibile inserire la velocità effettiva desiderata per il provisioning. Può variare tra 125 e 1.000 mebibyte al secondo (MIB/s). Seleziona il tipo di volume che meglio soddisfa i tuoi requisiti in termini di prestazioni e prezzi.

Per ulteriori informazioni, consulta i tipi di volume di Amazon EBS nella Guida per l'utente di Amazon EC2 e i dettagli del prodotto Amazon EBS.

Servizio di metadati dell'istanza

Il servizio di metadati dell'istanza (IMDS) è un componente dell'istanza utilizzato dal codice sull'istanza per accedere in modo sicuro ai metadati dell'istanza. Il codice può accedere ai metadati dell'istanza da un'istanza in esecuzione utilizzando uno dei due metodi. Sono il servizio metadati dell'istanza versione 1 (IMDSv1) o il servizio metadati dell'istanza versione 2 (IMDSv2). IMDSv2 è più sicuro. Disabilitare IMDSv1 per applicare IMDSv2. Per ulteriori informazioni, consultare Configurazione del servizio di metadati dell'istanza nelle istanze dell'ambiente.

Nota

La sezione IMDS in questa pagina di configurazione viene visualizzata solo per le versioni della piattaforma che supportano IMDSv2.

Gruppi di sicurezza

I gruppi di sicurezza associati alle istanze stabiliscono a quale traffico è consentito raggiungere le istanze. Stabiliscono inoltre a quale traffico è consentito lasciare le istanze. Elastic Beanstalk crea un gruppo di sicurezza che consente il traffico dal sistema di bilanciamento del carico sulle porte standard per HTTP (80) e HTTPS (443).

È possibile specificare ulteriori gruppi di sicurezza creati per consentire il traffico su altre porte o da altre origini. Ad esempio, è possibile creare un gruppo di sicurezza per l'accesso SSH che consente il traffico in entrata sulla porta 22 da un intervallo di indirizzi IP limitati. Altrimenti, per un ulteriore livello di sicurezza, creane uno da un host bastione al quale solo tu puoi accedere.

Nota

Per consentire il traffico tra le istanze dell'ambiente A e le istanze dell'ambiente B, è possibile aggiungere una regola al gruppo di sicurezza che Elastic Beanstalk ha collegato all'ambiente B.Quindi, è possibile specificare il gruppo di sicurezza che Elastic Beanstalk ha collegato all'ambiente A. Questo consente il traffico in entrata o in uscita dalle istanze dell'ambiente A. Tuttavia, in questo modo si crea una dipendenza tra i due gruppi di sicurezza. Successivamente, quando tenti di terminare l'ambiente A, Elastic Beanstalk non è in grado di eliminare il gruppo di sicurezza dell'ambiente, poiché il gruppo di sicurezza dell'ambiente B dipende da esso.

Pertanto, è preferibile creare prima un gruppo di sicurezza separato. Quindi, allegalo all'ambiente A e specificalo in una regola del gruppo di sicurezza dell'ambiente B.

Per ulteriori informazioni sui gruppi di sicurezza di Amazon EC2, consulta Amazon EC2 Security Groups nella Amazon EC2 User Guide.

Impostazioni della categoria capacità

Le seguenti impostazioni relative alle istanze Amazon EC2 sono disponibili nella categoria di configurazione Capacity (Capacità).

Impostazioni dell'istanza Amazon EC2 nella finestra di configurazione della capacità di Elastic Beanstalk per la creazione dell'ambiente

Tipi di istanza

L'impostazione Instance types (Tipi di istanza) stabilisce il tipo di istanza Amazon EC2 avviata per eseguire la tua applicazione. Questa pagina di configurazione mostra un elenco di tipi di istanza. È possibile selezionare uno o più tipi di istanza. La console Elastic Beanstalk mostra solo i tipi di istanza basati sull'architettura del processore configurata per l'ambiente. Pertanto, è possibile aggiungere solo tipi di istanza della stessa architettura del processore.

Nota

Sebbene la console Elastic Beanstalk non offra la possibilità di modificare l'architettura del processore di un ambiente esistente, puoi farlo con. AWS CLI Ad esempio, i comandi, vedi. Configurazione delle istanze AWS EC2 per il tuo ambiente utilizzando AWS CLI

Scegli un'istanza che sia abbastanza potente per l'esecuzione dell'applicazione sotto carico, ma non così potente da essere inattiva la maggior parte del tempo. Per le attività di sviluppo, la famiglia t2 di istanze fornisce una quantità moderata di potenza con la possibilità di aumentare le prestazioni per brevi periodi di tempo. Per dimensionamenti di grandi dimensioni e applicazioni ad alta disponibilità, utilizza un pool di istanze per essere certo che la capacità non ne risenta molto se una singola istanza non è funzionante. Inizia con un tipo di istanza che si può utilizzare per eseguire cinque istanze con carico moderato durante le ore normali. Se un'istanza ha esito negativo, il resto delle istanze è in grado di assorbire il resto del traffico. Il buffer della capacità consente anche all'ambiente di scalare quando il traffico inizia ad aumentare durante le ore più intense.

Per ulteriori informazioni sulle famiglie e i tipi di istanze di Amazon EC2, consulta Tipi di istanza nella Amazon EC2 User Guide o Tipi di istanze nella Amazon EC2 User Guide. Per determinare quali tipi di istanze soddisfano i tuoi requisiti e le relative regioni supportate, consulta i tipi di istanze disponibili nella Amazon EC2 User Guide o i tipi di istanze disponibili nella Amazon EC2 User Guide.

ID AMI

Amazon Machine Image (AMI) è l'immagine della macchina Amazon Linux o Windows Server utilizzata da Elastic Beanstalk per avviare le istanze Amazon EC2 nell'ambiente. Elastic Beanstalk fornisce le immagini di macchine che contengono gli strumenti e le risorse necessari per l'esecuzione dell'applicazione.

Elastic Beanstalk seleziona un'AMI predefinita per l'ambiente in base a Regione, versione della piattaforma e architettura del processore scelti. Se hai creato un'AMI personalizzata, sostituisci l'ID dell'AMI di default con il tuo ID di default personalizzato.

Configurazione delle istanze AWS EC2 per il tuo ambiente utilizzando AWS CLI

Utilizzate la AWS Command Line Interface (AWS CLI) per creare e configurare ambienti Elastic Beanstalk utilizzando i comandi nella shell della riga di comando. In questa sezione vengono forniti alcuni esempi di comandi create-environment e update-environment.

I primi due esempi creano un nuovo ambiente. Il comando specifica un tipo di istanza Amazon EC2, t4g.small, basato sull'architettura del processore arm64. Elastic Beanstalk imposta l'ID Immagine (AMI) per le istanze EC2 in base alla regione, alla versione della piattaforma e al tipo di istanza. Il tipo di istanza corrisponde a un'architettura del processore. Il parametro solution-stack-name si applica alla versione della piattaforma.

Esempio 1 — Crea un nuovo ambiente basato su arm64 (opzioni dello spazio dei nomi in riga)
aws elasticbeanstalk create-environment \ --region us-east-1 \ --application-name my-app \ --environment-name my-env \ --solution-stack-name "64bit Amazon Linux 2 v3.4.7 running Docker" \ --option-settings \ Namespace=aws:autoscaling:launchconfiguration,OptionName=IamInstanceProfile,Value=aws-elasticbeanstalk-ec2-role \ Namespace=aws:ec2:instances,OptionName=InstanceTypes,Value=t4g.small

In alternativa, utilizza un file options.json per specificare le opzioni dello spazio dei nomi invece di includerle in riga.

Esempio 2 — Crea un nuovo ambiente basato su arm64 (opzioni dello spazio dei nomi nel file options.json)
aws elasticbeanstalk create-environment \ --region us-east-1 \ --application-name my-app \ --environment-name my-env \ --solution-stack-name "64bit Amazon Linux 2 v3.4.7 running Docker" \ --option-settings file://options.json
### example options.json ### [ { "Namespace": "aws:autoscaling:launchconfiguration", "OptionName": "IamInstanceProfile", "Value": "aws-elasticbeanstalk-ec2-role" }, { "Namespace": "aws:ec2:instances", "OptionName": "InstanceTypes", "Value": "t4g.small" } ]

I due esempi successivi aggiornano la configurazione di un ambiente esistente con il comando update-environment. In questo esempio aggiungiamo un altro tipo di istanza basato ancora sull'architettura del processore arm64. Per gli ambienti esistenti, tutti i tipi di istanza aggiunti devono avere la stessa architettura del processore. Se desideri sostituire i tipi di istanza esistenti con quelli di un'architettura diversa, puoi farlo. Ma assicuratevi che tutti i tipi di istanza del comando abbiano lo stesso tipo di architettura.

Esempio 3 — Aggiorna un ambiente basato su arm64 esistente (opzioni dello spazio dei nomi in linea)
aws elasticbeanstalk update-environment \ --region us-east-1 \ --application-name my-app \ --environment-name my-env \ --solution-stack-name "64bit Amazon Linux 2 v3.4.7 running Docker" \ --option-settings \ Namespace=aws:autoscaling:launchconfiguration,OptionName=IamInstanceProfile,Value=aws-elasticbeanstalk-ec2-role \ Namespace=aws:ec2:instances,OptionName=InstanceTypes,Value=t4g.small,t4g.micro

In alternativa, utilizza un file options.json per specificare le opzioni dello spazio dei nomi invece di includerle in riga.

Esempio 4 — Aggiorna un ambiente basato su arm64 esistente (opzioni dello spazio dei nomi nel file options.json)
aws elasticbeanstalk update-environment \ --region us-east-1 \ --application-name my-app \ --environment-name my-env \ --solution-stack-name "64bit Amazon Linux 2 v3.4.7 running Docker" \ --option-settings file://options.json
### example options.json ### [ { "Namespace": "aws:autoscaling:launchconfiguration", "OptionName": "IamInstanceProfile", "Value": "aws-elasticbeanstalk-ec2-role" }, { "Namespace": "aws:ec2:instances", "OptionName": "InstanceTypes", "Value": "t4g.small, t4g.micro" } ]

I due esempi successivi mostrano di più comandi create-environment. Questi esempi non forniscono valori per InstanceTypes. Quando i valori InstanceTypes non sono specificati, Elastic Beanstalk ha come impostazione predefinita l'architettura del processore basata su x86. L'ID immagine (AMI) per le istanze EC2 dell'ambiente verrà impostata in maniera predefinita in base alla regione, alla versione della piattaforma e al tipo di istanza predefinito. Il tipo di istanza corrisponde a un'architettura del processore.

Esempio 5 — Crea un nuovo ambiente basato su x86 (opzioni dello spazio dei nomi in riga)
aws elasticbeanstalk create-environment \ --region us-east-1 \ --application-name my-app \ --environment-name my-env \ --solution-stack-name "64bit Amazon Linux 2 v3.4.7 running Docker" \ --option-settings \ Namespace=aws:autoscaling:launchconfiguration,OptionName=IamInstanceProfile,Value=aws-elasticbeanstalk-ec2-role

In alternativa, utilizza un file options.json per specificare le opzioni dello spazio dei nomi invece di includerle in riga.

Esempio 6 — Crea un nuovo ambiente basato su x86 (opzioni dello spazio dei nomi nel file options.json)
aws elasticbeanstalk create-environment \ --region us-east-1 \ --application-name my-app \ --environment-name my-env \ --solution-stack-name "64bit Amazon Linux 2 v3.4.7 running Docker" \ --option-settings file://options.json
### example options.json ### [ { "Namespace": "aws:autoscaling:launchconfiguration", "OptionName": "IamInstanceProfile", "Value": "aws-elasticbeanstalk-ec2-role" } ]

Suggerimenti per gli ambienti Graviton arm64 prima ondata

Nota

Questa sezione si applica solo a un sottoinsieme di clienti. Se hai creato un nuovo ambiente con tipi di istanza basati su Graviton arm64 prima del 24 novembre 2021, le informazioni contenute in questa sezione potrebbero essere applicabili.

A partire da ottobre e novembre 2021, Elastic Beanstalk ha iniziato ad aggiungere ondate di supporto per i processori Graviton arm64 in alcune regioni e per alcune versioni della piattaforma. Questa prima ondata è stata annunciata nelle Note di rilascio di AWS Elastic Beanstalk del 13 ottobre, del 21 ottobre e del 19 novembre del 2021. Se hai creato ambienti basati su arm64, le istruzioni ti hanno indicato di configurare le istanze con AMI personalizzate fornite nelle note di rilascio. Ora che è disponibile il supporto migliorato per Graviton arm64, Elastic Beanstalk imposta le AMI per i tipi di istanza arm64 nelle versioni più recenti della piattaforma per impostazione predefinita.

Se hai creato ambienti con le AMI personalizzate fornite nelle release della prima ondata, ti consigliamo di effettuare le seguenti operazioni per mantenere un ambiente integro e funzionante.

  1. Rimuovi le AMI personalizzate dall'ambiente.

  2. Aggiorna l'ambiente con la versione più recente della piattaforma.

  3. Configura gli aggiornamenti gestiti della piattaforma per eseguire automaticamente l'aggiornamento alla versione più recente della piattaforma durante una finestra di manutenzione pianificata.

Nota

Elastic Beanstalk non sostituirà automaticamente le AMI personalizzate. È necessario eliminare le AMI personalizzate nel passaggio 1, in modo che il successivo aggiornamento della piattaforma nel passaggio 2 le aggiornerà.

La procedura che segue guida l'utente attraverso questi passaggi. Gli AWS CLI esempi si applicano a un ambiente creato con le seguenti informazioni.

aws elasticbeanstalk create-environment \ --region us-east-1 \ --application-name my-app \ --environment-name my-env \ --solution-stack-name "64bit Amazon Linux 2 v3.4.7 running Docker" \ --option-settings \ Namespace=aws:autoscaling:launchconfiguration,OptionName=IamInstanceProfile,Value=aws-elasticbeanstalk-ec2-role \ Namespace=aws:ec2:instances,OptionName=InstanceTypes,Value=t4g.small \ Namespace=aws:autoscaling:launchconfiguration,OptionName=ImageId,Value=ami-0fbdb88ce139244bf
Per aggiornare gli ambienti arm64 creati durante la prima ondata di supporto Graviton arm64
  1. Esegui update-environment per rimuovere le impostazioni AMI personalizzate.

    aws elasticbeanstalk update-environment \ --region us-east-1 \ --environment-name my-env \ --options-to-remove \ Namespace=aws:autoscaling:launchconfiguration,OptionName=ImageId
  2. Aggiorna l'ambiente con la versione più recente della piattaforma. Scegli una delle seguenti opzioni.

    • Opzione della console — Utilizza la console Elastic Beanstalk per aggiornare la versione della piattaforma. Per ulteriori informazioni, consulta Aggiornare la versione della piattaforma dell'ambiente.

    • AWS CLI Opzione: esegue il comando AWS update-environment, specificando la versione della piattaforma più recente disponibile.

      aws elasticbeanstalk update-environment \ --region us-east-1 \ --environment-name my-env \ --solution-stack-name "64bit Amazon Linux 2 v3.4.9 running Docker"
      Nota

      Il list-available-solution-stackscomando fornisce un elenco delle versioni della piattaforma disponibili per il tuo account in una regione. AWS

      aws elasticbeanstalk list-available-solution-stacks --region us-east-1 --query SolutionStacks
  3. Utilizza la console Elastic Beanstalk per configurare gli aggiornamenti gestiti della piattaforma per l'ambiente. Gli aggiornamenti gestiti della piattaforma aggiornano automaticamente l'ambiente alla versione più recente della piattaforma durante una finestra di manutenzione pianificata. L'applicazione in uso rimane operativa durante il processo di aggiornamento. Per ulteriori informazioni, consulta l'argomento relativo agli aggiornamenti gestiti della piattaforma.

Lo spazio dei nomi aws:autoscaling:launchconfiguration

È possibile utilizzare le opzioni di configurazione nello spazio dei nomi aws:autoscaling:launchconfiguration per configurare le istanze del tuo ambiente, incluse le opzioni aggiuntive che non sono disponibili nella console.

Il seguente esempio di file di configurazione utilizza le opzioni di configurazione di base mostrate in questo argomento. Ad esempio, utilizza l'opzione DisableIMDSv1, che è illustrata in IMDS. Utilizza, inoltre, le opzioni EC2KeyName e IamInstanceProfile illustrate in Sicurezza, e l'opzione BlockDeviceMappings, che non è disponibile nella console.

option_settings: aws:autoscaling:launchconfiguration: SecurityGroups: my-securitygroup MonitoringInterval: "1 minute" DisableIMDSv1: false EC2KeyName: my-keypair IamInstanceProfile: "aws-elasticbeanstalk-ec2-role" BlockDeviceMappings: "/dev/sdj=:100,/dev/sdh=snap-51eef269,/dev/sdb=ephemeral0"

È possibile utilizzare BlockDeviceMappings per configurare i dispositivi a blocchi aggiuntivi per le istanze. Per ulteriori informazioni, consulta Block Device Mapping nella Amazon EC2 User Guide.

La console Elastic Beanstalk e la CLI EB applicano i valori consigliati per le opzioni precedenti. Rimuovi queste impostazioni se desideri utilizzare i file di configurazione per configurare le stesse opzioni. Per informazioni dettagliate, consulta Valori consigliati.