View a markdown version of this page

Jenis metrik untuk fungsi Lambda - AWS Lambda
Metrik invokasiMetrik penerapanMetrik kinerjaMetrik konkurensiMetrik pemanggilan asinkronMetrik pemetaan sumber peristiwa

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Jenis metrik untuk fungsi Lambda

Bagian ini menjelaskan jenis metrik Lambda yang tersedia di CloudWatch konsol.

Metrik invokasi

Metrik pemanggilan adalah indikator biner dari hasil pemanggilan fungsi Lambda. Lihat metrik ini dengan Sum statistik. Misalnya, jika fungsi mengembalikan kesalahan, maka Lambda mengirimkan Errors metrik dengan nilai 1. Untuk mendapatkan hitungan jumlah kesalahan fungsi yang terjadi setiap menit, lihat Sum Errors metrik dengan periode 1 menit.

  • Invocations- Jumlah kali kode fungsi Anda dipanggil, termasuk pemanggilan dan pemanggilan yang berhasil yang mengakibatkan kesalahan fungsi. Pemanggilan tidak direkam jika permintaan pemanggilan dibatasi atau mengakibatkan kesalahan pemanggilan. Nilai Invocations sama dengan jumlah permintaan yang ditagih.

  • Errors – Jumlah invokasi yang mengakibatkan kesalahan fungsi. Kesalahan fungsi termasuk pengecualian yang dilemparkan kode Anda dan pengecualian yang dilemparkan runtime Lambda. Runtime mengembalikan kesalahan untuk masalah seperti waktu habis dan kesalahan konfigurasi. Untuk menghitung tingkat kesalahan, bagi nilai Errors dengan nilai Invocations. Perhatikan bahwa stempel waktu pada metrik kesalahan mencerminkan ketika fungsi dipanggil, bukan ketika kesalahan terjadi.

  • DeadLetterErrors— Untuk pemanggilan asinkron, berapa kali Lambda mencoba mengirim peristiwa ke antrean huruf mati (DLQ) tetapi gagal. Dead-letter kesalahan dapat terjadi karena sumber daya atau batas ukuran yang salah ditetapkan.

  • DestinationDeliveryFailures— Untuk pemanggilan asinkron dan pem etaan sumber peristiwa yang didukung, berapa kali Lambda mencoba mengirim peristiwa ke tujuan tetapi gagal. Menambahkan tujuan Untuk pemetaan sumber peristiwa, Lambda mendukung tujuan untuk sumber aliran (DynamoDB dan Kinesis). Kesalahan pengiriman dapat terjadi karena kesalahan izin, sumber daya yang tidak dikonfigurasi dengan benar, atau batas ukuran. Kesalahan juga dapat terjadi jika tujuan yang telah Anda konfigurasikan adalah tipe yang tidak didukung seperti antrian Amazon SQS FIFO atau topik Amazon SNS FIFO.

  • Throttles – Jumlah permintaan invokasi yang ditrotel. Ketika semua instance fungsi sedang memproses permintaan dan tidak ada konkurensi yang tersedia untuk ditingkatkan, Lambda menolak permintaan tambahan dengan TooManyRequestsException kesalahan. Permintaan yang dibatasi dan kesalahan pemanggilan lainnya tidak dihitung sebagai salah satu atauInvocations. Errors

    catatan

    Dengan Inst ans Terkelola Lambda, Lambda menyediakan metrik throttle granular yang mengidentifikasi batasan spesifik yang menyebabkan throttle. Ketika throttle terjadi pada lingkungan eksekusi, tepat salah satu sub-metrik berikut dipancarkan dengan nilai 1, sedangkan tiga sisanya dipancarkan dengan nilai 0. Met Throttles rik selalu dipancarkan bersama sub-metrik ini.

    • CPUThrottles- Pemanggilan dibatasi karena kelelahan CPU di lingkungan eksekusi.

    • MemoryThrottles— Pemanggilan dibatasi karena kehabisan memori di lingkungan eksekusi.

    • DiskThrottles- Pemanggilan dibatasi karena kehabisan disk pada lingkungan eksekusi.

    • ConcurrencyThrottles— Pemanggilan dibatasi ketika batas konkurensi lingkungan eksekusi tercapai.

  • OversizedRecordCount— Untuk sumber peristiwa Amazon DocumentDB, jumlah peristiwa yang diterima fungsi Anda dari aliran perubahan yang berukuran lebih dari 6 MB. Lambda menjatuhkan pesan dan memancarkan metrik ini.

  • ProvisionedConcurrencyInvocations— Jumlah kali kode fungsi Anda dipanggil menggunakan konkurensi yang disediakan.

  • ProvisionedConcurrencySpilloverInvocations— Jumlah kali kode fungsi Anda dipanggil menggunakan konkurensi standar saat semua konkurensi yang disediakan digunakan.

  • RecursiveInvocationsDropped— Jumlah kali Lambda menghentikan pemanggilan fungsi Anda karena telah mendeteksi bahwa fungsi Anda adalah bagian dari loop rekursif tak terbatas. Deteksi loop rekursif memantau berapa kali fungsi dipanggil sebagai bagian dari rantai permintaan dengan melacak metadata yang ditambahkan oleh SDK yang didukung AWS . Secara default, jika fungsi Anda dipanggil sebagai bagian dari rantai permintaan sekitar 16 kali, Lambda menghapus pemanggilan berikutnya. Jika Anda menonaktifkan deteksi loop rekursif, metrik ini tidak dipancarkan. Untuk informasi selengkapnya tentang fitur ini, lihat Menggunakan Deteksi Loop Rekursif Lambda untuk Mencegah Loop Tak Terbatas.

