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.
# Überwachung für Lambda SnapStart
Sie können Ihre Lambda-SnapStart-Funktionen mit Amazon CloudWatch, AWS X-Ray und der [Zugriff auf Echtzeit-Telemetriedaten für Erweiterungen über die Telemetrie-API](telemetry-api.md) überwachen.
**Anmerkung**
Die [Umgebungsvariablen](configuration-envvars.md#configuration-envvars-runtime) `AWS_LAMBDA_LOG_GROUP_NAME` und `AWS_LAMBDA_LOG_STREAM_NAME` sind in den Lambda-SnapStart-Funktionen nicht verfügbar.
## Verstehen des Protokollierungs- und Abrechnungsverhaltens mit SnapStart
Es gibt einige Unterschiede zum [CloudWatch-Protokollstream](monitoring-cloudwatchlogs.md)-Format für SnapStart-Funktionen:
+ **Initialisierungsprotokolle** – Wenn eine neue Ausführungsumgebung erstellt wird, enthält `REPORT` das Feld `Init Duration` nicht. Das liegt daran, dass Lambda SnapStart-Funktionen initialisiert, wenn Sie eine Version erstellen und nicht während des Funktionsaufrufs. Für SnapStart-Funktionen befindet sich das `Init Duration`-Feld im `INIT_REPORT`-Datensatz. Dieser Datensatz zeigt die Dauer von [Init-Phase](lambda-runtime-environment.md#runtimes-lifecycle-ib), einschließlich der Dauer aller `beforeCheckpoint`-[Laufizeit-Hooks](snapstart-runtime-hooks.md) an.
+ **Aufrufprotokolle** – Wenn eine neue Ausführungsumgebung erstellt wird, enthält `REPORT` die Felder `Restore Duration` und `Billed Restore Duration`:
+ `Restore Duration`: Die Zeit, die Lambda benötigt, um einen Snapshot wiederherzustellen, die Laufzeit zu laden und ggf. [Laufzeit-Hooks](snapstart-runtime-hooks.md) nach der Wiederherstellung auszuführen. Der Prozess der Wiederherstellung von Snapshots kann Zeit beinhalten, die für Aktivitäten außerhalb der MicroVM aufgewendet wird. Diese Zeit wird in erfasst `Restore Duration`.
+ `Billed Restore Duration`: Die Zeit, die Lambda benötigt, um die Laufzeit zu laden und ggf. [Laufzeit-Hooks](snapstart-runtime-hooks.md) nach der Wiederherstellung auszuführen.
**Anmerkung**
Wie bei allen Lambda-Funktionen fallen Dauergebühren für Code an, der im Funktionshandler ausgeführt wird. Bei SnapStart-Funktionen gelten die Gebühren für die Dauer auch für Initialisierungscode, der außerhalb des Handlers deklariert wird, für die Zeit, die die Laufzeit zum Laden benötigt, und für jeden Code, der in einem [Laufzeit-Hook](snapstart-runtime-hooks.md) ausgeführt wird.
Die Kaltstartdauer ist die Summe von `Restore Duration` \+ `Duration`.
Das folgende Beispiel ist eine Lambda-Insights-Abfrage, die die Latenzperzentile für SnapStart-Funktionen zurückgibt. Weitere Informationen zu Lambda-Insights-Abfragen finden Sie unter [Beispiel-Workflow mit Abfragen zur Fehlerbehebung einer Funktion](monitoring-insights.md#monitoring-insights-queries).
```
filter @type = "REPORT"
| parse @log /\d+:\/aws\/lambda\/(?.*)/
| parse @message /Restore Duration: (?.*?) ms/
| stats
count(*) as invocations,
pct(@duration+coalesce(@initDuration,0)+coalesce(restoreDuration,0), 50) as p50,
pct(@duration+coalesce(@initDuration,0)+coalesce(restoreDuration,0), 90) as p90,
pct(@duration+coalesce(@initDuration,0)+coalesce(restoreDuration,0), 99) as p99,
pct(@duration+coalesce(@initDuration,0)+coalesce(restoreDuration,0), 99.9) as p99.9
group by function, (ispresent(@initDuration) or ispresent(restoreDuration)) as coldstart
| sort by coldstart desc
```
## Aktive X-Ray-Ablaufverfolgung für SnapStart
Sie können [X-Ray](services-xray.md) verwenden, um Anforderungen an Lambda-SnapStart-Funktionen nachzuverfolgen. Bei den X-Ray-Teilsegmenten für SnapStart-Funktionen gibt es einige Unterschiede:
+ Es gibt kein `Initialization`-Teilsegment für SnapStart-Funktionen.
+ Das Teilsegment `Restore` zeigt die Zeit an, die Lambda benötigt, um einen Snapshot wiederherzustellen, die Laufzeit zu laden und vorhandene [Laufzeit-Hooks](snapstart-runtime-hooks.md) nach der Wiederherstellung auszuführen. Der Prozess der Wiederherstellung von Snapshots kann Zeit beinhalten, die für Aktivitäten außerhalb der MicroVM aufgewendet wird. Diese Zeit wird im `Restore`-Untersegment erfasst. Die Zeit, die Sie außerhalb der microVM für die Wiederherstellung eines Snapshots aufwenden, wird Ihnen nicht in Rechnung gestellt.
## Telemetrie-API-Ereignisse für SnapStart
Lambda sendet die folgenden SnapStart-Ereignisse an [Telemetrie-API](telemetry-api.md):
+ [`platform.restoreStart`](telemetry-schema-reference.md#platform-restoreStart) – Zeigt die Zeit an, zu der die [`Restore`-Phase](lambda-runtime-environment.md#runtimes-lifecycle-restore) gestartet wurde.
+ [`platform.restoreRuntimeDone`](telemetry-schema-reference.md#platform-restoreRuntimeDone) – Zeigt an, ob die `Restore`-Phase erfolgreich war. Lambda sendet diese Nachricht, wenn die Laufzeit eine `restore/next`-Laufzeit-API-Anfrage sendet. Es gibt drei mögliche Status: erfolgreich, fehlgeschlagen und Timeout.
+ [`platform.restoreReport`](telemetry-schema-reference.md#platform-restoreReport) – Zeigt an, wie lange die `Restore`-Phase gedauert hat und wie viele Millisekunden Ihnen während dieser Phase in Rechnung gestellt wurden.
## Amazon-API-Gateway- und Funktions-URL-Metriken
Wenn Sie eine Web-API [mit API-Gateway](services-apigateway.md) erstellen, können Sie die [IntegrationLatency](https://docs.aws.amazon.com/apigateway/latest/developerguide/api-gateway-metrics-and-dimensions.html)-Metrik verwenden, um die durchgehende Latenz zu messen (die Zeit zwischen der Weiterleitung einer Anfrage an das Backend durch API-Gateway und dem Empfang einer Antwort vom Backend.
Wenn Sie eine [Lambda-Funktions-URL](urls-configuration.md) verwenden, können Sie die [UrlRequestLatency](urls-monitoring.md)-Metrik verwenden, um die durchgehende Latenz zu messen (die Zeit zwischen dem Empfang einer Anfrage durch die Funktions-URL und der Rückgabe einer Antwort durch die Funktions-URL).