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.
Kennzahlen ECS zur Nutzung von Amazon-Services
Die Kennzahlen zur Servicenutzung sind für CPU den Arbeitsspeicher und, wenn Ihren Aufgaben ein EBS Volumen zugewiesen ist, für die EBS Dateisystemauslastung verfügbar. Die Service Level-Metriken werden für Services unterstützt, deren Aufgaben sowohl auf EC2 Amazon-Instances als auch auf Fargate gehostet werden.
Servicelevel CPU und Speicherauslastung
Die CPU Arbeitsspeicherauslastung wird als Prozentsatz von CPU und Arbeitsspeicher gemessen, die von den ECS Amazon-Aufgaben genutzt werden, die zu einem Service in einem Cluster gehören, im Vergleich zum gesamten Arbeitsspeicher, der CPU in der Aufgabendefinition des Services spezifiziert ist.
(Total CPU units used by tasks in service) x 100
Service CPU utilization = ----------------------------------------------------------------------------
(Total CPU units specified in task definition) x (number of tasks in service)
(Total MiB of memory used by tasks in service) x 100
Service memory utilization = --------------------------------------------------------------------------------
(Total MiB of memory specified in task definition) x (number of tasks in service)
Jede Minute berechnet der ECS Amazon-Container-Agent die Menge an CPU Einheiten und MiB Arbeitsspeicher, die aktuell für die einzelnen Aufgaben genutzt werden, die zu dem Service gehören, und diese Informationen werden an Amazon zurückgemeldet. ECS Es werden die Gesamtmenge aller Aufgaben CPU und des Arbeitsspeichers berechnet, die zu dem Service gehören und in dem Cluster ausgeführt werden. Diese Zahlen werden CloudWatch als Prozentsatz der gesamten Ressourcen gemeldet, die für den Service in der Aufgabendefinition des Services spezifiziert sind. 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 zu harten und weichen Limits finden Sie unterAufgabengröße.
Beispielsweise gibt die Aufgabendefinition für einen Dienst insgesamt 512 CPU Einheiten und 1.024 MiB Arbeitsspeicher (mit dem memory
Hardlimit-Parameter) für alle seine Container an. Der Dienst hat die gewünschte Anzahl von 1 laufenden Aufgaben, der Dienst wird auf einem Cluster mit 1 c4.large
Container-Instance (mit 2.048 CPU Einheiten und 3.768 MiB Gesamtspeicher) ausgeführt, und es werden keine anderen Aufgaben auf dem Cluster ausgeführt. Die Aufgabe gibt zwar 512 CPU Einheiten an, da sie die einzige laufende Aufgabe auf einer Container-Instance mit 2.048 CPU Einheiten ist, kann aber bis zu viermal die angegebene Menge verwenden (2.048/512). 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 Ihre Anwendung für kurze Zeit einen plötzlichen Anstieg der Arbeitsspeicher-Auslastung aufweist, werden Sie nicht feststellen, dass die Auslastung des Servicespeichers zunimmt, da Amazon jede Minute mehrere Datenpunkte ECS sammelt und sie dann an einem einzelnen Datenpunkt aggregiert, an den gesendet wird. CloudWatch
Wenn diese Aufgabe während eines bestimmten Zeitraums CPU intensive Arbeit ausführt und alle 2.048 verfügbaren CPU Einheiten und 512 MiB Arbeitsspeicher verwendet, meldet der Service eine Auslastung von 400% und eine CPU Speicherauslastung von 50%. Wenn sich die Aufgabe im Leerlauf befindet und 128 CPU Einheiten und 128 MiB Arbeitsspeicher verwendet, meldet der Service eine Auslastung von 25% und eine CPU Speicherauslastung von 12,5%.
Anmerkung
In diesem Beispiel geht die CPU Auslastung nur über 100%, wenn die CPU Einheiten auf Containerebene definiert sind. Wenn Sie CPU Einheiten auf Aufgabenebene definieren, geht die Auslastung nicht über das definierte Limit auf Aufgabenebene.
Nutzung des Dateisystems auf Service-Ebene EBS
Die EBS Dateisystemauslastung auf Dienstebene wird als die Gesamtmenge des EBS Dateisystems gemessen, die von den Aufgaben verwendet wird, die zum Dienst gehören, geteilt durch die Gesamtmenge an EBS Dateisystemspeicher, die allen Aufgaben zugewiesen ist, die zum Dienst gehören.
(Total GB of EBS filesystem used by tasks in the service x 100)
Service EBS filesystem utilization = -----------------------------------------------------------------
(Total GB of EBS filesystem allocated to tasks in the service)
Service RUNNING
-Aufgabenzähler
Sie können CloudWatch Metriken verwenden, um die Anzahl an Aufgaben in Ihren Services anzuzeigen, die sich in diesem RUNNING
Status befinden. Beispielsweise können Sie einen CloudWatch Alarm für diese Metrik einstellen, damit Sie benachrichhtigt werden, wenn die Anzahl der laufenden Aufgaben in Ihrem Service unter einen bestimmten Wert fällt.
Anzahl der RUNNING
Serviceaufgaben in Amazon ECS CloudWatch Container Insights
Eine „Anzahl von laufenden Aufgaben“ (RunningTaskCount
) Metrik ist pro Cluster und Service verfügbar, wenn Sie Amazon ECS CloudWatch Container Insights verwenden. Sie können Container Insights für alle neu erstellten Cluster verwenden, indem Sie die containerInsights
Kontoeinstellung genehmigen, oder für einzelne Cluster, indem Sie es während der Cluster-Erstellung mithilfe der Cluster-Einstellungen aktivieren, oder für vorhandene Cluster mithilfe von. UpdateClusterSettings API Von CloudWatch Container Insights erfasste Metriken werden als benutzerdefinierte Metriken berechnet. Weitere Informationen zur CloudWatch Preisgestaltung finden Sie unter CloudWatchPreisgestaltung
Informationen zu dieser Metrik finden Sie unter Amazon ECS Container Insights-Metriken im CloudWatch Amazon-Benutzerhandbuch.