Migration von Amazon Linux AMI (AL1) zu AL2 oder AL2 023 - AWS Elastic Beanstalk
Unterschiede und KompatibilitätMigrationsprozessHilfreiche ReferenzenÜberlegungen für alle Linux-PlattformenPlattformspezifische Überlegungen

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Migration von Amazon Linux AMI (AL1) zu AL2 oder AL2 023

Wenn Ihre Elastic Beanstalk Beanstalk-Anwendung auf einer Amazon AMI Linux-Plattform basiert, erfahren Sie in diesem Abschnitt, wie Sie die Umgebungen Ihrer Anwendung auf Amazon Linux 2 oder Amazon Linux 2023 migrieren. Plattformzweige der vorherigen Generation, die auf Amazon Linux basieren, AMI sind jetzt eingestellt.

Es wird dringend empfohlen, zu Amazon Linux 2023 zu migrieren, da es aktueller ist als Amazon Linux 2. Der Support für das Betriebssystem Amazon Linux 2 wird eher eingestellt als der Support für Amazon Linux 2023. Dementsprechend profitieren Sie bei einer Migration zu Amazon Linux 2023 von einem längeren Supportzeitraum.

Zu beachten ist, dass zwischen den Plattformen Elastic Beanstalk Amazon Linux 2 und Amazon Linux 2023 ein hohes Maß an Kompatibilität besteht. In einigen Bereichen gibt es jedoch Unterschiede: die Standardoption Instance Metadata Service Version 1 (IMDSv1), Unterstützung für das Instance-Tool pkg-repo und einige Apache-Konfigurationen. HTTPd Weitere Informationen finden Sie unter Amazon Linux 2023

Unterschiede und Kompatibilität

Es kann nicht garantiert werden, dass die auf AL2 023/ AL2 basierenden Plattformzweige abwärtskompatibel mit Ihrer bestehenden Anwendung sind. Ebenfalls zu beachten: Selbst wenn der Anwendungscode in der neuen Plattformversion erfolgreich bereitgestellt wird, kann er sich aufgrund von Betriebssystem- und Laufzeitunterschieden möglicherweise anders verhalten.

Obwohl Amazon Linux AMI und AL2 023/ AL2 denselben Linux-Kernel verwenden, unterscheiden sie sich in den folgenden Aspekten: ihrem Initialisierungssystem, den libc Versionen, der Compiler-Toolchain und verschiedenen Paketen. Weitere Informationen finden Sie unter Amazon Linux FAQs 2.

Beim Elastic-Beanstalk-Service wurden auch plattformspezifische Versionen von Laufzeit, Build-Tools und anderen Abhängigkeiten aktualisiert.

Daher empfehlen wir Ihnen, sich Zeit zu nehmen, Ihre Anwendung gründlich in einer Entwicklungsumgebung zu testen und notwendige Anpassungen vorzunehmen.

Allgemeiner Migrationsprozess

Wenn Sie für die Produktion bereit sind, erfordert Elastic Beanstalk eine Blau/Grün-Bereitstellung, um das Upgrade durchzuführen. Im Folgenden finden Sie die allgemeinen bewährten Schritte, die für die Migration mit einem Blau/Grün-Bereitstellungsverfahren empfohlen werden.

Vorbereitung der Tests für die Migration

Bevor Sie die Anwendung bereitstellen und mit dem Testen beginnen, sollten Sie sich die Informationen im Abschnitt Überlegungen für alle Linux-Plattformen weiter unten in diesem Thema durchlesen. Lesen Sie außerdem die für Ihre Plattform geltenden Informationen im folgenden Abschnitt Plattformspezifische Überlegungen. Notieren Sie sich die spezifischen Informationen, die (möglicherweise) für Ihre Anwendung und Konfiguration gelten.

Übergeordnete Migrationsschritte

  1. Erstellen Sie eine neue Umgebung, die auf einem AL2 oder AL2 023-Plattformzweig basiert. Wir empfehlen Ihnen, auf einen AL2 023-Plattformzweig zu migrieren.

  2. Stellen Sie Ihre Anwendung in der AL2 023/-Zielumgebung AL2 bereit.

    Ihre vorhandene Produktionsumgebung bleibt aktiv und unberührt, während Sie Tests durchführen und Anpassungen an der neuen Umgebung vornehmen.

  3. Testen Sie die Anwendung gründlich in der neuen Umgebung.

  4. Wenn Ihre AL2 AL2 023/-Zielumgebung für die Produktion bereit ist, tauschen Sie die beiden Umgebungen CNAMEs aus, um den Datenverkehr in die neue Umgebung umzuleiten.