Metrik penerapan

Metrik penerapan memberikan informasi tentang peristiwa penerapan fungsi Lambda dan proses validasi terkait.

  • SignatureValidationErrors- Berapa kali penerapan paket kode terjadi dengan kegagalan validasi tanda tangan saat kebijakan konfigurasi penandatanganan kode disetel keWarn. Metrik ini dikeluarkan ketika pemeriksaan kedaluwarsa, ketidakcocokan, atau pencabutan gagal tetapi penerapan masih diizinkan karena pengaturan Warn kebijakan. Untuk informasi selengkapnya tentang penandatanganan kode, lihat Menggunakan penandatanganan kode untuk memverifikasi integritas kode dengan Lambda.

Metrik kinerja

Metrik kinerja memberikan detail kinerja tentang pemanggilan fungsi tunggal. Misalnya, metrik Duration menunjukkan jumlah waktu dalam milidetik yang digunakan oleh fungsi Anda untuk memproses suatu acara. Untuk mengetahui seberapa cepat fungsi Anda memproses peristiwa, lihat metrik ini dengan statistik Average atau Max.

  • Duration – Jumlah waktu yang digunakan kode fungsi Anda untuk memproses suatu peristiwa. Durasi yang ditagih untuk pemanggilan adalah nilai yang dibulatkan ke Duration atas ke milidetik terdekat. Durationtidak termasuk waktu mulai dingin.

  • PostRuntimeExtensionsDuration – Jumlah kumulatif waktu yang runtime habiskan untuk menjalankan kode untuk ekstensi setelah kode fungsi selesai.

  • IteratorAge— Untuk sumber peristiwa DynamoDB, Kinesis, dan Amazon DocumentDB, usia rekaman terakhir dalam acara dalam milidetik. Metrik ini mengukur waktu antara saat aliran menerima catatan dan saat pemetaan sumber peristiwa mengirimkan peristiwa ke fungsi.

  • OffsetLag— Untuk sumber peristiwa Apache Kafka dan Amazon Managed Streaming untuk Apache Kafka (Amazon MSK) yang dikelola sendiri, perbedaan offset antara catatan terakhir yang ditulis ke topik dan catatan terakhir yang diproses oleh grup konsumen fungsi Anda. Meskipun topik Kafka dapat memiliki beberapa partisi, metrik ini mengukur lag offset di tingkat topik.

