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.
# Außerbetriebnahme und Wartung von Aufgaben für AWS Fargate auf Amazon ECS
AWS ist für die Wartung der zugrunde liegenden Infrastruktur für AWS Fargate verantwortlich. AWS bestimmt, wann eine Revision einer Plattformversion durch eine neue Version für die Infrastruktur ersetzt werden muss. Dies wird als Ausmusterung von Aufgaben bezeichnet. AWS sendet eine Benachrichtigung über die Außerbetriebnahme einer Aufgabe, wenn die Revision einer Plattformversion zurückgezogen wird. Wir aktualisieren regelmäßig unsere unterstützten Plattformversionen, um eine neue Revision einzuführen, die Aktualisierungen für die Fargate-Laufzeit-Software und die zugrunde liegenden Abhängigkeiten wie das Betriebssystem und die Container-Laufzeit enthält. Sobald eine neuere Revision verfügbar ist, nehmen wir die ältere Revision außer Betrieb, um sicherzustellen, dass alle Kunden-Workloads auf der aktuellsten Version der Fargate-Plattformversion ausgeführt werden. Wenn eine Version außer Betrieb genommen wird, werden alle Aufgaben, die für diese Version ausgeführt werden, gestoppt.
Amazon-ECS-Aufgaben können entweder als Serviceaufgaben oder als eigenständige Aufgaben kategorisiert werden. Serviceaufgaben werden im Rahmen eines Services bereitgestellt werden und vom Amazon ECS Scheduler kontrolliert. Weitere Informationen finden Sie unter [Amazon-ECS-Dienstleistungen](ecs_services.md). Eigenständige Aufgaben sind Aufgaben, die von der Amazon `RunTask` ECS-API entweder direkt oder von einem externen Scheduler gestartet werden, z. B. geplante Aufgaben (die von Amazon gestartet werden EventBridge) AWS Batch, oder AWS Step Functions. Als Reaktion auf die Außerbetriebnahme Ihrer Serviceaufgaben müssen Sie keine Maßnahmen ergreifen, da der Amazon ECS Scheduler die Aufgaben automatisch ersetzt.
Bei eigenständigen Aufgaben müssen Sie als Reaktion auf die Außerbetriebnahme der Aufgabe möglicherweise zusätzliche Bearbeitungsschritte vornehmen. Weitere Informationen finden Sie unter [Kann Amazon ECS eigenständige Aufgaben automatisch bearbeiten?](#task-retirement-standalone-tasks).
Bei Serviceaufgaben müssen Sie keine Maßnahmen ergreifen, um Aufgaben außer Betrieb zu nehmen, es sei denn, Sie möchten diese Aufgaben vorher AWS ersetzen. Wenn der Amazon ECS Scheduler die Aufgaben anhält, nutzt er den `maximumPercent` und startet eine neue Aufgabe, um die gewünschte Anzahl für den Service beizubehalten. Halten Sie sich an bewährte Methoden, um die Auswirkungen der Außerbetriebnahme von Aufgaben so gering wie möglich zu halten. Der `maximumPercent`-Standardwert für einen Service mit REPLICA Service Scheduler beträgt 200 %. Daher plant Amazon ECS, wenn es AWS Fargate anfängt, Aufgaben außer Dienst zu stellen, zunächst eine neue Aufgabe und wartet dann, bis sie ausgeführt wird, bevor eine alte Aufgabe außer Kraft gesetzt wird. Wenn Sie den `maximumPercent`-Wert auf 100 % setzen, stoppt Amazon ECS die Aufgabe zuerst und ersetzt sie dann.
Bei der Außerbetriebnahme einer eigenständigen Aufgabe wird die Aufgabe am oder nach dem Datum der Außerbetriebnahme der Aufgabe AWS beendet. Amazon ECS startet keine Ersatzaufgabe, wenn eine Aufgabe angehalten wird. Wenn Sie möchten, dass diese Aufgaben weiter ausgeführt werden, müssen Sie die laufenden Aufgaben anhalten und vor dem in der Benachrichtigung angegebenen Zeitpunkt eine Ersatzaufgabe starten. Daher empfehlen wir unseren Kunden, den Status der eigenständigen Aufgaben zu überwachen und bei Bedarf Logik zu implementieren, um die gestoppten Aufgaben zu ersetzen.
Wenn eine Aufgabe in einem der Szenarien gestoppt wird, können Sie `describe-tasks` ausführen. Der `stoppedReason` in der Antwort ist `ECS is performing maintenance on the underlying infrastructure hosting the task`.
Die Wartung der Aufgaben fällt an, wenn eine Revision der Plattformversion mit einer neuen Revision ersetzt werden muss. Wenn es ein Problem mit einem zugrunde liegenden Fargate-Host gibt, ersetzt Amazon ECS den Host ohne Benachrichtigung über die Außerbetriebnahme der Aufgabe.
## Übersicht der Benachrichtigungen über die Außerbetriebnahme von Aufgaben
Wenn eine Version einer Plattformversion als zurückgezogen werden muss AWS kennzeichnet, identifizieren wir alle Aufgaben, die auf dieser Plattformversionsrevision in allen Regionen ausgeführt werden.
Die folgende Abbildung zeigt den Lebenszyklus einer Revision der Fargate-Plattformversion von der Einführung einer neuen Revision bis zur Außerbetriebnahme der Plattformrevision.
![\[Diagramm, das den Lebenszyklus der Außerbetriebnahme von Fargate-Aufgaben zeigt.\]](http://docs.aws.amazon.com/de_de/AmazonECS/latest/developerguide/images/fargate-task-retirement.png)
Die folgenden Informationen enthalten Einzelheiten.
+ Nachdem eine neue Revision der Plattformversion veröffentlicht wurde, werden alle neuen Aufgaben für diese Revision geplant.
+ Bestehende Aufgaben, die geplant wurden und ausgeführt werden, behalten für die Dauer der Aufgabe die Revision bei, der sie ursprünglich zugewiesen wurden, und werden nicht auf die neue Revision migriert.
+ Neue Aufgaben, beispielsweise im Rahmen eines Updates für einen Service oder der Außerbetriebnahme von Fargate-Aufgaben, werden auf die neueste Revision der Plattformversion übertragen, die zum Zeitpunkt des Starts verfügbar ist.
Benachrichtigungen über die Einstellung einer Aufgabe werden sowohl über das AWS Health Dashboard als auch per E-Mail an die registrierte E-Mail-Adresse gesendet und enthalten die folgenden Informationen:
+ Das Datum der Außerbetriebnahme der Aufgabe – Die Aufgabe wird an oder nach diesem Datum beendet.
+ Bei eigenständigen Aufgaben die IDs der Aufgaben.
+ Bei Dienstaufgaben die ID des Clusters, auf dem der Dienst ausgeführt wird, und die ID IDs des Dienstes.
+ Die nächsten Schritte, die Sie unternehmen müssen.
In der Regel senden wir jeweils eine Benachrichtigung pro Service und eigenständige Aufgabe in jeder AWS-Region. In bestimmten Fällen erhalten Sie jedoch möglicherweise mehr als ein Ereignis für jeden Aufgabentyp, z. B. wenn zu viele Aufgaben außer Betrieb genommen werden müssen, wodurch die Grenzen unserer Benachrichtigungsmechanismen überschritten werden.
Es gibt folgende Möglichkeiten, Aufgaben zu identifizieren, die für die Außerbetriebnahme vorgesehen sind:
+ Die Health Dashboard
AWS Health Benachrichtigungen können über Amazon EventBridge an Archivspeicher wie Amazon Simple Storage Service gesendet werden, automatisierte Aktionen wie das Ausführen einer AWS Lambda Funktion oder andere Benachrichtigungssysteme wie Amazon Simple Notification Service ausführen. Weitere Informationen finden Sie unter [AWS Health Ereignisse mit Amazon überwachen EventBridge](https://docs.aws.amazon.com/health/latest/ug/cloudwatch-events-health.html). Eine Beispielkonfiguration zum Senden von Benachrichtigungen an Amazon Chime, Slack oder Microsoft Teams finden Sie im [AWS Health Aware-Repository](https://github.com/aws-samples/aws-health-aware) unter. GitHub
Das Folgende ist ein EventBridge Beispielereignis.
```
{
"version": "0",
"id": "3c268027-f43c-0171-7425-1d799EXAMPLE",
"detail-type": "AWS Health Event",
"source": "aws.health",
"account": "123456789012",
"time": "2023-08-16T23:18:51Z",
"region": "us-east-1",
"resources": [
"cluster|service",
"cluster|service"
],
"detail": {
"eventArn": "arn:aws:health:us-east-1::event/ECS/AWS_ECS_TASK_PATCHING_RETIREMENT/AWS_ECS_TASK_PATCHING_RETIREMENT_test1",
"service": "ECS",
"eventScopeCode": "ACCOUNT_SPECIFIC",
"communicationId": "7988399e2e6fb0b905ddc88e0e2de1fd17e4c9fa60349577446d95a18EXAMPLE",
"lastUpdatedTime": "Wed, 16 Aug 2023 23:18:52 GMT",
"eventRegion": "us-east-1",
"eventTypeCode": "AWS_ECS_TASK_PATCHING_RETIREMENT",
"eventTypeCategory": "scheduledChange",
"startTime": "Wed, 16 Aug 2023 23:18:51 GMT",
"endTime": "Fri, 18 Aug 2023 23:18:51 GMT",
"eventDescription": [
{
"language": "en_US",
"latestDescription": "\\nA software update has been deployed to Fargate which includes CVE patches or other critical patches. No action is required on your part. All new tasks launched automatically uses the latest software version. For existing tasks, your tasks need to be restarted in order for these updates to apply. Your tasks running as part of the following ECS Services will be automatically updated beginning Wed, 16 Aug 2023 23:18:51 GMT.\\n\\nAfter Wed, 16 Aug 2023 23:18:51 GMT, the ECS scheduler will gradually replace these tasks, respecting the deployment settings for your service. Typically, services should see little to no interruption during the update and no action is required. When AWS stops tasks, AWS uses the minimum healthy percent (1) and launches a new task in an attempt to maintain the desired count for the service. By default, the minimum healthy percent of a service is 100 percent, so a new task is started first before a task is stopped. Service tasks are routinely replaced in the same way when you scale the service or deploy configuration changes or deploy task definition revisions. If you would like to control the timing of this restart you can update the service before Wed, 16 Aug 2023 23:18:51 GMT, by running the update-service command from the ECS command-line interface specifying force-new-deployment for services using Rolling update deployment type. For example:\\n\\n$ aws ecs update-service -service service_name \\\n--cluster cluster_name -force-new-deployment\\n\\nFor services using Blue/Green deployment type with AWS CodeDeploy:\\nPlease refer to create-deployment document (2) and create new deployment using same task definition revision.\\n\\nFor further details on ECS deployment types, please refer to ECS Deployment Developer Guide (1).\\nFor further details on Fargate's update process, please refer to the AWS Fargate User Guide (3).\\nIf you have any questions or concerns, please contact AWS Support (4).\\n\\n(1) https://docs.aws.amazon.com/AmazonECS/latest/developerguide/deployment-types.html\\n(2) https://docs.aws.amazon.com/cli/latest/reference/deploy/create-deployment.html\\n(3) https://docs.aws.amazon.com/AmazonECS/latest/userguide/task-maintenance.html\\n(4) https://aws.amazon.com/support\\n\\nA list of your affected resources(s) can be found in the 'Affected resources' tab in the 'Cluster/ Service' format in the AWS Health Dashboard. \\n\\n"
}
],
"affectedEntities": [
{
"entityValue": "arn:aws:ecs:eu-west-1:111222333444:task/examplecluster/00805ce1d81940b5a37398e5a2c23333"
},
{
"entityValue": "arn:aws:ecs:eu-west-1:111222333444:task/examplecluster/00805ce1d81940b5a37398e5a2c25555"
}
}
]
}
}
```
+ Email
Eine E-Mail wird an die registrierte E-Mail-Adresse für die AWS-Konto ID gesendet.
Informationen darüber, wie Sie sich auf die Außerbetriebnahme von Aufgaben vorbereiten, finden Sie unter [Bereiten Sie sich auf die AWS Fargate Fargate-Aufgaben auf Amazon ECS vor](prepare-task-retirement.md).
## Kann ich die Außerbetriebnahme von Aufgaben deaktivieren?
Nein. AWS Ist im Rahmen des Modells der AWS gemeinsamen Verantwortung für die Verwaltung und Wartung der zugrunde liegenden Infrastruktur für verantwortlich AWS Fargate. Dazu gehört die Durchführung regelmäßiger Plattformupdates, um Sicherheit und Stabilität zu gewährleisten. Diese Updates werden automatisch von installiert AWS und können von den Kunden nicht abbestellt werden. Dies ist ein entscheidender Vorteil der Verwendung von a AWS Fargate im Vergleich zur Ausführung Ihrer Workloads auf EC2-Instances. Die Verantwortung für die Wartung der zugrunde liegenden Plattform liegt bei Ihnen. AWS Dieses Modell erlaubt es Ihnen, sich auf Ihre Anwendungen anstatt auf die Wartung der Infrastruktur zu konzentrieren. Durch die automatische Anwendung dieser Plattform-Updates AWS ist es möglich, die Fargate-Umgebung up-to-date sicher zu halten, ohne dass Sie als Kunde etwas unternehmen müssen. Dies trägt dazu bei, eine zuverlässige und sichere containerisierte Umgebung für die Ausführung Ihrer Workloads in Fargate bereitzustellen.
## Kann ich über andere AWS Dienste Benachrichtigungen über die Einstellung von Aufgaben erhalten?
AWS sendet eine Benachrichtigung über die Einstellung einer Aufgabe an den Health Dashboard und an den primären E-Mail-Kontakt auf der AWS-Konto. Das Health Dashboard bietet eine Reihe von Integrationen in andere AWS Dienste, darunter EventBridge. Sie können EventBridge damit die Sichtbarkeit der Hinweise automatisieren (z. B. die Nachricht an ein ChatOps Tool weiterleiten). Weitere Informationen finden Sie unter [Lösungsübersicht: Erfassung von Benachrichtigungen über die Außerbetriebnahme von Aufgaben](https://aws.amazon.com/blogs/containers/improving-operational-visibility-with-aws-fargate-task-retirement-notifications/).
## Kann ich die Außerbetriebnahme einer Aufgabe ändern, nachdem sie geplant wurde?
Nein. Der Zeitplan basiert auf der Wartezeit für die Außerbetriebnahme von Aufgaben, die standardmäßig auf 7 Tage eingestellt ist. Wenn Sie mehr Zeit benötigen, können Sie die Wartezeit auf 14 Tage konfigurieren. Weitere Informationen finden Sie unter [Schritt 2: Erfassen Sie Benachrichtigungen über die Außerbetriebnahme von Aufgaben, um Teams zu benachrichtigen und Maßnahmen zu ergreifen](prepare-task-retirement.md#prepare-task-retirement-capture-task-events).
Ab dem 18.12.2025 können Sie mit Amazon ECS Amazon [EC2 EC2-Ereignisfenster](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/event-windows.html) für Ihre Fargate-Aufgaben konfigurieren. Wenn Sie genaue Kontrolle über den genauen Zeitpunkt der Außerbetriebnahme von Aufgaben benötigen, z. B. indem Sie sie an Wochenenden planen, um Unterbrechungen während der Geschäftszeiten zu vermeiden, können Sie Amazon EC2 EC2-Ereignisfenster für Ihre Aufgaben, Services oder Cluster konfigurieren, siehe. [Schritt 1: Legen Sie die Wartezeit für Aufgaben fest oder verwenden Sie Amazon EC2 EC2-Ereignisfenster](prepare-task-retirement.md#prepare-task-retirement-set-time) Beachten Sie, dass die Änderung dieser Konfiguration für Stilllegungen gilt, die in der future geplant sind. Derzeit geplante Außerbetriebnahmen sind davon nicht betroffen. Wenn Sie ein Amazon EC2 EC2-Ereignisfenster für Ihre Fargate-Aufgaben konfigurieren, hat dieses außerdem Vorrang vor der Konfiguration Ihrer Wartezeit für die Außerbetriebnahme von Aufgaben. Wenn Sie weitere Bedenken haben, wenden Sie sich an. Support
## Wie geht Amazon ECS mit Aufgaben um, die Teil eines Service sind?
Bei Serviceaufgaben müssen Sie auf die Außerbetriebnahme einer Aufgabe keine Maßnahmen ergreifen, es sei denn, Sie möchten diese Aufgaben vorher AWS ersetzen. Wenn der Amazon ECS Scheduler die Aufgaben anhält, nutzt er den minimalen fehlerfreien Prozentsatz und startet eine neue Aufgabe, um die gewünschte Anzahl für den Service beizubehalten. Um die Auswirkungen der Außerbetriebnahme von Fargate-Aufgaben so gering wie möglich zu halten, sollten Workloads gemäß den bewährten Methoden von Amazon ECS bereitgestellt werden. Wenn Kunden beispielsweise eine statuslose Anwendung als Amazon ECS-Service bereitstellen, z. B. als Web- oder API-Server, sollten sie mehrere Task-Replikate bereitstellen und diese minimumHealthyPercent auf 100% setzen. Der Standardwert für den minimalen fehlerfreien Prozentsatz ist 100 Prozent. Daher plant Amazon ECS, wenn Fargate anfängt, Aufgaben außer Betrieb zu nehmen, zunächst eine neue Aufgabe und wartet dann, bis sie ausgeführt wird, bevor eine alte Aufgabe außer Betrieb genommen wird. Serviceaufgaben werden bei der Außerbetriebnahme von Aufgaben routinemäßig auf die gleiche Weise ersetzt, wenn Sie den Service skalieren, Konfigurationsänderungen bereitstellen oder Revisionen der Aufgabendefinition bereitstellen. Informationen zum Vorbereiten auf die Außerbetriebnahme von Aufgaben finden Sie unter [Bereiten Sie sich auf die AWS Fargate Fargate-Aufgaben auf Amazon ECS vor](prepare-task-retirement.md).
## Kann Amazon ECS eigenständige Aufgaben automatisch bearbeiten?
Nein. AWS kann keine Ersatzaufgabe für eigenständige Aufgaben erstellen`RunTask`, die von geplanten Aufgaben (z. B. über EventBridge Scheduler) AWS Batch, oder AWS Step Functions gestartet werden. Amazon ECS verwaltet nur Aufgaben, die Teil eines Service sind.
## Fehlerbehebung bei der Verfügbarkeit von Services während der Außerbetriebnahme von Aufgaben
Wenn Amazon ECS während der Außerbetriebnahme einer Aufgabe keine Ersatzaufgabe starten kann, kann sich dies auf Ihre Serviceverfügbarkeit auswirken. Dies kann auf eine falsche Kundenkonfiguration zurückzuführen sein, z. B.:
+ Fehlende oder fehlerhaft konfigurierte IAM-Rollen
+ Unzureichende Kapazität in den Ziel-Subnetzen
+ Sicherheitsgruppen falsch konfiguriert
+ Fehler in Aufgabendefinitionen
Wenn Amazon ECS keine Ersatzaufgaben starten kann, werden die außer Betrieb genommenen Aufgaben ersatzlos gestoppt, was die verfügbare Kapazität Ihres Services reduziert und möglicherweise zu Serviceunterbrechungen führen kann. Überwachen Sie die Anzahl der Aufgaben Ihres Services und die CloudWatch Amazon-Metriken, um sicherzustellen, dass Ersatzaufgaben während der Außerbetriebnahme erfolgreich gestartet werden.
# Bereiten Sie sich auf die AWS Fargate Fargate-Aufgaben auf Amazon ECS vor
Gehen Sie wie folgt vor, um sich auf die Außerbetriebnahme von Aufgaben vorzubereiten:
1. Legen Sie die Wartezeit für die Außerbetriebnahme von Aufgaben fest oder verwenden Sie Amazon EC2 EC2-Ereignisfenster.
1. Erfassen Sie Benachrichtigungen zur Außerbetriebnahme von Aufgaben, um Teammitglieder zu benachrichtigen.
1. Sie können sicherstellen, dass alle Aufgaben Ihrer Services auf der neuesten Plattformversion ausgeführt werden, indem Sie den Service mit der Option zur erzwungenen Bereitstellung aktualisieren. Dieser Schritt ist optional.
## Schritt 1: Legen Sie die Wartezeit für Aufgaben fest oder verwenden Sie Amazon EC2 EC2-Ereignisfenster
Sie haben zwei Kontoeinstellungsoptionen, um den Zeitpunkt zu konfigurieren, zu dem Fargate die Stilllegung von Aufgaben startet: und. `fargateTaskRetirementWaitPeriod` `fargateEventWindows`
**Verwenden Sie die Kontoeinstellungen fargateTaskRetirement WaitPeriod **
Sie können den Zeitpunkt konfigurieren, zu dem Fargate mit der Außerbetriebnahme der Aufgabe beginnt. Die Standard-Wartezeit beträgt 7 Tage. Wählen Sie für Workloads, die eine sofortige Anwendung der Updates erfordern, die Einstellung „Sofort“ (`0`). Wenn Sie mehr Zeit benötigen, konfigurieren Sie die `7` Option oder `14` Tag.
Wir empfehlen Ihnen, eine kürzere Wartezeit zu wählen, damit Sie neuere Versionen der Plattformversionen früher erwerben können.
Konfigurieren Sie die Wartezeit, indem Sie `put-account-setting-default` oder `put-account-setting` als Root-Benutzer oder Administrator ausführen. Verwenden Sie die Option `fargateTaskRetirementWaitPeriod` für `name` und die Option `value`, die auf einen der folgenden Werte eingestellt ist:
+ `0`- AWS sendet die Benachrichtigung und beginnt sofort, die betroffenen Aufgaben zurückzuziehen.
+ `7`- AWS sendet die Benachrichtigung und wartet 7 Kalendertage, bevor mit der Außerbetriebnahme der betroffenen Aufgaben begonnen wird. Dies ist die Standardeinstellung.
+ `14` – AWS sendet die Benachrichtigung und wartet 14 Kalendertage, bevor mit der Außerbetriebnahme der betroffenen Aufgaben begonnen wird.
Weitere Informationen finden Sie unter [put-account-setting-default](https://docs.aws.amazon.com/cli/latest/reference/ecs/put-account-setting-default.html)und [put-account-setting](https://docs.aws.amazon.com/cli/latest/reference/ecs/put-account-setting.html)in der *Amazon Elastic Container Service API-Referenz*.
**Verwenden Sie die fargateEventWindows Kontoeinstellungen**
Ab dem 18.12.2025 können Sie mit Amazon ECS Amazon [EC2 EC2-Ereignisfenster](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/event-windows.html) für Ihre Fargate-Aufgaben konfigurieren. Wenn Sie genaue Kontrolle über den genauen Zeitpunkt der Außerbetriebnahme von Aufgaben benötigen, z. B. indem Sie sie an Wochenenden planen, um Unterbrechungen während der Geschäftszeiten zu vermeiden, können Sie Amazon EC2 EC2-Ereignisfenster für Ihre Aufgaben, Services oder Cluster konfigurieren.
Wenn Sie Ereignisfenster verwenden, stellt Fargate sicher, dass Ihre Aufgaben mindestens 3 Tage lang ausgeführt werden, bevor sie innerhalb des nächsten verfügbaren Zeitfensters zurückgezogen werden, sofern sie nicht durch benutzerinitiierte Aktionen oder kritische Integritätsereignisse wie eine Verschlechterung der zugrunde liegenden Hardware gestoppt werden.
Stellen Sie die Kontoeinstellung `fargateEventWindows` auf `enabled` ein. Sie können eine der folgenden Optionen verwenden APIs: `put-account-setting-default` oder `put-account-setting` als Root-Benutzer oder Administratorbenutzer.
Jedes Amazon EC2 EC2-Ereignisfenster muss mindestens 4 Stunden pro Woche geöffnet sein, und jeder Zeitraum muss mindestens 2 Stunden lang sein. Für große Cluster und Services empfehlen wir, Ereignisfenster mit langer Dauer (8 Stunden oder mehr) oder häufigeren Zeiträumen zu konfigurieren, die mindestens einmal alle 3 Tage auftreten. Weitere Überlegungen zu Amazon EC2 EC2-Ereignisfenstern finden Sie im [Benutzerhandbuch](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/event-windows.html#event-windows-considerations). Es AWS Fargate stellt sicher, dass Ihre Aufgaben mindestens 3 Tage lang ausgeführt werden, bevor sie eingestellt werden, sofern sie nicht durch vom Benutzer initiierte Aktionen oder kritische Integritätsereignisse wie eine Verschlechterung der zugrunde liegenden Hardware gestoppt werden.
**Wichtig**
Es empfiehlt sich, Aufgaben innerhalb des Ereignisfensters zu ersetzen. Wenn Sie feststellen, dass Aufgaben außerhalb Ihres Veranstaltungsfensters zurückgezogen werden, sollten Sie erwägen, die Dauer zu verlängern (8 Stunden oder mehr) oder die Häufigkeit zu erhöhen (mindestens einmal alle 3 Tage).
So wenden Sie Amazon EC2 EC2-Ereignisfenster auf Ihre Abmeldungen von Fargate-Aufgaben an:
+ Stellen Sie die Kontoeinstellung `fargateEventWindows` auf `enabled` ein. Sie können eine der folgenden Optionen verwenden APIs: `put-account-setting-default` oder `put-account-setting` als Root-Benutzer oder als Administratorbenutzer. Beachten Sie, dass dies eine einmalige Aktivierung für die Nutzung der Amazon EC2 EC2-Event-Fenster-Funktion für Ihre Fargate-Aufgaben ist.
+ Erstellen Sie über die AWS-Konsole oder die AWS-CLI ein Amazon EC2 EC2-Ereignisfenster. Verwenden Sie die `create-instance-event-window` EC2-API mit Zeitbereichen oder Cron-Ausdrücken, um ein Ereignisfenster mit CLI zu erstellen. Notieren Sie sich das `InstanceEventWindowId` aus der Antwort.
```
aws ec2 create-instance-event-window \
--time-range StartWeekDay=monday,StartHour=2,EndWeekDay=wednesday,EndHour=8 \
--tag-specifications "ResourceType=instance-event-window,Tags=[{Key=K1,Value=V1" \
--name myEventWindowName
```
Alternativ können Sie Cron-Ausdrücke verwenden, wenn Sie EC2-Ereignisfenster erstellen.
```
aws ec2 create-instance-event-window \
--cron-expression "* 21-23 * * 2,3" \
--tag-specifications "ResourceType=instance-event-window,Tags=[{Key=K1,Value=V1" \
--name myEventWindowName
```
+ Anschließend können Sie das Ereignisfenster mithilfe der `associate-instance-event-window` EC2-API bestimmten Diensten, Clustern oder allen Aufgaben in Ihrem Konto zuordnen.
+ Für ECS-Serviceaufgaben
```
aws ec2 associate-instance-event-window \
--instance-event-window-id iew-0abcdef1234567890 \
--association-target "InstanceTags=[{Key=aws:ecs:serviceArn,Value=your-service-arn}]"
```
+ Für ECS-Cluster
```
aws ec2 associate-instance-event-window \
--instance-event-window-id iew-0abcdef1234567890 \
--association-target "InstanceTags=[{Key=aws:ecs:clusterArn,Value=your-cluster-arn}]"
```
+ Um allen Aufgaben im Konto ein Ereignisfenster zuzuordnen
```
aws ec2 associate-instance-event-window \
--instance-event-window-id iew-0abcdef1234567890 \
--association-target "InstanceTags=[{Key=aws:ecs:fargateTask,Value=true}]"
```
Sie können mehr als ein Schlüssel-Wert-Paar verwenden, um ein Ereignisfenster mehreren Diensten oder Clustern zuzuordnen.
Fargate wählt das Ereignisfenster für jede Aufgabe in der folgenden Reihenfolge aus:
+ Wenn dem Dienst der Aufgabe ein Ereignisfenster zugeordnet ist, wird dieses verwendet. Dies gilt nicht für eigenständige oder nicht verwaltete Aufgaben.
+ Wenn dem Cluster der Aufgabe ein Ereignisfenster zugeordnet ist, wird dieses verwendet.
+ Wenn für alle Fargate-Aufgaben ein Ereignisfenster festgelegt ist, wird dieses verwendet.
+ Die `fargateTaskRetirementWaitPeriod` Einstellung wird verwendet, wenn keines der Ereignisfenster mit der Aufgabe übereinstimmt.
**Konfiguration von Ereignisfenstern für die Fargate-Aufgabenwartung**
Stellen Sie sich einen Fall vor, in dem Sie mehrere ECS-Services auf Fargate mit unterschiedlichen Verfügbarkeitsanforderungen ausführen. Sie möchten eine präzise Kontrolle über die Stilllegung von Aufgaben haben. Sie können mehrere Ereignisfenster wie folgt konfigurieren:
+ **Standardwartung für alle Fargate-Aufgaben**: Erstellen Sie ein Ereignisfenster für routinemäßige Wartungsarbeiten außerhalb der Spitzenzeiten (täglich von 12 bis 4 Uhr) und ordnen Sie es mithilfe des Tags allen Fargate-Aufgaben zu. ` aws:ecs:fargateTask`
+ **Wartung nur am Wochenende für Entwicklungscluster**: Erstellen Sie für einen Entwicklungscluster mit Diensten, die Unterbrechungen am Wochenende tolerieren können, ein 24-Stunden-Wochenendfenster (Samstag und Sonntag, den ganzen Tag) und ordnen Sie es dem Cluster zu, indem Sie das `aws:ecs:clusterArn` Tag mit Ihrem Cluster-ARN verwenden.
+ **Eingeschränktes Zeitfenster für geschäftskritische Dienste**: Bei einem geschäftskritischen Zahlungsabwicklungsservice, der an Wochentagen eine hohe Verfügbarkeit erfordert, beschränken Sie die Wartung auf die frühen Morgenstunden am Wochenende (Samstag und Sonntag, 12:00 bis 04:00 Uhr) und ordnen Sie sie dem jeweiligen Dienst zu, indem Sie das Tag mit Ihrem Service-ARN verwenden. `aws:ecs:serviceArn`
Bei dieser Konfiguration verwendet der Zahlungsdienst sein spezielles Wochenendfenster, die Dienste und Aufgaben des Entwicklungsclusters verwenden das 24-Stunden-Fenster am Wochenende und alle anderen Fargate-Aufgaben verwenden das standardmäßige tägliche Wartungsfenster.
Weitere Informationen finden Sie unter [put-account-setting-default](https://docs.aws.amazon.com/cli/latest/reference/ecs/put-account-setting-default.html)und [put-account-setting](https://docs.aws.amazon.com/cli/latest/reference/ecs/put-account-setting.html)in der *Amazon Elastic Container Service API-Referenz*.
## Schritt 2: Erfassen Sie Benachrichtigungen über die Außerbetriebnahme von Aufgaben, um Teams zu benachrichtigen und Maßnahmen zu ergreifen
Wenn eine Aufgabe bevorsteht, AWS sendet eine Benachrichtigung über die Außerbetriebnahme einer Aufgabe an das AWS Health Dashboard und an den primären E-Mail-Kontakt auf der AWS-Konto. Das AWS Health Dashboard bietet eine Reihe von Integrationen in andere AWS Dienste, darunter Amazon EventBridge. Sie können EventBridge es verwenden, um anhand einer Benachrichtigung über die Einstellung einer Aufgabe Automatisierungen zu erstellen, z. B. um die Sichtbarkeit der bevorstehenden Außerbetriebnahme zu erhöhen, indem Sie die Nachricht an ein ChatOps Tool weiterleiten. AWS Health Aware ist eine Ressource, die zeigt, wie leistungsfähig das AWS Health Dashboard ist und wie Benachrichtigungen im gesamten Unternehmen verteilt werden können. Sie können eine Benachrichtigung über die Außerbetriebnahme einer Aufgabe an eine Chat-Anwendung wie Slack weiterleiten.
In der folgenden Abbildung ist die Lösungsübersicht dargestellt.
![\[Diagramm, das die Fargate-Lösung zur Erfassung von Benachrichtigungen über die Außerbetriebnahme von Fargate-Aufgaben zeigt.\]](http://docs.aws.amazon.com/de_de/AmazonECS/latest/developerguide/images/fargate-task-retirement-solution.png)
Die folgenden Informationen enthalten Einzelheiten.
+ Fargate sendet die Benachrichtigung über die Außerbetriebnahme der Aufgabe an das AWS Health -Dashboard.
+ Das AWS Health Dashboard sendet E-Mails an den primären E-Mail-Kontakt auf der AWS-Konto, und benachrichtigt EventBridge.
+ EventBridge hat eine Regel, die die Benachrichtigung über den Ruhestand erfasst.
Die Regel sucht nach Ereignissen mit dem Ereignisdetails-Typ: `"AWS Health Event" and the Event Detail Type Code: "AWS_ECS_TASK_PATCHING_RETIREMENT"`
+ Die Regel löst eine Lambda-Funktion aus, die die Informationen mithilfe eines eingehenden Slack-Webhooks an Slack weiterleitet. Weitere Informationen finden Sie unter [Eingehende Webhooks](https://slack.com/marketplace/A0F7XDUAZ-incoming-webhooks).
Ein Codebeispiel finden Sie unter [Capturing AWS Fargate Task Retirement Notifications](https://github.com/aws-samples/capturing-aws-fargate-task-retirement-notifications/tree/main) auf Github.
## Schritt 3: Den Ersatz von Aufgaben steuern
Sie können den genauen Zeitpunkt der Außerbetriebnahme einer Aufgabe nicht kontrollieren, Sie können jedoch eine Wartezeit definieren. Wenn Sie die Kontrolle darüber haben möchten, ob Aufgaben nach Ihrem eigenen Zeitplan ersetzt werden, können Sie die Benachrichtigung über die Außerbetriebnahme einer Aufgabe erfassen, um zunächst das Datum der Außerbetriebnahme der Aufgabe zu ermitteln. Anschließend können Sie Ihren Service erneut bereitstellen, um Ersatzaufgaben zu starten und auch alle eigenständigen Aufgaben zu ersetzen. Bei Services, die eine fortlaufende Bereitstellung verwenden, aktualisieren Sie den Service mit `update-service` und der Option `force-deployment` vor Beginn der Außerbetriebnahme.
Im folgenden `update-service`-Beispiel wird die Option `force-deployment` verwendet.
```
aws ecs update-service —-service service_name \
--cluster cluster_name \
--force-new-deployment
```
Für Dienste, die das blue/green Deployment verwenden, müssen Sie in ein neues Deployment erstellen AWS CodeDeploy. Informationen zum Erstellen der Bereitstellung finden Sie unter [Bereitstellung erstellen](https://docs.aws.amazon.com/cli/latest/reference/deploy/create-deployment.html) in der *Referenz für AWS Command Line Interface *.