Detailliertere Migrationsschritte und bewährte Methoden

Ein detaillierteres Blau/Grün-Bereitstellungsverfahren finden Sie unter Blau/Grün-Bereitstellungen mit Elastic Beanstalk.

Spezifischere Anleitungen und detaillierte bewährte Schritte finden Sie unter Blau/Grün-Methode.

Weitere Referenzen zur Planung der Migration

Die folgenden Referenzen können zusätzliche Informationen zur Planung der Migration bieten.

Überlegungen für alle Linux-Plattformen

In der folgenden Tabelle werden Überlegungen erläutert, die Sie bei der Planung einer Anwendungsmigration auf AL2 AL2 023/ berücksichtigen sollten. Diese Überlegungen gelten für alle Elastic-Beanstalk-Linux-Plattformen, unabhängig von bestimmten Programmiersprachen oder Anwendungsservern.

Area Änderungen und Informationen

Konfigurationsdateien

Auf AL2 023/ AL2 -Plattformen können Sie Konfigurationsdateien wie bisher verwenden, und alle Abschnitte funktionieren auf die gleiche Weise. Bestimmte Einstellungen funktionieren jedoch möglicherweise nicht so wie auf früheren Amazon AMI Linux-Plattformen. Beispielsweise:

  • Einige Softwarepakete, die Sie mithilfe einer Konfigurationsdatei installieren, sind unter AL2 023/ möglicherweise nicht verfügbarAL2, oder ihre Namen haben sich möglicherweise geändert.

  • Einige plattformspezifische Konfigurationsoptionen wurden von ihren plattformspezifischen Namespaces in andere plattformunabhängige Namespaces verschoben.

  • Proxy-Konfigurationsdateien, die im Verzeichnis .ebextensions/nginx bereitgestellt werden, sollten in das Plattform-Hooks-Verzeichnis .platform/nginx verschoben werden. Details hierzu finden Sie unter Reverse-Proxy-Konfiguration.

Wir raten zur Verwendung von Plattform-Hooks für die Ausführung von benutzerdefiniertem Code auf Ihren Umgebungs-Instances. Sie können in .ebextensions-Konfigurationsdateien weiterhin Befehle und Containerbefehle verwenden, aber sie sind nicht mehr so einfach in der Verwendung. Beispielsweise kann das Schreiben von Befehlsskripten in einer YAML Datei umständlich und schwierig zu testen sein.

Sie müssen immer noch .ebextensions Konfigurationsdateien für jedes Skript verwenden, das einen Verweis auf eine benötigt AWS CloudFormation Ressource.

Plattform-Hooks

AL2Plattformen haben eine neue Möglichkeit eingeführt, die Plattform Ihrer Umgebung zu erweitern, indem ausführbare Dateien zu Hook-Verzeichnissen auf den Instanzen der Umgebung hinzugefügt werden. Bei früheren Linux-Plattformversionen haben Sie möglicherweise benutzerdefinierte Plattform-Hooks verwendet. Diese Hooks wurden nicht für verwaltete Plattformen entwickelt und wurden nicht unterstützt, konnten aber in einigen Fällen auf nützliche Weise funktionieren. Bei AL2 Plattformversionen AL2 023/ funktionieren benutzerdefinierte Plattform-Hooks nicht. Sie sollten alle Hooks auf die neuen Plattform-Hooks migrieren. Weitere Informationen finden Sie unter Plattform-Hooks.

Unterstützte Proxy-Server

