Arten von Metriken für Lambda-Ereignisfunktionen

Invocations— Die Häufigkeit, mit der Ihr Event-Funktionscode aufgerufen wurde, einschließlich erfolgreicher Aufrufe und Aufrufe, die zu einem Funktionsfehler führen. Aufrufe werden nicht aufgezeichnet, wenn die Aufrufanforderung gedrosselt wird oder anderweitig zu einem Aufruffehler führt. Der Wert von Invocations entspricht der Anzahl der fakturierten Anforderungen.

Errors – Die Anzahl der Aufrufe, die zu einem Funktionsfehler führen. Funktionsfehler schließen Ausnahmen ein, die Ihr Code ausgibt, und Ausnahmen, die die Lambda-Laufzeit ausgibt. Die Laufzeit gibt Fehler für Probleme wie Timeouts und Konfigurationsfehler zurück. Um die Fehlerquote zu berechnen, teilen Sie den Wert von Errors durch den Wert von Invocations. Beachten Sie, dass der Zeitstempel einer Fehlermetrik angibt, wann die Event-Funktion aufgerufen wurde, und nicht, wann der Fehler aufgetreten ist.

DeadLetterErrors— Bei asynchronen Aufrufen die Häufigkeit, mit der Lambda versucht, ein Ereignis an eine Dead-Letter-Warteschlange (DLQ) zu senden, aber fehlschlägt. Dead-letter Fehler können aufgrund falsch eingestellter Ressourcen oder Größenbeschränkungen auftreten.

DestinationDeliveryFailures – Bei asynchronen Aufrufen und unterstützten Zuordnung von Ereignisquellen die Häufigkeit, mit der Lambda versucht, ein Ereignis an ein Ziel zu senden, dies jedoch fehlschlägt. Für die Zuordnung von Ereignisquellen unterstützt Lambda Ziele für Streamquellen (DynamoDB und Kinesis). Zustellungsfehler können aufgrund von Berechtigungsfehlern, falsch konfigurierten Ressourcen oder Größenbeschränkungen auftreten. Fehler können auch dann passieren, wenn Ihre Konfiguration einen nicht unterstützten Zieltyp enthält, z. B. eine Amazon-SQS-FIFO-Warteschlange oder ein Amazon-SNS-FIFO-Thema.

Throttles – Die Anzahl der Aufruf-Anforderungen, die gedrosselt werden. Wenn alle Funktions-Instances Anforderungen verarbeiten und keine Nebenläufigkeit zum Hochskalieren verfügbar ist, lehnt Lambda zusätzliche Anforderungen mit einem TooManyRequestsException-Fehler ab. Gedrosselte Anforderungen und andere Aufruffehler zählen nicht als Invocations oder Errors.

OversizedRecordCount— Für Amazon DocumentDB DocumentDB-Ereignisquellen die Anzahl der Ereignisse, die Ihre Event-Funktion von Ihrem Change-Stream empfängt und die eine Größe von mehr als 6 MB haben. Lambda verwirft die Nachricht und gibt diese Metrik aus.

ProvisionedConcurrencyInvocations— Die Häufigkeit, mit der Ihr Event-Funktionscode mithilfe der bereitgestellten Parallelität aufgerufen wird.

ProvisionedConcurrencySpilloverInvocations— Die Häufigkeit, mit der Ihr Event-Funktionscode mithilfe der Standardparallelität aufgerufen wird, wenn die gesamte bereitgestellte Parallelität verwendet wird.

RecursiveInvocationsDropped— Die Häufigkeit, mit der Lambda den Aufruf Ihrer Event-Funktion gestoppt hat, weil es erkannt hat, dass Ihre Event-Funktion Teil einer unendlichen rekursiven Schleife ist. Die rekursive Schleifenerkennung überwacht, wie oft eine Event-Funktion als Teil einer Kette von Anfragen aufgerufen wird, indem sie Metadaten verfolgt, die von unterstützten SDKs hinzugefügt wurden. AWS Wenn Ihre Event-Funktion als Teil einer Kette von Anfragen etwa 16 Mal aufgerufen wird, verwirft Lambda standardmäßig den nächsten Aufruf. Wenn Sie die rekursive Schleifenerkennung deaktivieren, wird diese Metrik nicht ausgegeben. Weitere Informationen über dieses Feature finden Sie unter Verwenden Sie die rekursive Lambda-Schleifenerkennung, um Endlosschleifen zu verhindern.

