Migrazione da Amazon Linux 2 ad Amazon Linux 2023 - 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à.

Migrazione da Amazon Linux 2 ad Amazon Linux 2023

Questo argomento descrive come eseguire la migrazione dell'applicazione da una ramificazione della piattaforma Amazon Linux 2 a una ramificazione della piattaforma Amazon Linux 2023.

Differenze e compatibilità

Tra le piattaforme Elastic Beanstalk e AL2 AL2 023

Esiste un alto grado di compatibilità tra le piattaforme Elastic Beanstalk Amazon Linux 2 e Amazon Linux 2023. Sebbene ci siano alcune differenze da notare:

  • Instance Metadata Service Version 1 (IMDSv1): l'impostazione predefinita dell'IMDSv1opzione Disabilita è impostata su 023 piattaforme. true AL2 L'impostazione predefinita è sulle piattaforme. false AL2

  • strumento di istanza pkg-repo: lo pkg-repo strumento non è disponibile per gli ambienti che eseguono su AL2 piattaforme 023. Tuttavia, è comunque possibile applicare manualmente gli aggiornamenti del pacchetto e del sistema operativo a un'istanza 023. AL2 Per ulteriori informazioni, consulta Gestione dei pacchetti e degli aggiornamenti del sistema operativo nella Guida per l'utente di Amazon Linux 2023

  • HTTPd Configurazione Apache: il httpd.conf file Apache per le piattaforme AL2 023 presenta alcune impostazioni di configurazione diverse da quelle per: AL2

    • Per impostazione predefinita, nega l'accesso all'intero file system del server. Queste impostazioni sono descritte in Protezione dei file del server per impostazione predefinita nella pagina Suggerimenti per la sicurezza del sito Web Apache.

    • Nega l'accesso alla configurazione .htaccess in tutte le directory, ad eccezione di quelle specificamente abilitate. Questa impostazione è descritta in Protezione delle impostazioni di sistema nella pagina Suggerimenti per la sicurezza del sito Web Apache. Nella pagina Tutorial Apache HTTP Server: file .htaccess è riportato che questa impostazione può aiutare a migliorare le prestazioni.

    • Nega l'accesso ai file con lo schema dei nomi .ht*. Questa impostazione impedisce ai client Web di visualizzare i file .htaccess e .htpasswd.

    È possibile modificare qualsiasi impostazione di configurazione precedente per l'ambiente. Per ulteriori informazioni, consulta Configurare HTTPD di Apache.

  • Supporto per variabili di ambiente multilinea: le piattaforme AL2 023 supportano valori multilinea per variabili di ambiente e segreti nelle configurazioni dei servizi systemd. Le piattaforme Amazon Linux 2 non supportano valori di variabili di ambiente multilinea. Questo miglioramento consente di utilizzare segreti e valori di configurazione multilinea su piattaforme 023. AL2 Per ulteriori informazioni sull'utilizzo delle variabili e dei segreti di ambiente, vedere. Valori multilinea nelle variabili di ambiente Amazon Linux 2

  • CloudWatch inoltro di log personalizzato: l'agente (awslogspacchetto) obsoleto di CloudWatch Logs non è disponibile sulle piattaforme 023. AL2 Se disponi di configurazioni di inoltro dei log personalizzate che installano e utilizzano l'agente obsoleto, devi aggiornare i file di configurazione per utilizzare l'awslogs CloudWatch agente unificato durante la migrazione da Amazon Linux 2 a 023. AL2 Per ulteriori informazioni, consulta Streaming di file di log personalizzati.

Differenze specifiche della piattaforma