AL2023/ AL2 Plattformversionen unterstützen dieselben Reverse-Proxy-Server wie jede Plattform, die in ihren Amazon AMI Linux-Plattformversionen unterstützt wird. Alle AL2 023/AL2; -Plattformversionen verwenden Nginx als Standard-Reverse-Proxy-Server, mit Ausnahme der ECS Plattformen und Docker. Die Tomcat-PHP, Node.js- und Python-Plattformen unterstützen HTTPD als Alternative auch Apache. Alle Plattformen ermöglichen eine einheitliche Konfiguration des Proxy-Servers wie in diesem Abschnitt beschrieben. Die Konfiguration des Proxyservers unterscheidet sich jedoch geringfügig von der Konfiguration unter Amazon LinuxAMI. Dies sind die Unterschiede für alle Plattformen:

  • Standard ist nginx — Der Standard-Proxyserver auf allen AL2 023/ AL2 Plattformversionen ist nginx. Auf den Amazon AMI Linux-Plattformversionen von Tomcat und Python war der Standard-Proxyserver ApacheHTTPD. PHP

  • Konsistenter Namespace — Alle AL2 023/ AL2 Plattformversionen verwenden den aws:elasticbeanstalk:environment:proxy Namespace zur Konfiguration des Proxyservers. Bei Amazon AMI Linux-Plattformversionen war dies eine Entscheidung pro Plattform, und Node.js verwendete einen anderen Namespace.

  • Speicherort der Konfigurationsdatei — Sie sollten die Proxy-Konfigurationsdateien in den .platform/httpd Verzeichnissen .platform/nginx und auf allen AL2 AL2 023/ Plattformversionen platzieren. Auf Amazon AMI Linux-Plattformversionen waren diese Speicherorte jeweils .ebextensions/nginx und.ebextensions/httpd.

Informationen zu plattformspezifischen Proxy-Konfigurationsänderungen finden Sie unter Plattformspezifische Überlegungen. Informationen zur Proxykonfiguration auf AL2 023/ AL2 -Plattformen finden Sie unter. Reverse-Proxy-Konfiguration

Proxy-Konfigurationsänderungen

Einige Änderungen an der Proxy-Konfiguration gelten einheitlich für alle Plattformen, zusätzlich zu den plattformspezifischen Änderungen der Proxy-Konfiguration. Es ist wichtig, sich auf beide zu beziehen, damit Ihre Umgebungen genau konfiguriert werden können.

Instance-Profil

AL2023/ AL2 Plattformen erfordern die Konfiguration eines Instanzprofils. Die Umgebung wird ohne Profil möglicherweise zunächst erfolgreich erstellt, kurz nach der Erstellung können in der Umgebung aber Fehler auftreten, wenn Aktionen, die ein Instance-Profil erfordern, fehlschlagen. Details hierzu finden Sie unter Elastic Beanstalk Instance-Profile verwalten.

Erweiterter Zustand

AL2023/ AL2 Plattformversionen ermöglichen standardmäßig eine erweiterte Systemintegrität. Dies ist eine Änderung, wenn Sie nicht die Elastic-Beanstalk-Konsole zum Erstellen von Umgebungen verwenden. Die Konsole ermöglicht standardmäßig möglichst eine erweiterte Integrität, unabhängig von der Plattformversion. Details hierzu finden Sie unter Elastic Beanstalk hat die Gesundheitsberichterstattung und -überwachung verbessert.

Benutzerdefiniert AMI

Wenn Ihre Umgebung eine benutzerdefinierte verwendetAMI, erstellen Sie eine neue, die auf AL2 023/ AMI basiert, AL2 für Ihre neue Umgebung mithilfe einer Elastic Beanstalk AL2 023/ -Plattform. AL2

Benutzerdefinierte Plattformen

Die Managed AMIs of AL2 023/ AL2 Plattformversionen unterstützen keine benutzerdefinierten Plattformen.

Plattformspezifische Überlegungen

In diesem Abschnitt werden Migrationsüberlegungen behandelt, die für bestimmte Elastic-Beanstalk-Linux-Plattformen spezifisch sind.

Die auf Amazon Linux AMI (AL1) basierende Docker-Plattform-Branch-Familie umfasst drei Plattformzweige. Für jede empfiehlt sich ein anderer Migrationspfad.

AL1Zweig der Plattform Migrationspfad zu AL2 023/ AL2

Von Amazon verwalteter Multi-Container-Docker, der auf Amazon Linux ECS AMI läuft () AL1
ECSbasierte Docker AL2 0.23/ Plattformzweige AL2

Die ECSauf Docker AL2 023/ basierenden AL2 Plattformzweige bieten einen unkomplizierten Migrationspfad für Umgebungen, die auf dem Docker-Plattformzweig mit mehreren Containern ausgeführt werden. AL1

  • Wie der vorherige AL1Multi-Container-Docker-Zweig verwenden auch die AL2 023/ AL2 platform Branches Amazon, ECS um die Bereitstellung mehrerer Docker-Container in einem ECS Amazon-Cluster in einer Elastic Beanstalk Beanstalk-Umgebung zu koordinieren.

  • Die AL2 Plattformzweige AL2 023/ unterstützen alle Funktionen des vorherigen Multi-Container-Docker-Zweigs. AL1

  • Die AL2 Plattformzweige AL2 023/ unterstützen auch dieselbe v2-Datei. Dockerrun.aws.json

