Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Memonitor MemoryDB dengan Amazon CloudWatch
Anda dapat memantau penggunaan MemoryDB CloudWatch, yang mengumpulkan data mentah dan memprosesnya menjadi metrik yang dapat dibaca, mendekati waktu nyata. Statistik ini disimpan untuk jangka waktu 15 bulan, sehingga Anda dapat mengakses informasi historis dan mendapatkan perspektif yang lebih baik tentang performa aplikasi atau layanan web Anda. Anda juga dapat mengatur alarm yang memperhatikan ambang batas tertentu dan mengirim notifikasi atau mengambil tindakan saat ambang batas tersebut terpenuhi. Untuk informasi selengkapnya, lihat [Panduan CloudWatch Pengguna Amazon](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/).
Bagian berikut mencantumkan metrik dan dimensi untuk MemoryDB.
**Topics**
+ [Metrik Tingkat Host](metrics.HostLevel.md)
+ [Metrik untuk MemoryDB](metrics.memorydb.md)
+ [Metrik Apa yang Harus Saya Pantau?](metrics.whichshouldimonitor.md)
+ [Memilih Statistik dan Periode Metrik](metrics.ChoosingStatisticsAndPeriods.md)
+ [CloudWatch Metrik pemantauan](cloudwatchmetrics.md)
# Metrik Tingkat Host
`AWS/MemoryDB`Namespace menyertakan metrik tingkat host berikut untuk masing-masing node.
**Lihat Juga**
+ [Metrik untuk MemoryDB](metrics.memorydb.md)
| Metrik | Deskripsi | Unit |
| --- | --- | --- |
| CPUUtilization | Persentase pemanfaatan CPU untuk keseluruhan host. Karena Valkey dan Redis OSS adalah single-threaded, kami sarankan Anda memantau EngineCPUUtilization metrik untuk node dengan 4 atau lebih v. CPUs | Persen |
| FreeableMemory | Jumlah memori kosong yang tersedia di host. Angka ini berasal dari memori dalam RAM dan buffer yang dilaporkan OS sebagai freeable. | Byte |
| NetworkBytesIn | Jumlah byte yang telah dibaca oleh host dari jaringan. | Byte |
| NetworkBytesOut | Jumlah byte yang dikirimkan ke semua antarmuka jaringan oleh instans. | Byte |
| NetworkPacketsIn | Jumlah paket yang diterima di semua antarmuka jaringan oleh instans. Metrik ini mengidentifikasi volume lalu lintas masuk dari segi jumlah paket pada satu instans tunggal. | Hitungan |
| NetworkPacketsOut | Jumlah paket yang dikirimkan di semua antarmuka jaringan oleh instans. Metrik ini mengidentifikasi volume lalu lintas keluar dari segi jumlah paket pada satu instans tunggal. | Hitungan |
| NetworkBandwidthInAllowanceExceeded | Jumlah paket yang di-shaping karena bandwidth agregat masuk melebihi nilai maksimum untuk instans. | Hitungan |
| NetworkConntrackAllowanceExceeded | Jumlah paket yang di-shaping karena pelacakan koneksi melebihi nilai maksimum untuk instans dan koneksi baru tidak dapat dibuat. Hal ini dapat mengakibatkan hilangnya paket untuk lalu lintas ke atau dari instans. | Hitungan |
| NetworkBandwidthOutAllowanceExceeded | Jumlah paket yang di-shaping karena bandwidth agregat keluar melebihi nilai maksimum untuk instans. | Hitungan |
| NetworkPacketsPerSecondAllowanceExceeded | Jumlah paket yang di-shaping karena paket dua arah per detik melebihi nilai maksimum untuk instans. | Hitungan |
| NetworkMaxBytesIn | Semburan maksimum per detik byte yang diterima dalam setiap menit. | Byte |
| NetworkMaxBytesOut | Semburan maksimum per detik byte yang ditransmisikan dalam setiap menit. | Byte |
| NetworkMaxPacketsIn | Semburan maksimum per detik dari paket yang diterima dalam setiap menit. | Hitungan |
| NetworkMaxPacketsOut | Semburan maksimum per detik paket yang ditransmisikan dalam setiap menit. | Hitungan |
| SwapUsage | Jumlah swap yang digunakan pada host. | Byte |
# Metrik untuk MemoryDB
Namespace `AWS/MemoryDB` mencakup metrik berikut.
Dengan pengecualian`ReplicationLag`,,`EngineCPUUtilization`, dan `SuccessfulWriteRequestLatency``SuccessfulReadRequestLatency`, metrik ini berasal dari perintah Valkey dan Redis OSS. **info** Setiap metrik dihitung pada tingkat simpul.
Untuk dokumentasi lengkap **INFO** perintah, lihat [INFO](http://valkey.io/commands/info).
**Lihat juga:**
+ [Metrik Tingkat Host](metrics.HostLevel.md)
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/memorydb/latest/devguide/metrics.memorydb.html)
Berikut ini adalah kumpulan jenis perintah tertentu, yang berasal dari **info commandstats**. Bagian commandstats menyediakan statistik berdasarkan jenis perintah, termasuk jumlah panggilan.
Untuk daftar lengkap perintah yang tersedia, lihat [perintah](https://valkey.io/commands).
| Metrik | Deskripsi | Unit |
| --- | --- | --- |
| EvalBasedCmds | Jumlah seluruh perintah untuk perintah berbasis eval. Ini berasal dari commandstats statistik dengan menjumlahkan eval danevalsha. | Hitungan |
| GeoSpatialBasedCmds | Jumlah seluruh perintah untuk perintah berbasis geospasial. Ini berasal dari commandstats statistik. Ini diperoleh dengan menjumlahkan semua perintah jenis geo: geoadd, geodist, geohash, geopos, georadius, dan georadiusbymember. | Hitungan |
| GetTypeCmds | Jumlah seluruh perintah jenis read-only. Ini berasal dari commandstats statistik dengan menjumlahkan semua perintah read-only tipe (get,, hgetscard,lrange, dan sebagainya.) | Hitungan |
| HashBasedCmds | Jumlah seluruh perintah yang berbasis hash. Ini berasal dari commandstats statistik dengan menjumlahkan semua perintah yang bertindak atas satu atau lebih hash (hget,,hkeys, hvalshdel, dan seterusnya). | Hitungan |
| HyperLogLogBasedCmds | Jumlah seluruh perintah berbasis HyperLogLog. Ini berasal dari commandstats statistik dengan menjumlahkan semua pf jenis perintah (pfadd,, pfcountpfmerge, dan sebagainya.). | Hitungan |
| JsonBasedCmds | Jumlah total perintah yang berbasis JSON. Ini berasal dari commandstats statistik dengan menjumlahkan semua perintah yang bertindak atas satu atau lebih objek dokumen JSON. | Hitungan |
| KeyBasedCmds | Jumlah seluruh perintah yang berbasis kunci. Ini berasal dari commandstats statistik dengan menjumlahkan semua perintah yang bertindak atas satu atau lebih kunci di beberapa struktur data (del,expire,rename, dan seterusnya.). | Hitungan |
| ListBasedCmds | Jumlah seluruh perintah yang berbasis daftar. Ini berasal dari commandstats statistik dengan menjumlahkan semua perintah yang bertindak atas satu atau lebih daftar (lindex,lrange,lpush,ltrim, dan seterusnya). | Hitungan |
| PubSubBasedCmds | Jumlah total perintah untuk pub/sub fungsionalitas. Ini berasal dari commandstats statistik dengan menjumlahkan semua perintah yang digunakan untuk pub/sub fungsionalitas:psubscribe,,publish,pubsub, punsubscribesubscribe, danunsubscribe. | Hitungan |
| SearchBasedCmds | Jumlah total indeks sekunder dan perintah pencarian, termasuk perintah baca dan tulis. Ini berasal dari commandstats statistik dengan menjumlahkan semua perintah pencarian yang bertindak atas indeks sekunder. | Hitungan |
| SearchBasedGetCmds | Jumlah total indeks sekunder dan perintah pencarian hanya-baca. Ini berasal dari commandstats statistik dengan menjumlahkan semua perintah indeks sekunder dan pencarian get. | Hitungan |
| SearchBasedSetCmds | Jumlah total indeks sekunder dan perintah tulis pencarian. Ini berasal dari commandstats statistik dengan menjumlahkan semua perintah indeks sekunder dan set pencarian. | Hitungan |
| SearchNumberOfIndexes | Jumlah total indeks. | Hitungan |
| SearchNumberOfIndexedKeys | Jumlah total kunci yang diindeks | Hitungan |
| SearchTotalIndexSize | Memori (byte) yang digunakan oleh semua indeks. | Byte |
| SetBasedCmds | Jumlah seluruh perintah yang berbasis set. Ini berasal dari commandstats statistik dengan menjumlahkan semua perintah yang bertindak atas satu atau lebih set (scard,sdiff,sadd,sunion, dan seterusnya). | Hitungan |
| SetTypeCmds | Jumlah seluruh perintah jenis write. Ini berasal dari commandstats statistik dengan menjumlahkan semua mutative jenis perintah yang beroperasi pada data (set,,hset, saddlpop, dan sebagainya.) | Hitungan |
| SortedSetBasedCmds | Jumlah seluruh perintah yang berbasis sorted set. Ini berasal dari commandstats statistik dengan menjumlahkan semua perintah yang bertindak atas satu atau lebih set yang diurutkan (zcount,,zrange, zrankzadd, dan seterusnya). | Hitungan |
| StringBasedCmds | Jumlah seluruh perintah yang berbasis string. Ini berasal dari commandstats statistik dengan menjumlahkan semua perintah yang bertindak atas satu atau lebih string (strlen,, setexsetrange, dan seterusnya). | Hitungan |
| StreamBasedCmds | Jumlah seluruh perintah yang berbasis aliran. Ini berasal dari commandstats statistik dengan menjumlahkan semua perintah yang bertindak atas satu atau lebih jenis data aliran (xrange,,xlen, xaddxdel, dan sebagainya). | Hitungan |
# Metrik Apa yang Harus Saya Pantau?
CloudWatch Metrik berikut menawarkan wawasan yang baik tentang kinerja MemoryDB. Dalam kebanyakan kasus, kami menyarankan Anda menyetel CloudWatch alarm untuk metrik ini sehingga Anda dapat mengambil tindakan korektif sebelum masalah kinerja terjadi.
**Topics**
+ [CPUUtilization](#metrics-cpu-utilization)
+ [Mesin CPUUtilization](#metrics-engine-cpu-utilization)
+ [SwapUsage](#metrics-swap-usage)
+ [Evictions](#metrics-evictions)
+ [CurrConnections](#metrics-curr-connections)
+ [Memori](#metrics-memory)
+ [Jaringan](#metrics-network)
+ [Latensi](#metrics-latency)
+ [Replikasi](#metrics-replication)
## CPUUtilization
Ini adalah metrik tingkat host yang dilaporkan sebagai persentase. Untuk informasi selengkapnya, lihat [Metrik Tingkat Host](metrics.HostLevel.md).
Untuk tipe node yang lebih kecil dengan 2v CPUs atau kurang, gunakan `CPUUtilization ` metrik untuk memantau beban kerja Anda.
Secara umum, sebaiknya atur ambang batas Anda sebesar 90% dari CPU yang tersedia. Karena Valkey dan Redis OSS adalah single-threaded, nilai ambang sebenarnya harus dihitung sebagai sebagian kecil dari total kapasitas node. Sebagai contoh, misalkan Anda menggunakan jenis simpul yang memiliki dua inti. Dalam hal ini, ambang batas untuk CPUUtilization adalah 90/2, atau 45%. Untuk menemukan jumlah core (vCPUs) yang dimiliki tipe node Anda, lihat [MemoryDB](https://aws.amazon.com/memorydb/pricing/?p=ps) Pricing.
Anda perlu menentukan ambang batas Anda sendiri, berdasarkan jumlah core di node yang Anda gunakan. Jika Anda melebihi ambang batas ini, dan beban kerja utama Anda berasal dari permintaan baca, skala klaster Anda dengan menambahkan replika baca. Jika beban kerja utama berasal dari permintaan tulis, kami sarankan Anda menambahkan lebih banyak pecahan untuk mendistribusikan beban kerja tulis di lebih banyak node utama.
**Tip**
Alih-alih menggunakan metrik Host-Level`CPUUtilization`, Anda mungkin dapat menggunakan metrik`EngineCPUUtilization`, yang melaporkan persentase penggunaan pada inti mesin Valkey atau Redis OSS. Untuk melihat apakah metrik ini tersedia di node Anda dan untuk informasi selengkapnya, lihat [Metrik untuk MemoryDB](https://docs.aws.amazon.com/memorydb/latest/devguide/metrics.memorydb.html).
Untuk tipe node yang lebih besar dengan 4v CPUs atau lebih, Anda mungkin ingin menggunakan `EngineCPUUtilization` metrik, yang melaporkan persentase penggunaan pada inti mesin Valkey atau Redis OSS. Untuk melihat apakah metrik ini tersedia di node Anda dan untuk informasi selengkapnya, lihat [Metrik untuk MemoryDB](https://docs.aws.amazon.com/memorydb/latest/devguide/metrics.memorydb.html).
## Mesin CPUUtilization
Untuk tipe node yang lebih besar dengan 4v CPUs atau lebih, Anda mungkin ingin menggunakan `EngineCPUUtilization` metrik, yang melaporkan persentase penggunaan pada inti mesin Valkey atau Redis OSS. Untuk melihat apakah metrik ini tersedia di node Anda dan untuk informasi selengkapnya, lihat [Metrik untuk MemoryDB](https://docs.aws.amazon.com/memorydb/latest/devguide/metrics.memorydb.html).
## SwapUsage
Ini adalah metrik tingkat host yang dilaporkan dalam byte. Untuk informasi selengkapnya, lihat [Metrik Tingkat Host](metrics.HostLevel.md).
Jika salah satu `FreeableMemory` CloudWatch metrik mendekati 0 (yaitu, di bawah 100MB), atau `SwapUsage` metrik lebih besar dari `FreeableMemory` metrik, maka node bisa berada di bawah tekanan memori.
## Evictions
Ini adalah metrik mesin. Sebaiknya tentukan ambang batas alarm Anda sendiri untuk metrik ini berdasarkan kebutuhan aplikasi Anda.
## CurrConnections
Ini adalah metrik mesin. Sebaiknya tentukan ambang batas alarm Anda sendiri untuk metrik ini berdasarkan kebutuhan aplikasi Anda.
Peningkatan jumlah *CurrConnections*mungkin menunjukkan masalah dengan aplikasi Anda; Anda perlu menyelidiki perilaku aplikasi untuk mengatasi masalah ini.
## Memori
Memori adalah aspek inti dari Valkey dan Redis OSS. Memahami pemanfaatan memori dari klaster Anda diperlukan untuk menghindari kehilangan data dan mengakomodasi pertumbuhan set data Anda pada masa mendatang. Statistik tentang pemanfaatan memori node tersedia di bagian memori dari perintah [INFO](https://valkey.io/commands/info).
## Jaringan
Salah satu faktor penentu untuk kapasitas bandwidth jaringan dari klaster Anda adalah jenis simpul yang telah Anda pilih. Untuk informasi selengkapnya tentang kapasitas jaringan node Anda, lihat [harga Amazon MemoryDB](https://aws.amazon.com/memorydb/pricing/).
## Latensi
Metrik latensi `SuccessfulWriteRequestLatency` dan `SuccessfulReadRequestLatency` ukur total waktu yang dibutuhkan MemoryDB untuk mesin Valkey untuk menanggapi permintaan.
**catatan**
Nilai yang meningkat untuk `SuccessfulWriteRequestLatency` dan `SuccessfulReadRequestLatency` metrik dapat terjadi saat menggunakan pipelining Valkey dengan CLIENT REPLY diaktifkan pada klien Valkey. Valkey pipelining adalah teknik untuk meningkatkan kinerja dengan mengeluarkan beberapa perintah sekaligus, tanpa menunggu respons terhadap setiap perintah individu. [Untuk menghindari nilai yang meningkat, kami sarankan untuk mengonfigurasi klien Redis Anda ke perintah pipeline dengan CLIENT REPLY OFF.](https://valkey.io/commands/client-reply/)
## Replikasi
Volume data yang direplikasi akan terlihat melalui metrik `ReplicationBytes`. Anda dapat memantau `MaxReplicationThroughput` terhadap throughput kapasitas replikasi. Disarankan untuk menambahkan lebih banyak pecahan saat mencapai throughput kapasitas replikasi maksimum.
`ReplicationDelayedWriteCommands`juga dapat menunjukkan apakah beban kerja melebihi throughput kapasitas replikasi maksimum. [Untuk informasi lebih lanjut tentang replikasi di MemoryDB, lihat Memahami replikasi MemoryDB](https://docs.aws.amazon.com/memorydb/latest/devguide/replication.html)
# Memilih Statistik dan Periode Metrik
Meskipun CloudWatch akan memungkinkan Anda untuk memilih statistik dan periode untuk setiap metrik, tidak semua kombinasi akan berguna. Misalnya, statistik Rata-rata, Minimum, dan Maksimum untuk CPUUtilization berguna, tetapi statistik Jumlah tidak.
Semua sampel MemoryDB diterbitkan untuk durasi 60 detik untuk setiap node individu. Untuk periode 60 detik, metrik simpul hanya akan berisi satu sampel.
# CloudWatch Metrik pemantauan
MemoryDB dan CloudWatch terintegrasi sehingga Anda dapat mengumpulkan berbagai metrik. Anda dapat memantau metrik ini menggunakan CloudWatch.
**catatan**
Contoh berikut memerlukan alat baris CloudWatch perintah. Untuk informasi selengkapnya tentang CloudWatch dan untuk mengunduh alat pengembang, lihat [halaman CloudWatch produk](https://aws.amazon.com/cloudwatch).
Prosedur berikut menunjukkan kepada Anda cara menggunakan CloudWatch untuk mengumpulkan statistik ruang penyimpanan untuk sebuah cluster selama satu jam terakhir.
**catatan**
Nilai `StartTime` dan `EndTime` nilai yang diberikan dalam contoh berikut adalah untuk tujuan ilustrasi. Pastikan untuk mengganti nilai waktu mulai dan akhir yang sesuai untuk node Anda.
Untuk informasi tentang batas MemoryDB, lihat [batas AWS layanan](https://docs.aws.amazon.com/general/latest/gr/aws_service_limits.html#limits_memorydb) untuk MemoryDB.
## CloudWatch Metrik pemantauan (Konsol)
**Untuk mengumpulkan statistik pemanfaatan CPU untuk sebuah cluster**
1. Masuk ke Konsol Manajemen AWS dan buka konsol MemoryDB di. [https://console.aws.amazon.com/memorydb/](https://console.aws.amazon.com/memorydb/)
1. Pilih node yang ingin Anda lihat metrik.
**catatan**
Memilih lebih dari 20 simpul akan menonaktifkan tampilan metrik pada konsol.
1. Pada halaman **Clusters** dari AWS Management Console, klik nama satu atau beberapa cluster.
Halaman detail untuk cluster muncul.
1. Klik tab **Simpul** di bagian atas jendela.
1. Pada tab **Nodes** pada jendela detail, pilih node yang ingin Anda lihat metrik.
Daftar CloudWatch Metrik yang tersedia muncul di bagian bawah jendela konsol.
1. Klik metrik **Pemanfaatan CPU**.
CloudWatch Konsol akan terbuka, menampilkan metrik yang Anda pilih. Anda dapat menggunakan kotak daftar drop-down **Statistik** dan **Periode**, serta tab **Rentang waktu** untuk mengubah metrik yang ditampilkan.
## Memantau CloudWatch metrik menggunakan CLI CloudWatch
**Untuk mengumpulkan statistik pemanfaatan CPU untuk sebuah cluster**
+ Gunakan CloudWatch perintah **aws cloudwatch get-metric-statistics** dengan parameter berikut (perhatikan bahwa waktu mulai dan akhir ditampilkan sebagai contoh saja; Anda harus mengganti waktu mulai dan akhir yang sesuai):
Untuk Linux, macOS, atau Unix:
```
1. aws cloudwatch get-metric-statistics CPUUtilization \
2. --dimensions=ClusterName=mycluster,NodeId=0002" \
3. --statistics=Average \
4. --namespace="AWS/MemoryDB" \
5. --start-time 2013-07-05T00:00:00 \
6. --end-time 2013-07-06T00:00:00 \
7. --period=60
```
Untuk Windows:
```
1. mon-get-stats CPUUtilization ^
2. --dimensions=ClusterName=mycluster,NodeId=0002" ^
3. --statistics=Average ^
4. --namespace="AWS/MemoryDB" ^
5. --start-time 2013-07-05T00:00:00 ^
6. --end-time 2013-07-06T00:00:00 ^
7. --period=60
```
## Memantau CloudWatch metrik menggunakan API CloudWatch
**Untuk mengumpulkan statistik pemanfaatan CPU untuk sebuah cluster**
+ Panggil CloudWatch API `GetMetricStatistics` dengan parameter berikut (perhatikan bahwa waktu mulai dan akhir ditampilkan sebagai contoh saja; Anda perlu mengganti waktu mulai dan akhir yang sesuai):
+ `Statistics.member.1``=Average`
+ `Namespace``=AWS/MemoryDB`
+ `StartTime``=2013-07-05T00:00:00`
+ `EndTime``=2013-07-06T00:00:00`
+ `Period``=60`
+ `MeasureName``=CPUUtilization`
+ `Dimensions``=ClusterName=mycluster,NodeId=0002`
**Example**
```
1. http://monitoring.amazonaws.com/
2. ?SignatureVersion=4
3. &Action=GetMetricStatistics
4. &Version=2014-12-01
5. &StartTime=2013-07-16T00:00:00
6. &EndTime=2013-07-16T00:02:00
7. &Period=60
8. &Statistics.member.1=Average
9. &Dimensions.member.1="ClusterName=mycluster"
10. &Dimensions.member.2="NodeId=0002"
11. &Namespace=Amazon/memorydb
12. &MeasureName=CPUUtilization
13. &Timestamp=2013-07-07T17%3A48%3A21.746Z
14. &AWS;AccessKeyId=<&AWS; Access Key ID>
15. &Signature=
```