Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Pemantauan penggunaan dengan CloudWatch Metrik
ElastiCache menyediakan metrik yang memungkinkan Anda memantau cluster Anda. Anda dapat mengakses metrik ini melalui CloudWatch. Untuk informasi lebih lanjut tentang CloudWatch, lihat [CloudWatch dokumentasi.](https://aws.amazon.com/documentation/cloudwatch/)
ElastiCache menyediakan metrik tingkat host (misalnya, penggunaan CPU) dan metrik yang khusus untuk perangkat lunak mesin cache (misalnya, cache mendapat dan kehilangan cache). Metrik ini diukur dan dipublikasikan untuk setiap simpul Cache dalam interval waktu 60 detik.
**penting**
Anda harus mempertimbangkan untuk menyetel CloudWatch alarm pada metrik kunci tertentu, sehingga Anda akan diberi tahu jika kinerja klaster Anda mulai menurun. Untuk informasi selengkapnya, lihat [Metrik Apa yang Harus Saya Pantau?](CacheMetrics.WhichShouldIMonitor.md) dalam panduan ini.
**Topics**
+ [Metrik Tingkat Host](CacheMetrics.HostLevel.md)
+ [Metrik untuk Valkey dan Redis OSS](CacheMetrics.Redis.md)
+ [Metrik untuk Memcached](CacheMetrics.Memcached.md)
+ [Metrik Apa yang Harus Saya Pantau?](CacheMetrics.WhichShouldIMonitor.md)
+ [Memilih Statistik dan Periode Metrik](CacheMetrics.ChoosingStatisticsAndPeriods.md)
+ [Pemantauan Metrik CloudWatch Kluster dan Node](CloudWatchMetrics.md)
# Metrik Tingkat Host
Ruang nama `AWS/ElastiCache` mencakup metrik tingkat host berikut untuk simpul cache individual. Metrik ini diukur dan dipublikasikan untuk setiap simpul Cache dalam interval waktu 60 detik.
**Lihat Juga**
+ [Metrik untuk Valkey dan Redis OSS](CacheMetrics.Redis.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 |
| CPUCreditBalance | Jumlah kredit CPU perolehan yang dikumpulkan oleh instans sejak diluncurkan atau dimulai. Untuk Standar T2, CPUCredit Saldo juga mencakup jumlah kredit peluncuran yang telah diperoleh. Kredit diakumulasi ke saldo kredit setelah diperoleh, dan dihapus dari saldo kredit saat digunakan. Saldo kredit memiliki batas maksimum, yang ditentukan oleh ukuran instans. Setelah batas tercapai, setiap kredit yang baru diperoleh akan dibuang. Untuk T2 Standar, kredit peluncuran tidak termasuk dalam penghitungan batas. Kredit di CPUCredit Saldo tersedia untuk dibelanjakan untuk melampaui pemanfaatan CPU dasarnya. Metrik kredit CPU tersedia hanya dalam frekuensi lima menit. Metrik ini tidak tersedia untuk instans performa yang dapat melonjak T2. | Kredit (Menit vCPU) |
| CPUCreditUsage | Jumlah kredit CPU yang digunakan oleh instans untuk pemanfaatan CPU. Satu kredit CPU sama dengan satu vCPU yang berjalan pada pemanfaatan 100% selama satu menit atau kombinasi yang setara dari CPUs v, pemanfaatan, dan waktu (misalnya, satu vCPU berjalan pada pemanfaatan 50% selama dua menit atau dua CPUs v berjalan pada pemanfaatan 25% selama dua menit). Metrik kredit CPU tersedia hanya dalam frekuensi lima menit. Jika Anda menentukan periode lebih dari lima menit, gunakan statistik Sum, bukan statistik Average. Metrik ini tidak tersedia untuk instans performa yang dapat melonjak T2. | Kredit (Menit vCPU) |
| FreeableMemory | Jumlah memori kosong yang tersedia di host. Angka ini berasal dari RAM, buffer, dan cache yang dilaporkan oleh OS sebagai memori yang dapat dibebaskan. | 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 antri atau dijatuhkan karena kumpulan bandwidth yang masuk melebihi maksimum untuk instans. | Hitungan |
| NetworkConntrackAllowanceExceeded | Jumlah paket turun karena pelacakan koneksi melebihi 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 antre atau dijatuhkan karena bandwidth agregat yang keluar melebihi maksimum untuk instans. | Hitungan |
| NetworkPacketsPerSecondAllowanceExceeded | Jumlah paket yang diantrekan atau dijatuhkan karena paket per detik dua arah melebihi 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 menerima paket 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 Valkey dan Redis OSS
`Amazon ElastiCache`Namespace mencakup metrik Valkey dan Redis OSS berikut. Metrik ini sama saat menggunakan mesin Valkey.
Dengan pengecualian`ReplicationLag`,, `EngineCPUUtilization``SuccessfulWriteRequestLatency`, dan`SuccessfulReadRequestLatency`, metrik ini berasal dari **info** perintah. Setiap metrik dihitung di tingkat simpul cache.
Untuk dokumentasi lengkap **info** perintah, lihat [http://valkey. io/commands/info](https://valkey.io/commands/info).
**Lihat Juga**
+ [Metrik Tingkat Host](CacheMetrics.HostLevel.md)
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AmazonElastiCache/latest/dg/CacheMetrics.Redis.html)
**CPUUtilization Ketersediaan mesin**
AWS Wilayah yang tercantum berikut ini tersedia di semua jenis node yang didukung.
| Region | Nama wilayah |
| --- | --- |
| us-east-2 | AS Timur (Ohio) |
| us-east-1 | AS Timur (Virginia Utara) |
| us-west-1 | AS Barat (California Utara) |
| us-west-2 | US West (Oregon) |
| ap-northeast-1 | Asia Pacific (Tokyo) |
| ap-northeast-2 | Asia Pasifik (Seoul) |
| ap-northeast-3 | Asia Pasifik (Osaka) |
| ap-east-1 | Asia Pasifik (Hong Kong) |
| ap-south-1 | Asia Pasifik (Mumbai) |
| ap-southeast-1 | Asia Pasifik (Singapura) |
| ap-southeast-2 | Asia Pasifik (Sydney) |
| ap-southeast-3 | Asia Pasifik (Jakarta) |
| ca-central-1 | Kanada (Pusat) |
| cn-north-1 | Tiongkok (Beijing) |
| cn-northwest-2 | China (Ningxia) |
| me-south-1 | Timur Tengah (Bahrain) |
| eu-central-1 | Eropa (Frankfurt) |
| eu-west-1 | Eropa (Irlandia) |
| eu-west-2 | Eropa (London) |
| eu-west-3 | Eropa (Paris) |
| eu-south-1 | Europe (Milan) |
| af-south-1 | Africa (Cape Town) |
| eu-north-1 | Eropa (Stockholm) |
| sa-east-1 | Amerika Selatan (Sao Paulo) |
| us-gov-west-1 | AWS GovCloud (AS-Barat) |
| us-gov-east-1 | AWS GovCloud (AS-Timur) |
Berikut ini adalah kumpulan jenis perintah tertentu, yang berasal dari **info commandstats**. Bagian commandstats menyediakan statistik berdasarkan jenis perintah, termasuk jumlah panggilan, jumlah waktu CPU yang dikonsumsi oleh perintah ini, dan CPU rata-rata yang dikonsumsi per eksekusi perintah. Untuk setiap jenis perintah, baris berikut ditambahkan: `cmdstat_XXX: calls=XXX,usec=XXX,usec_per_call=XXX`.
[Metrik latensi yang tercantum berikut dihitung menggunakan statistik commandstats dari INFO.](https://valkey.io/commands/info) Metrik dihitung dengan cara berikut: `delta(usec)/delta(calls)`. `delta` dihitung sebagai perbedaan dalam satu menit. Latensi didefinisikan sebagai waktu CPU yang dibutuhkan ElastiCache untuk memproses perintah. Perhatikan bahwa untuk klaster yang menggunakan tingkatan data, waktu yang dibutuhkan untuk mengambil item dari SSD tidak termasuk dalam pengukuran ini.
Untuk daftar lengkap perintah yang tersedia, lihat [perintah](https://valkey.io/commands) dalam dokumentasi Valkey.
| Metrik | Deskripsi | Unit |
| --- | --- | --- |
| ClusterBasedCmds | Jumlah seluruh perintah yang berbasis klaster. Ini berasal dari commandstats statistik dengan menjumlahkan semua perintah yang bertindak atas cluster (cluster slot,cluster info, dan seterusnya). | Hitungan |
| ClusterBasedCmdsLatency | Latensi perintah berbasis klaster. | Mikrodetik |
| EvalBasedCmds | Jumlah seluruh perintah untuk perintah berbasis eval. Ini berasal dari commandstats statistik dengan menjumlahkaneval,evalsha. | Hitungan |
| EvalBasedCmdsLatency | Latensi perintah berbasis eval. | Mikrodetik |
| 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 |
| GeoSpatialBasedCmdsLatency | Latensi perintah berbasis geospasial. | Mikrodetik |
| 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 |
| GetTypeCmdsLatency | Latensi perintah baca. | Mikrodetik |
| 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 |
| HashBasedCmdsLatency | Latensi perintah berbasis hash. | Mikrodetik |
| HyperLogLogBasedCmds | Jumlah seluruh perintah berbasis HyperLogLog. Ini berasal dari commandstats statistik dengan menjumlahkan semua pf jenis perintah (pfadd,, pfcountpfmerge, dan sebagainya.). | Hitungan |
| HyperLogLogBasedCmdsLatency | Latensi perintah HyperLogLog berbasis. | Mikrodetik |
| JsonBasedCmds | Jumlah total perintah JSON, termasuk perintah baca dan tulis. Ini berasal dari commandstats statistik dengan menjumlahkan semua perintah JSON yang bertindak atas kunci JSON. | Hitungan |
| JsonBasedCmdsLatency | Latensi semua perintah JSON, termasuk perintah baca dan tulis. | Mikrodetik |
| JsonBasedGetCmds | Jumlah seluruh perintah JSON hanya-baca. Ini berasal dari commandstats statistik dengan menjumlahkan semua perintah baca JSON yang bertindak atas kunci JSON. | Hitungan |
| JsonBasedGetCmdsLatency | Latensi perintah hanya-baca JSON. | Mikrodetik |
| JsonBasedSetCmds | Jumlah seluruh perintah JSON jenis tulis. Ini berasal dari commandstats statistik dengan menjumlahkan semua perintah tulis JSON yang bertindak atas kunci JSON. | Hitungan |
| JsonBasedSetCmdsLatency | Latensi perintah tulis JSON. | Mikrodetik |
| 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 |
| KeyBasedCmdsLatency | Latensi perintah berbasis kunci. | Mikrodetik |
| 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 |
| ListBasedCmdsLatency | Latensi perintah berbasis daftar. | Mikrodetik |
| NonKeyTypeCmds | Jumlah seluruh perintah yang tidak berbasis kunci. Ini berasal dari commandstats statistik dengan menjumlahkan semua perintah yang tidak bertindak atas kunci, misalnyaacl, dbsize atauinfo. | Hitungan |
| NonKeyTypeCmdsLatency | Latensi non-key-based perintah. | Mikrodetik |
| 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,punsubscribe,ssubscribe,sunsubscribe, spublishsubscribe, danunsubscribe. | Hitungan |
| PubSubBasedCmdsLatency | Latensi perintah berbasis pub/sub. | Mikrodetik |
| 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 |
| SetBasedCmdsLatency | Latensi perintah berbasis set. | Mikrodetik |
| 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 |
| SetTypeCmdsLatency | Latensi perintah tulis. | Mikrodetik |
| 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 |
| SortedSetBasedCmdsLatency | Latensi perintah berbasis urutan. | Mikrodetik |
| 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 |
| StringBasedCmdsLatency | Latensi perintah berbasis string. | Mikrodetik |
| 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 |
| StreamBasedCmdsLatency | Latensi perintah berbasis aliran. | Mikrodetik |
| SearchBasedCmds | Jumlah total perintah Pencarian, termasuk perintah baca dan tulis. Ini berasal dari statistik commandstats dengan menjumlahkan semua perintah Pencarian. | Hitungan |
| SearchBasedCmdsLatency | Latensi semua perintah Pencarian, termasuk perintah baca dan tulis. | Mikrodetik |
| SearchBasedGetCmds | Jumlah total perintah Search read-only. Ini berasal dari statistik commandstats dengan menjumlahkan semua perintah Baca Pencarian. | Hitungan |
| SearchBasedGetCmdsLatency | Latensi perintah Search read-only. | Mikrodetik |
| SearchBasedSetCmds | Jumlah total perintah Search write. Ini berasal dari statistik commandstats dengan menjumlahkan semua perintah Search write. | Hitungan |
| SearchBasedSetCmdsLatency | Latensi perintah Search write. | Mikrodetik |
# Metrik untuk Memcached
Ruang nama `AWS/ElastiCache` mencakup metrik Redis berikut.
ElastiCache Namespace AWS/mencakup metrik berikut yang diturunkan dari perintah statistik Memcached. Setiap metrik dihitung di tingkat simpul cache.
**Lihat juga**
+ [Metrik Tingkat Host](CacheMetrics.HostLevel.md)
| Metrik | Deskripsi | Unit |
| --- | --- | --- |
| BytesReadIntoMemcached | Jumlah byte yang telah dibaca dari jaringan oleh simpul cache. | Byte |
| BytesUsedForCacheItems | Jumlah byte yang digunakan untuk menyimpan item cache. | Byte |
| BytesWrittenOutFromMemcached | Jumlah byte yang telah ditulis ke jaringan oleh simpul cache. | Byte |
| CasBadval | Jumlah permintaan CAS (check and set) yang telah diterima oleh cache di mana nilai CAS tidak cocok dengan nilai CAS yang tersimpan. | Hitungan |
| CasHits | Jumlah permintaan CAS yang telah diterima oleh cache di mana kunci yang diminta ditemukan dan nilai CAS cocok. | Hitungan |
| CasMisses | Jumlah permintaan CAS yang telah diterima oleh cache di mana kunci yang diminta tidak ditemukan. | Hitungan |
| CmdFlush | Jumlah perintah flush yang telah diterima oleh cache. | Hitungan |
| CmdGet | Jumlah perintah get yang telah diterima oleh cache. | Hitungan |
| CmdSet | Jumlah perintah set yang telah diterima oleh cache. | Hitungan |
| CurrConnections | Hitungan jumlah koneksi yang terhubung ke cache dalam sekejap. ElastiCache menggunakan 2 hingga 3 koneksi untuk memantau cluster. Selain yang disebutkan di atas, Memcached membuat sejumlah koneksi internal yang setara dengan dua kali jumlah thread yang digunakan untuk jenis simpul. Hitungan thread untuk berbagai jenis simpul dapat dilihat dalam `Nodetype Specific Parameters` dari Grup Parameter yang berlaku. Koneksi total adalah jumlah dari koneksi klien, koneksi untuk pemantauan, dan koneksi internal yang disebutkan di atas. | Hitungan |
| CurrItems | Hitungan jumlah item yang saat ini disimpan dalam cache. | Hitungan |
| DecrHits | Jumlah permintaan decrement yang telah diterima oleh cache di mana kunci yang diminta ditemukan. | Hitungan |
| DecrMisses | Jumlah permintaan decrement yang telah diterima oleh cache di mana kunci yang diminta tidak ditemukan. | Hitungan |
| DeleteHits | Jumlah permintaan delete yang telah diterima oleh cache di mana kunci yang diminta ditemukan. | Hitungan |
| DeleteMisses | Jumlah permintaan delete yang telah diterima oleh cache di mana kunci yang diminta tidak ditemukan. | Hitungan |
| Evictions | Jumlah item belum kedaluwarsa yang dikosongkan oleh cache untuk memberikan ruang bagi penulisan baru. | Hitungan |
| GetHits | Jumlah permintaan get yang telah diterima oleh cache di mana kunci yang diminta ditemukan. | Hitungan |
| GetMisses | Jumlah permintaan get yang telah diterima oleh cache di mana kunci yang diminta tidak ditemukan. | Hitungan |
| IncrHits | Jumlah permintaan increment yang telah diterima oleh cache di mana kunci yang diminta ditemukan. | Hitungan |
| IncrMisses | Jumlah permintaan increment yang telah diterima oleh cache di mana kunci yang diminta tidak ditemukan. | Hitungan |
| Reclaimed | Jumlah item kedaluwarsa yang dikosongkan oleh cache untuk memberikan ruang bagi penulisan baru. | Hitungan |
Untuk Memcached 1.4.14, tersedia metrik tambahan berikut.
| Metrik | Deskripsi | Unit |
| --- | --- | --- |
| BytesUsedForHash | Jumlah byte yang saat ini digunakan oleh tabel hash. | Byte |
| CmdConfigGet | Jumlah kumulatif permintaan config get. | Hitungan |
| CmdConfigSet | Jumlah kumulatif permintaan config set. | Hitungan |
| CmdTouch | Jumlah kumulatif permintaan touch. | Hitungan |
| CurrConfig | Jumlah konfigurasi tersimpan saat ini. | Hitungan |
| EvictedUnfetched | Jumlah item valid yang dikosongkan dari cache least recently used cache (LRU) yang tidak pernah di-touch setelah ditetapkan. | Hitungan |
| ExpiredUnfetched | Jumlah item kedaluwarsa yang diklaim ulang dari LRU yang tidak pernah di-touch setelah ditetapkan. | Hitungan |
| SlabsMoved | Jumlah keseluruhan slab page yang telah dipindahkan. | Hitungan |
| TouchHits | Jumlah kunci yang telah di-touch dan diberi waktu kedaluwarsa yang baru. | Hitungan |
| TouchMisses | Jumlah item yang telah di-touch, tetapi tidak ditemukan. | Hitungan |
ElastiCache Namespace AWS/mencakup metrik tingkat cache terhitung berikut.
| Metrik | Deskripsi | Unit |
| --- | --- | --- |
| NewConnections | Jumlah koneksi baru yang telah diterima oleh cache. Hal ini berasal dari statistik total\$1connections Memcached dengan mencatat perubahan pada total\$1connections selama suatu periode waktu. Ini akan selalu setidaknya 1, karena koneksi disediakan untuk a ElastiCache. | Hitungan |
| NewItems | Jumlah item baru yang telah disimpan oleh cache. Hal ini berasal dari statistik total\$1items Memcached dengan mencatat perubahan pada total\$1items selama suatu periode waktu. | Hitungan |
| UnusedMemory | Jumlah memori yang tidak digunakan oleh data. Hal ini berasal dari statistik limit\$1maxbytes dan bytes Memcached dengan mengurangkan bytes dari limit\$1maxbytes. Karena Memcached overhead menggunakan memori selain yang digunakan oleh data, tidak UnusedMemory boleh dianggap sebagai jumlah memori yang tersedia untuk data tambahan. Anda mungkin mengalami pengosongan meskipun Anda masih memiliki memori yang tidak terpakai. Untuk informasi yang lebih mendetail, lihat [Memcached item memory usage](https://web.archive.org/web/20190422040715/https://www.deplication.net/2016/02/memcached-item-memory-usage/). | Byte |
# Metrik Apa yang Harus Saya Pantau?
CloudWatch Metrik berikut menawarkan wawasan yang baik tentang ElastiCache kinerja. 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 (Valkey dan Redis OSS)](#metrics-swap-usage)
+ [Evictions](#metrics-evictions)
+ [CurrConnections](#metrics-curr-connections)
+ [Memori (Valkey dan Redis OSS)](#metrics-memory)
+ [Jaringan](#metrics-network)
+ [Latensi](#metrics-latency)
+ [Replikasi](#metrics-replication)
+ [Manajemen Lalu Lintas (Valkey dan Redis OSS)](#traffic-management)
## CPUUtilization
Ini adalah metrik tingkat host yang dilaporkan sebagai persentase. Untuk informasi selengkapnya, lihat [Metrik Tingkat Host](CacheMetrics.HostLevel.md).
**Valkey dan Redis OSS**
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 keduanya 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%.
Anda akan perlu menentukan ambang batas Anda sendiri, berdasarkan jumlah inti pada simpul cache 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 dari permintaan tulis, bergantung pada konfigurasi klaster Anda, sebaiknya Anda:
+ Cluster **Valkey atau Redis OSS (mode cluster dinonaktifkan):** tingkatkan dengan menggunakan jenis instance cache yang lebih besar.
+ Cluster **Valkey atau Redis OSS (mode cluster enabled):** tambahkan lebih banyak pecahan untuk mendistribusikan beban kerja tulis di lebih banyak node primer.
**Tip**
Alih-alih menggunakan metrik Host-Level`CPUUtilization`, pengguna Valkey dan Redis OSS 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 Valkey dan Redis](CacheMetrics.Redis.md) OSS.
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 Redis](CacheMetrics.Redis.md) OSS.
**Memcache**
Karena Memcached bersifat multi-thread, metrik ini dapat mencapai 90%. Jika Anda melebihi ambang batas ini, tingkatkan klaster Anda dengan menggunakan jenis node cache yang lebih besar atau skala dengan menambahkan lebih banyak node cache.
## 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 Redis OSS. Untuk melihat apakah metrik ini tersedia di node Anda dan untuk informasi selengkapnya, lihat [Metrik untuk Valkey dan Redis](CacheMetrics.Redis.md) OSS.
Untuk informasi selengkapnya, lihat **CPUs**bagian di [Memantau praktik terbaik dengan Amazon ElastiCache untuk Redis OSS menggunakan Amazon](https://aws.amazon.com/blogs/database/monitoring-best-practices-with-amazon-elasticache-for-redis-using-amazon-cloudwatch/). CloudWatch
## SwapUsage (Valkey dan Redis OSS)
Ini adalah metrik tingkat host yang dilaporkan dalam byte. Untuk informasi selengkapnya, lihat [Metrik Tingkat Host](CacheMetrics.HostLevel.md).
`FreeableMemory` CloudWatch Metrik yang mendekati 0 (yaitu, di bawah 100MB) atau `SwapUsage` metrik lebih besar dari `FreeableMemory` metrik menunjukkan node berada di bawah tekanan memori. Jika tidak, lihat topik berikut:
+ [Memastikan Anda memiliki cukup memori untuk membuat snapshot Valkey atau Redis OSS](BestPractices.BGSAVE.md)
+ [Mengelola memori cadangan untuk Valkey dan Redis OSS](redis-memory-management.md)
## Evictions
Ini adalah metrik mesin cache. Sebaiknya tentukan ambang batas alarm Anda sendiri untuk metrik ini berdasarkan kebutuhan aplikasi Anda.
Jika Anda menggunakan Memcached dan melebihi ambang batas yang Anda pilih, tingkatkan skala cluster Anda dengan menggunakan tipe node yang lebih besar atau skala dengan menambahkan lebih banyak node.
## CurrConnections
Ini adalah metrik mesin cache. 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.
Untuk informasi selengkapnya, lihat bagian **Koneksi** di [Memantau praktik terbaik dengan Amazon ElastiCache untuk Redis OSS menggunakan Amazon](https://aws.amazon.com/blogs/database/monitoring-best-practices-with-amazon-elasticache-for-redis-using-amazon-cloudwatch/). CloudWatch
## Memori (Valkey dan Redis OSS)
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).
Untuk informasi selengkapnya, lihat bagian **Memori** di [Memantau praktik terbaik dengan Amazon ElastiCache untuk Redis OSS menggunakan Amazon](https://aws.amazon.com/blogs/database/monitoring-best-practices-with-amazon-elasticache-for-redis-using-amazon-cloudwatch/). CloudWatch
## 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 [ ElastiCache harga Amazon](https://aws.amazon.com/elasticache/pricing/).
Untuk informasi selengkapnya, lihat bagian **Jaringan** di [Memantau praktik terbaik dengan Amazon ElastiCache untuk Redis OSS menggunakan Amazon](https://aws.amazon.com/blogs/database/monitoring-best-practices-with-amazon-elasticache-for-redis-using-amazon-cloudwatch/). CloudWatch
## Latensi
Mengukur waktu respons untuk instance ElastiCache for Valkey dapat didekati dengan berbagai cara tergantung pada tingkat granularitas yang diperlukan. Tahapan kunci yang berkontribusi pada keseluruhan waktu respons sisi server ElastiCache untuk Valkey adalah pra-pemrosesan perintah, eksekusi perintah, dan pasca-pemrosesan perintah.
Metrik latensi khusus perintah yang berasal dari perintah Valkey [INFO](https://valkey.io/commands/info) seperti GetTypeCmdsLatency dan fokus SetTypeCmdsLatency metrik secara khusus pada mengeksekusi logika perintah inti untuk perintah Valkey. Metrik ini akan sangat membantu jika kasus penggunaan Anda adalah untuk menentukan waktu eksekusi perintah atau latensi agregat per struktur data.
Metrik latensi `SuccessfulWriteRequestLatency` dan `SuccessfulReadRequestLatency` ukur total waktu yang ElastiCache dibutuhkan 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 Valkey Anda ke perintah pipeline dengan CLIENT REPLY OFF.](https://valkey.io/commands/client-reply/)
Untuk informasi selengkapnya, lihat bagian **Latensi** di [Memantau praktik terbaik dengan Amazon ElastiCache menggunakan Amazon CloudWatch](https://aws.amazon.com/blogs/database/monitoring-best-practices-with-amazon-elasticache-for-redis-using-amazon-cloudwatch/).
## Replikasi
Volume data yang direplikasi akan terlihat melalui metrik `ReplicationBytes`. Metrik ini tidak memberikan wawasan tentang kondisi replikasi, meskipun merepresentasikan beban tulis pada grup replikasi. Untuk tujuan ini, Anda dapat menggunakan metrik `ReplicationLag`.
Untuk informasi selengkapnya, lihat bagian **Replikasi** di [Memantau praktik terbaik dengan Amazon ElastiCache untuk Redis OSS menggunakan](https://aws.amazon.com/blogs/database/monitoring-best-practices-with-amazon-elasticache-for-redis-using-amazon-cloudwatch/) Amazon. CloudWatch
## Manajemen Lalu Lintas (Valkey dan Redis OSS)
ElastiCache untuk Redis OSS secara otomatis mengelola lalu lintas terhadap node ketika lebih banyak perintah yang masuk dikirim ke node daripada yang dapat diproses oleh Valkey atau Redis OSS. Hal ini dilakukan untuk menjaga operasi dan stabilitas mesin yang optimal.
Ketika lalu lintas dikelola secara aktif pada simpul, metrik `TrafficManagementActive` akan memancarkan titik data 1. Hal ini menunjukkan bahwa simpul mungkin kurang diskalakan untuk beban kerja yang disediakan. Jika metrik ini tetap 1 untuk jangka waktu yang lama, evaluasi klaster untuk memutuskan apakah penaikan skala atau penskalaan ke luar diperlukan.
Untuk informasi selengkapnya, lihat metrik `TrafficManagementActive` di halaman [Metrik](CacheMetrics.Redis.md).
# 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 ElastiCache sampel diterbitkan untuk durasi 60 detik untuk setiap node cache individu. Untuk periode 60 detik, metrik simpul cache hanya akan berisi satu sampel tunggal.
Untuk informasi selengkapnya tentang cara mengambil metrik untuk simpul cache, lihat [Pemantauan Metrik CloudWatch Kluster dan Node](CloudWatchMetrics.md).
# Pemantauan Metrik CloudWatch Kluster dan Node
ElastiCache 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 cara menggunakan CloudWatch untuk mengumpulkan statistik ruang penyimpanan untuk sebuah cluster selama satu jam terakhir.
**catatan**
Nilai `StartTime` dan `EndTime` yang diberikan pada contoh di bawah ini adalah untuk tujuan ilustrasi. Anda harus mengganti nilai waktu mulai dan akhir yang sesuai untuk simpul cache Anda.
Untuk informasi tentang ElastiCache batasan, lihat [Batas AWS Layanan](https://docs.aws.amazon.com/general/latest/gr/aws_service_limits.html#limits_elasticache) untuk ElastiCache.
## Pemantauan Metrik CloudWatch Kluster dan Node (Konsol)
**Untuk mengumpulkan statistik pemanfaatan CPU untuk klaster cache**
1. Masuk ke Konsol Manajemen AWS dan buka ElastiCache konsol di [ https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. Pilih simpul cache yang metriknya ingin Anda lihat.
**catatan**
Memilih lebih dari 20 simpul akan menonaktifkan tampilan metrik pada konsol.
1. Pada halaman **Cache 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. Di tab **Simpul** pada jendela detail, pilih simpul cache yang ingin Anda lihat metriknya.
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 Metrik CloudWatch Cluster dan Node menggunakan CLI CloudWatch
**Untuk mengumpulkan statistik pemanfaatan CPU untuk klaster cache**
+ Untuk Linux, macOS, atau Unix:
```
aws cloudwatch get-metric-statistics \
--namespace AWS/ElastiCache \
--metric-name CPUUtilization \
--dimensions='[{"Name":"CacheClusterId","Value":"test"},{"Name":"CacheNodeId","Value":"0001"}]' \
--statistics=Average \
--start-time 2018-07-05T00:00:00 \
--end-time 2018-07-06T00:00:00 \
--period=3600
```
Untuk Windows:
```
aws cloudwatch get-metric-statistics ^
--namespace AWS/ElastiCache ^
--metric-name CPUUtilization ^
--dimensions='[{"Name":"CacheClusterId","Value":"test"},{"Name":"CacheNodeId","Value":"0001"}]' ^
--statistics=Average ^
--start-time 2018-07-05T00:00:00 ^
--end-time 2018-07-06T00:00:00 ^
--period=3600
```
## Memantau Metrik CloudWatch Kluster dan Node menggunakan API CloudWatch
**Untuk mengumpulkan statistik pemanfaatan CPU untuk klaster cache**
+ 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/ElastiCache`
+ `StartTime``=2013-07-05T00:00:00`
+ `EndTime``=2013-07-06T00:00:00`
+ `Period``=60`
+ `MeasureName``=CPUUtilization`
+ `Dimensions``=CacheClusterId=mycachecluster,CacheNodeId=0002`
**Example**
```
1. http://monitoring.amazonaws.com/
2. ?Action=GetMetricStatistics
3. &SignatureVersion=4
4. &Version=2014-12-01
5. &StartTime=2018-07-05T00:00:00
6. &EndTime=2018-07-06T23:59:00
7. &Period=3600
8. &Statistics.member.1=Average
9. &Dimensions.member.1="CacheClusterId=mycachecluster"
10. &Dimensions.member.2="CacheNodeId=0002"
11. &Namespace=&AWS;/ElastiCache
12. &MeasureName=CPUUtilization
13. &Timestamp=2018-07-07T17%3A48%3A21.746Z
14. &AWS;AccessKeyId=<&AWS; Access Key ID>
15. &Signature=
```