SignatureValidationErrors – Gibt an, wie oft bei der Bereitstellung eines Codepakets Fehler bei der Signaturvalidierung aufgetreten sind, obwohl die Codesignatur-Konfigurationsrichtlinie auf Warn festgelegt ist. Diese Metrik wird ausgegeben, wenn die Prüfung auf Ablauf, Diskrepanz oder Widerruf scheitert, die Bereitstellung jedoch aufgrund der Warn-Richtlinieneinstellung weiterhin zulässig ist. Weitere Informationen zur Codesignatur finden Sie unter Verwendung von Codesignatur zur Überprüfung der Codeintegrität mit Lambda.

Duration— Die Zeit, die Ihr Event-Funktionscode mit der Verarbeitung eines Ereignisses verbringt. Die fakturierte Dauer für einen Aufruf ist der Wert von Duration, aufgerundet auf die nächste Millisekunde. Duration beinhaltet nicht die Kaltstartzeit.

PostRuntimeExtensionsDuration— Die Gesamtdauer, die die Runtime mit der Ausführung von Code für Erweiterungen verbringt, nachdem der Event-Funktionscode abgeschlossen ist.

IteratorAge – Bei DynamoDB-, Kinesis- und Amazon-DocumentDB-Ereignisquellen das Alter des letzten Datensatzes im Ereignis in Millisekunden. Diese Metrik misst die Zeit zwischen dem Empfang des Datensatzes durch einen Stream und dem Senden des Ereignisses durch die Zuordnung der Ereignisquelle an die Ereignisfunktion.

OffsetLag— Bei selbstverwalteten Apache Kafka- und Amazon Managed Streaming for Apache Kafka (Amazon MSK) -Ereignisquellen der Unterschied im Offset zwischen dem letzten Datensatz, der in ein Thema geschrieben wurde, und dem letzten Datensatz, den die Nutzergruppe Ihrer Event-Funktion verarbeitet hat. Ein Kafka-Thema kann zwar mehrere Partitionen haben, diese Metrik misst die Offset-Verzögerung jedoch auf Themenebene.

ConcurrentExecutions— Die Anzahl der Event Function-Instanzen, die Ereignisse verarbeiten. Wenn diese Zahl Ihr Kontingent für gleichzeitige Ausführungen für die Region oder das reservierte Parallelitätslimit für die Event Function erreicht, drosselt Lambda zusätzliche Aufrufanforderungen.

ProvisionedConcurrentExecutions— Die Anzahl der Event Function-Instanzen, die Ereignisse mithilfe der bereitgestellten Parallelität verarbeiten. Für jeden Aufruf eines Alias oder einer Version mit Provisioned Concurrency gibt Lambda die aktuelle Anzahl aus. Wenn Ihre Event-Funktion inaktiv ist oder keine Anfragen empfängt, gibt Lambda diese Metrik nicht aus.

ProvisionedConcurrencyUtilization – Für eine Version oder einen Alias der Wert von ProvisionedConcurrentExecutions geteilt durch die Gesamtmenge der konfigurierten Gleichzeitigkeit. Wenn Sie beispielsweise eine bereitgestellte Parallelität von 10 für Ihre Event-Funktion konfigurieren und Ihr Wert 7 ProvisionedConcurrentExecutions ist, dann ist Ihr Wert 0,7. ProvisionedConcurrencyUtilization

Wenn Ihre Event-Funktion inaktiv ist oder keine Anfragen empfängt, gibt Lambda diese Metrik nicht aus, da sie auf ProvisionedConcurrentExecutions basiert. Beachten Sie dies, wenn Sie es ProvisionedConcurrencyUtilization als Grundlage für CloudWatch Alarme verwenden.

UnreservedConcurrentExecutions— Für eine Region die Anzahl der Ereignisse, die Event Functions ohne reservierte Parallelität verarbeiten.

ClaimedAccountConcurrency – Mit Bezug auf eine Region die Menge an Gleichzeitigkeit, die für On-Demand-Aufrufe nicht verfügbar ist. ClaimedAccountConcurrency entspricht UnreservedConcurrentExecutions plus dem Betrag der zugewiesenen Gleichzeitigkeit (d. h. der gesamten reservierten Gleichzeitigkeit plus der gesamten bereitgestellten Gleichzeitigkeit). Weitere Informationen finden Sie unter Die Metrik ClaimedAccountConcurrency.

