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.
Aktualisieren der Plattformversion für die Elastic Beanstalk-Umgebung
Elastic Beanstalk veröffentlicht regelmäßig neue Plattformversionen, um alle Linux-basierte und Windows Server-basierte Plattformen zu aktualisieren. Neue Plattformversionen bieten Aktualisierungen der vorhandenen Softwarekomponenten und Unterstützung für neue Features und Konfigurationsoptionen. Weitere Informationen zu Plattformen und Plattformversionen finden Sie unter Elastic Beanstalk-Plattformen – Glossar.
Sie können mit der Elastic-Beanstalk-Konsole oder der EB-CLI die Plattformversion der Umgebung aktualisieren. Abhängig von der Plattformversion, die Sie aktualisieren möchten, empfiehlt Elastic Beanstalk eine von zwei Methoden zum Ausführen von Plattformaktualisierungen.
-
Methode 1 – Aktualisieren der Plattformversion Ihrer Umgebung. Wir empfehlen diese Methode, wenn Sie auf die neueste Plattformversion in einer Plattformvariante aktualisieren – ohne Änderung an Laufzeit, Webserver, Anwendungsserver, Betriebssystem oder Hauptplattformversion. Dies ist die häufigste und routinemäßige Plattformaktualisierung.
-
Methode 2 – Ausführen einer Blau/Grün-Bereitstellung. Wir empfehlen diese Methode, wenn Sie auf eine Plattformversion in einem anderen Plattformzweig aktualisieren – mit einer anderen Laufzeit, einem anderen Webserver, einem anderen Anwendungsserver oder einem anderen Betriebssystem oder auf eine andere Hauptplattformversion. Dies ist ein guter Ansatz, wenn Sie die Vorteile der neuen Laufzeitfunktionen oder die neueste Elastic-Beanstalk-Funktionalität nutzen möchten oder wenn Sie von einer veralteten oder ausgemusterten Plattformvariante weg wechseln möchten.
Für die Migration von einer älteren Plattformversion ist eine Blau/Grün-Bereitstellung erforderlich, da diese Plattformversionen mit derzeit unterstützten Versionen nicht kompatibel sind.
Für die Migration einer Linux-Anwendung auf Amazon Linux 2 ist eine Blau/Grün-Bereitstellung erforderlich, da Amazon-Linux-2-Plattformversionen mit früheren Amazon-Linux-AMI-Plattformversionen nicht kompatibel sind.
Weitere Unterstützung bei der Auswahl der optimalen Methode zur Plattformaktualisierung , erweitern Sie den Abschnitt für die Plattform Ihrer Umgebung.
Verwenden Sie Methode 1 zum Ausführen von Plattformaktualisierungen.
Verwenden Sie Methode 1 zum Ausführen von Plattformaktualisierungen.
Beachten Sie folgende Fälle:
-
Wenn Sie Ihre Anwendung auf eine andere Plattform migrieren, z. B. von Go 1.4 (Docker) auf Go 1.11 oder von Python 3.4 (Docker) auf Python 3.6, verwenden Sie Methode 2.
-
Wenn Sie Ihre Anwendung für eine andere Docker-Container-Version migrieren, z. B. von Glassfish 4.1 (Docker) auf Glassfish 5.0 (Docker), verwenden Sie Methode 2.
-
Wenn Sie auf eine aktuelle Plattformversion ohne Änderung der Container-Version oder Hauptversion aktualisieren, verwenden Sie Methode 1.
Verwenden Sie Methode 1 zum Ausführen von Plattformaktualisierungen.
Beachten Sie folgende Fälle:
Beachten Sie folgende Fälle:
-
Wenn Sie Ihre Anwendung auf eine andere Java-Laufzeitversion oder Tomcat-Anwendungsserver-Version aktualisieren, z. B. von Java 7 mit Tomcat 7 auf Java 8 mit Tomcat 8.5, verwenden Sie Methode 2.
-
Wenn Sie Ihre Anwendung auf größeren Java mit Tomcat-Plattformversionen (v1.x.x, v2.x.x, und v3.x.x) migrieren, verwenden Sie Methode 2.
-
Wenn Sie auf eine aktuelle Plattformversion ohne Änderung der Laufzeitversion, Anwendungsserverversion oder Hauptversion aktualisieren, verwenden Sie Methode 1.
Beachten Sie folgende Fälle:
-
Wenn Sie Ihre Anwendung auf eine andere Windows-Betriebssystemversion migrieren, z. B. von Windows Server 2008 R2 auf Windows Server 2016, verwenden Sie Methode 2.
-
Wenn Sie Ihre Anwendung auf großen Windows Server-Plattformversionen migrieren, finden Sie weitere Informationen unter Migration von früheren Hauptversionen der Windows Server-Plattform. Verwenden Sie Methode 2.
-
Wenn Ihre Anwendung derzeit auf einer Windows Server-Plattform V2.x.x ausgeführt wird und Sie auf eine aktuelle Plattformversion aktualisieren, verwenden Sie Methode 1.
Anmerkung
Windows Server-Plattformversionen vor v2 werden nicht semantisch versioniert. Sie können nur jeweils die neueste Version einer jeden dieser Windows Server-Plattformhauptversionen starten. Ein Rollback nach einem Upgrade ist nicht möglich.
Verwenden Sie Methode 2 zum Ausführen von Plattformaktualisierungen.
Beachten Sie folgende Fälle:
-
Wenn Sie Ihre Anwendung auf eine andere PHP-Laufzeitversion migrieren, z. B. von PHP 5.6 auf PHP 7.2, verwenden Sie Methode 2.
-
Wenn Sie Ihre Anwendung auf große PHP-Plattformversionen (v1.x.x und v2.x.x) migrieren, verwenden Sie Methode 2.
-
Wenn Sie auf eine aktuelle Plattformversion ohne Änderung der Laufzeit- oder -version aktualisieren, verwenden Sie Methode 1.
Beachten Sie folgende Fälle:
-
Wenn Sie Ihre Anwendung auf eine andere Python-Laufzeitversion migrieren, z. B. von Python 2.7 auf Python 3.6, verwenden Sie Methode 2.
-
Wenn Sie Ihre Anwendung auf große Python-Plattformversionen (v1.x.x und v2.x.x) migrieren, verwenden Sie Methode 2.
-
Wenn Sie auf eine aktuelle Plattformversion ohne Änderung der Laufzeit- oder -version aktualisieren, verwenden Sie Methode 1.
Beachten Sie folgende Fälle:
-
Wenn Sie Ihre Anwendung auf eine andere Ruby-Laufzeitversion oder Anwendungsserverversion migrieren, z. B. von Ruby 2.3 mit Puma auf Ruby 2.6 mit Puma migrieren, verwenden Sie Methode 2.
-
Wenn Sie Ihre Anwendung auf große Ruby-Plattformversionen (v1.x.x und v2.x.x) migrieren, verwenden Sie Methode 2.
-
Wenn Sie auf eine aktuelle Plattformversion ohne Änderung der Laufzeitversion, Anwendungsserverversion oder Hauptversion aktualisieren, verwenden Sie Methode 1.
Methode 1 – Aktualisieren der Plattformversion Ihrer Umgebung
Verwenden Sie diese Methode zum Aktualisieren auf die aktuelle Plattformvariante Ihrer Umgebung. Falls Sie zuvor eine Umgebung mit einer älteren Plattformversion erstellt oder Ihre Umgebung von einer älteren Version aktualisiert haben, können Sie mit dieser Methode eine vorherige Plattformversion wiederherstellen, sofern sich diese in derselben Plattformvariante befindet.
So aktualisieren Sie die Plattformversion Ihrer Umgebung:
Öffnen Sie die Elastic Beanstalk Beanstalk-Konsole
und wählen Sie in der Liste Regionen Ihre aus. AWS-Region -
Wählen Sie im Navigationsbereich Environments (Umgebungen) aus und wählen Sie dann in der Liste den Namen Ihrer Umgebung aus.
Anmerkung
Wenn Sie viele Umgebungen haben, verwenden Sie die Suchleiste, um die Umgebungsliste zu filtern.
-
Wählen Sie auf der Umgebungsübersichtsseite unter Platform (Plattform) die Option Change (Ändern) aus.
-
Wählen Sie im Dialogfeld Update platform version (Plattformversion aktualisieren) eine Plattformversion aus. Die neueste (empfohlene) Plattformversion in der Variante wird automatisch ausgewählt. Sie können auf jede Version aktualisieren, die Sie in der Vergangenheit verwendet haben.
-
Wählen Sie Save aus.
Lassen Sie die Plattformaktualisierungen von Elastic Beanstalk verwalten, um den Vorgang zu vereinfachen. Sie können die Umgebung so konfigurieren, dass während eines definierbaren wöchentlichen Wartungsfensters automatisch Neben- und Patch-Versionsaktualisierungen durchgeführt werden. Elastic Beanstalk führt verwaltete Aktualisierungen ohne Ausfallzeit oder Kapazitätseinbußen aus. Falls Instances, auf denen die Anwendung mit der neuen Version ausgeführt wird, die Zustandsprüfungen nicht bestehen, wird die Aktualisierung unverzüglich abgebrochen. Details hierzu finden Sie unter Verwaltete Plattformaktualisierungen.
Methode 2 – Ausführen einer Blau/Grün-Bereitstellung
Verwenden Sie diese Methode, um auf eine andere Plattformvariante zu aktualisieren – mit anderer Laufzeit, anderem Webserver, Anwendungsserver oder Betriebssystem oder einer anderen Hauptplattformversion. Dies ist in der Regel erforderlich, wenn Sie die Vorteile der neuen Laufzeitfunktionen oder der aktuellen Elastic-Beanstalk-Funktionalität nutzen möchten. Es ist auch erforderlich, wenn Sie von einer veralteten oder ausgemusterten Plattformvariante weg migrieren.
Wenn Sie auf größere Plattformversionen oder auf Plattformversionen mit wichtigen Komponentenaktualisierungen aktualisieren möchten, ist die Wahrscheinlichkeit größer, dass Ihre Anwendung oder einige ihrer Aspekte, auf der neuen Plattformversion nicht wie erwartet funktionieren und möglicherweise Änderungen erfordern.
Aktualisieren Sie Ihren lokalen Entwicklungscomputer vor dem Ausführen der Migration auf neuere Laufzeitversionen und andere Komponenten der Plattform, die Sie migrieren wollen. Stellen Sie sicher, dass Ihre Anwendung weiterhin wie erwartet funktioniert und nehmen Sie bei Bedarf Codekorrekturen und -änderungen vor. Verwenden Sie dann die folgende bewährte Methode zur sicheren Migration Ihrer Umgebung auf die neue Plattformversion.
So migrieren Sie Ihre Umgebung auf eine Plattformversion mit wichtigen Aktualisierungen
-
Erstellen Sie eine neue Umgebung unter Verwendung der neuen Plattformzielversion und stellen Sie für sie Ihren Anwendungscode bereit. Die neue Umgebung sollte sich in der Elastic-Beanstalk-Anwendung befinden, die die Umgebung enthält, in die Sie migrieren. Beenden Sie die vorhandene Umgebung noch nicht.
-
Verwenden Sie die neue Umgebung, um Ihre Anwendung zu migrieren. Insbesondere:
-
Suchen und beheben Sie Probleme mit der Anwendungskompatibilität, die Sie während der Entwicklungsphase nicht erkennen konnten.
-
Stellen Sie sicher, dass alle Anpassungen, die Ihre Anwendung mithilfe von Konfigurationsdateien vornimmt, in der neuen Umgebung korrekt funktionieren. Hierbei kann es sich z. B. um Optionseinstellungen, zusätzliche installierte Pakete, benutzerdefinierte Sicherheitsrichtlinien und Skripts oder auf Umgebungs-Instances installierte Konfigurationsdateien handeln.
-
Wenn Ihre Anwendung ein benutzerdefiniertes Amazon Machine Image (AMI) verwendet, erstellen Sie ein neues benutzerdefiniertes AMI basierend auf dem AMI der neuen Plattformversion. Weitere Informationen hierzu finden Sie unter Verwenden eines benutzerdefinierten Amazon Machine Image (AMI). Dies ist insbesondere erforderlich, wenn Ihre Anwendung die Windows Server-Plattform mit einem benutzerdefinierten AMI nutzt und Sie eine Migration auf eine Windows Server V2-Plattformversion vornehmen. Weitere Informationen über diesen Fall finden Sie auch unter Migration von früheren Hauptversionen der Windows Server-Plattform.
Führen Sie so lange Tests durch und stellen Sie Ihre Korrekturen bereit, bis Sie mit der Anwendung in der neuen Umgebung zufrieden sind.
-
-
Machen Sie die neue Umgebung zu Ihrer Produktionsumgebung, indem Sie ihren CNAME mit dem CNAME der vorhandenen Produktionsumgebung vertauschen. Details hierzu finden Sie unter Blau/Grün-Bereitstellungen mit Elastic Beanstalk.
-
Wenn Sie mit dem Status Ihrer neuen Umgebung in der Produktion zufrieden sind, schließen Sie die alte Umgebung. Details hierzu finden Sie unter Elastic Beanstalk-Umgebung terminieren.
