Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Memantau metrik di DynamoDB dengan Amazon CloudWatch
Anda dapat memantau DynamoDB CloudWatch menggunakan, yang mengumpulkan dan memproses data mentah dari DynamoDB menjadi metrik yang dapat dibaca, mendekati real-time. Statistik ini disimpan untuk jangka waktu tertentu, sehingga Anda dapat mengakses informasi historis untuk perspektif yang lebih baik tentang kinerja aplikasi atau layanan web Anda. Secara default, data metrik DynamoDB dikirim secara otomatis. CloudWatch Untuk informasi selengkapnya, lihat [Apa itu Amazon CloudWatch?](https://docs.aws.amazon.com/AmazonCloudWatch/latest/DeveloperGuide/WhatIsCloudWatch.html) dan [Retensi metrik](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/cloudwatch_concepts.html#metrics-retention) di *Panduan CloudWatch Pengguna Amazon*.
**Topics**
+ [Bagaimana cara menggunakan metrik DynamoDB?](#How-do-I-use-DynamoDB-metrics)
+ [Melihat metrik di konsol CloudWatch](#Viewing-metrics-in-CloudWatch-console)
+ [Melihat metrik di AWS CLI](#Viewing-metrics-in-the-cli)
+ [Dimensi dan Metrik DynamoDB](metrics-dimensions.md)
+ [Membuat CloudWatch alarm di DynamoDB](Monitoring-metrics-creating-cloudwatch-alarms.md)
## Bagaimana cara menggunakan metrik DynamoDB?
Metrik yang dilaporkan oleh DynamoDB memberikan informasi yang dapat Anda analisis dengan berbagai cara. Daftar berikut menunjukkan beberapa penggunaan umum untuk metrik. Daftar ini berisi saran agar Anda dapat memulai, bukan daftar komprehensif.
**Bagaimana cara menggunakan metrik DynamoDB?**
| Bagaimana saya dapat melakukannya? | Metrik terkait |
| --- | --- |
| Bagaimana saya bisa memantau tingkat penghapusan TTL di meja saya? | Anda dapat memantau `TimeToLiveDeletedItemCount` selama periode waktu yang ditentukan, untuk melacak tingkat penghapusan TTL di tabel Anda. Untuk contoh aplikasi tanpa server yang menggunakan `TimeToLiveDeletedItemCount` metrik, lihat [Mengarsipkan item secara otomatis ke S3 menggunakan DynamoDB time to live (TTL) with](https://aws.amazon.com/blogs/database/automatically-archive-items-to-s3-using-dynamodb-time-to-live-with-aws-lambda-and-amazon-kinesis-firehose/) dan Amazon Data Firehose. AWS Lambda |
| Bagaimana saya bisa menentukan berapa banyak throughput yang disediakan saya digunakan? | Anda dapat memantau `ConsumedReadCapacityUnits` atau `ConsumedWriteCapacityUnits` selama periode waktu yang ditentukan, untuk melacak jumlah throughput yang disediakan yang sedang digunakan. |
| Bagaimana cara menentukan permintaan mana yang melebihi kuota throughput yang disediakan dari sebuah tabel? | `ThrottledRequests` bertambah satu jika ada peristiwa dalam permintaan yang melampaui kuota throughput yang disediakan. Untuk mendapatkan wawasan tentang peristiwa mana yang melakukan throttling terhadap permintaan, bandingkan `ThrottledRequests` dengan metrik `ReadThrottleEvents` dan `WriteThrottleEvents` untuk tabel dan indeksnya. |
| Bagaimana saya bisa menentukan apakah ada kesalahan sistem yang terjadi? | Anda dapat memantau `SystemErrors` untuk menentukan apakah setiap permintaan menghasilkan kode HTTP 500 (kesalahan server). Biasanya, metrik ini sama dengan nol. Jika tidak, Anda mungkin harus menyelidikinya. |
| Bagaimana saya bisa memantau nilai latensi untuk operasi tabel saya? | Anda dapat memantau `SuccessfulRequestLatency` dengan melacak latensi rata-rata dan latensi median melalui metrik persentil (p50). Lonjakan latensi sesekali tidak perlu dikhawatirkan. Namun, jika latensi rata-rata atau p50 (median) tinggi, mungkin ada masalah mendasar yang harus Anda selesaikan. Untuk informasi selengkapnya, lihat [Memecahkan masalah latensi di Amazon DynamoDB](TroubleshootingLatency.md). |
## Melihat metrik di konsol CloudWatch
Metrik dikelompokkan berdasarkan namespace layanan terlebih dahulu dan kemudian oleh berbagai kombinasi dimensi dalam setiap namespace.
**Untuk melihat metrik di konsol CloudWatch**
1. Buka CloudWatch konsol di [https://console.aws.amazon.com/cloudwatch/](https://console.aws.amazon.com/cloudwatch/).
1. Di panel navigasi, pilih **Metrik, Semua metrik**.
1. Pilih namespace **DynamoDB**. Anda juga dapat memilih namespace **Penggunaan** untuk melihat metrik penggunaan DynamoDB. Untuk informasi selengkapnya tentang metrik penggunaan, lihat [metrik penggunaan AWS](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch-Service-Quota-Integration.html).
1. Tab **Browse** menampilkan semua metrik di namespace.
1. (Opsional) Untuk menambahkan grafik metrik ke CloudWatch dasbor, pilih **Tindakan, Tambahkan ke dasbor**.
## Melihat metrik di AWS CLI
Untuk mendapatkan informasi metrik menggunakan AWS CLI, gunakan CloudWatch perintah`list-metrics`. Dalam contoh berikut, Anda mencantumkan semua metrik di namespace `AWS/DynamoDB`.
```
1. aws cloudwatch list-metrics --namespace "AWS/DynamoDB"
```
Untuk mendapatkan statistik metrik, gunakan perintah `get-metric-statistics`. Perintah berikut mendapatkan `ConsumedReadCapacityUnits` statistik untuk tabel `ProductCatalog` selama periode 24 jam tertentu, dengan perincian 5 menit.
```
aws cloudwatch get-metric-statistics —namespace AWS/DynamoDB \
—metric-name ConsumedReadCapacityUnits \
—start-time 2023-11-01T00:00:00Z \
—end-time 2023-11-02T00:00:00Z \
—period 360 \
—statistics Average \
—dimensions Name=TableName,Value=ProductCatalog
```
Contoh output muncul sebagai berikut:
```
{
"Datapoints": [
{
"Timestamp": "2023-11-01T 09:18:00+00:00",
"Average": 20,
"Unit": "Count"
},
{
"Timestamp": "2023-11-01T 04:36:00+00:00",
"Average": 22.5,
"Unit": "Count"
},
{
"Timestamp": "2023-11-01T 15:12:00+00:00",
"Average": 20,
"Unit": "Count"
}, ...
{
"Timestamp": "2023-11-01T 17:30:00+00:00",
"Average": 25,
"Unit": "Count"
}
],
"Label": " ConsumedReadCapacityUnits "
}
```
# Dimensi dan Metrik DynamoDB
Ketika Anda berinteraksi dengan DynamoDB, ia mengirimkan metrik dan dimensi ke. CloudWatch
Output DynamoDB menggunakan throughput yang disediakan untuk periode satu menit. [Penskalaan otomatis terpicu](AutoScaling.md) ketika kapasitas yang Anda konsumsi melanggar pemanfaatan target yang dikonfigurasi selama dua menit berturut-turut. CloudWatch alarm mungkin memiliki penundaan singkat hingga beberapa menit sebelum memicu penskalaan otomatis. Penundaan ini memastikan evaluasi CloudWatch metrik yang akurat. Jika lonjakan throughput yang dikonsumsi terpisah lebih dari satu menit, penskalaan otomatis mungkin tidak terpicu. Demikian pula, peristiwa penurunan skala dapat terjadi ketika 15 titik data berturut-turut lebih rendah dari pemanfaatan target. Dalam kedua kasus tersebut, setelah pemicu penskalaan otomatis, [UpdateTable](https://docs.aws.amazon.com/amazondynamodb/latest/APIReference/API_UpdateTable.html)API dipanggil. Kemudian dibutuhkan beberapa menit untuk memperbarui kapasitas yang disediakan untuk tabel atau indeks. Selama periode ini, setiap permintaan yang melebihi kapasitas tabel yang disediakan sebelumnya akan dibatasi.
## Melihat metrik dan dimensi
CloudWatch menampilkan metrik berikut untuk DynamoDB:
### Metrik DynamoDB
**catatan**
Amazon CloudWatch menggabungkan metrik ini pada interval satu menit:
`ConditionalCheckFailedRequests`
`ConsumedReadCapacityUnits`
`ConsumedWriteCapacityUnits`
`ReadAccountLimitThrottleEvents`
`ReadKeyRangeThroughputThrottleEvents`
`ReadMaxOnDemandThroughputThrottleEvents`
`ReadProvisionedThroughputThrottleEvents`
`ReadThrottleEvents`
`ReturnedBytes`
`ReturnedItemCount`
`ReturnedRecordsCount`
`SuccessfulRequestLatency`
`SystemErrors`
`TimeToLiveDeletedItemCount`
`ThrottledRequests`
`TransactionConflict`
`UserErrors`
`WriteAccountLimitThrottleEvents`
`WriteKeyRangeThroughputThrottleEvents`
`WriteMaxOnDemandThroughputThrottleEvents`
`WriteProvisionedThroughputThrottleEvents`
`WriteThrottleEvents`
`FaultInjectionServiceInducedErrors`
Untuk semua metrik DynamoDB lainnya, granularitas agregasi adalah lima menit.
Tidak semua statistik, seperti *Average* atau *Sum*, berlaku untuk setiap metrik. Namun, semua nilai ini tersedia melalui konsol Amazon DynamoDB, atau dengan menggunakan konsol,, atau CloudWatch untuk semua AWS CLI metrik AWS SDKs .
Dalam daftar berikut, setiap metrik memiliki serangkaian statistik valid yang berlaku metrik tersebut.
**Topics**
+ [Metrik DynamoDB](#dynamodb-metrics)
+ [AccountMaxReads](#AccountMaxReads)
+ [AccountMaxTableLevelReads](#AccountMaxTableLevelReads)
+ [AccountMaxTableLevelWrites](#AccountMaxTableLevelWrites)
+ [AccountMaxWrites](#AccountMaxWrites)
+ [AccountProvisionedReadCapacityUtilization](#AccountProvisionedReadCapacityUtilization)
+ [AccountProvisionedWriteCapacityUtilization](#AccountProvisionedWriteCapacityUtilization)
+ [AgeOfOldestUnreplicatedRecord](#AgeOfOldestUnreplicatedRecord)
+ [ConditionalCheckFailedRequests](#ConditionalCheckFailedRequests)
+ [ConsumedChangeDataCaptureUnits](#ConsumedChangeDataCaptureUnits)
+ [ConsumedReadCapacityUnits](#ConsumedReadCapacityUnits)
+ [ConsumedWriteCapacityUnits](#ConsumedWriteCapacityUnits)
+ [FailedToReplicateRecordCount](#FailedToReplicateRecordCount)
+ [MaxProvisionedTableReadCapacityUtilization](#MaxProvisionedTableReadCapacityUtilization)
+ [MaxProvisionedTableWriteCapacityUtilization](#MaxProvisionedTableWriteCapacityUtilization)
+ [OnDemandMaxReadRequestUnits](#OnDemandMaxReadRequestUnits)
+ [OnDemandMaxWriteRequestUnits](#OnDemandMaxWriteRequestUnits)
+ [OnlineIndexConsumedWriteCapacity](#OnlineIndexConsumedWriteCapacity)
+ [OnlineIndexPercentageProgress](#OnlineIndexPercentageProgress)
+ [OnlineIndexThrottleEvents](#OnlineIndexThrottleEvents)
+ [PendingReplicationCount](#PendingReplicationCount)
+ [ProvisionedReadCapacityUnits](#ProvisionedReadCapacityUnits)
+ [ProvisionedWriteCapacityUnits](#ProvisionedWriteCapacityUnits)
+ [ReadAccountLimitThrottleEvents](#ReadAccountLimitThrottleEvents)
+ [ReadKeyRangeThroughputThrottleEvents](#ReadKeyRangeThroughputThrottleEvents)
+ [ReadMaxOnDemandThroughputThrottleEvents](#ReadMaxOnDemandThroughputThrottleEvents)
+ [ReadProvisionedThroughputThrottleEvents](#ReadProvisionedThroughputThrottleEvents)
+ [ReadThrottleEvents](#ReadThrottleEvents)
+ [ReplicationLatency](#ReplicationLatency)
+ [ReturnedBytes](#ReturnedBytes)
+ [ReturnedItemCount](#ReturnedItemCount)
+ [ReturnedRecordsCount](#ReturnedRecordsCount)
+ [SuccessfulRequestLatency](#SuccessfulRequestLatency)
+ [SystemErrors](#SystemErrors)
+ [TimeToLiveDeletedItemCount](#TimeToLiveDeletedItemCount)
+ [ThrottledPutRecordCount](#ThrottledPutRecordCount)
+ [ThrottledRequests](#ThrottledRequests)
+ [TransactionConflict](#TransactionConflict)
+ [UserErrors](#UserErrors)
+ [WriteAccountLimitThrottleEvents](#WriteAccountLimitThrottleEvents)
+ [WriteKeyRangeThroughputThrottleEvents](#WriteKeyRangeThroughputThrottleEvents)
+ [WriteMaxOnDemandThroughputThrottleEvents](#WriteMaxOnDemandThroughputThrottleEvents)
+ [WriteProvisionedThroughputThrottleEvents](#WriteProvisionedThroughputThrottleEvents)
+ [WriteThrottleEvents](#WriteThrottleEvents)
+ [Metrik penggunaan](#w2aac41c15c13b7c11)
+ [FaultInjectionServiceInducedErrors](#FaultInjectionServiceInducedErrors)
### AccountMaxReads
Jumlah maksimum unit kapasitas baca yang dapat digunakan oleh suatu akun. Batas ini tidak berlaku untuk tabel sesuai permintaan atau indeks sekunder global.
Unit: `Count`
Statistik Valid:
+ `Maximum` – Jumlah maksimum unit kapasitas baca yang dapat digunakan oleh suatu akun.
### AccountMaxTableLevelReads
Jumlah maksimum unit kapasitas baca yang dapat digunakan oleh tabel atau indeks sekunder global suatu akun. Untuk tabel sesuai permintaan, batas ini membatasi unit permintaan baca maksimum yang dapat digunakan tabel atau indeks sekunder global.
Unit: `Count`
Statistik Valid:
+ `Maximum` – Jumlah maksimum unit kapasitas baca yang dapat digunakan oleh tabel atau indeks sekunder global suatu akun.
### AccountMaxTableLevelWrites
Jumlah maksimum unit kapasitas tulis yang dapat digunakan oleh tabel atau indeks sekunder global suatu akun. Untuk tabel sesuai permintaan, batas ini membatasi unit permintaan tulis maksimum yang dapat digunakan tabel atau indeks sekunder global.
Unit: `Count`
Statistik Valid:
+ `Maximum` – Jumlah maksimum unit kapasitas tulis yang dapat digunakan oleh tabel atau indeks sekunder global suatu akun.
### AccountMaxWrites
Jumlah maksimum unit kapasitas tulis yang dapat digunakan oleh suatu akun. Batas ini tidak berlaku untuk tabel sesuai permintaan atau indeks sekunder global.
Unit: `Count`
Statistik Valid:
+ `Maximum` – Jumlah maksimum unit kapasitas tulis yang dapat digunakan oleh suatu akun.
### AccountProvisionedReadCapacityUtilization
Persentase unit kapasitas baca yang disediakan dan digunakan oleh suatu akun.
Unit: `Percent`
Statistik Valid:
+ `Maximum` – Persentase maksimum unit kapasitas baca yang disediakan dan digunakan oleh suatu akun.
+ `Minimum` – Persentase minimum unit kapasitas baca yang disediakan dan digunakan oleh suatu akun.
+ `Average` – Persentase rata-rata unit kapasitas baca yang disediakan dan digunakan oleh suatu akun. Metrik diterbitkan selama interval lima menit. Oleh karena itu, jika Anda dengan cepat menyesuaikan unit kapasitas baca yang disediakan, statistik ini mungkin tidak mencerminkan rata-rata sebenarnya.
### AccountProvisionedWriteCapacityUtilization
Persentase unit kapasitas tulis yang disediakan dan digunakan oleh suatu akun.
Unit: `Percent`
Statistik Valid:
+ `Maximum` – Persentase maksimum unit kapasitas tulis yang disediakan dan digunakan oleh suatu akun.
+ `Minimum` – Persentase minimum unit kapasitas tulis yang disediakan dan digunakan oleh suatu akun.
+ `Average` – Persentase rata-rata unit kapasitas tulis yang disediakan dan digunakan oleh suatu akun. Metrik diterbitkan selama interval lima menit. Oleh karena itu, jika Anda dengan cepat menyesuaikan unit kapasitas tulis yang disediakan, statistik ini mungkin tidak mencerminkan rata-rata sebenarnya.
### AgeOfOldestUnreplicatedRecord
Waktu yang berlalu sejak catatan akan direplikasi ke Kinesis data stream yang muncul pertama kali di tabel DynamoDB.
Unit: `Milliseconds`
Dimensi: `TableName, DelegatedOperation`
Statistik Valid:
+ `Maximum`.
+ `Minimum`.
+ `Average`.
### ConditionalCheckFailedRequests
Jumlah upaya gagal untuk melakukan penulisan bersyarat. Operasi `PutItem`, `UpdateItem`, dan `DeleteItem` memungkinkan Anda memberikan syarat logis yang harus bernilai true sebelum operasi dapat dilanjutkan. Jika syarat ini bernilai false, `ConditionalCheckFailedRequests` bertambah satu. `ConditionalCheckFailedRequests` juga bertambah satu untuk pernyataan Perbarui dan Hapus PartiQL, dengan syarat logis disediakan dan syarat tersebut bernilai false.
**catatan**
Penulisan bersyarat yang gagal akan menghasilkan kesalahan HTTP 400 (Permintaan Buruk). Peristiwa ini tercermin dalam metrik `ConditionalCheckFailedRequests`, tapi tidak di metrik `UserErrors`.
Unit: `Count`
Dimensi: `TableName`
Statistik Valid:
+ `Minimum`
+ `Maximum`
+ `Average`
+ `SampleCount`
+ `Sum`
### ConsumedChangeDataCaptureUnits
Jumlah unit tangkapan data perubahan yang digunakan.
Unit: `Count`
Dimensi: `TableName, DelegatedOperation`
Statistik Valid:
+ `Minimum`
+ `Maximum`
+ `Average`
### ConsumedReadCapacityUnits
Jumlah unit kapasitas baca yang digunakan selama jangka waktu tertentu untuk kapasitas yang tersedia dan sesuai permintaan, sehingga Anda dapat melacak berapa banyak throughput yang digunakan. Anda dapat mengambil total kapasitas baca yang digunakan untuk tabel dan semua indeks sekunder globalnya, atau untuk indeks sekunder global tertentu. Untuk informasi selengkapnya, lihat [Mode Kapasitas Baca/Tulis](https://docs.aws.amazon.com/amazondynamodb/latest/developerguide/ProvisionedThroughputIntro.html).
Dimensi `TableName` mengembalikan `ConsumedReadCapacityUnits` untuk tabel, tetapi tidak untuk setiap indeks sekunder global. Guna melihat `ConsumedReadCapacityUnits` untuk indeks sekunder global, Anda harus menentukan `TableName` dan `GlobalSecondaryIndexName`.
**catatan**
Ini berarti bahwa lonjakan konsumsi kapasitas yang pendek dan intens yang berlangsung hanya satu detik mungkin tidak tercermin secara akurat dalam CloudWatch grafik, yang berpotensi mengarah ke tingkat konsumsi yang lebih rendah untuk menit itu.
Gunakan statistik `Sum` untuk menghitung throughput yang digunakan. Misalnya, dapatkan nilai `Sum` dalam rentang waktu satu menit, dan bagi nilai tersebut dengan jumlah detik dalam satu menit (60) untuk menghitung rata-rata `ConsumedReadCapacityUnits` per detik. Anda dapat membandingkan nilai terhitung dengan nilai throughput yang disediakan yang Anda berikan kepada DynamoDB.
Unit: `Count`
Dimensi: `TableName, GlobalSecondaryIndexName`
Statistik Valid:
+ `Minimum` – Jumlah minimum unit kapasitas baca yang digunakan oleh setiap permintaan individu pada tabel atau indeks.
+ `Maximum` – Jumlah maksimum unit kapasitas baca yang digunakan oleh setiap permintaan individu pada tabel atau indeks.
+ `Average` – Rata-rata kapasitas baca per permintaan yang digunakan.
**catatan**
Nilai `Average` dipengaruhi oleh periode tidak aktif dengan nilai sampel akan menjadi nol.
+ `Sum` – Total unit kapasitas baca yang digunakan. Ini adalah statistik yang paling berguna untuk metrik `ConsumedReadCapacityUnits`.
+ `SampleCount`— mewakili frekuensi di mana metrik dipancarkan. Bahkan tabel dengan lalu lintas nol akan `SampleCount` dipancarkan secara teratur, tetapi nilai sampel akan selalu nol.
**catatan**
Nilai `SampleCount` dipengaruhi oleh periode tidak aktif dengan nilai sampel akan menjadi nol.
### ConsumedWriteCapacityUnits
Jumlah unit kapasitas tulis yang digunakan selama jangka waktu tertentu untuk kapasitas yang tersedia dan sesuai permintaan, sehingga Anda dapat melacak berapa banyak throughput yang digunakan. Anda dapat mengambil total kapasitas tulis yang digunakan untuk tabel dan semua indeks sekunder globalnya, atau untuk indeks sekunder global tertentu. Untuk informasi selengkapnya, lihat [Mode Kapasitas Baca/Tulis](https://docs.aws.amazon.com/amazondynamodb/latest/developerguide/ProvisionedThroughputIntro.html).
Dimensi `TableName` mengembalikan `ConsumedWriteCapacityUnits` untuk tabel, tetapi tidak untuk setiap indeks sekunder global. Guna melihat `ConsumedWriteCapacityUnits` untuk indeks sekunder global, Anda harus menentukan `TableName` dan `GlobalSecondaryIndexName`. `Source`Dimensi dapat mengembalikan salah satu dari dua nilai: `Customer` dan`GlobalTable`. Tulisan yang direplikasi akan ada `ConsumedWriteCapacityUnits` dengan sumbernya`GlobalTable`, tetapi penulisan tabel regional akan ada `ConsumedWriteCapacityUnits` dengan sumbernya`Customer`.
**catatan**
Gunakan statistik `Sum` untuk menghitung throughput yang digunakan. Misalnya, dapatkan `Sum` nilai selama rentang satu menit, dan bagi dengan jumlah detik dalam satu menit (60) untuk menghitung rata-rata `ConsumedWriteCapacityUnits` per detik (mengakui bahwa rata-rata ini tidak menyoroti lonjakan besar tetapi singkat dalam aktivitas menulis yang terjadi selama menit itu). Anda dapat membandingkan nilai terhitung dengan nilai throughput yang disediakan yang Anda berikan kepada DynamoDB.
Unit: `Count`
Dimensi: `TableName, GlobalSecondaryIndexName, Source`
Statistik Valid:
+ `Minimum` – Jumlah minimum unit kapasitas tulis yang digunakan oleh setiap permintaan individu pada tabel atau indeks.
+ `Maximum` – Jumlah maksimum unit kapasitas tulis yang digunakan oleh setiap permintaan individu pada tabel atau indeks.
+ `Average` – Rata-rata kapasitas tulis per permintaan yang digunakan.
**catatan**
Nilai `Average` dipengaruhi oleh periode tidak aktif dengan nilai sampel akan menjadi nol.
+ `Sum` – Total unit kapasitas tulis yang digunakan. Ini adalah statistik yang paling berguna untuk metrik `ConsumedWriteCapacityUnits`.
+ `SampleCount`— mewakili frekuensi di mana metrik dipancarkan. Bahkan tabel dengan lalu lintas nol akan `SampleCount` dipancarkan secara teratur, tetapi nilai sampel akan selalu nol.
**catatan**
Nilai `SampleCount` dipengaruhi oleh periode tidak aktif dengan nilai sampel akan menjadi nol.
### FailedToReplicateRecordCount
Jumlah catatan yang gagal direplikasi DynamoDB ke Kinesis data stream Anda.
Unit: `Count`
Dimensions: `TableName`, `DelegatedOperation`
Statistik Valid:
+ `Sum`
### MaxProvisionedTableReadCapacityUtilization
Persentase kapasitas baca yang disediakan dan digunakan oleh tabel atau indeks sekunder global baca tertinggi yang disediakan dari sebuah akun.
Unit: `Percent`
Statistik Valid:
+ `Maximum` – Persentase maksimum unit kapasitas baca yang disediakan dan digunakan oleh tabel atau indeks sekunder global baca tertinggi yang disediakan dari sebuah akun.
+ `Minimum` – Persentase minimum unit kapasitas baca yang disediakan dan digunakan oleh tabel atau indeks sekunder global baca tertinggi yang disediakan dari sebuah akun.
+ `Average` – Persentase rata-rata unit kapasitas baca yang disediakan dan digunakan oleh tabel atau indeks sekunder global baca tertinggi yang disediakan dari akun. Metrik diterbitkan selama interval lima menit. Oleh karena itu, jika Anda dengan cepat menyesuaikan unit kapasitas baca yang disediakan, statistik ini mungkin tidak mencerminkan rata-rata sebenarnya.
### MaxProvisionedTableWriteCapacityUtilization
Persentase kapasitas tulis yang disediakan dan digunakan oleh tabel atau indeks sekunder global penulisan tertinggi yang disediakan dari sebuah akun.
Unit: `Percent`
Statistik Valid:
+ `Maximum` – Persentase maksimum unit kapasitas tulis yang disediakan dan digunakan oleh tabel atau indeks sekunder global tulis tertinggi yang disediakan dari sebuah akun.
+ `Minimum` – Persentase minimum unit kapasitas tulis yang disediakan dan digunakan oleh tabel atau indeks sekunder global tulis tertinggi yang disediakan dari sebuah akun.
+ `Average` – Persentase rata-rata unit kapasitas tulis yang disediakan dan digunakan oleh tabel atau indeks sekunder global tulis tertinggi yang disediakan dari akun. Metrik diterbitkan selama interval lima menit. Oleh karena itu, jika Anda dengan cepat menyesuaikan unit kapasitas tulis yang disediakan, statistik ini mungkin tidak mencerminkan rata-rata sebenarnya.
### OnDemandMaxReadRequestUnits
Jumlah unit permintaan baca sesuai permintaan yang ditentukan untuk tabel atau indeks sekunder global.
`OnDemandMaxReadRequestUnits`Untuk melihat tabel, Anda harus menentukan`TableName`. Guna melihat `OnDemandMaxReadRequestUnits` untuk indeks sekunder global, Anda harus menentukan `TableName` dan `GlobalSecondaryIndexName`.
Unit: Hitungan
Dimensions: `TableName`, `GlobalSecondaryIndexName`
Statistik Valid:
+ `Minimum`— Pengaturan terendah untuk unit permintaan baca sesuai permintaan. Jika Anda menggunakan `UpdateTable` untuk meningkatkan unit permintaan baca, metrik ini menunjukkan nilai terendah berdasarkan permintaan `ReadRequestUnits` selama periode waktu ini.
+ `Maximum`— Pengaturan tertinggi untuk unit permintaan baca sesuai permintaan. Jika Anda menggunakan `UpdateTable` untuk mengurangi unit permintaan baca, metrik ini menunjukkan nilai tertinggi sesuai permintaan `ReadRequestUnits` selama periode waktu ini.
+ `Average`— Rata-rata unit permintaan baca berdasarkan permintaan. Metrik `OnDemandMaxReadRequestUnits` diterbitkan pada interval lima menit. Oleh karena itu, jika Anda dengan cepat menyesuaikan unit permintaan baca sesuai permintaan, statistik ini mungkin tidak mencerminkan rata-rata sebenarnya.
### OnDemandMaxWriteRequestUnits
Jumlah unit permintaan tulis sesuai permintaan yang ditentukan untuk tabel atau indeks sekunder global.
`OnDemandMaxWriteRequestUnits`Untuk melihat tabel, Anda harus menentukan`TableName`. Guna melihat `OnDemandMaxWriteRequestUnits` untuk indeks sekunder global, Anda harus menentukan `TableName` dan `GlobalSecondaryIndexName`.
Unit: `Count`
Dimensions: `TableName`, `GlobalSecondaryIndexName`
Statistik Valid:
+ `Minimum`— Pengaturan terendah untuk unit permintaan tulis sesuai permintaan. Jika Anda menggunakan `UpdateTable` untuk meningkatkan unit permintaan tulis, metrik ini menunjukkan nilai terendah sesuai permintaan `WriteRequestUnits` selama periode waktu ini.
+ `Maximum`— Pengaturan tertinggi untuk unit permintaan tulis sesuai permintaan. Jika Anda menggunakan `UpdateTable` untuk mengurangi unit permintaan tulis, metrik ini menunjukkan nilai tertinggi sesuai permintaan `WriteRequestUnits` selama periode waktu ini.
+ `Average`— Rata-rata unit permintaan tulis berdasarkan permintaan. Metrik `OnDemandMaxWriteRequestUnits` diterbitkan pada interval lima menit. Oleh karena itu, jika Anda dengan cepat menyesuaikan unit permintaan tulis sesuai permintaan, statistik ini mungkin tidak mencerminkan rata-rata sebenarnya.
### OnlineIndexConsumedWriteCapacity
Metrik ini diharapkan menunjukkan 0 selama pembuatan indeks. Metrik ini sebelumnya menunjukkan jumlah unit kapasitas tulis yang dikonsumsi saat menambahkan indeks sekunder global baru ke tabel.
Unit: `Count`
Dimensi: `TableName, GlobalSecondaryIndexName`
Statistik Valid:
+ `Minimum`
+ `Maximum`
+ `Average`
+ `SampleCount`
+ `Sum`
### OnlineIndexPercentageProgress
Persentase penyelesaian ketika indeks sekunder global baru sedang ditambahkan ke tabel. DynamoDB pertama-tama harus mengalokasikan sumber daya untuk indeks baru, lalu melakukan backfill atribut dari tabel ke indeks. Untuk tabel besar, proses ini mungkin memerlukan waktu lama. Anda harus memantau statistik ini untuk melihat kemajuan relatif saat DynamoDB membuat indeks.
Unit: `Count`
Dimensi: `TableName, GlobalSecondaryIndexName`
Statistik Valid:
+ `Minimum`
+ `Maximum`
+ `Average`
+ `SampleCount`
+ `Sum`
### OnlineIndexThrottleEvents
Metrik ini diharapkan menunjukkan 0 selama pembuatan indeks. Metrik ini sebelumnya menunjukkan jumlah peristiwa penulisan throttle yang terjadi saat menambahkan indeks sekunder global baru ke tabel.
Unit: `Count`
Dimensi: `TableName, GlobalSecondaryIndexName`
Statistik Valid:
+ `Minimum`
+ `Maximum`
+ `Average`
+ `SampleCount`
+ `Sum`
### PendingReplicationCount
Metrik untuk [Versi tabel global 2017.11.29 (Legacy)](globaltables.V1.md) (hanya tabel global). Jumlah pembaruan item yang ditulis ke satu tabel replika, tetapi belum ditulis ke replika lain dalam tabel global.
Unit: `Count`
Dimensi: `TableName, ReceivingRegion`
Statistik Valid:
+ `Average`
+ `Sample Count`
+ `Sum`
### ProvisionedReadCapacityUnits
Jumlah unit kapasitas baca yang disediakan untuk tabel atau indeks sekunder global. Dimensi `TableName` mengembalikan `ProvisionedReadCapacityUnits` untuk tabel, tetapi tidak untuk setiap indeks sekunder global. Guna melihat `ProvisionedReadCapacityUnits` untuk indeks sekunder global, Anda harus menentukan `TableName` dan `GlobalSecondaryIndexName`.
Unit:`Count`
Dimensions: `TableName`, `GlobalSecondaryIndexName`
Statistik Valid:
+ `Minimum` – Pengaturan terendah untuk kapasitas baca yang disediakan. Jika Anda menggunakan `UpdateTable` untuk menambah kapasitas baca, metrik ini menunjukkan nilai terendah `ReadCapacityUnits` yang disediakan selama periode waktu ini.
+ `Maximum` – Pengaturan tertinggi untuk kapasitas baca yang disediakan. Jika Anda menggunakan `UpdateTable` untuk mengurangi kapasitas baca, metrik ini menunjukkan nilai tertinggi `ReadCapacityUnits` yang disediakan selama periode waktu ini.
+ `Average` – Rata-rata kapasitas baca yang disediakan. Metrik `ProvisionedReadCapacityUnits` diterbitkan pada interval lima menit. Oleh karena itu, jika Anda dengan cepat menyesuaikan unit kapasitas baca yang disediakan, statistik ini mungkin tidak mencerminkan rata-rata sebenarnya.
### ProvisionedWriteCapacityUnits
Jumlah unit kapasitas tulis yang disediakan untuk tabel atau indeks sekunder global.
Dimensi `TableName` mengembalikan `ProvisionedWriteCapacityUnits` untuk tabel, tetapi tidak untuk setiap indeks sekunder global. Guna melihat `ProvisionedWriteCapacityUnits` untuk indeks sekunder global, Anda harus menentukan `TableName` dan `GlobalSecondaryIndexName`.
Unit: `Count`
Dimensions: `TableName`, `GlobalSecondaryIndexName`
Statistik Valid:
+ `Minimum` – Pengaturan terendah untuk kapasitas tulis yang disediakan. Jika Anda menggunakan `UpdateTable` untuk menambah kapasitas tulis, metrik ini menunjukkan nilai terendah `WriteCapacityUnits` yang disediakan selama periode waktu ini.
+ `Maximum` – Pengaturan tertinggi untuk kapasitas tulis yang disediakan. Jika Anda menggunakan `UpdateTable` untuk mengurangi kapasitas tulis, metrik ini menunjukkan nilai tertinggi `WriteCapacityUnits` yang disediakan selama periode waktu ini.
+ `Average` – Rata-rata kapasitas tulis yang disediakan. Metrik `ProvisionedWriteCapacityUnits` diterbitkan pada interval lima menit. Oleh karena itu, jika Anda dengan cepat menyesuaikan unit kapasitas tulis yang disediakan, statistik ini mungkin tidak mencerminkan rata-rata sebenarnya.
### ReadAccountLimitThrottleEvents
Jumlah permintaan baca dibatasi karena batas akun.
Unit: `Count`
Dimensions: `TableName`, `GlobalSecondaryIndexName`
Statistik Valid:
+ `Sum`— Jumlah total peristiwa yang dibatasi.
+ `SampleCount`— Jumlah kejadian pelambatan.
+ `Minimum`— Jumlah minimum peristiwa dibatasi dalam sampel yang diberikan.
+ `Maximum`— Jumlah maksimum peristiwa yang dibatasi dalam sampel yang diberikan.
### ReadKeyRangeThroughputThrottleEvents
Jumlah permintaan baca dibatasi karena batas partisi.
Unit: `Count`
Dimensions: `TableName`, `GlobalSecondaryIndexName`
Statistik Valid:
+ `Sum`— Jumlah total peristiwa yang dibatasi.
+ `SampleCount`— Jumlah kejadian pelambatan.
+ `Minimum`— Jumlah minimum peristiwa dibatasi dalam sampel yang diberikan.
+ `Maximum`— Jumlah maksimum peristiwa yang dibatasi dalam sampel yang diberikan.
### ReadMaxOnDemandThroughputThrottleEvents
Jumlah permintaan baca dibatasi karena throughput maksimum sesuai permintaan.
Unit: `Count`
Dimensions: `TableName`, `GlobalSecondaryIndexName`
Statistik Valid:
+ `Sum`— Jumlah total peristiwa yang dibatasi.
+ `SampleCount`— Jumlah kejadian pelambatan.
+ `Minimum`— Jumlah minimum peristiwa dibatasi dalam sampel yang diberikan.
+ `Maximum`— Jumlah maksimum peristiwa yang dibatasi dalam sampel yang diberikan.
### ReadProvisionedThroughputThrottleEvents
Jumlah permintaan baca dibatasi karena batas throughput yang disediakan.
Unit: `Count`
Dimensions: `TableName`, `GlobalSecondaryIndexName`
Statistik Valid:
+ `Sum`— Jumlah total peristiwa yang dibatasi.
+ `SampleCount`— Jumlah kejadian pelambatan.
+ `Minimum`— Jumlah minimum peristiwa dibatasi dalam sampel yang diberikan.
+ `Maximum`— Jumlah maksimum peristiwa yang dibatasi dalam sampel yang diberikan.
### ReadThrottleEvents
Permintaan untuk DynamoDB yang melampaui unit kapasitas baca yang disediakan untuk tabel atau indeks sekunder global.
Suatu permintaan dapat mengakibatkan beberapa peristiwa. Sebagai contoh, `BatchGetItem` yang membaca 10 item diproses sebagai 10 peristiwa `GetItem`. Untuk setiap peristiwa, `ReadThrottleEvents` bertambah satu jika peristiwa tersebut mengalami throttling. Metrik `ThrottledRequests` untuk seluruh `BatchGetItem` tidak bertambah kecuali jika *10* peristiwa `GetItem` mengalami throttling.
Dimensi `TableName` mengembalikan `ReadThrottleEvents` untuk tabel, tetapi tidak untuk setiap indeks sekunder global. Guna melihat `ReadThrottleEvents` untuk indeks sekunder global, Anda harus menentukan `TableName` dan `GlobalSecondaryIndexName`.
Unit: `Count`
Dimensions: `TableName`, `GlobalSecondaryIndexName`
Statistik Valid:
+ `SampleCount`
+ `Sum`
### ReplicationLatency
(Metrik ini adalah untuk tabel global DynamoDB.) Waktu yang berlalu antara item yang diperbarui yang muncul di aliran DynamoDB untuk satu tabel replika, dan item tersebut muncul di replika lain di tabel global.
Unit: `Milliseconds`
Dimensi: `TableName, ReceivingRegion`
Statistik Valid:
+ `Average`
+ `Minimum`
+ `Maximum`
### ReturnedBytes
Jumlah byte yang dikembalikan oleh operasi `GetRecords` (Amazon DynamoDB Streams) selama periode waktu yang ditentukan.
Unit: `Bytes`
Dimensi: `Operation, StreamLabel, TableName`
Statistik Valid:
+ `Minimum`
+ `Maximum`
+ `Average`
+ `SampleCount`
+ `Sum`
### ReturnedItemCount
Jumlah item yang dikembalikan oleh operasi `Query`, `Scan` atau `ExecuteStatement` (pilih) selama periode waktu yang ditentukan.
Jumlah item yang *dikembalikan* belum tentu sama dengan jumlah item yang dievaluasi. Sebagai contoh, anggaplah Anda meminta `Scan` pada suatu tabel atau indeks yang memiliki 100 item, tetapi menentukan `FilterExpression` yang mempersempit hasil sehingga hanya 15 item yang dikembalikan. Dalam hal ini, respons dari `Scan` akan berisi `ScanCount` sebanyak 100 dan `Count` sebesar 15 item yang dikembalikan.
Unit: `Count`
Dimensi: `TableName, Operation`
Statistik Valid:
+ `Minimum`
+ `Maximum`
+ `Average`
+ `SampleCount`
+ `Sum`
### ReturnedRecordsCount
Jumlah catatan aliran yang dikembalikan oleh operasi `GetRecords` (Amazon DynamoDB Streams) selama periode waktu yang ditentukan.
Unit: `Count`
Dimensi: `Operation, StreamLabel, TableName`
Statistik Valid:
+ `Minimum`
+ `Maximum`
+ `Average`
+ `SampleCount`
+ `Sum`
### SuccessfulRequestLatency
Latensi permintaan yang berhasil untuk DynamoDB atau Amazon DynamoDB Streams selama jangka waktu tertentu. `SuccessfulRequestLatency` dapat memberikan dua jenis informasi:
+ Waktu yang telah berlalu untuk permintaan yang berhasil (`Minimum`,,, `Maximum` `Sum``Average`, atau`Percentile`).
+ Jumlah permintaan yang berhasil (`SampleCount`).
`SuccessfulRequestLatency`mencerminkan aktivitas hanya dalam DynamoDB atau Amazon DynamoDB Streams, dan tidak mempertimbangkan latensi jaringan atau aktivitas sisi klien.
**catatan**
Untuk menganalisis nilai persentil khusus (seperti p99.9), Anda dapat memasukkan persentil yang diinginkan secara manual (misalnya, p99.9) di bidang statistik metrik. CloudWatch Ini memungkinkan Anda untuk mengevaluasi distribusi latensi di luar persentil default yang tercantum dalam dropdown.
Unit: `Milliseconds`
Dimensi: `TableName, Operation, StreamLabel`
Statistik Valid:
+ `Minimum`
+ `Maximum`
+ `Sum`
+ `Average`
+ `Percentile`
+ `SampleCount`
### SystemErrors
Permintaan untuk DynamoDB atau Amazon DynamoDB Streams yang menghasilkan kode status HTTP 500 selama jangka waktu tertentu. HTTP 500 biasanya menunjukkan kesalahan layanan internal.
**catatan**
Ketika DynamoDB mengembalikan kesalahan sistem (HTTP 500), AWS SDKs sebagian besar secara otomatis melakukan sejumlah percobaan ulang yang dapat dikonfigurasi. Jika masalah teratasi selama percobaan ulang, aplikasi Anda berlanjut tanpa melihat kesalahan, dan Anda mungkin melihat peningkatan latensi yang dirasakan sisi klien. Jika kesalahan berlanjut setelah semua percobaan ulang, itu menyebar ke kode aplikasi Anda.
Unit: `Count`
Dimensi: `TableName, Operation`
Statistik Valid:
+ `Sum`
+ `SampleCount`
### TimeToLiveDeletedItemCount
Jumlah item yang dihapus oleh Waktu untuk Beroperasi (TTL) selama jangka waktu yang ditentukan. Metrik ini membantu Anda memantau laju penghapusan TTL di tabel Anda.
Unit: `Count`
Dimensi: TableName
Statistik Valid:
+ `Sum`
### ThrottledPutRecordCount
Jumlah catatan yang dibatasi oleh Kinesis data stream Anda karena kapasitas Kinesis Data Streams tidak memadai.
Unit: `Count`
Dimensi: TableName, DelegatedOperation
Statistik Valid:
+ `Minimum`
+ `Maximum`
+ `Average`
+ `SampleCount`
### ThrottledRequests
Permintaan untuk DynamoDB yang melampaui batas throughput yang disediakan pada sumber daya (seperti tabel atau indeks).
`ThrottledRequests` bertambah satu jika ada peristiwa dalam permintaan yang melampaui batas throughput yang disediakan. Misalnya, jika Anda memperbarui item dalam tabel dengan indeks sekunder global, ada beberapa peristiwa—penulisan ke tabel, dan penulisan ke setiap indeks. Jika satu atau beberapa peristiwa ini mengalami throttling, maka `ThrottledRequests` bertambah satu.
**catatan**
Dalam permintaan batch (`BatchGetItem` atau `BatchWriteItem`), `ThrottledRequests` bertambah hanya jika *setiap* permintaan dalam batch mengalami throttling.
Jika setiap permintaan individual dalam batch mengalami throttling, salah satu metrik berikut bertambah:
`ReadThrottleEvents` – Untuk peristiwa `GetItem` yang mengalami throttling dalam `BatchGetItem`.
`WriteThrottleEvents` – Untuk peristiwa `PutItem` atau `DeleteItem` yang mengalami throttling dalam `BatchWriteItem`.
Untuk mendapatkan wawasan tentang peristiwa mana yang melakukan throttling terhadap permintaan, bandingkan `ThrottledRequests` dengan `ReadThrottleEvents` dan `WriteThrottleEvents` untuk tabel dan indeksnya.
**catatan**
Permintaan yang mengalami throttling akan menghasilkan kode status HTTP 400. Semua peristiwa tersebut tercermin dalam metrik `ThrottledRequests`, tapi tidak di metrik `UserErrors`.
Unit: `Count`
Dimensi: `TableName, Operation`
Statistik Valid:
+ `Sum`
+ `SampleCount`
### TransactionConflict
Permintaan tingkat item ditolak karena konflik transaksional antara permintaan serentak pada item yang sama. Untuk informasi selengkapnya, lihat [Penanganan Konflik Transaksi di DynamoDB](https://docs.aws.amazon.com/amazondynamodb/latest/developerguide/transaction-apis.html#transaction-conflict-handling).
Unit: `Count`
Dimensi: `TableName`
Statistik Valid:
+ `Sum` – Jumlah permintaan tingkat item yang ditolak karena konflik transaksi.
**catatan**
Jika beberapa permintaan tingkat item dalam suatu panggilan ke `TransactWriteItems` atau `TransactGetItems` ditolak, `Sum` bertambah satu untuk setiap permintaan `Put`, `Update`, `Delete`, atau `Get` tingkat item.
+ `SampleCount` – Jumlah permintaan yang ditolak karena konflik transaksi.
**catatan**
Jika beberapa permintaan tingkat item dalam suatu panggilan ke `TransactWriteItems` atau `TransactGetItems` ditolak, `SampleCount` hanya bertambah satu.
+ `Min` – Jumlah minimum permintaan tingkat item yang ditolak dalam panggilan ke `TransactWriteItems`, `TransactGetItems`, `PutItem`, `UpdateItem`, atau `DeleteItem`.
+ `Max` – Jumlah maksimum permintaan tingkat item yang ditolak dalam panggilan ke `TransactWriteItems`, `TransactGetItems`, `PutItem`, `UpdateItem`, atau `DeleteItem`.
+ `Average` – Jumlah rata-rata permintaan tingkat item yang ditolak dalam panggilan ke `TransactWriteItems`, `TransactGetItems`, `PutItem`, `UpdateItem`, atau `DeleteItem`.
### UserErrors
Permintaan ke DynamoDB atau Amazon DynamoDB Streams yang menghasilkan kode status HTTP 400 selama jangka waktu tertentu. HTTP 400 biasanya menunjukkan kesalahan di sisi klien, seperti kombinasi parameter yang tidak valid, upaya untuk memperbarui tabel tidak ada, atau tanda tangan permintaan yang salah.
Beberapa contoh pengecualian yang akan mencatat metrik yang terkait dengan `UserErrors` adalah:
+ `ResourceNotFoundException`
+ `ValidationException`
+ `TransactionConflict`
Semua peristiwa tersebut tercermin dalam metrik `UserErrors`, kecuali yang berikut ini:
+ *ProvisionedThroughputExceededException*— Lihat `ThrottledRequests` metrik di bagian ini.
+ *ConditionalCheckFailedException*— Lihat `ConditionalCheckFailedRequests` metrik di bagian ini.
`UserErrors`mewakili agregat kesalahan HTTP 400 untuk permintaan DynamoDB atau Amazon DynamoDB Streams untuk Wilayah saat ini dan akun saat ini. AWS AWS
Unit: `Count`
Statistik Valid:
+ `Sum`
+ `SampleCount`
### WriteAccountLimitThrottleEvents
Jumlah permintaan tulis dibatasi karena batas akun.
Unit: `Count`
Dimensi: `TableName`
Statistik Valid:
+ `Sum`— Jumlah total peristiwa yang dibatasi.
+ `SampleCount`— Jumlah kejadian pelambatan.
+ `Minimum`— Jumlah minimum peristiwa dibatasi dalam sampel yang diberikan.
+ `Maximum`— Jumlah maksimum peristiwa yang dibatasi dalam sampel yang diberikan.
### WriteKeyRangeThroughputThrottleEvents
Jumlah permintaan tulis dibatasi karena batas partisi.
Unit: `Count`
Dimensions: `TableName`, `GlobalSecondaryIndexName`
Statistik Valid:
+ `Sum`— Jumlah total peristiwa yang dibatasi.
+ `SampleCount`— Jumlah kejadian pelambatan.
+ `Minimum`— Jumlah minimum peristiwa dibatasi dalam sampel yang diberikan.
+ `Maximum`— Jumlah maksimum peristiwa yang dibatasi dalam sampel yang diberikan.
### WriteMaxOnDemandThroughputThrottleEvents
Jumlah permintaan tulis dibatasi karena throughput maksimum sesuai permintaan.
Unit: `Count`
Dimensions: `TableName`, `GlobalSecondaryIndexName`
Statistik Valid:
+ `Sum`— Jumlah total peristiwa yang dibatasi.
+ `SampleCount`— Jumlah kejadian pelambatan.
+ `Minimum`— Jumlah minimum peristiwa dibatasi dalam sampel yang diberikan.
+ `Maximum`— Jumlah maksimum peristiwa yang dibatasi dalam sampel yang diberikan.
### WriteProvisionedThroughputThrottleEvents
Jumlah permintaan tulis dibatasi karena batas throughput yang disediakan.
Unit: `Count`
Dimensions: `TableName`, `GlobalSecondaryIndexName`
Statistik Valid:
+ `Sum`— Jumlah total peristiwa yang dibatasi.
+ `SampleCount`— Jumlah kejadian pelambatan.
+ `Minimum`— Jumlah minimum peristiwa dibatasi dalam sampel yang diberikan.
+ `Maximum`— Jumlah maksimum peristiwa yang dibatasi dalam sampel yang diberikan.
### WriteThrottleEvents
Permintaan untuk DynamoDB yang melampaui unit kapasitas tulis yang disediakan untuk tabel atau indeks sekunder global.
Suatu permintaan dapat mengakibatkan beberapa peristiwa. Misalnya, permintaan `PutItem` pada tabel dengan tiga indeks sekunder global akan menghasilkan empat peristiwa—penulisan tabel, dan masing-masing dari tiga penulisan indeks. Untuk setiap peristiwa, metrik `WriteThrottleEvents` bertambah satu jika peristiwa tersebut mengalami throttling. Untuk satu permintaan `PutItem`, jika salah satu peristiwa mengalami throttling, `ThrottledRequests` juga bertambah satu. Untuk `BatchWriteItem`, metrik `ThrottledRequests` untuk seluruh `BatchWriteItem` tidak bertambah kecuali jika semua `PutItem` individual atau peristiwa `DeleteItem` mengalami throttling.
Dimensi `TableName` mengembalikan `WriteThrottleEvents` untuk tabel, tetapi tidak untuk setiap indeks sekunder global. Guna melihat `WriteThrottleEvents` untuk indeks sekunder global, Anda harus menentukan `TableName` dan `GlobalSecondaryIndexName`.
Unit: `Count`
Dimensi: `TableName, GlobalSecondaryIndexName`
Statistik Valid:
+ `Sum`
+ `SampleCount`
### Metrik penggunaan
Metrik penggunaan CloudWatch memungkinkan Anda mengelola penggunaan secara proaktif dengan memvisualisasikan metrik di CloudWatch konsol, membuat dasbor khusus, mendeteksi perubahan aktivitas dengan deteksi CloudWatch anomali, dan mengonfigurasi alarm yang mengingatkan Anda saat penggunaan mendekati ambang batas.
DynamoDB juga mengintegrasikan metrik penggunaan ini dengan Kuota Layanan. Anda dapat menggunakan CloudWatch untuk mengelola penggunaan akun Anda atas kuota layanan Anda. Untuk informasi selengkapnya, lihat [ Memvisualisasikan kuota layanan dan mengatur alarm ](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch-Quotas-Visualize-Alarms.html)
**Topics**
+ [AccountProvisionedWriteCapacityUnits](#w2aac41c15c13b7c11b9)
+ [AccountProvisionedReadCapacityUnits](#w2aac41c15c13b7c11c11)
+ [TableCount](#w2aac41c15c13b7c11c13)
#### AccountProvisionedWriteCapacityUnits
Jumlah unit kapasitas tulis yang disediakan untuk semua tabel dan indeks sekunder global pada account.
Unit: `Count`
Statistik Valid:
+ `Minimum` – Jumlah terendah unit kapasitas tulis yang disediakan selama jangka waktu tertentu.
+ `Maximum` – Jumlah tertinggi unit kapasitas tulis yang disediakan selama jangka waktu tertentu.
+ `Average` – Jumlah rata-rata unit kapasitas tulis yang disediakan pada akun selama jangka waktu tertentu.
Metrik ini diterbitkan pada interval lima menit. Oleh karena itu, jika Anda dengan cepat menyesuaikan unit kapasitas tulis yang disediakan, statistik ini mungkin tidak mencerminkan rata-rata sebenarnya.
#### AccountProvisionedReadCapacityUnits
Jumlah unit kapasitas baca yang disediakan untuk semua tabel dan indeks sekunder global pada account.
Unit: `Count`
Statistik Valid:
+ `Minimum` – Jumlah terendah unit kapasitas baca yang disediakan selama jangka waktu tertentu.
+ `Maximum` – Jumlah tertinggi unit kapasitas baca yang disediakan selama jangka waktu tertentu.
+ `Average` – Jumlah rata-rata unit kapasitas baca yang disediakan pada akun selama jangka waktu tertentu.
Metrik ini diterbitkan pada interval lima menit. Oleh karena itu, jika Anda dengan cepat menyesuaikan unit kapasitas baca yang disediakan, statistik ini mungkin tidak mencerminkan rata-rata sebenarnya.
#### TableCount
Jumlah tabel aktif pada akun.
Unit: `Count`
Statistik Valid:
+ `Minimum` – Jumlah tabel terendah selama periode waktu tertentu.
+ `Maximum` – Jumlah tabel tertinggi selama periode waktu tertentu.
+ `Average` – Jumlah tabel rata-rata selama periode waktu tertentu.
### FaultInjectionServiceInducedErrors
Permintaan ke DynamoDB yang menghasilkan kode status HTTP 500 simulasi selama periode waktu yang ditentukan dan selama penangkapan sebagai hasil percobaan. AWS FIS
Unit: `Count`
Dimensions: `TableName`, `Operation`
Statistik Valid:
+ `Sum`
+ `SampleCount`
## Memahami metrik dan dimensi DynamoDB
Metrik untuk DynamoDB dikualifikasikan berdasarkan nilai akun, nama tabel, nama indeks sekunder global, atau operasi. Anda dapat menggunakan CloudWatch konsol untuk mengambil data DynamoDB sepanjang salah satu dimensi dalam tabel di bawah ini.
**Topics**
+ [DelegatedOperation](#w2aac41c15c13b9b7)
+ [GlobalSecondaryIndexName](#w2aac41c15c13b9b9)
+ [Operasi](#w2aac41c15c13b9c11)
+ [OperationType](#w2aac41c15c13b9c13)
+ [Kata Kerja](#w2aac41c15c13b9c15)
+ [ReceivingRegion](#w2aac41c15c13b9c17)
+ [StreamLabel](#w2aac41c15c13b9c19)
+ [TableName](#w2aac41c15c13b9c21)
### DelegatedOperation
Dimensi ini membatasi data pada operasi yang dilakukan DynamoDB atas nama Anda. Operasi berikut ditangkap:
+ Ubah penangkapan data untuk Kinesis Data Streams.
### GlobalSecondaryIndexName
Dimensi ini membatasi data untuk indeks sekunder global pada tabel. Jika menentukan `GlobalSecondaryIndexName`, Anda juga harus menentukan `TableName`.
### Operasi
Dimensi ini membatasi data ke salah satu operasi DynamoDB berikut:
+ `PutItem`
+ `DeleteItem`
+ `UpdateItem`
+ `GetItem`
+ `BatchGetItem`
+ `Scan`
+ `Query`
+ `BatchWriteItem`
+ `TransactWriteItems`
+ `TransactGetItems`
+ `ExecuteTransaction`
+ `BatchExecuteStatement`
+ `ExecuteStatement`
Selain itu, Anda dapat membatasi data untuk operasi Amazon DynamoDB Streams berikut:
+ `GetRecords`
### OperationType
Dimensi ini membatasi data ke salah satu jenis operasi berikut:
+ `Read`
+ `Write`
Dimensi ini diteruskan untuk permintaan `ExecuteTransaction` dan `BatchExecuteStatement`.
### Kata Kerja
Dimensi ini membatasi data ke salah satu kata kerja DynamoDB PartiQL berikut:
+ Sisipkan: `PartiQLInsert`
+ Pilih: `PartiQLSelect`
+ Perbarui: `PartiQLUpdate`
+ Hapus: `PartiQLDelete`
Dimensi ini diteruskan untuk operasi `ExecuteStatement`.
### ReceivingRegion
Dimensi ini membatasi data ke AWS wilayah tertentu. Ini digunakan dengan metrik yang berasal dari tabel replika dalam tabel global DynamoDB.
### StreamLabel
Dimensi ini membatasi data untuk label aliran tertentu. Ini digunakan dengan metrik yang berasal dari operasi `GetRecords` Amazon DynamoDB Streams.
### TableName
Dimensi ini membatasi data ke tabel tertentu. Nilai ini dapat berupa nama tabel apa pun di wilayah saat ini dan AWS akun saat ini.
# Membuat CloudWatch alarm di DynamoDB
[CloudWatch Alarm](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/AlarmThatSendsEmail.html) mengawasi metrik tunggal selama periode waktu tertentu, dan melakukan satu atau lebih tindakan tertentu, berdasarkan nilai metrik relatif terhadap ambang batas dari waktu ke waktu. Tindakan ini adalah notifikasi yang dikirim ke topik Amazon SNS atau kebijakan Penskalaan Otomatis. Anda juga dapat menambahkan alarm ke dasbor sehingga Anda dapat memantau dan menerima peringatan tentang AWS sumber daya dan aplikasi Anda di beberapa wilayah. Tidak ada batasan jumlah alarm yang dapat Anda buat. CloudWatch alarm tidak memanggil tindakan hanya karena mereka berada dalam keadaan tertentu; negara harus telah berubah dan dipertahankan untuk sejumlah periode tertentu. [Untuk daftar alarm DynamoDB yang direkomendasikan, lihat Alarm yang direkomendasikan.](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/Best_Practice_Recommended_Alarms_AWS_Services.html#DynamoDB)
**catatan**
Anda harus menentukan semua dimensi yang diperlukan saat membuat CloudWatch alarm Anda, karena tidak CloudWatch akan menggabungkan metrik untuk dimensi yang hilang. Membuat CloudWatch alarm dengan dimensi yang hilang tidak akan menghasilkan kesalahan, saat membuat alarm.
Asumsikan Anda memiliki tabel yang disediakan dengan lima unit kapasitas baca. Anda ingin diberi tahu sebelum Anda mengkonsumsi seluruh kapasitas baca yang disediakan, jadi Anda memutuskan untuk membuat CloudWatch alarm untuk mendapatkan pemberitahuan ketika kapasitas yang dikonsumsi mencapai 80% dari apa yang telah Anda sediakan untuk tabel. Anda dapat membuat alarm di CloudWatch konsol atau menggunakan.AWS CLI
## Membuat alarm di CloudWatch konsol
**Untuk membuat alarm di CloudWatch konsol**
1. Masuk ke Konsol Manajemen AWS dan buka CloudWatch konsol di [https://console.aws.amazon.com/cloudwatch/](https://console.aws.amazon.com/cloudwatch/).
1. Pada panel navigasi, pilih **Alarm**, **Semua alarm**.
1. Pilih **Buat alarm**.
1. Temukan baris dengan tabel yang ingin Anda pantau dan **`ConsumeReadCapacityUnits`**di kolom **Nama Metrik**. Pilih kotak centang di sebelah baris ini dan **pilih Pilih metrik**.
1. Di bawah **Tentukan metrik dan kondisi**, untuk **Statistik** pilih **Jumlah**. Pilih **Periode** **1 menit**.
1. Pada **Ketentuan**, tentukan hal-hal berikut:
1. Untuk **Jenis ambang batas**, pilih **Statis**.
1. Untuk **Kapanpun `ConsumedReadCapacityUnits` ada**, pilih **Greater/Equal** dan tentukan ambang batas sebagai 240.
1. Pilih **Berikutnya**.
1. Di bawah **Pemberitahuan**, pilih **`In alarm`**dan pilih topik SNS untuk memberi tahu saat alarm dalam `ALARM` status.
1. Setelah selesai, silakan pilih **Berikutnya**.
1. Masukkan nama dan deskripsi untuk alarm dan pilih **Berikutnya**.
1. Pada **Pratinjau dan buat**, konfirmasikan bahwa informasi dan ketentuannya sudah sesuai keinginan Anda, kemudian pilih **Buat alarm**.
## Membuat alarm di AWS CLI
```
aws cloudwatch put-metric-alarm \
-\-alarm-name ReadCapacityUnitsLimitAlarm \
-\-alarm-description "Alarm when read capacity reaches 80% of my provisioned read capacity" \
-\-namespace AWS/DynamoDB \
-\-metric-name ConsumedReadCapacityUnits \
-\-dimensions Name=TableName,Value=myTable \
-\-statistic Sum \
-\-threshold 240 \
-\-comparison-operator GreaterThanOrEqualToThreshold \
-\-period 60 \
-\-evaluation-periods 1 \
-\-alarm-actions arn:aws:sns:us-east-1:123456789012:capacity-alarm
```
Uji alarm.
```
aws cloudwatch set-alarm-state -\-alarm-name ReadCapacityUnitsLimitAlarm -\-state-reason "initializing" -\-state-value OK
```
```
aws cloudwatch set-alarm-state -\-alarm-name ReadCapacityUnitsLimitAlarm -\-state-reason "initializing" -\-state-value ALARM
```
## Lebih banyak AWS CLI contoh
Prosedur berikut menjelaskan bagaimana Anda diberi tahu jika Anda memiliki permintaan yang melebihi kuota yang disediakan melalui tabel.
1. Buat topik Amazon SNS. `arn:aws:sns:us-east-1:123456789012:requests-exceeding-throughput` Untuk informasi selengkapnya, lihat [Menyiapkan Amazon Simple Notification Service](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/US_SetupSNS.html).
1. Buat alarm.
```
aws cloudwatch put-metric-alarm \
-\-alarm-name ReadCapacityUnitsLimitAlarm \
-\-alarm-description "Alarm when read capacity reaches 80% of my provisioned read capacity" \
-\-namespace AWS/DynamoDB \
-\-metric-name ConsumedReadCapacityUnits \
-\-dimensions Name=TableName,Value=myTable \
-\-statistic Sum \
-\-threshold 240 \
-\-comparison-operator GreaterThanOrEqualToThreshold \
-\-period 60 \
-\-evaluation-periods 1 \
-\-alarm-actions arn:aws:sns:us-east-1:123456789012:capacity-alarm
```
1. Uji alarm.
```
aws cloudwatch set-alarm-state --alarm-name RequestsExceedingThroughputAlarm --state-reason "initializing" --state-value OK
```
```
aws cloudwatch set-alarm-state --alarm-name RequestsExceedingThroughputAlarm --state-reason "initializing" --state-value ALARM
```
Prosedur berikut menjelaskan bagaimana Anda diberi tahu jika Anda mendapatkan kesalahan sistem.
1. Buat topik Amazon SNS. `arn:aws:sns:us-east-1:123456789012:notify-on-system-errors` Untuk informasi selengkapnya, lihat [Menyiapkan Amazon Simple Notification Service](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/US_SetupSNS.html).
1. Buat alarm.
```
aws cloudwatch put-metric-alarm \
--alarm-name SystemErrorsAlarm \
--alarm-description "Alarm when system errors occur" \
--namespace AWS/DynamoDB \
--metric-name SystemErrors \
--dimensions Name=TableName,Value=myTable Name=Operation,Value=aDynamoDBOperation \
--statistic Sum \
--threshold 0 \
--comparison-operator GreaterThanThreshold \
--period 60 \
--unit Count \
--evaluation-periods 1 \
--treat-missing-data breaching \
--alarm-actions arn:aws:sns:us-east-1:123456789012:notify-on-system-errors
```
1. Uji alarm.
```
aws cloudwatch set-alarm-state --alarm-name SystemErrorsAlarm --state-reason "initializing" --state-value OK
```
```
aws cloudwatch set-alarm-state --alarm-name SystemErrorsAlarm --state-reason "initializing" --state-value ALARM
```