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.

# Überwachen Sie mit Logs Insights CloudWatch
<a name="monitor-with-cloudwatch-logs-insights"></a>

Diese Lösung stellt vier in CloudWatch Logs Insights gespeicherte Abfragen bereit, die in der [CloudWatch Logs Insights-Konsole](https://console.aws.amazon.com/cloudwatch/home#logsV2:logs-insights) unter **Gespeicherte** Abfragen angezeigt werden. Diese Abfragen bieten Einblick in Testorchestrierung, Fehler, Aufgabenfehler und Orphan-Cleanup, ohne dass Sie benutzerdefinierte Abfragen schreiben müssen.

Jeder Abfragename enthält den Stacknamen und die Region zur Identifizierung in mehreren Bereitstellungen. Beispiel: `DLT - Test Timeline [my-stack us-east-1]`.

## Verwenden von gespeicherten Abfragen
<a name="using-saved-queries"></a>

So führen Sie eine gespeicherte Abfrage aus:

1. Öffnen Sie die [CloudWatch Logs Insights-Konsole](https://console.aws.amazon.com/cloudwatch/home#logsV2:logs-insights).

1. Erweitern Sie im linken Bereich den Bereich **Gespeicherte Abfragen**.

1. Wählen Sie eine Abfrage mit dem `DLT -` Präfix aus.

1. Wenn die Abfrage einen Platzhalterwert wie enthält`REPLACE_WITH_TEST_RUN_ID`, ersetzen Sie ihn durch die tatsächliche Testlauf-ID aus Ihren Testergebnissen.

1. Wählen Sie **Abfrage ausführen**.

## DLT — Zeitplan für den Test
<a name="test-timeline-query"></a>

Zeigt den gesamten Lebenszyklus für einen einzigen Testlauf für alle Orchestrierungs-Lambda-Funktionen. Verwenden Sie diese Abfrage, um die Reihenfolge der Ereignisse von der Erstellung bis zum Abschluss des Tests nachzuverfolgen.


| Attribut | Wert | 
| --- | --- | 
| Felder |  `@timestamp`, `logEvent`, `message`, `region`, `error`  | 
| Filter |  `testRunId = "REPLACE_WITH_TEST_RUN_ID"`  | 
| Sortierung |  `@timestamp asc`  | 
| Limit | 500 | 

`REPLACE_WITH_TEST_RUN_ID`Ersetzen Sie es durch die Testlauf-ID, die Sie untersuchen möchten.

## DLT — Testfehler
<a name="test-errors-query"></a>

Zeigt alle ERROR-level Einträge für einen einzelnen Testlauf mit Lambda-Funktionen und ECS-Aufgaben an. Verwenden Sie diese Abfrage, um die Hauptursache zu ermitteln, wenn ein Test fehlschlägt oder zu unerwarteten Ergebnissen führt.


| Attribut | Wert | 
| --- | --- | 
| Felder |  `@timestamp`, `logEvent`, `message`, `region`, `taskId`, `error`  | 
| Filter |  `testRunId = "REPLACE_WITH_TEST_RUN_ID" and level = "ERROR"`  | 
| Sortierung |  `@timestamp asc`  | 

`REPLACE_WITH_TEST_RUN_ID`Ersetzen Sie es durch die Testlauf-ID, die Sie untersuchen möchten.

## DLT — Aufgabenfehler
<a name="task-failures-query"></a>

Zeigt einzelne Fehler bei ECS-Aufgaben mit Stoppcodes und Fehlerklassifizierung an. Verwenden Sie diese Abfrage, um zu verstehen, warum bestimmte Fargate-Aufgaben während eines Tests gestoppt wurden.


| Attribut | Wert | 
| --- | --- | 
| Felder |  `@timestamp`, `testId`, `testRunId`, `region`, `taskArn`, `stopCode`, `exitCode`, `stopCategory`, `stoppedReason`  | 
| Filter |  `logEvent = "TASK_FAILURE_DETECTED"`  | 
| Sortierung |  `@timestamp desc`  | 
| Limit | 50 | 

Für diese Abfrage ist keine Testlauf-ID erforderlich. Sie zeigt alle kürzlich ausgefallenen Aufgaben in allen Testläufen an.

## DLT — Orphan Cleanup
<a name="orphan-cleanup-query"></a>

Zeigt den Verlauf der Erkennung verwaister ECS-Dienste an. Verwenden Sie diese Abfrage, um zu überprüfen, ob im Rahmen des stündlichen Säuberungsvorgangs für verwaiste Dienste die Suche und Entfernung aufgegebener Dienste erfolgt.


| Attribut | Wert | 
| --- | --- | 
| Felder |  `@timestamp`, `logEvent`, `message`, `region`, `cluster`, `orphanCount`, `orphanTestIds`  | 
| Filter |  `logEvent = "ORPHAN_DETECTED"`  | 
| Sortierung |  `@timestamp desc`  | 
| Limit | 50 |