Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
Monitoraggio per Lambda SnapStart
Puoi monitorare le tue SnapStart funzioni Lambda utilizzando Amazon CloudWatch AWS X-Ray, e il. Accesso ai dati di telemetria in tempo reale per le estensioni tramite l'API Telemetry
Nota
Le variabili di AWS_LAMBDA_LOG_STREAM_NAME ambiente AWS_LAMBDA_LOG_GROUP_NAME e non sono disponibili nelle funzioni Lambda SnapStart .
Comprensione del comportamento di registrazione e fatturazione con SnapStart
Esistono alcune differenze con il formato del flusso di CloudWatch log per SnapStart le funzioni:
-
Log di inizializzazione: quando viene creato un nuovo ambiente di esecuzione, il
REPORT
non include il campoInit Duration
. Questo perché Lambda inizializza SnapStart le funzioni quando crei una versione anziché durante la chiamata della funzione. Per SnapStart le funzioni, ilInit Duration
campo è nel record.INIT_REPORT
Questo record mostra i dettagli della durata di Fase di init, inclusa la durata di eventuali hook di runtimebeforeCheckpoint
. -
Log di invocazione: quando viene creato un nuovo ambiente di esecuzione, il
REPORT
include i campiRestore Duration
eBilled Restore Duration
:-
Restore Duration
: Il tempo impiegato da Lambda per ripristinare un'istantanea, caricare il runtime ed eseguire eventuali hook di runtime successivi al ripristino. Il processo di ripristino degli snapshot può includere il tempo dedicato ad attività esterne alla MicroVM. Questo tempo non è riportato inRestore Duration
. -
Billed Restore Duration
: il tempo impiegato da Lambda per caricare il runtime ed eseguire eventuali hook di runtime successivi al ripristino.
-
Nota
Come per tutte le funzioni Lambda, i costi di durata si applicano al codice eseguito nell'handler delle funzioni. Per quanto riguarda SnapStart le funzioni, i costi di durata si applicano anche al codice di inizializzazione dichiarato all'esterno del gestore, al tempo impiegato dal runtime per il caricamento e a qualsiasi codice eseguito in un hook di runtime.
La durata dell'avviamento a freddo è la somma di Restore Duration
e Duration
.
L'esempio seguente è una query Lambda Insights che restituisce i percentili di latenza per le funzioni. SnapStart Per ulteriori informazioni sulle query Lambda Insights, consulta Esempio di flusso di lavoro utilizzando query per risolvere i problemi di una funzione.
filter @type = "REPORT" | parse @log /\d+:\/aws\/lambda\/(?<function>.*)/ | parse @message /Restore Duration: (?<restoreDuration>.*?) 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
Tracciamento attivo a raggi X per SnapStart
È possibile utilizzare X-Ray per tracciare le richieste verso le funzioni Lambda. SnapStart Esistono alcune differenze con i sottosegmenti X-Ray per quanto riguarda le funzioni: SnapStart
-
Non esiste un
Initialization
sottosegmento per le funzioni. SnapStart -
Il Restore sottosegmento mostra il tempo impiegato da Lambda per ripristinare un'istantanea, caricare il runtime ed eseguire eventuali hook di runtime successivi al ripristino. Il processo di ripristino degli snapshot può includere il tempo dedicato ad attività esterne alla MicroVM. Questa volta è riportato nel segmento secondario
Restore
. Non ti viene addebitato il tempo trascorso fuori dalla microVM per il ripristino di una snapshot.
Eventi dell'API di telemetria per SnapStart
Lambda invia i seguenti SnapStart eventi a: API di telemetria
-
platform.restoreStart: mostra l'ora in cui è iniziata la fase Restore.
-
platform.restoreRuntimeDone: indica se la fase
Restore
è riuscita correttamente. Lambda genera questo messaggio quando il runtime invia una richiesta API di runtimerestore/next
. Ci sono tre stati possibili: riuscito, errore e timeout. -
platform.restoreReport: mostra quanto è durata la fase
Restore
e quanti millisecondi sono stati fatturati durante questa fase.
Parametri di Gateway Amazon API e della funzione URL
Se crei un'API Web utilizzando API Gateway, puoi utilizzare la IntegrationLatencymetrica per misurare la end-to-end latenza (il tempo che intercorre tra il momento in cui API Gateway inoltra una richiesta al backend e il momento in cui riceve una risposta dal backend).
Se utilizzi l'URL di una funzione Lambda, puoi utilizzare la UrlRequestLatencymetrica per misurare la end-to-end latenza (il tempo che intercorre tra il momento in cui l'URL della funzione riceve una richiesta e il momento in cui l'URL della funzione restituisce una risposta).