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.
Amazon-ECS-Serviceauslastungsmetriken
Die Metriken zur Service-Auslastung sind für CPU und Arbeitsspeicher verfügbar und, wenn Ihren Aufgaben ein EBS-Volume angehängt ist, für die EBS-Dateisystemauslastung. Die Metriken auf Service-Ebene werden für Services mit Aufgaben unterstützt, die sowohl auf Amazon-EC2-Instances als auch in Fargate gehostet werden.
CPU- und Speicherauslastung auf Service-Ebene
Die Auslastung von CPU und Arbeitsspeicher wird als Prozentsatz von CPU und Arbeitsspeicher gemessen, der von den Amazon-ECS-Aufgaben genutzt wird, die zu einem Service in einem Cluster gehören, im Vergleich zum CPU und Arbeitsspeicher, die in der Aufgabendefinition des Services spezifiziert sind.
Wenn Sie sich diese Metriken in ansehen CloudWatch, können Sie verschiedene Statistiken auswählen:
-
Durchschnitt: Die durchschnittliche Auslastung aller Aufgaben im Service. Dies wird anhand der folgenden Formel berechnet.
-
Minimum: Die Auslastung der Aufgabe mit dem niedrigsten Ressourcenverbrauch im Service. Dies stellt den Prozentsatz von CPU oder Arbeitsspeicher dar, der von der Aufgabe mit der geringsten Ressourcenintensität verwendet wird, verglichen mit dem, was in der Aufgabendefinition angegeben wurde.
-
Minimum: Die Auslastung der Aufgabe mit dem höchsten Ressourcenverbrauch im Service. Dies stellt den Prozentsatz von CPU oder Arbeitsspeicher dar, der von der Aufgabe mit der höchsten Ressourcenintensität verwendet wird, verglichen mit dem, was in der Aufgabendefinition angegeben wurde.
Die folgenden Formeln zeigen, wie die Durchschnittsstatistik berechnet wird:
(Total CPU units used by tasks in service) x 100
Service CPU utilization = --------------------------------------------------------------
(Total CPU units specified in the task definition) x (Number of tasks in the service) (Total MiB of memory used by tasks in service x 100)
Service memory utilization = ------------------------------------------------------------------
(Total MiB of memory specified in the task definition) x (Number of tasks in the service)Anmerkung
Die obigen Formeln gelten nur für die Durchschnittsstatistik. Die Statistiken „Minimum“ und „Maximum“ stellen die einzelne Aufgabe mit der niedrigsten bzw. höchsten Ressourcenauslastung dar und stellen keine Gesamtberechnung für alle Aufgaben dar.
Amazon ECS erfasst alle 20 Sekunden Metriken. Der Amazon-ECS-Container-Agent berechnet jede Minute die Anzahl an CPU-Einheiten und MiB Arbeitsspeicher, die aktuell von jeder laufenden Aufgabe verwendet werden, die dem Service gehören. Diese Informationen werden an Amazon ECS zurückgemeldet. Es wird die Gesamtmenge an CPU und Arbeitsspeicher berechnet, die für alle zu dem Service gehörenden Aufgaben genutzt wird, die auf dem Cluster ausgeführt werden, und diese Zahlen werden an CloudWatch als Prozentsatz der gesamten Ressourcen gemeldet, die für den Service in der Aufgabendefinition des Services spezifiziert sind. Die Minimal- und Maximalwerte sind die kleinsten und größten der 20-Sekunden-Metriken. Der Durchschnitt ist die Summe der 3 Werte.
Wenn Sie ein Soft-Limit (memoryReservation) angeben, dann wird es zur Berechnung der Größe des reservierten Speichers verwendet. Andernfalls wird ein hartes Limit (memory) verwendet. Weitere Informationen über harte und weiche Limits finden Sie unter Aufgabengröße.
Beispielsweise spezifiziert die Aufgabendefinition für einen Service eine Gesamtmenge von 512 CPU-Einheiten und 1.024 MiB Arbeitsspeicher (mit dem memory-Parameter als hartes Limit) für alle ihre Container. Der Service hat eine gewünschte Anzahl von 1 laufenden Aufgabe; er wird auf einem Cluster mit 1 c4.large-Container-Instance (mit 2.048 CPU-Einheiten und 3.768 MiB Gesamtarbeitsspeicher) ausgeführt, und es gibt keine anderen Aufgaben, die auf dem Cluster ausgeführt werden. Obwohl die Aufgabe 512 CPU-Einheiten angibt, da sie die einzige laufende Aufgabe auf einer Container-Instance mit 2 048 CPU-Einheiten ist, kann sie bis zum Vierfachen der spezifizierten Menge (2 048/512) verwenden. Jedoch ist der spezifizierte Arbeitsspeicher von 1.024 MiB ein hartes Limit, das nicht überschritten werden kann. Daher kann die Service-Speichernutzung in diesem Fall 100 % nicht überschreiten.
Wenn im vorherigen Beispiel das Soft-Limit memoryReservation anstelle des Hard-Limit-Parameters memory verwendet worden wäre, könnten die Aufgaben des Services bei Bedarf mehr als die angegebenen 1.024 MiB Speicher verbrauchen. In diesem Fall könnte die Arbeitsspeichernutzung des Service 100 % überschreiten.
Wenn in Ihrer Anwendung für kurze Zeit ein plötzlicher Anstieg der Speicherauslastung auftritt, werden Sie nicht feststellen, dass die Speichernutzung des Service zunimmt, da Amazon ECS jede Minute mehrere Datenpunkte erfasst und diese dann zu einem Datenpunkt aggregiert, an den gesendet wird. CloudWatch
Wenn diese Aufgabe während eines bestimmten Zeitraums CPU-intensive Aufgaben ausführt und dabei alle 2.048 verfügbaren CPU-Einheiten und 512 MiB Arbeitsspeicher nutzt, meldet der Service eine CPU-Auslastung von 400% und eine Speicherauslastung von 50%. Wenn die Aufgabe im Leerlauf ist und 128 CPU-Einheiten und 128 MiB Arbeitsspeicher nutzt, meldet der Service 25 % CPU- und 12,5 % Speichernutzung.
Anmerkung
In diesem Beispiel geht die CPU-Auslastung nur über 100 %, wenn die CPU-Einheiten auf Containerebene definiert sind. Wenn Sie CPU-Einheiten auf Task-Ebene definieren, geht die Auslastung nicht über das definierte Limit auf Task-Ebene.
Auslastung des EBS-Dateisystems auf Service-Ebene
Die Nutzung des EBS-Dateisystems auf Service-Ebene wird als Gesamtmenge des EBS-Dateisystems gemessen, das von den Aufgaben des Services verwendet wird, geteilt durch die Gesamtmenge an EBS-Dateisystemspeicher, die allen Aufgaben des Services zugewiesen ist.
Anzahl der Aufgaben, die den Dienst AUSFÜHREN
Sie können CloudWatch Metriken verwenden, um die Anzahl der Aufgaben in Ihren Diensten anzuzeigen, die sich im RUNNING Status befinden. Sie können beispielsweise einen CloudWatch Alarm für diese Metrik einrichten, um Sie zu warnen, wenn die Anzahl der ausgeführten Aufgaben in Ihrem Service unter einen bestimmten Wert fällt.
Anzahl der ausgeführten Service-Aufgaben in Amazon ECS CloudWatch Container Insights
Eine Metrik „Anzahl laufender Aufgaben“ (RunningTaskCount) ist pro Cluster und Service verfügbar, wenn Sie Amazon ECS CloudWatch Container Insights verwenden. Sie können Container Insights für alle neuen Cluster verwenden, die erstellt werden, indem Sie sich für die containerInsights Kontoeinstellungen entscheiden, für einzelne Cluster, indem Sie die Cluster-Einstellungen während der Cluster-Erstellung aktivieren, oder für bestehende Cluster, indem Sie die UpdateClusterSettings API verwenden. Von CloudWatch Container Insights gesammelte Metriken werden als benutzerdefinierte Metriken berechnet. Weitere Informationen zu CloudWatch -Preisen erhalten Sie unter CloudWatch – Preise
Diese Metrik finden Sie unter Amazon ECS Container Insights Metrics im CloudWatch Amazon-Benutzerhandbuch.
High-resolution Servicemetriken
Amazon ECS veröffentlicht CPUUtilization und verarbeitet Metriken MemoryUtilization standardmäßig mit CloudWatch einer Auflösung von 60 Sekunden. Sie können eine Auflösung von 20 Sekunden konfigurieren, indem Sie eine Überwachungskonfiguration für Ihren Service einrichten. Dies ermöglicht eine schnellere Erkennung von Änderungen der Ressourcenauslastung und kann zur schnelleren automatischen Skalierung von Diensten verwendet werden.
Um hochauflösende Metriken zu aktivieren, geben Sie bei der Erstellung oder Aktualisierung Ihres Service eine Überwachungskonfiguration an20, die auf resolutionSeconds gesetzt ist. Die vollständigen Anweisungen zur Einrichtung, einschließlich der Konfiguration einer Richtlinie zur Skalierung mit hoher Auflösung, finden Sie unterSchnellere automatische Skalierung mit hochauflösenden Messwerten.