Durationjuga mendukung statistik percentile (p). Gunakan persentil untuk mengecualikan nilai outlier yang miring dan statistik. Average Maximum Misalnya, p95 statistik menunjukkan durasi maksimum 95 persen pemanggilan, tidak termasuk 5 persen paling lambat. Untuk informasi selengkapnya, lihat Persentil di Panduan CloudWatch Pengguna Amazon.

Metrik konkurensi

Lambda melaporkan metrik konkurensi sebagai jumlah agregat dari jumlah kejadian pemrosesan instans di seluruh fungsi, versi, alias, atau. Wilayah AWS Untuk melihat seberapa dekat Anda mencapai batas konkurensi, lihat metrik ini dengan Max statistik.

  • ConcurrentExecutions – Jumlah instans fungsi yang memproses peristiwa. Jika angka ini mencapai kuota eksekusi bersamaan untuk Wilayah, atau batas konkurensi yang dicad angkan pada fungsi, Lambda akan membatasi permintaan pemanggilan tambahan.

  • ProvisionedConcurrentExecutions— Jumlah instance fungsi yang memproses peristiwa menggunakan konkurensi yang disediakan. Untuk setiap invokasi alias atau versi dengan konkurensi tersedia, Lambda mengeluarkan jumlah saat ini. Jika fungsi Anda tidak aktif atau tidak menerima permintaan, Lambda tidak memancarkan metrik ini.

  • ProvisionedConcurrencyUtilization— Untuk versi atau alias, nilai ProvisionedConcurrentExecutions dibagi dengan jumlah total konkurensi yang disediakan dikonfigurasi. Misalnya, jika Anda mengonfigurasi konkurensi yang disediakan 10 untuk fungsi Anda, dan Anda ProvisionedConcurrentExecutions adalah 7, maka Anda ProvisionedConcurrencyUtilization adalah 0,7.

    Jika fungsi Anda tidak aktif atau tidak menerima permintaan, Lambda tidak memancarkan metrik ini karena didasarkan padaProvisionedConcurrentExecutions. Ingatlah hal ini jika Anda menggunakan ProvisionedConcurrencyUtilization sebagai dasar untuk CloudWatch alarm.

  • UnreservedConcurrentExecutions— Untuk Wilayah, jumlah peristiwa yang berfungsi tanpa konkurensi yang dicadangkan sedang diproses.

  • ClaimedAccountConcurrency— Untuk Wilayah, jumlah konkurensi yang tidak tersedia untuk pemanggilan sesuai permintaan. ClaimedAccountConcurrencysama dengan UnreservedConcurrentExecutions ditambah jumlah konkurensi yang dialokasikan (yaitu total konkurensi yang dicadangkan ditambah total konkurensi yang disediakan). Untuk informasi selengkapnya, lihat Bekerja dengan met ClaimedAccountConcurrency rik.

Metrik pemanggilan asinkron

