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. # Betrieb von Amazon ECS im großen Maßstab Wenn Sie beginnen, Amazon ECS in großem Maßstab zu betreiben, sollten Sie sich überlegen, wie sich Servicekontingenten und API-Drosselungen für Amazon ECS und AWS-Services die Integration mit Amazon ECS auf Sie auswirken könnten. **Topics** + [ # Amazon ECS Service Quotas und API-Drosselungslimits ](operating-at-scale-service-quotas-best-practice.md) + [ # Probleme mit der Drosselung von Amazon ECS beheben ](operating-at-scale-dealing-with-throttles.md) # Amazon ECS Service Quotas und API-Drosselungslimits Amazon ECS lässt sich in mehrere AWS-Services Systeme integrieren, darunter Elastic Load Balancing und Amazon EC2. AWS Cloud Map Durch diese enge Integration umfasst Amazon ECS mehrere Features wie Service Load Balancing, Serviceerkennung, Aufgabennetzwerke und Cluster Auto Scaling. Amazon ECS und das andere AWS-Services , das es in alle integriert, verwalten Service-Kontingente und API-Ratenbegrenzungen, um eine konsistente Leistung und Auslastung zu gewährleisten. Diese Service Quotas verhindern auch, dass versehentlich mehr Ressourcen als benötigt bereitgestellt werden, und schützen vor böswilligen Aktionen, die Ihre Rechnung erhöhen könnten. Wenn Sie sich mit Ihren Servicekontingenten und den AWS API-Ratenbegrenzungen vertraut machen, können Sie die Skalierung Ihrer Workloads planen, ohne sich Gedanken über unerwartete Leistungseinbußen machen zu müssen. Weitere Informationen finden Sie unter [Amazon ECS Service Quotas](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/service-quotas.html) und [Drosselung für die Amazon-ECS-API anfordern](https://docs.aws.amazon.com/AmazonECS/latest/APIReference/request-throttling.html). Berücksichtigen Sie bei der Skalierung Ihrer Workloads in Amazon ECS das folgende Servicekontingent. Anweisungen, wie Sie eine Erhöhung der Servicekontingenten beantragen können, finden Sie unter [Verwaltung Ihrer Amazon ECS- und AWS Fargate Servicekontingenten in der AWS-Managementkonsole](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/service-quotas-manage.html). + AWS Fargate verfügt über Kontingente, die jeweils AWS-Region die Anzahl der gleichzeitig ausgeführten Aufgaben begrenzen. Es gibt Kontingente sowohl für On-Demand- als auch Fargate-Spot-Aufgaben in Amazon ECS. Jedes Servicekontingent umfasst auch alle Amazon-EKS-Pods, die Sie in Fargate ausführen. Weitere Informationen zu den Fargate-Kontingenten finden Sie unter [AWS Fargate Service Quotas](https://docs.aws.amazon.com/AmazonECS/latest/userguide/service-quotas.html#service-quotas-fargate) im *Benutzerhandbuch für Amazon Elastic Container Service für AWS Fargate*. + Für Aufgaben, die in Amazon-EC2-Instances ausgeführt werden, ist die maximale Anzahl von Amazon-EC2-Instances, die Sie für jeden Cluster registrieren können, 5 000. Wenn Sie Amazon ECS Cluster Auto Scaling mit einem Auto-Scaling-Gruppen-Kapazitätsanbieter verwenden oder Amazon-EC2-Instances für Ihren Cluster selbst verwalten, kann dieses Kontingent zu einem Engpass bei der Bereitstellung führen. Wenn Sie mehr Kapazität benötigen, können Sie mehr Cluster erstellen oder eine Erhöhung des Servicekontingents beantragen. + Wenn Sie Amazon ECS Cluster Auto Scaling mit einem Auto-Scaling-Gruppen-Kapazitätsanbieter verwenden, berücksichtigen Sie bei der Skalierung Ihrer Services das `Tasks in the PROVISIONING state per cluster`-Kontingent. Dieses Kontingent ist die maximale Anzahl von Aufgaben im `PROVISIONING`-Status für jeden Cluster, für die Kapazitätsanbieter die Kapazität erhöhen können. Wenn Sie eine große Anzahl von Aufgaben gleichzeitig starten, können Sie dieses Kontingent problemlos einhalten. Ein Beispiel ist die gleichzeitige Bereitstellung von Dutzenden von Services mit jeweils Hunderten von Aufgaben. In diesem Fall muss der Kapazitätsanbieter neue Container-Instances starten, um die Aufgaben zu platzieren, wenn der Cluster nicht genügend Kapazität hat. Während der Kapazitätsanbieter zusätzliche Amazon-EC2-Instances startet, startet Amazon ECS Service Scheduler wahrscheinlich weiterhin Aufgaben parallel. Diese Aktivität kann jedoch aufgrund unzureichender Cluster-Kapazität gedrosselt werden. Amazon ECS Service Scheduler implementiert ein Back-off und eine exponentielle Drosselungsstrategie, mit der versucht wird, Aufgaben erneut zu platzieren, wenn neue Container-Instances gestartet werden. Infolgedessen kann es zu langsameren Bereitstellungs- oder Aufskalierungszeiten kommen. Um diese Situation zu vermeiden, können Sie Ihre Servicebereitstellungen in einer der folgenden Arten planen. Stellen Sie entweder eine große Anzahl von Aufgaben bereit, die keine Erhöhung der Cluster-Kapazität benötigen, oder Sie behalten freie Cluster-Kapazität für den Start neuer Aufgaben. Berücksichtigen Sie bei der Skalierung Ihrer Workloads nicht nur das Amazon ECS-Servicekontingent, sondern auch das Servicekontingent für die anderen AWS-Services , die in Amazon ECS integriert sind. Der folgende Abschnitt behandelt die wichtigsten Ratenlimits für jeden Service im Detail und enthält Empfehlungen zum Umgang mit potenziellen Drosselungsproblemen. ## Elastic Load Balancing Sie können Amazon-ECS-Service so konfigurieren, dass sie Elastic Load Balancing verwenden, um Datenverkehr gleichmäßig auf die Aufgaben zu verteilen. Weitere Informationen zur Auswahl eines Load Balancers finden Sie unter [Verwenden von Load Balancing zur Verteilung des Amazon-ECS-Service-Datenverkehrs](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/service-load-balancing.html). ### Service Quotas für Elastic Load Balancing Wenn Sie Ihre Workloads skalieren, sollten Sie die folgenden Service Quotas für Elastic Load Balancing berücksichtigen. Die meisten Service Quotas für Elastic Load Balancing sind anpassbar, und Sie können eine Erhöhung in der Service-Quotas-Konsole beantragen. **Application Load Balancer** Wenn Sie einen Application Load Balancer verwenden, müssen Sie je nach Anwendungsfall möglicherweise für die Folgenden Kontingente eine Erhöhung beantragen: + Das `Targets per Application Load Balancer`-Kontingent, das die Anzahl der Ziele hinter Ihrem Application Load Balancer darstellt. + Das `Targets per Target Group per Region`-Kontingent, das die Anzahl der Ziele hinter Ihren Zielgruppen darstellt. Weitere Informationen finden Sie unter [Kontingente für Application Load Balancer](https://docs.aws.amazon.com/elasticloadbalancing/latest/application/load-balancer-limits.html). **Network Load Balancer** Die Anzahl der Ziele, die Sie bei einem Network Load Balancer registrieren können, ist strenger begrenzt. Wenn Sie einen Network Load Balancer verwenden, werden Sie häufig die zonenübergreifende Unterstützung aktivieren wollen, was zusätzliche Skalierungsbeschränkungen für `Targets per Availability Zone Per Network Load Balancer` die maximale Anzahl von Zielen pro Availability Zone für jeden Network Load Balancer mit sich bringt. Weitere Informationen finden Sie unter [Kontingente für Ihre Network Load Balancer](https://docs.aws.amazon.com/elasticloadbalancing/latest/network/load-balancer-limits.html). ### API-Drosselung für Elastic Load Balancing Wenn Sie einen Amazon-ECS-Service für die Verwendung eines Load Balancers konfigurieren, müssen die Zustandsprüfungen der Zielgruppe bestanden werden, bevor der Service als fehlerfrei eingestuft wird. Für die Durchführung dieser Zustandsprüfungen ruft Amazon ECS in Ihrem Namen API-Vorgänge für Elastic Load Balancing auf. Wenn Sie in Ihrem Konto eine große Anzahl von Services mit Load Balancern konfiguriert haben, kann es zu langsameren Servicebereitstellungen kommen, da es speziell für die API-Vorgänge `RegisterTarget`, `DeregisterTarget` und `DescribeTargetHealth` für Elastic Load Balancing zu einer möglichen Drosselung kommen kann. Wenn eine Drosselung auftritt, treten Drosselungsfehler in Ihren Service-Ereignismeldungen für Amazon ECS auf. Wenn bei Ihnen eine AWS Cloud Map API-Drosselung auftritt, können Sie sich an uns wenden, um Unterstützung Support bei der Erhöhung Ihrer AWS Cloud Map API-Drosselungsgrenzen zu erhalten. Weitere Informationen zur Überwachung und Behebung solcher Drosselungsfehler finden Sie unter [Umgang mit Drosselungsproblemen.](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/operating-at-scale-dealing-with-throttles.html) ## Elastic-Network-Schnittstelle Wenn Ihre Aufgaben den `awsvpc`-Netzwerkmodus verwenden, stellt Amazon ECS für jede Aufgabe eine eigene Elastic-Network-Schnittstelle (ENI) bereit. Wenn Ihre Amazon-ECS-Services einen Elastic Load Balancing Load Balancer verwenden, werden diese Netzwerkschnittstellen auch als Ziele für die entsprechende, im Service definierte Zielgruppe registriert. ### Service Quotas für Elastic-Network-Schnittstellen Wenn Sie Aufgaben ausführen, die den `awsvpc`-Netzwerkmodus verwenden, wird jeder Aufgabe eine eindeutige Elastic-Network-Schnittstelle zugewiesen. Wenn diese Aufgaben über das Internet erreicht werden müssen, weisen Sie der Elastic-Network-Schnittstelle für diese Aufgaben eine öffentliche IP-Adresse zu. Wenn Sie Ihre Amazon-ECS-Workloads skalieren, sollten Sie diese beiden wichtigen Kontingente berücksichtigen: + Das `Network interfaces per Region` Kontingent, das die maximale Anzahl von Netzwerkschnittstellen in einem AWS-Region für Ihr Konto ist. + Das `Elastic IP addresses per Region`-Kontingent, das die maximale Anzahl elastischer IP-Adressen in einer AWS-Region darstellt. Beide Service Quotas sind anpassbar, und Sie können für diese über Ihre Service-Quotas-Konsole eine Erhöhung beantragen. Weitere Informationen finden Sie unter [Amazon VPC Service Quotas](https://docs.aws.amazon.com/vpc/latest/userguide/amazon-vpc-limits.html#vpc-limits-enis). Bei Amazon-ECS-Workloads, die auf Amazon-EC2-Instances gehostet werden, sollten Sie bei der Ausführung von Aufgaben, die den `awsvpc`-Netzwerkmodus verwenden, den Servicekontingent `Maximum network interfaces`, die maximale Anzahl von Netzwerk-Instances für jede Amazon-EC2-Instance, berücksichtigen. Dieses Kontingent begrenzt die Anzahl der Aufgaben, die Sie auf einer Instance platzieren können. Sie können das Kontingent nicht anpassen und es ist in der Service-Quotas-Konsole nicht verfügbar. Weitere Informationen finden Sie unter [IP-Adressen pro Netzwerkschnittstelle pro Instance-Typ](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-eni.html#AvailableIpPerENI) im *Benutzerhandbuch für Amazon EC2*. Sie können die Anzahl der Netzwerkschnittstellen, die an eine Amazon-EC2-Instance angehängt werden können, nicht ändern, jedoch können Sie das Trunking-Feature der Elastic-Network-Schnittstelle verwenden, um die Anzahl der verfügbaren Netzwerkschnittstellen zu erhöhen. Zum Beispiel kann eine `c5.large`-Instance standardmäßig bis zu drei Netzwerkschnittstellen aufweisen. Die primäre Netzwerkschnittstelle für die Instance zählt dazu. Sie können also zwei zusätzliche Netzwerkschnittstellen an die Instance anhängen. Da jede Aufgabe, die den Netzwerkmodus `awsvpc` verwendet, eine Netzwerkschnittstelle benötigt, können Sie nur zwei solcher Aufgaben auf diesem Instance-Typ ausführen. Dies kann zu einer Unterauslastung Ihrer Cluster-Kapazität führen. Wenn Sie Elastic Network Interface Trunking aktivieren, können Sie die Netzwerkschnittstellendichte erhöhen, um eine größere Anzahl von Aufgaben auf jeder Instance zu platzieren. Wenn Trunking aktiviert ist, kann eine `c5.large`-Instance bis zu 12 Netzwerkschnittstellen haben. Die Instance verfügt über die primäre Netzwerkschnittstelle und Amazon ECS erstellt und hängt eine „Trunk“-Netzwerkschnittstelle an die Instance an. Daher können Sie mit dieser Konfiguration 10 Aufgaben auf der Instance ausführen, anstatt die standardmäßigen zwei Aufgaben. Weitere Informationen finden Sie unter [Trunking mit Elastic-Network-Schnittstellen](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/container-instance-eni.html). ### API-Drosselung der Elastic-Network-Schnittstelle Wenn Sie Aufgaben ausführen, die den `awsvpc` Netzwerkmodus verwenden, stützt sich Amazon ECS auf den folgenden Amazon EC2 APIs. Für jeden von ihnen APIs gibt es unterschiedliche API-Drosselungen. Weitere Informationen finden Sie unter [Drosselung für die Amazon-EC2-API anfordern](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/throttling.html). + CreateNetworkInterface + AttachNetworkInterface + DetachNetworkInterface + DeleteNetworkInterface + DescribeNetworkInterfaces + DescribeVpcs + DescribeSubnets + DescribeSecurityGroups + DescribeInstances Wenn Aufrufe der Amazon-EC2-API während der Workflows zur Bereitstellung von Elastic-Network-Schnittstellen gedrosselt werden, startet Amazon ECS Service Scheduler automatisch einen Neuversuch mit exponentiellen Back-Offs. Diese automatischen Wiederholungsversuche können manchmal zu Verzögerungen beim Starten von Aufgaben führen, was wiederum zu langsameren Bereitstellungsgeschwindigkeiten führt. Wenn es zu einer API-Drosselung kommt, wird die entsprechende Nachricht `Operations are being throttled. Will try again later.` in Ihren Service-Ereignismeldungen angezeigt. Wenn Sie die Amazon EC2 EC2-API-Drosselungen regelmäßig einhalten, können Sie sich an uns wenden Support , um Unterstützung zu erhalten, wie Sie Ihre API-Drosselungsgrenzwerte erhöhen können. Weitere Informationen zur Überwachung und Behebung von Drosselungsfehlern finden Sie unter [Umgang mit Drosselungsproblemen](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/operating-at-scale-dealing-with-throttles.html). ## AWS Cloud Map Amazon ECS Service Discovery verwendet AWS Cloud Map APIs , um Namespaces für Ihre Amazon ECS-Services zu verwalten. Wenn Ihre Services eine große Anzahl von Aufgaben haben, sollten Sie die folgenden Empfehlungen berücksichtigen. Weitere Informationen finden Sie unter [Überlegungen zur Amazon-ECS-Serviceerkennung](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/service-discovery.html#service-discovery-considerations). ### AWS Cloud Map Service-Kontingente Wenn Amazon ECS-Services für die Verwendung von Service Discovery konfiguriert sind, wird das `Tasks per service` Kontingent, das die maximale Anzahl von Aufgaben für den Service darstellt, von dem AWS Cloud Map `Instances per service` Service-Kontingent beeinflusst, das die maximale Anzahl von Instances für diesen Service darstellt. Insbesondere reduziert das AWS Cloud Map Service-Kontingent die Anzahl der Aufgaben, die Sie ausführen können, auf maximal 1.000 Aufgaben pro Service. Sie können das AWS Cloud Map -Kontingent nicht ändern. Weitere Informationen finden Sie unter [AWS Cloud Map -Servicekontingente](https://docs.aws.amazon.com/general/latest/gr/cloud_map.html). ### AWS Cloud Map API-Drosselung Amazon ECS ruft das `ListInstances``GetInstancesHealthStatus`,`RegisterInstance`, und in Ihrem Namen `DeregisterInstance` AWS Cloud Map APIs auf. Diese APIs helfen bei der Serviceerkennung und führen Zustandsprüfungen durch, wenn Sie eine Aufgabe starten. Wenn mehrere Services, die Service Discovery mit einer großen Anzahl von Aufgaben verwenden, gleichzeitig bereitgestellt werden, kann dies zu einer Überschreitung der AWS Cloud Map API-Drosselungsgrenzen führen. In diesem Fall werden Sie wahrscheinlich die folgende Meldung sehen: `Operations are being throttled. Will try again later` in Ihren Amazon ECS-Serviceereignismeldungen und langsamere Bereitstellungs- und Taskstartgeschwindigkeit. AWS Cloud Map dokumentiert keine Drosselungsgrenzen für diese. APIs Wenn Sie aufgrund dieser Einschränkungen eine Drosselung feststellen, können Sie sich an uns wenden, um Hilfe Support zur Erhöhung Ihrer API-Drosselungsgrenzen zu erhalten. Weitere Empfehlungen zur Überwachung und Behebung solcher Drosselungsfehler finden Sie unter [Umgang mit Drosselungsproblemen.](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/operating-at-scale-dealing-with-throttles.html) # Probleme mit der Drosselung von Amazon ECS beheben Drosselungsfehler lassen sich in zwei Hauptkategorien einteilen: synchrone Drosselung und asynchrone Drosselung. ## Synchrone Drosselung Wenn synchrone Drosselung auftritt, erhalten Sie sofort eine Fehlerantwort von Amazon ECS. Diese Kategorie tritt normalerweise auf, wenn Sie Amazon ECS aufrufen, APIs während Sie Aufgaben ausführen oder Dienste erstellen. Weitere Informationen zu der damit verbundenen Drosselung und den entsprechenden Drosselungslimits finden Sie unter [Anforderung der Drosselung für die Amazon-ECS-API](https://docs.aws.amazon.com/AmazonECS/latest/APIReference/request-throttling.html). Wenn Ihre Anwendung API-Anfragen initiiert, beispielsweise mithilfe des AWS CLI oder eines AWS SDK, können Sie die API-Drosselung beheben. Sie können dies tun, indem Sie entweder Ihre Anwendung so gestalten, dass sie die Fehler behandelt, oder indem Sie eine exponentielle Backoff- und Jitter-Strategie mit Wiederholungslogik für die API-Aufrufe implementieren. Weitere Informationen finden Sie unter [Timeouts, Wiederholungen und Backoff mit Jitter](https://aws.amazon.com/builders-library/timeouts-retries-and-backoff-with-jitter/). Wenn Sie ein AWS SDK verwenden, ist die automatische Wiederholungslogik integriert und konfigurierbar. ## Asynchrone Drosselung Asynchrone Drosselung ist auf asynchrone Workflows zurückzuführen, bei denen Amazon ECS oder Amazon CloudFormation möglicherweise in APIs Ihrem Namen Ressourcen bereitstellt. Es ist wichtig zu wissen AWS APIs , was Amazon ECS in Ihrem Namen aufruft. Die `CreateNetworkInterface`-API wird beispielsweise für Aufgaben aufgerufen, die den `awsvpc`-Netzwerkmodus verwenden, und die `DescribeTargetHealth`-API wird aufgerufen, wenn Zustandsprüfungen für Aufgaben durchgeführt werden, die bei einem Load Balancer registriert sind. Wenn Ihre Workloads ein beträchtliches Ausmaß erreichen, werden diese API-Vorgänge möglicherweise gedrosselt. Das heißt, sie werden möglicherweise so stark gedrosselt, dass sie die von Amazon ECS oder dem AWS-Service aufgerufenen System durchgesetzten Grenzwerte überschreiten. Wenn Sie beispielsweise Hunderte von Services bereitstellen, die jeweils Hunderte von Aufgaben gleichzeitig ausführen und den `awsvpc`-Netzwerkmodus verwenden, ruft Amazon ECS Amazon-EC2-API-Vorgänge wie `CreateNetworkInterface` und Elastic-Load-Balancing-API-Vorgänge wie `RegisterTarget` oder `DescribeTargetHealth` auf, um die Elastic-Network-Schnittstelle bzw. den Load Balancer zu registrieren. Diese API-Aufrufe können die API-Limits überschreiten, was zu Drosselungsfehlern führen kann. Im Folgenden finden Sie ein Beispiel für einen Drosselungsfehler bei Elastic Load Balancing, der in der Service-Ereignismeldung enthalten ist. ``` { "userIdentity":{ "arn":"arn:aws:sts::111122223333:assumed-role/AWSServiceRoleForECS/ecs-service-scheduler", "eventTime":"2022-03-21T08:11:24Z", "eventSource":"elasticloadbalancing.amazonaws.com", "eventName":" DescribeTargetHealth ", "awsRegion":"us-east-1", "sourceIPAddress":"ecs.amazonaws.com", "userAgent":"ecs.amazonaws.com", "errorCode":"ThrottlingException", "errorMessage":"Rate exceeded", "eventID":"0aeb38fc-229b-4912-8b0d-2e8315193e9c" } } ``` Wenn diese API-Aufrufe dieselben Limits wie anderer API-Datenverkehr in Ihrem Konto haben, kann es schwierig sein, sie zu überwachen, obwohl sie als Service-Ereignisse ausgegeben werden. ## Drosselung der Überwachung Es ist wichtig zu ermitteln, welche API-Anfragen gedrosselt werden und von wo diese Anfragen ausgehen. Sie können festlegen AWS CloudTrail , welche Monitore die Drosselung und Integration mit CloudWatch Amazon Athena und Amazon überwachen. EventBridge Sie können so konfigurieren CloudTrail , dass bestimmte Ereignisse an Logs gesendet werden. CloudWatch CloudWatch Logs, Log Insights, analysiert und analysiert die Ereignisse. Dadurch werden Details in Drosselungsereignissen identifiziert, z. B. der Benutzer oder die IAM-Rolle, die den Anruf getätigt hat, und die Anzahl der getätigten API-Aufrufe. Weitere Informationen finden Sie unter [Überwachen von CloudTrail Protokolldateien mit CloudWatch Protokollen](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/monitor-cloudtrail-log-files-with-cloudwatch-logs.html). Weitere Informationen zu CloudWatch Logs Insights und Anweisungen zum Abfragen von Protokolldateien finden Sie unter [Logdaten mit CloudWatch Logs Insights analysieren](https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/AnalyzingLogData.html). Mit Amazon Athena können Sie Abfragen erstellen und Daten mit Standard-SQL analysieren. Sie können beispielsweise eine Athena-Tabelle erstellen, um Ereignisse zu analysieren CloudTrail . Weitere Informationen finden Sie unter [Verwenden der CloudTrail Konsole zum Erstellen einer Athena-Tabelle für CloudTrail Protokolle](https://docs.aws.amazon.com/athena/latest/ug/cloudtrail-logs.html#create-cloudtrail-table-ct). Nachdem Sie eine Athena-Tabelle erstellt haben, können Sie SQL-Abfragen wie die folgende verwenden, um `ThrottlingException`-Fehler zu untersuchen. Ersetzen Sie die *user-input* durch Ihre Werte. ``` select eventname, errorcode,eventsource,awsregion, useragent,COUNT(*) count FROM cloudtrail_table-name where errorcode = 'ThrottlingException' AND eventtime between '2024-09-24T00:00:08Z' and '2024-09-23T23:15:08Z' group by errorcode, awsregion, eventsource, useragent, eventname order by count desc; ``` Amazon ECS sendet auch Ereignisbenachrichtigungen an Amazon EventBridge. Es gibt Ereignisse zur Änderung des Ressourcenstatus und Ereignisse bei Serviceaktionen. Dazu gehören API-Drosselungsereignisse wie `ECS_OPERATION_THROTTLED` und `SERVICE_DISCOVERY_OPERATION_THROTTLED`. Weitere Informationen finden Sie unter [Amazon-ECS-Serviceaktionsereignisse](ecs_service_events.md). Diese Ereignisse können von einem Service genutzt werden, AWS Lambda um beispielsweise als Reaktion darauf Aktionen auszuführen. Weitere Informationen finden Sie unter [Verarbeitung von Amazon-ECS-Ereignissen](ecs_cwet_handling.md). Wenn Sie eigenständige Aufgaben ausführen, sind einige API-Operationen asynchron, z. B. `RunTask`, und Wiederholungsvorgänge werden nicht automatisch ausgeführt. In solchen Fällen können Sie Dienste, z. B. AWS Step Functions mit EventBridge Integration, verwenden, um gedrosselte oder fehlgeschlagene Operationen erneut zu versuchen. Weitere Informationen finden Sie unter [Container-Aufgaben verwalten (Amazon ECS, Amazon SNS)](https://docs.aws.amazon.com/step-functions/latest/dg/sample-project-container-task-notification.html). ## Wird zur Überwachung der Drosselung verwendet CloudWatch CloudWatch **bietet die Überwachung der API-Nutzung für den `Usage` Namespace unter Nach Ressource. AWS ** Diese Metriken werden mit dem Typ **API** und dem Metriknamen **CallCount**protokolliert. Sie können Alarme erstellen, die immer dann ausgelöst werden, wenn diese Metriken einen bestimmten Schwellenwert erreichen. Weitere Informationen finden Sie unter [Visualisierung Ihrer Service Quotas und Einstellung von Alarmen](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch-Quotas-Visualize-Alarms.html). CloudWatch bietet auch die Erkennung von Anomalien. Dieses Feature verwendet Machine Learning, um Basiswerte zu analysieren und festzulegen, die auf dem spezifischen Verhalten der Metrik basieren, für die Sie es aktiviert haben. Bei ungewöhnlichen API-Aktivitäten können Sie diese Funktion zusammen mit CloudWatch Alarmen verwenden. Weitere Informationen finden Sie unter [Verwenden der CloudWatch Anomalieerkennung](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch_Anomaly_Detection.html). Durch die proaktive Überwachung von Drosselungsfehlern können Sie sich an uns wenden, Support um die entsprechenden Drosselungsgrenzwerte zu erhöhen und Unterstützung für Ihre individuellen Anwendungsanforderungen zu erhalten.