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.
Konfigurationsänderungen
Wenn Sie die Einstellungen der Konfigurationsoptionen im Abschnitt Configuration (Konfiguration) der Environment Management Console ändern, werden die Änderungen von AWS Elastic Beanstalk an alle betroffenen Ressourcen übermittelt. Zu diesen Ressourcen zählen der Load Balancer (der den Datenverkehr auf die Amazon EC2-Instances verteilt, auf denen die Anwendung ausgeführt wird), die Auto Scaling-Gruppe (von der diese Instances verwaltet werden) sowie die EC2-Instances selbst.
Viele Konfigurationsänderungen können in eine ausgeführte Umgebung übernommen werden, ohne vorhandene Instances zu ersetzen. Beispielsweise löst das Festlegen einer URL für die Zustandsprüfung ein Umgebungsaktualisierung aus, um die Load Balancer-Einstellungen zu ändern. Dies verursacht jedoch keine Ausfallzeit, weil die Instances, auf denen die Anwendung ausgeführt wird, während des Aktualisierungsvorgangs weiterhin Anforderungen verarbeiten.
Falls mit Konfigurationsänderungen die Startkonfiguration oder die VPC-Einstellungen geändert werden, müssen alle Instances in der Umgebung beendet und ersetzt werden. Wenn Sie beispielsweise den Instance-Typ oder die SSH-Schlüsseleinstellung für die Umgebung ändern, müssen die EC2-Instances beendet und ersetzt werden. Elastic Beanstalk bietet verschiedene Richtlinien, die festlegen, wie dieser Ersatz durchgeführt wird.
-
Rolling updates (Fortlaufende Aktualisierungen) – Elastic Beanstalk wendet Ihre Konfigurationsänderungen in Stapeln an, wobei eine Mindestanzahl von Instances jederzeit ausgeführt wird und für Datenverkehr verfügbar ist. Dies verhindert Ausfallzeiten während des Aktualisierungsvorgangs. Details hierzu finden Sie unter Fortlaufende Updates.
-
Immutable updates (Unveränderliche Aktualisierungen) – Elastic Beanstalk startet eine temporäre Auto Scaling-Gruppe außerhalb Ihrer Umgebung mit einem separaten Satz von Instances, die in der neuen Konfiguration ausgeführt werden. Anschließend platziert Elastic Beanstalk diese Instances hinter dem Load Balancer Ihrer Umgebung. Alte und neue Instances dienen beide dem Datenverkehr, bis die neuen Instances die Zustandsprüfungen bestehen. Elastic Beanstalk verschiebt zu diesem Zeitpunkt die neuen Instances in die Auto Scaling-Gruppe Ihrer Umgebung und beendet die temporäre Gruppe und alte Instances. Details hierzu finden Sie unter Unveränderliche Updates.
-
Disabled (Deaktiviert) – Elastic Beanstalk macht keinen Versuch, Ausfallzeiten zu vermeiden. Es beendet die vorhandenen Instances Ihrer Umgebung und ersetzt sie durch neue Instances, die mit der neuen Konfiguration ausgeführt werden.
Warnung
Einige Richtlinien ersetzen alle Instances während der Bereitstellung oder Aktualisierung. Dadurch gehen alle angesammelten Amazon-EC2-Steigerungsguthaben verloren. Dies geschieht in den folgenden Fällen:
-
Verwaltete Plattform-Updates mit aktiviertem Instance-Ersatz
-
Unveränderliche Updates
-
Bereitstellungen mit unveränderlichen Updates oder Datenverkehrsaufteilung aktiviert
| Einstellung für fortlaufende Aktualisierung | Umgebungen mit Load Balancing | Umgebungen mit einer Instance | Ältere Windows Server-Umgebungen† |
|---|---|---|---|
|
Disabled |
|
|
|
|
Rolling Based on Health |
|
|
|
|
Rolling Based on Time |
|
|
|
|
Immutable (Unveränderlich) |
|
|
|
† Für die Zwecke dieser Tabelle ist eine Legacy-Windows Server-Umgebung eine Umgebung, die auf einer Windows Server-Plattformkonfiguration mit einer früheren IIS-Version als IIS 8.5 basiert.
Themen