Metrik pemanggilan asinkron memberikan detail tentang pemanggilan asinkron dari sumber peristiwa dan pemanggilan langsung. Anda dapat mengatur ambang batas dan alarm untuk memberi tahu Anda tentang perubahan tertentu. Misalnya, ketika ada peningkatan yang tidak diinginkan dalam jumlah peristiwa yang antri untuk pemrosesan ()AsyncEventsReceived. Atau, ketika suatu acara telah menunggu lama untuk diproses (AsyncEventAge).

  • AsyncEventsReceived— Jumlah peristiwa yang Lambda berhasil mengantri untuk diproses. Metrik ini memberikan wawasan tentang jumlah peristiwa yang diterima fungsi Lambda. Pantau metrik ini dan atur alarm untuk ambang batas untuk memeriksa masalah. Misalnya, untuk mendeteksi jumlah kejadian yang tidak diinginkan yang dikirim ke Lambda, dan untuk dengan cepat mendiagnosis masalah yang dihasilkan dari pemicu atau konfigurasi fungsi yang salah. Ketidakcocokan antara AsyncEventsReceived dan Invocations dapat menunjukkan perbedaan dalam pemrosesan, peristiwa yang dihapus, atau potensi backlog antrian.

  • AsyncEventAge— Waktu antara saat Lambda berhasil mengantri acara dan ketika fungsi dipanggil. Nilai metrik ini meningkat ketika peristiwa sedang dicoba lagi karena kegagalan pemanggilan atau pelambatan. Pantau metrik ini dan atur alarm untuk ambang batas pada statistik yang berbeda saat terjadi penumpukan antrian. Untuk memecahkan masalah peningkatan metrik ini, lihat Errors metrik untuk mengidentifikasi kesalahan fungsi dan Throttles metrik untuk mengidentifikasi masalah konkurensi.

  • AsyncEventsDropped— Jumlah peristiwa yang dijatuhkan tanpa berhasil menjalankan fungsi. Jika Anda mengonfigurasi antrean huruf mati (DLQ) atau OnFailure tujuan, peristiwa dikirim ke sana sebelum dihapus. Acara dibatalkan karena berbagai alasan. Misalnya, peristiwa dapat melebihi usia peristiwa maksimum atau menghabiskan upaya coba ulang maksimum, atau konkurensi yang dicadangkan mungkin disetel ke 0. Untuk memecahkan masalah mengapa peristiwa dihapus, lihat Errors metrik untuk mengidentifikasi kesalahan fungsi dan Throttles metrik untuk mengidentifikasi masalah konkurensi.

Metrik pemetaan sumber peristiwa

Metrik pemetaan sumber peristiwa memberikan wawasan tentang perilaku pemrosesan pemetaan sumber acara Anda.

Saat ini, metrik pemetaan sumber peristiwa tersedia untuk Amazon SQS, Kinesis, DynamoDB, Amazon MSK, dan sumber peristiwa Apache Kafka yang dikelola sendiri.

Untuk pemetaan sumber peristiwa dengan konfigurasi metrik, Anda juga dapat memeriksa semua metrik terkait ESM di tab Monitor dari halaman Konsol Lambda > Sumber daya tambahan > pemetaan sumber peristiwa sekarang.

Untuk mengaktifkan metrik atau pemetaan sumber peristiwa (konsol)

  1. Buka halaman Fungsi di konsol Lambda.

  2. Pilih fungsi yang ingin Anda aktifkan metriknya.

  3. Pilih Konfigurasi, lalu pilih Pem icu.

  4. Pilih pemetaan sumber peristiwa yang ingin Anda aktifkan metriknya, lalu pilih Edit.

  5. Di bawah Konfigurasi pemetaan sumber peristiwa, pilih Aktif kan metrik atau pilih dari daftar drop-down Metrik.

  6. Pilih Simpan.

Atau, Anda dapat mengaktifkan metrik untuk pemetaan sumber acara Anda secara terprogram menggunakan EventSourceMappingMetricsConfig objek di. EventSourceMappingConfiguration Misalnya, perintah UpdateEventSourceMapping CLI berikut mengaktifkan metrik untuk pemetaan sumber peristiwa:

aws lambda update-event-source-mapping \
    --uuid a1b2c3d4-5678-90ab-cdef-EXAMPLE11111 \
    --metrics-config Metrics=EventCount

Ada 3 kelompok metrik:EventCount, ErrorCount danKafkaMetrics, dan setiap grup memiliki multi metrik. Tidak semua metrik tersedia untuk setiap sumber peristiwa. Tabel berikut merangkum metrik yang didukung untuk setiap jenis sumber peristiwa.

Anda harus ikut serta dalam grup metrik untuk menerima metrik terkait metrik. misalnya disetel EventCount dalam konfigurasi metrik untuk memiliki: (PolledEventCount,,,,FilteredOutEventCount, InvokedEventCount FailedInvokeEventCountDroppedEventCount, OnFailureDestinationDeliveredEventCount dan). DeletedEventCount

Metrik pemetaan sumber peristiwa Grup metrik Amazon SQS Aliran Kinesis dan DynamoDB Amazon MSK dan Apache Kafka yang dikelola sendiri

PolledEventCount

EventCount

Ya

Ya

Ya