Weitere Informationen zur Migration Ihrer Anwendungen, die auf dem Multi-Container Docker Amazon Linux-Plattformzweig ausgeführt werden, zu einem Amazon-Zweig, der auf AL2 023/ AL2 platform ECS ausgeführt wird, finden Sie unter. Migrieren Sie Ihre Elastic Beanstalk Beanstalk-Anwendung von ECS Managed Multi-Container Docker auf Amazon Linux 2023 AL1 ECS

Docker läuft auf Amazon Linux AMI () AL1

Vorkonfigurierter Docker (Glassfish 5.0) mit Amazon Linux () AMI AL1
Docker läuft auf 023/ Plattformzweig AL2 AL2

Wir empfehlen Ihnen, Ihre Anwendungen, die auf Umgebungen laufen, die auf vorkonfiguriertem Docker (Glassfish 5.0) oder Docker unter Amazon Linux AMI (AL1) basieren, in Umgebungen zu migrieren, die auf den Plattformzweigen Docker Running on Amazon Linux 2 oder Docker Running on 023 basieren. AL2

Wenn Ihre Umgebung auf dem Plattformzweig mit vorkonfiguriertem Docker (Glassfish 5.0) basiert, siehe Bereitstellung einer GlassFish Anwendung auf der Docker-Plattform: ein Migrationspfad zu Amazon Linux 2023.

In der folgenden Tabelle sind Migrationsinformationen aufgeführt, die sich auf den Plattformzweig Docker beziehen, der auf 023/ ausgeführt wird. AL2 AL2

Area Änderungen und Informationen

Speicher

Elastic Beanstalk konfiguriert Docker so, dass Speichertreiber zum Speichern von Docker-Images und Containerdaten verwendet werden. Auf Amazon Linux AMI verwendete Elastic Beanstalk den Device Mapper-Speichertreiber. Um die Leistung zu verbessern, hat Elastic Beanstalk ein zusätzliches Amazon-Volume bereitgestellt. EBS Auf Versionen der AL2 Docker-Version AL2 023/ verwendet Elastic Beanstalk den OverlayFS-Speichertreiber und erzielt so eine noch bessere Leistung, ohne dass ein separates Volume mehr benötigt wird.

Wenn Sie bei Amazon Linux die BlockDeviceMappings Option des aws:autoscaling:launchconfiguration Namespace verwendet habenAMI, um benutzerdefinierte Speichervolumes zu einer Docker-Umgebung hinzuzufügen, empfehlen wir Ihnen, auch das /dev/xvdcz EBS Amazon-Volume hinzuzufügen, das Elastic Beanstalk bereitstellt. Elastic Beanstalk stellt dieses Volume nicht mehr bereit, daher sollten Sie es aus Ihren Konfigurationsdateien entfernen. Details hierzu finden Sie unter Docker-Konfiguration auf Amazon Linux AMI (vor Amazon Linux 2).

Private Repository-Authentifizierung

Wenn Sie eine von Docker generierte Authentifizierungsdatei bereitstellen, um eine Verbindung zu einem privaten Repository herzustellen, müssen Sie sie nicht mehr in das ältere Format konvertieren, das für die Versionen der Amazon Linux AMI Docker-Plattform erforderlich war. AL2023/ Die Versionen der AL2 Docker-Plattform unterstützen das neue Format. Details hierzu finden Sie unter Verwenden von Bildern aus einem privaten Repository in Elastic Beanstalk.

Proxy-Server

AL2023/ Versionen der AL2 Docker-Plattform unterstützen keine eigenständigen Container, die nicht hinter einem Proxyserver laufen. Bei Versionen der Amazon Linux AMI Docker-Plattform war dies früher über den none Wert der ProxyServer Option im aws:elasticbeanstalk:environment:proxy Namespace möglich.

In der folgenden Tabelle sind Migrationsinformationen für die AL2 023/ AL2 Plattformversionen auf der Go-Plattform aufgeführt.

Area Änderungen und Informationen

Übergeben eines Portwertes

