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.
# Behebung von Problemen mit der Amazon ECS-Bereitstellung
**Topics**
+ [Beim Warten auf einen neuen Tasksatz tritt ein Timeout auf](#troubleshooting-ecs-timeout)
+ [Beim Warten auf die Fortsetzung einer Benachrichtigung tritt ein Timeout auf](#troubleshooting-ecs-timeout-notif)
+ [Die IAM-Rolle verfügt nicht über genügend Berechtigungen](#troubleshooting-ecs-iam)
+ [Beim Warten auf einen Statusrückruf ist bei der Bereitstellung ein Timeout aufgetreten](#troubleshooting-ecs-timeout-callback)
+ [Die Bereitstellung schlug fehl, weil eine oder mehrere Funktionen zur Validierung von Lebenszyklusereignissen ausgefallen sind](#troubleshooting-ecs-lifecycle)
+ [Der ELB konnte aufgrund des folgenden Fehlers nicht aktualisiert werden: Die primäre Taskset-Zielgruppe muss hinter dem Listener stehen](#troubleshooting-ecs-elb)
+ [Meine Bereitstellung schlägt manchmal fehl, wenn ich Auto Scaling verwende](#troubleshooting-ecs-auto-scaling)
+ [Nur ALB unterstützt schrittweises Routing des Datenverkehrs. Verwenden Sie stattdessen AllAtOnce Traffic Routing, wenn Sie create/update in Ihrer Bereitstellungsgruppe sind](#troubleshooting-ecs-lb)
+ [Obwohl meine Bereitstellung erfolgreich war, hat der Ersatz-Tasksatz die Elastic Load Balancing Balancing-Zustandsprüfungen nicht bestanden und meine Anwendung ist ausgefallen](#troubleshooting-ecs-task-set-stability)
+ [Kann ich einer Bereitstellungsgruppe mehrere Load Balancer zuordnen?](#troubleshooting-ecs-lb-multi)
+ [Kann ich CodeDeploy blaue/grüne Bereitstellungen ohne einen Load Balancer durchführen?](#troubleshooting-ecs-lb-bg)
+ [Wie kann ich meinen Amazon ECS-Service während einer Bereitstellung mit neuen Informationen aktualisieren?](#troubleshooting-ecs-exec)
## Beim Warten auf einen neuen Tasksatz tritt ein Timeout auf
**Problem**: Bei der Bereitstellung Ihrer Amazon ECS-Anwendung mit CodeDeploy:
`The deployment timed out while waiting for the replacement task set to become healthy. This time out period is 60 minutes.`
**Mögliche Ursache**: Dieser Fehler kann auftreten, wenn in Ihrer Aufgabendefinitionsdatei oder anderen bereitstellungsbezogenen Dateien ein Fehler vorliegt. Wenn das `image` Feld in Ihrer Aufgabendefinitionsdatei beispielsweise einen Tippfehler enthält, versucht Amazon ECS, das falsche Container-Image abzurufen, was kontinuierlich fehlschlägt, was zu diesem Fehler führt.
**Mögliche Korrekturen und nächste Schritte:**
+ Korrigieren Sie Tippfehler und Konfigurationsprobleme in Ihrer Aufgabendefinitionsdatei und anderen Dateien.
+ Schauen Sie sich das entsprechende Amazon ECS-Serviceereignis an und finden Sie heraus, warum Ersatzaufgaben nicht mehr funktionieren. Weitere Informationen zu Amazon ECS-Veranstaltungen finden Sie unter [Amazon ECS-Ereignisse](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/ecs_cwe_events.html) im *Amazon Elastic Container Service Developer Guide*.
+ Im [Amazon *Elastic Container Service Developer Guide finden Sie im Amazon* ECS-Problembehandlungsabschnitt](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/troubleshooting.html) Informationen zu Fehlern im Zusammenhang mit den Meldungen in der Veranstaltung.
## Beim Warten auf die Fortsetzung einer Benachrichtigung tritt ein Timeout auf
**Problem**: Bei der Bereitstellung Ihrer Amazon ECS-Anwendung mit CodeDeploy:
`The deployment timed out while waiting for a notification to continue. This time out period is n minutes.`
**Mögliche Ursache**: Dieser Fehler kann auftreten, wenn Sie bei der Erstellung Ihrer Bereitstellungsgruppe im Feld **Geben Sie an, wann der Verkehr umgeleitet** werden soll, eine Wartezeit angegeben haben, die Bereitstellung jedoch nicht abgeschlossen werden konnte, bevor die Wartezeit abgelaufen ist.
**Mögliche Problembehebungen und nächste Schritte:**
+ Legen Sie in Ihrer Bereitstellungsgruppe die Option **Geben Sie an, wann der Datenverkehr umgeleitet** werden soll, auf einen längeren Zeitraum und die Bereitstellung erneut fest. Weitere Informationen finden Sie unter [Eine Bereitstellungsgruppe für eine Amazon ECS-Bereitstellung erstellen (Konsole)](deployment-groups-create-ecs.md).
+ Ändern Sie in Ihrer Bereitstellungsgruppe die Option **Geben Sie an, wann der Verkehr umgeleitet werden soll auf Verkehr** sofort **umleiten und erneut bereitstellen**. Weitere Informationen finden Sie unter [Eine Bereitstellungsgruppe für eine Amazon ECS-Bereitstellung erstellen (Konsole)](deployment-groups-create-ecs.md).
+ Stellen Sie den [https://docs.aws.amazon.com/cli/latest/reference/deploy/continue-deployment.html](https://docs.aws.amazon.com/cli/latest/reference/deploy/continue-deployment.html) AWS CLI Befehl erneut bereit und führen Sie ihn dann aus, wobei die `--deployment-wait-type` Option auf gesetzt ist. `READY_WAIT` Stellen Sie sicher, dass Sie diesen Befehl ausführen, *bevor* die unter **Geben Sie an, wann der Datenverkehr umgeleitet werden soll angegebene Zeit abläuft**.
## Die IAM-Rolle verfügt nicht über genügend Berechtigungen
**Problem**: Bei der Bereitstellung Ihrer Amazon ECS-Anwendung mit CodeDeploy:
`The IAM role role-arn does not give you permission to perform operations in the following AWS service: AWSLambda.`
**Mögliche Ursache**: Dieser Fehler kann auftreten, wenn Sie im [`Hooks`Abschnitt der AppSpec Datei](reference-appspec-file-structure-hooks.md#appspec-hooks-ecs) eine Lambda-Funktion angegeben haben, dem Lambda-Dienst jedoch keine CodeDeploy Erlaubnis erteilt haben.
**Mögliche Lösung**: Fügen Sie der `lambda:InvokeFunction` CodeDeploy Servicerolle die Berechtigung hinzu. Um diese Berechtigung hinzuzufügen, fügen Sie der Rolle eine der AWS folgenden verwalteten Richtlinien hinzu: **AWSCodeDeployRoleForECS** oder**AWSCodeDeployRoleForECSLimited**. Informationen zu diesen Richtlinien und dazu, wie Sie sie der CodeDeploy Servicerolle hinzufügen, finden Sie unter[Schritt 2: Erstellen Sie eine Servicerolle für CodeDeploy](getting-started-create-service-role.md).
## Beim Warten auf einen Statusrückruf ist bei der Bereitstellung ein Timeout aufgetreten
**Problem**: Bei der Bereitstellung Ihrer Amazon ECS-Anwendung mit CodeDeploy:
`The deployment timed out while waiting for a status callback. CodeDeploy expects a status callback within one hour after a deployment hook is invoked.`
**Mögliche Ursache**: Dieser Fehler kann auftreten, wenn Sie im [`Hooks`Abschnitt der AppSpec Datei](reference-appspec-file-structure-hooks.md#appspec-hooks-ecs) eine Lambda-Funktion angegeben haben, die Lambda-Funktion jedoch nicht die erforderliche `PutLifecycleEventHookExecutionStatus` API aufrufen konnte, um einen `Succeeded` oder `Failed` -Status zurückzugeben. CodeDeploy
**Mögliche Korrekturen und nächste Schritte**:
+ Fügen Sie der Lambda-Ausführungsrolle, die von der Lambda-Funktion verwendet wird, die Sie in der Datei angegeben haben, die `codedeploy:putlifecycleEventHookExecutionStatus` AppSpec Berechtigung hinzu. Diese Berechtigung gewährt der Lambda-Funktion die Möglichkeit, den Status `Succeeded` oder `Failed` zu CodeDeploy zurückzugeben. Weitere Informationen zur Lambda-Ausführungsrolle finden Sie unter [Lambda-Ausführungsrolle](https://docs.aws.amazon.com/lambda/latest/dg/lambda-intro-execution-role.html) im *AWS Lambda Benutzerhandbuch*.
+ Überprüfen Sie Ihren Lambda-Funktionscode und Ihre Ausführungsprotokolle, um sicherzustellen, dass Ihre Lambda-Funktion die `PutLifecycleEventHookExecutionStatus` API aufruft CodeDeploy, um zu CodeDeploy informieren, ob der Lebenszyklus-Validierungstest `Succeeded` oder. `Failed` Informationen zur `putlifecycleEventHookExecutionStatus` API finden Sie [PutLifecycleEventHookExecutionStatus](https://docs.aws.amazon.com/codedeploy/latest/APIReference/API_PutLifecycleEventHookExecutionStatus.html)in der *AWS CodeDeploy API-Referenz*. Informationen zu Lambda-Ausführungsprotokollen finden Sie unter [Zugreifen auf CloudWatch Amazon-Protokolle für AWS Lambda](https://docs.aws.amazon.com/lambda/latest/dg/monitoring-cloudwatchlogs.html).
## Die Bereitstellung schlug fehl, weil eine oder mehrere Funktionen zur Validierung von Lebenszyklusereignissen ausgefallen sind
**Problem**: Bei der Bereitstellung Ihrer Amazon ECS-Anwendung mit CodeDeploy:
`The deployment failed because one or more of the lifecycle event validation functions failed.`
**Mögliche Ursache**: Dieser Fehler kann auftreten, wenn Sie im [`Hooks`Abschnitt der AppSpec Datei](reference-appspec-file-structure-hooks.md#appspec-hooks-ecs) eine Lambda-Funktion angegeben haben, die Lambda-Funktion aber CodeDeploy beim Aufruf wieder `Failed` aufgerufen wurde. `PutLifecycleEventHookExecutionStatus` Dieser Fehler weist darauf hin CodeDeploy , dass der Lebenszyklus-Validierungstest fehlgeschlagen ist.
**Möglicher nächster Schritt**: Überprüfen Sie Ihre Lambda-Ausführungsprotokolle, um zu sehen, warum der Validierungstestcode fehlschlägt. Informationen zu Lambda-Ausführungsprotokollen finden Sie unter [Zugreifen auf CloudWatch Amazon-Protokolle für AWS Lambda](https://docs.aws.amazon.com/lambda/latest/dg/monitoring-cloudwatchlogs.html).
## Der ELB konnte aufgrund des folgenden Fehlers nicht aktualisiert werden: Die primäre Taskset-Zielgruppe muss hinter dem Listener stehen
**Problem**: Bei der Bereitstellung Ihrer Amazon ECS-Anwendung mit CodeDeploy:
`The ELB could not be updated due to the following error: Primary taskset target group must be behind listener`
**Mögliche Ursache**: Dieser Fehler kann auftreten, wenn Sie einen optionalen Test-Listener konfiguriert haben und dieser für die falsche Zielgruppe konfiguriert ist. Weitere Informationen zum Test-Listener finden Sie unter CodeDeploy [Bevor Sie mit einer Amazon ECS-Bereitstellung beginnen](deployment-steps-ecs.md#deployment-steps-prerequisites-ecs) und. [Was passiert während einer Amazon ECS-Bereitstellung](deployment-steps-ecs.md#deployment-steps-what-happens) Weitere Informationen zu Tasksets finden Sie [TaskSet](https://docs.aws.amazon.com/AmazonECS/latest/APIReference/API_TaskSet.html)in der *Amazon Elastic Container Service API-Referenz* und [describe-task-set](https://docs.aws.amazon.com/cli/latest/reference/ecs/describe-task-set.html)im Abschnitt Amazon ECS der *AWS CLI Befehlsreferenz*.
**Mögliche Lösung**: Stellen Sie sicher, dass sowohl der Produktions-Listener als auch der Test-Listener von Elastic Load Balancing auf die Zielgruppe verweisen, die derzeit Ihre Workloads bedient. Es gibt drei Stellen, an denen Sie das überprüfen können:
+ In Amazon EC2, in den **Listener- und** Regeleinstellungen Ihres Load Balancers. *Weitere Informationen finden Sie unter [Listener für Ihre Application Load Balancer](https://docs.aws.amazon.com/elasticloadbalancing/latest/application/load-balancer-listeners.html) im *Benutzerhandbuch für Application Load Balancers oder Listener für Ihre Network Load Balancer* [im Benutzerhandbuch für Network Load Balancers](https://docs.aws.amazon.com/elasticloadbalancing/latest/network/load-balancer-listeners.html).*
+ In Amazon ECS, in Ihrem Cluster, unter der **Netzwerkkonfiguration** Ihres Dienstes. Weitere Informationen finden Sie unter [Überlegungen zu Application Load Balancer und Network Load Balancer](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/load-balancer-types.html#alb-considerations) im *Amazon Elastic Container Service Developer Guide*.
+ In CodeDeploy, in den Einstellungen Ihrer Bereitstellungsgruppe. Weitere Informationen finden Sie unter [Eine Bereitstellungsgruppe für eine Amazon ECS-Bereitstellung erstellen (Konsole)](deployment-groups-create-ecs.md).
## Meine Bereitstellung schlägt manchmal fehl, wenn ich Auto Scaling verwende
**Problem**: Sie verwenden Auto Scaling mit CodeDeploy und stellen fest, dass Ihre Bereitstellungen gelegentlich fehlschlagen. Weitere Informationen zu den Symptomen dieses Problems finden Sie im *Amazon Elastic Container Service Developer Guide* im Thema [Für Dienste, die für die blue/green Verwendung von Service Auto Scaling konfiguriert sind, und den Bereitstellungstyp wird Auto Scaling während einer Bereitstellung nicht blockiert, aber die Bereitstellung kann unter bestimmten Umständen fehlschlagen](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/deployment-type-bluegreen.html#deployment-type-bluegreen-considerations).
**Mögliche Ursache**: Dieses Problem kann auftreten, wenn CodeDeploy Auto Scaling-Prozesse miteinander in Konflikt geraten.
**Mögliche Lösung**: Unterbrechen Sie Auto Scaling Scaling-Prozesse während der CodeDeploy Bereitstellung mithilfe der `RegisterScalableTarget` API (oder des entsprechenden `register-scalable-target` AWS CLI Befehls) und setzen Sie sie fort. Weitere Informationen finden Sie unter [Aussetzen und Wiederaufnehmen der Skalierung für Application Auto Scaling](https://docs.aws.amazon.com/autoscaling/application/userguide/application-auto-scaling-suspend-resume-scaling.html) im *Application Auto Scaling Scaling-Benutzerhandbuch*.
**Anmerkung**
CodeDeploy kann nicht `RegisterScaleableTarget` direkt anrufen. Um diese API verwenden zu können, müssen Sie so konfigurieren, CodeDeploy dass eine Benachrichtigung oder ein Ereignis an Amazon Simple Notification Service (oder Amazon CloudWatch) gesendet wird. Anschließend müssen Sie Amazon SNS (oder CloudWatch) so konfigurieren, dass es eine Lambda-Funktion aufruft, und die Lambda-Funktion so konfigurieren, dass sie die API aufruft. `RegisterScalableTarget` Die `RegisterScalableTarget` API muss mit dem auf gesetzten `SuspendedState` Parameter aufgerufen werden, `true` um Auto Scaling Scaling-Operationen `false` zu unterbrechen und wieder aufzunehmen.
Die Benachrichtigung oder das Ereignis, das CodeDeploy gesendet wird, muss eintreten, wenn eine Bereitstellung gestartet wird (um Auto Scaling Scaling-Unterbrechungsvorgänge auszulösen) oder wenn eine Bereitstellung erfolgreich ist, fehlschlägt oder beendet wird (um die Wiederaufnahme von Auto Scaling Scaling-Vorgängen auszulösen).
Informationen zur Konfiguration CodeDeploy der Generierung von Amazon SNS SNS-Benachrichtigungen oder CloudWatch -Ereignissen finden Sie unter[Überwachung von Bereitstellungen mit Amazon Events CloudWatch](monitoring-cloudwatch-events.md). und[Überwachung von Bereitstellungen mit Amazon SNS SNS-Ereignisbenachrichtigungen](monitoring-sns-event-notifications.md).
## Nur ALB unterstützt schrittweises Routing des Datenverkehrs. Verwenden Sie stattdessen AllAtOnce Traffic Routing, wenn Sie create/update in Ihrer Bereitstellungsgruppe sind
**Problem**: Beim Erstellen oder Aktualisieren einer Bereitstellungsgruppe in CodeDeploy wird die folgende Fehlermeldung angezeigt:
`Only ALB supports gradual traffic routing, use AllAtOnce Traffic routing instead when you create/update Deployment group.`
**Mögliche Ursache**: Dieser Fehler kann auftreten, wenn Sie einen Network Load Balancer verwenden und versuchen, eine andere vordefinierte Bereitstellungskonfiguration als `CodeDeployDefault.ECSAllAtOnce` zu verwenden.
**Mögliche Lösungen:**
+ Ändern Sie Ihre vordefinierte Bereitstellungskonfiguration in`CodeDeployDefault.ECSAllAtOnce`. Dies ist die einzige vordefinierte Bereitstellungskonfiguration, die von Network Load Balancers unterstützt wird.
Weitere Informationen zu vordefinierten Bereitstellungskonfigurationen finden Sie unter[Vordefinierte Bereitstellungskonfigurationen für eine Amazon ECS-Rechenplattform](deployment-configurations.md#deployment-configurations-predefined-ecs).
+ Ändern Sie Ihren Load Balancer in einen Application Load Balancer. Application Load Balancer unterstützen alle vordefinierten Bereitstellungskonfigurationen. Weitere Informationen zum Erstellen eines Application Load Balancer finden Sie unter[Einen Load Balancer, Zielgruppen und Listener für CodeDeploy Amazon ECS-Bereitstellungen einrichten](deployment-groups-create-load-balancer-for-ecs.md).
## Obwohl meine Bereitstellung erfolgreich war, hat der Ersatz-Tasksatz die Elastic Load Balancing Balancing-Zustandsprüfungen nicht bestanden und meine Anwendung ist ausgefallen
**Problem**: Obwohl CodeDeploy angezeigt wird, dass meine Bereitstellung erfolgreich war, besteht der Ersatz-Tasksatz die Integritätsprüfungen von Elastic Load Balancing nicht und meine Anwendung ist ausgefallen.
**Mögliche Ursache**: Dieses Problem kann auftreten, wenn Sie eine CodeDeploy all-at-once Bereitstellung durchgeführt haben und Ihr Ersatz-Task-Set (grün) fehlerhaften Code enthält, der dazu führt, dass die Elastic Load Balancing Balancing-Zustandsprüfungen fehlschlagen. *Bei der all-at-once Bereitstellungskonfiguration werden die Integritätsprüfungen des Load Balancers für das Ersatz-Taskset ausgeführt, *nachdem* der Datenverkehr dorthin verlagert wurde (d. h. wenn das `AllowTraffic` Lifecycle-Ereignis eintritt).* CodeDeploy Aus diesem Grund werden Sie feststellen, dass die Integritätsprüfungen für den Ersatz-Tasksatz fehlschlagen, nachdem der Verkehr verlagert wurde, aber nicht davor. Hinweise zu den dadurch CodeDeploy generierten Lebenszyklusereignissen finden Sie unter[Was passiert während einer Amazon ECS-Bereitstellung](deployment-steps-ecs.md#deployment-steps-what-happens).
**Mögliche Lösungen:**
+ Ändern Sie Ihre Bereitstellungskonfiguration von all-at-once kanarisch oder linear. In einer kanarischen oder linearen Konfiguration werden die Integritätsprüfungen des Load Balancers für den Ersatz-Tasksatz ausgeführt, während Ihre Anwendung in der Ersatzumgebung CodeDeploy installiert wird und *bevor* der Datenverkehr verlagert wird (d. h. während des `Install` Lebenszyklusereignisses und *vor dem* `AllowTraffic` Ereignis). Wenn Sie zulassen, dass die Prüfungen während der Anwendungsinstallation, aber bevor der Datenverkehr umgeleitet wird, ausgeführt werden, wird fehlerhafter Anwendungscode erkannt und führt zu Bereitstellungsfehlern, bevor die Anwendung öffentlich verfügbar ist.
Informationen zur Konfiguration von kanarischen oder linearen Bereitstellungen finden Sie unter[Ändern Sie die Einstellungen der Bereitstellungsgruppe mit CodeDeploy](deployment-groups-edit.md).
Informationen zu CodeDeploy Lebenszyklusereignissen, die während einer Amazon ECS-Bereitstellung auftreten, finden Sie unter[Was passiert während einer Amazon ECS-Bereitstellung](deployment-steps-ecs.md#deployment-steps-what-happens).
**Anmerkung**
Kanarische und lineare Bereitstellungskonfigurationen werden nur mit Application Load Balancers unterstützt.
+ Wenn Sie Ihre all-at-once Bereitstellungskonfiguration beibehalten möchten, richten Sie einen Test-Listener ein und überprüfen Sie den Integritätsstatus des Ersatz-Tasksets mit dem `BeforeAllowTraffic` Lifecycle-Hook. Weitere Informationen finden Sie unter [Liste der Lifecycle-Event-Hooks für eine Amazon ECS-Bereitstellung](reference-appspec-file-structure-hooks.md#reference-appspec-file-structure-hooks-list-ecs).
## Kann ich einer Bereitstellungsgruppe mehrere Load Balancer zuordnen?
Nein. Wenn Sie mehrere Application Load Balancer oder Network Load Balancer verwenden möchten, verwenden Sie fortlaufende Amazon ECS-Updates anstelle von CodeDeploy blauen/grünen Bereitstellungen. Weitere Informationen zu rollierenden Updates finden Sie unter [Rolling Update](https://docs.aws.amazon.com/AmazonECS/latest/userguide/deployment-type-ecs.html) im *Amazon Elastic Container Service Developer Guide*. Weitere Informationen zur Verwendung mehrerer Load Balancer mit Amazon ECS finden Sie unter [Registrierung mehrerer Zielgruppen bei einem Service](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/register-multiple-targetgroups.html) im *Amazon Elastic Container Service Developer Guide*.
## Kann ich CodeDeploy blaue/grüne Bereitstellungen ohne einen Load Balancer durchführen?
Nein, ohne einen Load Balancer können Sie keine CodeDeploy blauen/grünen Bereitstellungen durchführen. Wenn Sie keinen Load Balancer verwenden können, verwenden Sie stattdessen die Funktion für fortlaufende Updates von Amazon ECS. Weitere Informationen zu rollierenden Amazon ECS-Updates finden Sie unter [Rolling Update](https://docs.aws.amazon.com/AmazonECS/latest/userguide/deployment-type-ecs.html) im *Amazon Elastic Container Service Developer Guide*.
## Wie kann ich meinen Amazon ECS-Service während einer Bereitstellung mit neuen Informationen aktualisieren?
Um Ihren Amazon ECS-Service während der Bereitstellung mit einem neuen Parameter CodeDeploy aktualisieren zu lassen, geben Sie den Parameter im `resources` Abschnitt der AppSpec Datei an. Nur wenige Amazon ECS-Parameter werden von unterstützt CodeDeploy, z. B. die Parameter für die Aufgabendefinitionsdatei und den Container-Namen. Eine vollständige Liste der Amazon ECS-Parameter, die aktualisiert CodeDeploy werden können, finden Sie unter[AppSpec Abschnitt „Ressourcen“ für Amazon ECS-Bereitstellungen](reference-appspec-file-structure-resources.md#reference-appspec-file-structure-resources-ecs).
**Anmerkung**
Wenn Sie Ihren Amazon ECS-Service mit einem Parameter aktualisieren müssen, der von nicht unterstützt wird CodeDeploy, gehen Sie wie folgt vor:
Rufen Sie die `UpdateService` API von Amazon ECS mit dem Parameter auf, den Sie aktualisieren möchten. Eine vollständige Liste der Parameter, die aktualisiert werden können, finden Sie [UpdateService](https://docs.aws.amazon.com/AmazonECS/latest/APIReference/API_UpdateService.html)in der *Amazon Elastic Container Service API-Referenz*.
Um die Änderung auf die Aufgaben anzuwenden, erstellen Sie eine neue Amazon blue/green ECS-Bereitstellung. Weitere Informationen finden Sie unter [Erstellen Sie eine Amazon ECS Compute Platform-Bereitstellung (Konsole)](deployments-create-console-ecs.md).