FilteredOutEventCount

EventCount

Ya

Ya

Ya

InvokedEventCount

EventCount

Ya

Ya

Ya

FailedInvokeEventCount

EventCount

Ya

Ya

Ya

DroppedEventCount

EventCount

Tidak

Ya

Ya

OnFailureDestinationDeliveredEventCount

EventCount

Tidak

Ya

Ya

DeletedEventCount

EventCount

Ya

Tidak

Tidak

CommittedEventCount

EventCount

Tidak

Tidak

Ya

PollingErrorCount

ErrorCount

Tidak

Tidak

Ya

InvokeErrorCount

ErrorCount

Tidak

Tidak

Ya

OnFailureDestinationDeliveryErrorCount

ErrorCount

Tidak

Tidak

Ya

SchemaRegistryErrorCount

ErrorCount

Tidak

Tidak

Ya

CommitErrorCount

ErrorCount

Tidak

Tidak

Ya

MaxOffsetLag

KafkaMetrics

Tidak

Tidak

Ya

SumOffsetLag

KafkaMetrics

Tidak

Tidak

Ya

Selain itu, jika pemetaan sumber peristiwa Anda dalam mode disediakan, Lambda menyediakan metrik berikut:

  • ProvisionedPollers— Untuk pemetaan sumber peristiwa dalam mode disediakan, jumlah poller peristiwa yang aktif berjalan. Lihat metrik ini menggunakan MAX matematika.

  • (Amazon MSK dan sumber peristiwa Apache Kafka yang dikelola sendiri saja) EventPollerUnit — Untuk pemetaan sumber peristiwa dalam mode disediakan, jumlah unit poller peristiwa yang sedang berjalan secara aktif. Lihat metrik ini menggunakan SUM matematika.

  • (Amazon MSK dan sumber peristiwa Apache Kafka yang dikelola sendiri) EventPollerThroughputInBytes — Untuk pemetaan sumber peristiwa dalam mode disediakan, ukuran catatan total poller peristiwa yang disurvei dari sumber peristiwa. Ini dapat memberi tahu Anda throughput polling saat ini. Lihat metrik ini menggunakan SUM matematika.