Auf AL2 023/ AL2 -Plattformen übergibt Elastic Beanstalk keinen Portwert über die Umgebungsvariable an Ihren Anwendungsprozess. PORT Sie können dieses Verhalten für Ihren Prozess simulieren, indem Sie eine PORT-Umgebungseigenschaft selbst konfigurieren. Wenn Sie jedoch mehrere Prozesse haben und darauf zählen, dass Elastic Beanstalk inkrementelle Portwerte an Ihre Prozesse übergibt (5000, 5100, 5200 usw.), sollten Sie Ihre Implementierung ändern. Weitere Informationen finden Sie unter Reverse-Proxy-Konfiguration.

In der folgenden Tabelle werden Migrationsinformationen für die Corretto-Plattformzweige in der Java SE-Plattform aufgelistet.

Area Änderungen und Informationen

Corretto gegen Open JDK

Zur Implementierung der Java Platform, Standard Edition (Java SE), AL2 023/ AL2 Platform Branches verwenden Amazon Corretto, ein AWS Vertrieb des Open Java Development Kit (Open). JDK Frühere Elastic Beanstalk Java SE-Plattformbranches verwenden die JDK Open-Pakete, die in Amazon Linux enthalten sind. AMI

Build-Tools

AL2023/ AL2 -Plattformen verfügen über neuere Versionen der Build-Tools:gradle, und. maven ant

JARUmgang mit Dateien

Wenn Ihr Quellpaket (ZIPDatei) auf AL2 023/ AL2 -Plattformen eine einzelne JAR Datei und keine anderen Dateien enthält, benennt Elastic Beanstalk die Datei nicht mehr in um. JAR application.jar Das Umbenennen erfolgt nur, wenn Sie eine JAR Datei als eigenständige Datei einreichen, nicht innerhalb einer Datei. ZIP

Übergeben eines Portwertes

Auf AL2 023/ AL2 -Plattformen übergibt Elastic Beanstalk keinen Portwert über die Umgebungsvariable an Ihren Anwendungsprozess. PORT Sie können dieses Verhalten für Ihren Prozess simulieren, indem Sie eine PORT-Umgebungseigenschaft selbst konfigurieren. Wenn Sie jedoch mehrere Prozesse haben und darauf zählen, dass Elastic Beanstalk inkrementelle Portwerte an Ihre Prozesse übergibt (5000, 5100, 5200 usw.), sollten Sie Ihre Implementierung ändern. Weitere Informationen finden Sie unter Reverse-Proxy-Konfiguration.

Java 7

Elastic Beanstalk unterstützt keinen AL2 AL2 023/Java 7-Plattformzweig. Wenn Sie eine Java 7-Anwendung haben, migrieren Sie sie auf Corretto 8 oder Corretto 11.

In der folgenden Tabelle sind Migrationsinformationen für die AL2 023/ AL2 Plattformversionen auf der Tomcat-Plattform aufgeführt.

Area Änderungen und Informationen

Konfigurationsoptionen

Auf AL2 Plattformversionen AL2 023/ unterstützt Elastic Beanstalk nur eine Teilmenge der Konfigurationsoptionen und Optionswerte im Namespace. aws:elasticbeanstalk:environment:proxy Im Folgenden finden Sie Informationen zur Migration für die einzelnen Optionen.

Option Informationen zur Migration

GzipCompression

Wird auf Plattformversionen 023/ nicht unterstützt. AL2 AL2

ProxyServer

AL2023/ Die AL2 Tomcat-Plattformversionen unterstützen sowohl die Nginx- als auch die Apache HTTPD Version 2.4 Proxyserver. Apache Version 2.2 wird jedoch nicht unterstützt.

Auf Amazon AMI Linux-Plattformversionen war der Standard-Proxy Apache 2.4. Wenn Sie die Standard-Proxyeinstellung verwendet und benutzerdefinierte Proxy-Konfigurationsdateien hinzugefügt haben, sollte Ihre Proxykonfiguration auch auf AL2 AL2 023/ funktionieren. Wenn Sie jedoch den Optionswert apache/2.2 verwendet haben, müssen Sie nun Ihre Proxy-Konfiguration auf Apache Version 2.4 migrieren.

Die XX:MaxPermSize Option im aws:elasticbeanstalk:container:tomcat:jvmoptions Namespace wird auf Plattformversionen AL2 AL2 023/ nicht unterstützt. Die JVM Einstellung zum Ändern der Größe der permanenten Generierung gilt nur für Java 7 und frühere Versionen und gilt daher nicht für AL2 AL2 023/ Plattformversionen.