AsyncEventsReceived – Die Anzahl der Ereignisse, die Lambda erfolgreich zur Verarbeitung in die Warteschlange stellt. Diese Metrik gibt Aufschluss über die Anzahl der Ereignisse, die eine Event-Funktion empfängt. Überwachen Sie diese Metrik und stellen Sie Alarme für Schwellenwerte ein, um nach Problemen zu suchen. Zum Beispiel, um eine unerwünschte Anzahl von Ereignissen zu erkennen, die an Lambda gesendet werden, und um schnell Probleme zu diagnostizieren, die auf falsche Auslöser- oder Funktionskonfigurationen zurückzuführen sind. Diskrepanzen zwischen AsyncEventsReceived und Invocations können auf eine unterschiedliche Verarbeitung, verworfene Ereignisse oder einen möglichen Rückstand in der Warteschlange hinweisen.

AsyncEventAge— Die Zeit zwischen dem erfolgreichen Einreihen des Ereignisses durch Lambda in die Warteschlange und dem Aufrufen der Event-Funktion. Der Wert dieser Metrik steigt, wenn Ereignisse aufgrund von Aufruffehlern oder Drosselung erneut versucht werden. Überwachen Sie diese Metrik und legen Sie Alarme für Schwellenwerte für verschiedene Statistiken fest, wenn sich eine Warteschlange immer länger wird. Um einen Anstieg dieser Metrik zu beheben, sehen Sie sich die Errors-Metrik an, um Funktionsfehler zu identifizieren, und die Throttles-Metrik, um Gleichzeitigkeitsprobleme zu identifizieren.

AsyncEventsDropped— Die Anzahl der Ereignisse, die gelöscht werden, ohne dass die Event-Funktion erfolgreich ausgeführt wurde. Wenn Sie eine Warteschlange für unzustellbare Nachrichten oder ein OnFailure-Ziel konfigurieren, werden Ereignisse dorthin gesendet, bevor sie gelöscht werden. Ereignisse werden aus verschiedenen Gründen verworfen. Beispielsweise können Ereignisse das maximale Ereignisalter überschreiten oder die maximale Anzahl von Wiederholungsversuchen ausschöpfen, oder die reservierte Gleichzeitigkeit ist möglicherweise auf 0 gesetzt. Um herauszufinden, warum Ereignisse verworfen werden, sehen Sie sich die Errors-Metrik an, um Funktionsfehler zu identifizieren, und die Throttles-Metrik, um Gleichzeitigkeitsprobleme zu identifizieren.

ProvisionedPollers – Bei Zuordnungen von Ereignisquellen im Bereitstellungsmodus die Anzahl der aktiv laufenden Ereignis-Poller. Sehen Sie sich diese Metrik mithilfe der Mathematik an. MAX

(Nur Amazon MSK und selbstverwaltete Apache Kafka-Ereignisquellen) EventPollerUnit — Für Ereignisquellenzuordnungen im Bereitstellungsmodus die Anzahl der Event-Poller-Einheiten, die aktiv ausgeführt werden. Sehen Sie sich diese Metrik mithilfe der Mathematik an. SUM

(Amazon MSK und selbstverwaltete Apache Kafka-Ereignisquellen) EventPollerThroughputInBytes — Für Ereignisquellenzuordnungen im Bereitstellungsmodus die gesamte Datensatzgröße der von der Ereignisquelle abgefragten Event-Poller. Es kann Ihnen den aktuellen Abfragedurchsatz mitteilen. Sehen Sie sich diese Metrik mithilfe der SUM Mathematik an.

PolledEventCount – Die Anzahl der Ereignisse, die Lambda erfolgreich aus der Ereignisquelle liest. Wenn Lambda nach Ereignissen abfragt, aber eine leere Umfrage erhält (keine neuen Datensätze), gibt Lambda einen Wert von 0 für diese Metrik aus. Verwenden Sie diese Metrik, um zu ermitteln, ob Ihre Zuordnung von Ereignisquellen korrekt nach neuen Ereignissen fragt.

FilteredOutEventCount – Bei der Zuordnung von Ereignisquellen mit einem Filterkriterium die Anzahl der Ereignisse, die nach diesen Filterkriterien herausgefiltert wurden. Verwenden Sie diese Metrik, um festzustellen, ob Ihre Zuordnung von Ereignisquellen Ereignisse ordnungsgemäß herausfiltert. Für Ereignisse, die den Filterkriterien entsprechen, gibt Lambda eine 0-Metrik aus.