Berikut adalah detail lebih lanjut tentang masing-masing metrik:

  • PolledEventCount— Jumlah peristiwa yang berhasil dibaca Lambda dari sumber peristiwa. Jika Lambda melakukan polling untuk acara tetapi menerima polling kosong (tidak ada catatan baru), Lambda memancarkan nilai 0 untuk metrik ini. Gunakan metrik ini untuk mendeteksi apakah pemetaan sumber peristiwa Anda melakukan polling dengan benar untuk peristiwa baru.

  • FilteredOutEventCount— Untuk pemetaan sumber peristiwa dengan kriteria filter, jumlah peristiwa disaring oleh kriteria filter itu. Gunakan metrik ini untuk mendeteksi apakah pemetaan sumber peristiwa Anda memfilter peristiwa dengan benar. Untuk peristiwa yang cocok dengan kriteria filter, Lambda memancarkan metrik 0.

  • InvokedEventCount— Jumlah peristiwa yang memanggil fungsi Lambda Anda. Gunakan metrik ini untuk memverifikasi bahwa peristiwa memanggil fungsi Anda dengan benar. Jika suatu peristiwa mengakibatkan kesalahan fungsi atau pembatasan, InvokedEventCount mungkin dihitung beberapa kali untuk peristiwa yang disurvei yang sama karena percobaan ulang otomatis.

    Awas

    Pemetaan sumber peristiwa lambda memproses setiap peristiwa setidaknya sekali, dan pemrosesan rekaman duplikat dapat terjadi. Karena itu, peristiwa dapat dihitung beberapa kali dalam metrik yang melibatkan jumlah peristiwa.

  • FailedInvokeEventCount— Jumlah peristiwa yang Lambda coba panggil fungsi Anda, tetapi gagal. Pemanggilan dapat gagal karena alasan seperti masalah konfigurasi jaringan, izin yang salah, atau fungsi, versi, atau alias Lambda yang dihapus. Jika pemetaan sumber peristiwa Anda mengaktifkan respons batch parsional, FailedInvokeEventCount sertakan peristiwa apa pun dengan respons yang tidak kosongBatchItemFailures.

    catatan

    Stempel waktu untuk FailedInvokeEventCount metrik mewakili akhir dari pemanggilan fungsi. Perilaku ini berbeda dari metrik kesalahan pemanggilan Lambda lainnya, yang diberi stempel waktu pada awal pemanggilan fungsi.

  • DroppedEventCount— Jumlah peristiwa yang turun Lambda karena kedaluwarsa atau kelelahan coba lagi. Secara khusus, ini adalah jumlah catatan yang melebihi nilai yang Anda konfigurasi untuk MaximumRecordAgeInSeconds atauMaximumRetryAttempts. Yang penting, ini tidak termasuk jumlah catatan yang kedaluwarsa karena melebihi pengaturan retensi sumber acara Anda. Peristiwa yang dihapus juga mengecualikan peristiwa yang Anda kirim ke tujuan saat gagal. Gunakan metrik ini untuk mendeteksi peningkatan backlog peristiwa.

  • OnFailureDestinationDeliveredEventCount— Untuk pemetaan sumber peristiwa dengan tujuan pada kegagalan dikonfigurasi, jumlah peristiwa yang dikirim ke tujuan tersebut. Gunakan metrik ini untuk memantau kesalahan fungsi yang terkait dengan pemanggilan dari sumber peristiwa ini. Jika pengiriman ke tujuan gagal, Lambda menangani metrik sebagai berikut:

    • Lambda tidak memancarkan OnFailureDestinationDeliveredEventCount metrik.

    • Untuk DestinationDeliveryFailures metrik, Lambda memancarkan 1.

    • Untuk DroppedEventCount metrik, Lambda memancarkan angka yang sama dengan jumlah peristiwa yang gagal pengiriman.

  • DeletedEventCount— Jumlah peristiwa yang berhasil dihapus Lambda setelah diproses. Jika Lambda mencoba menghapus peristiwa tetapi gagal, Lambda memancarkan metrik 0. Gunakan metrik ini untuk memastikan bahwa peristiwa yang berhasil diproses dihapus dari sumber acara Anda.

  • CommittedEventCount— Jumlah peristiwa yang berhasil dilakukan Lambda setelah diproses. Ini adalah jumlah delta offset terikat terakhir dan saat ini dari setiap partisi dalam pemetaan sumber peristiwa Kafka.

  • PollingErrorCount— Jumlah kesalahan yang gagal dilakukan Lambda untuk melakukan polling permintaan dari sumber acara. Lambda hanya memancarkan data metrik ini ketika kesalahan terjadi.

  • InvokeErrorCount— Jumlah kesalahan yang gagal dipanggil oleh Lambda untuk fungsi Anda. Perhatikan bahwa pemanggilan adalah catatan dalam batch. Jumlahnya pada tingkat batch, bukan pada level hitungan catatan. Lambda hanya memancarkan data metrik ini ketika kesalahan terjadi.

  • SchemaRegistryErrorCount— Jumlah kesalahan yang gagal diambil oleh Lambda dalam skema atau deserialisasi dengan skema. Lambda hanya memancarkan data metrik ini ketika kesalahan terjadi.

  • CommitErrorCount— Jumlah kesalahan yang gagal dilakukan Lambda ke klaster Kafka. Lambda hanya memancarkan data metrik ini ketika kesalahan terjadi.

  • MaxOffsetLag— Maksimal lag offset (perbedaan antara offset terbaru dan komited) di semua partisi dalam pemetaan sumber acara.

  • SumOffsetLag- Jumlah lag offset di semua partisi dalam pemetaan sumber acara.

Jika pemetaan sumber peristiwa dinonaktifkan, Anda tidak akan menerima metrik pemetaan sumber peristiwa. Anda mungkin juga melihat metrik yang hilang jika CloudWatch atau Lambda mengalami penurunan ketersediaan.