Oltre alle differenze del sistema operativo di base, esistono differenze specifiche della piattaforma tra le piattaforme di runtime Amazon Linux 2 e AL2 023:

  • Ramificazione della piattaforma .NET: la strategia di ramificazione della piattaforma .NET differisce tra Amazon Linux 2 e 023. AL2 Su Amazon Linux 2, la piattaforma .NET Core mantiene una finestra rotante delle versioni principali.NET all'interno di un unico ramo della piattaforma. Nella versione AL2 023, ogni ramo della piattaforma è associato a una versione principale.NET specifica (ad esempio, .NET 9, .NET 10).

    Se distribuisci applicazioni dipendenti dal framework (applicazioni che si basano sul runtime .NET installato sulla piattaforma), devi selezionare un ramo della piattaforma che corrisponda alla versione.NET di destinazione dell'applicazione. Se distribuisci applicazioni autonome (applicazioni che raggruppano il proprio runtime .NET), puoi utilizzare qualsiasi ramo della piattaforma AL2 023 .NET indipendentemente dalla versione.NET dell'applicazione, poiché l'applicazione non dipende dal runtime installato sulla piattaforma. Per ulteriori informazioni, consulta Raggruppamento di applicazioni per.NET Core sulla piattaforma Linux Elastic Beanstalk.

  • Selezione della versione di Node.js: la piattaforma Node.js su Amazon Linux 2 supporta la specificazione di una versione Node.js nel package.json file dell'applicazione. La piattaforma Node.js su AL2 023 non supporta questa funzionalità. È necessario utilizzare la versione Node.js predefinita fornita dal ramo della piattaforma. Per ulteriori informazioni sulla gestione delle versioni di Node.js, vedereConfigurazione delle dipendenze dell'applicazione su Elastic Beanstalk.

  • Versione del server Ruby Puma: la piattaforma Ruby su Amazon Linux 2 ignora la versione di Puma specificata nel Gemfile.lock file dell'applicazione e utilizza la versione Puma predefinita della piattaforma. La piattaforma Ruby su AL2 023 rispetta la versione Puma specificata in, se presente. Gemfile.lock Se non viene specificata alcuna versione, la piattaforma installa la versione Puma predefinita della piattaforma.

  • Disponibilità dei pacchetti PHP: alcuni pacchetti disponibili sulle piattaforme PHP Amazon Linux 2 non sono disponibili sulle piattaforme PHP AL2 023:

    • Pacchetti client MySQL: mysql i pacchetti client mysql-devel e da riga di comando non sono installati su 023 piattaforme PHP. AL2 Se la tua applicazione richiede la connettività del database MySQL, usa mysqli PHP pdo_mysql o le estensioni, disponibili su entrambe le piattaforme.

    • Strumenti Compass e Ruby: i rubygems pacchetti ruby-devel e per il supporto del framework Compass CSS non sono installati sulle piattaforme PHP 023. AL2 Compass è obsoleto. Prendi in considerazione l'utilizzo di moderni strumenti di preelaborazione CSS come alternative.

  • Strumenti di controllo della versione Go: il sistema di controllo della versione di Bazaar (bzr) non è disponibile sulle piattaforme AL2 023 Go. Bazaar è obsoleto e non è incluso nel repository dei pacchetti 023. AL2 Usa invece Git, Mercurial o Subversion per il controllo della versione, tutti disponibili sulle piattaforme AL2 023 Go.

Tra i sistemi operativi Amazon Linux

Per ulteriori informazioni sulle differenze tra i sistemi operativi Amazon Linux 2 e Amazon Linux 2023, consulta Confronto tra Amazon Linux 2 e Amazon Linux 2023 nella Guida per l'utente di Amazon Linux 2023.

Per ulteriori informazioni su Amazon Linux 2023, consulta Cos'è Amazon Linux 2023? nella Guida per l'utente di Amazon Linux 2023.

Processo di migrazione generale

Quando sei pronto per passare alla produzione, Elastic Beanstalk blue/green richiede una distribuzione per eseguire l'aggiornamento. Di seguito sono riportate le procedure ottimali generali consigliate per la migrazione con una blue/green procedura di distribuzione.

Preparazione al test per la migrazione

Prima di implementare l'applicazione e iniziare il test, consulta le informazioni contenute nella sezione precedente Differenze e compatibilità. Consulta anche il materiale di riferimento citato in tale sezione, Confronto tra Amazon Linux 2 e Amazon Linux 2023 nella Guida per l'utente di Amazon Linux 2023. 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 023.

  2. Distribuisci la tua applicazione nell'ambiente AL2 023 di destinazione.

    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 l'ambiente AL2 023 di destinazione è pronto per essere avviato alla produzione, sostituisci i CNAMEs due ambienti per reindirizzare il traffico verso il nuovo ambiente 023. AL2

Fasi di migrazione dettagliate e best practice

Per una procedura di blue/green distribuzione 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.