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 über die Hauptversionen der Elastic Beanstalk-Windows Server-Plattform hinweg

AWS Elastic Beanstalk hatte mehrere Hauptversionen seiner Windows Server-Plattform. Diese Seite geht auf die wichtigsten Verbesserungen für jede Hauptversion und darauf ein, was Sie bedenken müssen, bevor Sie auf eine neuere Version migrieren.

Die Windows Server-Plattform liegt derzeit in Version 2 (v2) vor. Wenn Ihre Anwendung eine Version der Windows Server-Plattform vor v2 verwendet, empfehlen wir die Migration auf v2.

Neues in den Hauptversionen der Windows Server-Plattform

Windows Server-Plattform V2

Version 2 (v2) der Elastic Beanstalk Windows Server Plattform wurde im Februar 2019 veröffentlicht. Mit V2 ist das Verhalten der Windows Server-Plattform in mehreren wichtigen Punkten demjenigen der Linux-basierten Plattformen von Elastic Beanstalk ähnlicher. V2 ist vollständig abwärtskompatibel zu v1, wodurch die Migration von v1 ganz einfach ist.

Die Windows Server-Plattform unterstützt jetzt Folgendes:

Windows Server-Plattform V1

Version 1.0.0 (v1) der Elastic Beanstalk-Windows Server-Plattform wurde im Oktober 2015 veröffentlicht. In dieser Version ändert sich die Reihenfolge, in der die Elastic Beanstalk-Prozesse Befehle in Konfigurationsdateien bei der Erstellung und Aktualisierungen der Umgebung verarbeitet werden.

Vorherige Plattformversionen haben keine Versionsnummer im Lösungs-Stack-Namen:

In früheren Versionen war die Verarbeitungsreihenfolge für Konfigurationsdateien inkonsistent. Container CommandsFühren Sie das Programm bei der Erstellung der Umgebung aus, nachdem die Anwendungsquelle bereitgestellt wurde. IIS Bei einer Bereitstellung in einer ausgeführten Umgebung werden Container-Befehle ausgeführt, bevor die neue Version bereitgestellt wird. Bei einer Skalierung nach oben werden Konfigurationsdateien nicht verarbeitet.

Darüber hinaus wird IIS gestartet, bevor Container-Befehle ausgeführt werden. Dieses Verhalten hat einige Kunden dazu veranlasst, Behelfslösungen in Container-Befehlen zu implementieren, indem der IIS Server angehalten wird, bevor Befehle ausgeführt werden, und ihn erneut gestartet, nachdem sie abgeschlossen sind.

Version 1 behebt die Inkonsistenzen. Damit ist das Verhalten der Windows Server-Plattform demjenigen der Linux-basierten Plattformen von Elastic Beanstalk ähnlicher. Auf der v1-Plattform führt Elastic Beanstalk immer Container-Befehle aus, bevor der IIS Server gestartet wird.

Die Lösungs-Stacks der v1-Plattform haben ein v1 nach der Windows Server-Version:

Außerdem extrahiert die v1-Plattform den Inhalt Ihres Anwendungs-Quell-Bundles in C:\staging\, bevor Container-Befehle ausgeführt werden. Nach Abschluss der Container-Befehle wird der Inhalt dieses Ordners in eine ZIP-Datei komprimiert und dort bereitgestellt. IIS In diesem Workflow können Sie den Inhalt Ihres Anwendungs-Quell-Bundles mit Befehlen oder einem Skript vor der Bereitstellung ändern.

Migration von früheren Hauptversionen der Windows Server-Plattform

Lesen Sie diesen Abschnitt mit Hinweisen zur Migration, bevor Sie Ihre Umgebung aktualisieren. Weitere Informationen zur Aktualisierung Ihrer Umgebungsplattform auf eine neuere Version finden Sie unter Aktualisieren der Plattformversion für die Elastic Beanstalk-Umgebung.

Kopieren von V1 in V2

Die Windows Server-Plattform v2 unterstützt nicht. NETCore 1.x und 2.0. Wenn Sie Ihre Anwendung von Windows Server v1 auf v2 migrieren und Ihre Anwendung eines dieser Programme verwendet. NETKernversionen, aktualisieren Sie Ihre Anwendung auf eine. NETKernversion, die v2 unterstützt. Eine Liste der unterstützten Versionen finden Sie unter. NETauf Windows Server mit IIS in den AWS Elastic Beanstalk Plattformen.

Wenn Ihre Anwendung ein benutzerdefiniertes Amazon Machine Image (AMI) verwendet, erstellen Sie ein neues benutzerdefiniertes Image, das auf einer Windows Server-Plattform v2 AMI basiertAMI. Weitere Informationen hierzu finden Sie unter Verwenden eines benutzerdefinierten Amazon-Maschinen-Images (AMI) in Ihrer Elastic Beanstalk Beanstalk-Umgebung.

Von Pre-V1-Versionen

Wenn Sie Ihre Anwendung von einem Windows Server-Lösungs-Stack vor v1 migrieren und derzeit Containerbefehle verwenden, müssen Sie zusätzlich zu den Überlegungen, die auf eine Migration von v1 zutreffen, alle Befehle entfernen, die Sie hinzugefügt haben, um die Verarbeitungsinkonsistenzen beim Migrieren auf eine neuere Version zu umgehen. Ab Version 1 werden Container-Befehle garantiert vollständig vor der Anwendungsquelle, die bereitgestellt wird, und vor dem IIS Start ausgeführt. Auf diese Weise können Sie während dieses Schritts problemlos Änderungen an der Quelle in den IIS Konfigurationsdateien vornehmen C:\staging und diese ändern.

Sie können beispielsweise den verwenden, AWS CLI um eine DLL Datei von Amazon S3 in Ihre Anwendungsquelle herunterzuladen:

.ebextensions\copy-dll.config

container_commands:
  copy-dll:
    command: aws s3 cp s3://amzn-s3-demo-bucket/dlls/large-dll.dll .\lib\

Weitere Informationen zur Verwendung von Konfigurationsdateien finden Sie unter Erweiterte Umgebungsanpassung mit Konfigurationsdateien (.ebextensions).