Anwendungspfad.

Auf AL2 023/ AL2 -Plattformen lautet der Pfad zum Verzeichnis der Anwendung auf EC2 Amazon-Instances Ihrer Umgebung. /var/app/current Es war /var/lib/tomcat8/webapps auf Amazon AMI Linux-Plattformen.

In der folgenden Tabelle sind Migrationsinformationen für die AL2 023/ AL2 Plattformversionen auf der Plattform Node.js aufgeführt.

Area Änderungen und Informationen

Installierte Node.js-Versionen

Auf AL2 023/ AL2 -Plattformen verwaltet Elastic Beanstalk mehrere Plattformzweige von Node.js und installiert nur die neueste Version der Hauptversion von Node.js, die dem Plattformzweig auf jeder Plattformversion entspricht. Beispielsweise wird für jede Plattformversion im Node.js 12-Plattformzweig standardmäßig nur Node.js 12.x.y installiert. Auf Amazon AMI Linux-Plattformversionen haben wir die verschiedenen Versionen mehrerer Versionen von Node.js auf jeder Plattformversion installiert und nur einen einzigen Plattformzweig verwaltet.

Wählen Sie den Node.js-Plattformzweig für die Node.js-Hauptversion aus, die Ihre Anwendung benötigt.

Namen der HTTPD Apache-Protokolldateien

Wenn Sie auf AL2 023/ AL2 -Plattformen den HTTPD Apache-Proxyserver verwenden, lauten die Namen der HTTPD Protokolldateien access_log underror_log, was mit allen anderen Plattformen übereinstimmt, die Apache unterstützen. HTTPD In Versionen der Amazon AMI Linux-Plattform wurden diese Protokolldateien jeweils benannt access.log underror.log.

Weitere Details zu Namen und Speicherorten von Protokolldateien für alle Plattformen finden Sie unter So richtet Elastic Beanstalk Logs ein CloudWatch .

Konfigurationsoptionen

Auf AL2 023/ AL2 -Plattformen unterstützt Elastic Beanstalk die Konfigurationsoptionen im Namespace nicht. aws:elasticbeanstalk:container:nodejs Für einige Optionen gibt es Alternativen. Im Folgenden finden Sie Informationen zur Migration für die einzelnen Optionen.

Option Informationen zur Migration

NodeCommand

Verwenden Sie ein Procfile oder das Schlüsselwort scripts in einer package.json-Datei, um das Startskript anzugeben.

NodeVersion

Verwenden Sie in einer package.json-Datei das Schlüsselwort engines, um die Node.js-Version anzugeben. Beachten Sie, dass Sie jeweils nur eine Node.js-Version angeben können, die Ihrem Plattformzweig entspricht. Wenn Sie beispielsweise den Plattformzweig Node.js 12 verwenden, können Sie nur eine 12.x.y Node.js-Version angeben. Details hierzu finden Sie unter Spezifizieren Node.js Abhängigkeiten mit einer package.json-Datei.

GzipCompression

Wird auf Plattformversionen 023/ nicht unterstützt. AL2 AL2

ProxyServer

Bei den Plattformversionen AL2 023/ AL2 Node.js wurde diese Option in den Namespace verschoben. aws:elasticbeanstalk:environment:proxy Sie können zwischen nginx (Standardeinstellung) und apache wählen.

AL2Die Plattformversionen 023/ AL2 Node.js unterstützen keine eigenständigen Anwendungen, die nicht hinter einem Proxyserver laufen. Bei den Plattformversionen von Amazon Linux AMI Node.js war dies früher über den none Wert der ProxyServer Option im aws:elasticbeanstalk:container:nodejs Namespace möglich. Wenn in Ihrer Umgebung eine eigenständige Anwendung ausgeführt wird, aktualisieren Sie den Code so, dass dem Port zugehört wird, an den der Proxy-Server (nginx oder Apache) den Datenverkehr weiterleitet.

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

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

In der folgenden Tabelle sind Migrationsinformationen für die AL2 023/ AL2 Plattformversionen auf der Plattform aufgeführt. PHP

Area Änderungen und Informationen

PHPVerarbeitung von Dateien

Auf AL2 023/ AL2 -Plattformen werden PHP Dateien mit PHP - FPM (einem CGI Prozessmanager) verarbeitet. Auf Amazon AMI Linux-Plattformen haben wir mod_php (ein Apache-Modul) verwendet.