InvokedEventCount— Die Anzahl der Ereignisse, die Ihre Lambda-Ereignisfunktion aufgerufen haben. Verwenden Sie diese Metrik, um zu überprüfen, ob Ereignisse Ihre Event-Funktion ordnungsgemäß aufrufen. Wenn ein Ereignis zu einem Funktionsfehler oder einer Drosselung führt, InvokedEventCount kann es aufgrund automatischer Wiederholungen zu mehreren Zählungen für dasselbe abgefragte Ereignis kommen.

FailedInvokeEventCount— Die Anzahl der Ereignisse, mit denen Lambda versucht hat, Ihre Event-Funktion aufzurufen, aber fehlgeschlagen ist. Aufrufe können aus Gründen wie Netzwerkkonfigurationsproblemen, falschen Berechtigungen oder einer gelöschten Lambda-Ereignisfunktion, -version oder einem gelöschten Alias fehlschlagen. Wenn für Ihre Zuordnung von Ereignisquellen partielle Batch-Antworten aktiviert sind, enthält FailedInvokeEventCount jedes Ereignis mit einem nicht leeren BatchItemFailures in der Antwort.

DroppedEventCount – Die Anzahl der Ereignisse, die Lambda aufgrund von Ablauf oder wiederholter Erschöpfung ausgab. Genauer gesagt ist dies die Anzahl der Datensätze, die die von Ihnen konfigurierten Werte für MaximumRecordAgeInSeconds oder MaximumRetryAttempts überschreiten. Wichtig ist, dass dies nicht die Anzahl der Datensätze beinhaltet, die aufgrund einer Überschreitung der Aufbewahrungseinstellungen Ihrer Ereignisquelle ablaufen. Verworfene Ereignisse schließen auch Ereignisse aus, die Sie bei einem Ausfall an ein Ziel senden. Verwenden Sie diese Metrik, um einen zunehmenden Rückstand an Ereignissen zu erkennen.

OnFailureDestinationDeliveredEventCount – Bei Zuordnungen von Ereignisquellen mit konfiguriertem Ausfallziel, die Anzahl der Ereignisse, die an dieses Ziel gesendet wurden. Verwenden Sie diese Metrik, um Funktionsfehler im Zusammenhang mit Aufrufen von dieser Ereignisquelle zu überwachen. Wenn die Lieferung an das Ziel fehlschlägt, verarbeitet Lambda die Metriken wie folgt:

DeletedEventCount – Die Anzahl der Ereignisse, die Lambda nach der Verarbeitung erfolgreich löscht. Wenn Lambda versucht, ein Ereignis zu löschen, dies jedoch fehlschlägt, gibt Lambda eine 0-Metrik aus. Verwenden Sie diese Metrik, um sicherzustellen, dass erfolgreich verarbeitete Ereignisse aus Ihrer Ereignisquelle gelöscht werden.

CommittedEventCount— Die Anzahl der Ereignisse, die Lambda nach der Verarbeitung erfolgreich festgeschrieben hat. Es handelt sich um eine Summe der Deltas des letzten und des aktuellen Offsets, das von jeder Partition in der Kafka-Ereignisquellenzuordnung vorgenommen wurde.

PollingErrorCount— Die Anzahl der Fehler, bei denen Lambda Anfragen von der Ereignisquelle nicht abfragen konnte. Lambda gibt diese Metrikdaten nur aus, wenn ein Fehler aufgetreten ist.

InvokeErrorCount— Die Anzahl der Fehler, bei denen Lambda Ihre Event-Funktion nicht aufrufen konnte. Beachten Sie, dass es sich bei dem Aufruf um Datensätze im Batch handelt. Die Nummer steht auf Batch-Ebene, nicht auf Datensatzzählebene. Lambda gibt diese Metrikdaten nur aus, wenn ein Fehler aufgetreten ist.

SchemaRegistryErrorCount— Die Anzahl der Fehler, bei denen Lambda das Schema nicht abrufen oder mit dem Schema deserialisieren konnte. Lambda gibt diese Metrikdaten nur aus, wenn ein Fehler aufgetreten ist.

CommitErrorCount— Die Anzahl der Fehler, die Lambda nicht an den Kafka-Cluster übertragen konnte. Lambda gibt diese Metrikdaten nur aus, wenn ein Fehler aufgetreten ist.

MaxOffsetLag— Die maximale Anzahl von Offset-Lags (Unterschied zwischen den letzten und den festgeschriebenen Offsets) für alle Partitionen in der Ereignisquellenzuordnung.

SumOffsetLag— Die Summe der Offset-Lags auf allen Partitionen in der Ereignisquellenzuordnung.