Proxy-Server

AL2023/ AL2 PHP Plattformversionen unterstützen sowohl den Nginx- als auch den Apache-Proxyserver. HTTPD Standardmäßig wird nginx verwendet.

Die Versionen der Amazon AMI PHP Linux-Plattform unterstützten nur ApacheHTTPD. Wenn Sie benutzerdefinierte Apache-Konfigurationsdateien hinzugefügt haben, können Sie die Option ProxyServer im Namespace aws:elasticbeanstalk:environment:proxy auf apache festlegen.

In der folgenden Tabelle sind Migrationsinformationen für die AL2 023/ AL2 Plattformversionen auf der Python-Plattform aufgeführt.

Area Änderungen und Informationen

WSGIServer

Auf AL2 023/ AL2 -Plattformen ist Gunicorn der Standardserver. WSGI Standardmäßig überwacht Gunicorn Port 8000. Der Port unterscheidet sich möglicherweise von dem, den Ihre Anwendung auf der Amazon AMI Linux-Plattform verwendet hat. Wenn Sie die WSGIPath-Option des aws:elasticbeanstalk:container:python-Namespace festlegen, ersetzen Sie den Wert durch die Syntax von Gunicorn. Details hierzu finden Sie unter Namespaces der Python-Konfiguration.

Alternativ können Sie a verwenden, um den WSGI Server Procfile zu spezifizieren und zu konfigurieren. Details hierzu finden Sie unter Konfiguration des WSGI Servers mit einem Profil auf Elastic Beanstalk.

Anwendungspfad.

Auf AL2 023/ AL2 -Plattformen lautet der Pfad zum Verzeichnis der Anwendung auf EC2 Amazon-Instances Ihrer Umgebung. /var/app/current Es war /opt/python/current/app auf Amazon AMI Linux-Plattformen.

Proxy-Server

AL2023/ Die Versionen der AL2 Python-Plattform unterstützen sowohl den Nginx- als auch den Apache-Proxyserver. HTTPD Standardmäßig wird nginx verwendet.

Die Versionen der Amazon Linux AMI Python-Plattform unterstützten nur ApacheHTTPD. Wenn Sie benutzerdefinierte Apache-Konfigurationsdateien hinzugefügt haben, können Sie die Option ProxyServer im Namespace aws:elasticbeanstalk:environment:proxy auf apache festlegen.

In der folgenden Tabelle sind Migrationsinformationen für die AL2 023/ AL2 Plattformversionen auf der Ruby-Plattform aufgeführt.

Area Änderungen und Informationen

Installierte Ruby-Versionen

Auf AL2 023/ AL2 -Plattformen installiert Elastic Beanstalk nur die neueste Version einer einzigen Ruby-Version, die dem Plattformzweig entspricht, auf jeder Plattformversion. Beispielsweise ist auf den einzelnen Plattformversionen im Ruby 2.6-Plattformzweig nur Ruby 2.6.x installiert. Auf den Versionen der Amazon AMI Linux-Plattform haben wir die neuesten Versionen mehrerer Ruby-Versionen installiert, z. B. 2.4.x, 2.5.x und 2.6.x.

Wenn Ihre Anwendung eine Ruby-Version verwendet, die nicht dem von Ihnen verwendeten Plattformzweig entspricht, sollten Sie zu einem Plattformzweig wechseln, auf dem die richtige Ruby-Version für Ihre Anwendung installiert ist.

Anwendungsserver

Auf AL2 023/ AL2 -Plattformen installiert Elastic Beanstalk nur den Puma-Anwendungsserver auf allen Ruby-Plattformversionen. Sie können eine Procfile-Datei verwenden, um einen anderen Anwendungsserver zu starten, und eine, Gemfile-Datei, um ihn zu installieren.

Auf der Amazon AMI Linux-Plattform haben wir zwei Arten von Plattformzweigen für jede Ruby-Version unterstützt — eine mit dem Puma-Anwendungsserver und die andere mit dem Passenger-Anwendungsserver. Wenn Ihre Anwendung Passenger verwendet, können Sie Ihre Ruby-Umgebung für die Installation und Verwendung von Passenger konfigurieren.

Weitere Informationen und Beispiele finden Sie unter Verwenden der Elastic Beanstalk-Ruby-Plattform.