Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Pencatatan log dan pemantauan
Pemantauan adalah bagian penting dari menjaga keandalan, ketersediaan, dan kinerja MemoryDB dan solusi Anda yang lain AWS . AWS menyediakan alat pemantauan berikut untuk menonton MemoryDB, melaporkan ketika ada sesuatu yang salah, dan mengambil tindakan otomatis bila perlu:
+ *Amazon CloudWatch* memantau AWS sumber daya Anda dan aplikasi yang Anda jalankan AWS secara real time. Anda dapat mengumpulkan dan melacak metrik, membuat dasbor yang disesuaikan, dan mengatur alarm yang memberi tahu Anda atau mengambil tindakan saat metrik tertentu mencapai ambang batas yang ditentukan. Misalnya, Anda dapat CloudWatch melacak penggunaan CPU atau metrik lain dari EC2 instans Amazon Anda dan secara otomatis meluncurkan instans baru bila diperlukan. Untuk informasi selengkapnya, lihat [Panduan CloudWatch Pengguna Amazon](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/).
+ *Amazon CloudWatch Logs* memungkinkan Anda memantau, menyimpan, dan mengakses file log Anda dari EC2 instans Amazon CloudTrail, dan sumber lainnya. CloudWatch Log dapat memantau informasi dalam file log dan memberi tahu Anda ketika ambang batas tertentu terpenuhi. Anda juga dapat mengarsipkan data log dalam penyimpanan yang sangat durabel. Untuk informasi selengkapnya, lihat [Panduan Pengguna Amazon CloudWatch Logs](https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/).
+ *AWS CloudTrail*menangkap panggilan API dan peristiwa terkait yang dibuat oleh atau atas nama AWS akun Anda dan mengirimkan file log ke bucket Amazon S3 yang Anda tentukan. Anda dapat mengidentifikasi pengguna dan akun mana yang dipanggil AWS, alamat IP sumber dari mana panggilan dilakukan, dan kapan panggilan terjadi. Untuk informasi selengkapnya, silakan lihat [Panduan Pengguna AWS CloudTrail](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/).
# 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=
```
# Memantau acara MemoryDB
Ketika peristiwa penting terjadi untuk sebuah cluster, MemoryDB mengirimkan pemberitahuan ke topik Amazon SNS tertentu. Contohnya meliputi kegagalan menambahkan simpul, keberhasilan menambahkan simpul, perubahan grup keamanan, dan lainnya. Dengan memantau peristiwa penting, Anda dapat mengetahui status klaster Anda saat ini dan dapat mengambil tindakan korektif sesuai peristiwa tersebut.
**Topics**
+ [Mengelola pemberitahuan MemoryDB Amazon SNS](mdbevents.sns.md)
+ [Melihat acara MemoryDB](mdbevents.viewing.md)
+ [Notifikasi Peristiwa dan Amazon SNS](memorydbsns.md)
# Mengelola pemberitahuan MemoryDB Amazon SNS
Anda dapat mengonfigurasi MemoryDB untuk mengirim notifikasi untuk peristiwa klaster penting menggunakan Amazon Simple Notification Service (Amazon SNS). Dalam contoh ini, Anda akan mengonfigurasi klaster dengan Amazon Resource Name (ARN) dari topik Amazon SNS untuk menerima notifikasi.
**catatan**
Topik ini mengasumsikan bahwa Anda telah mendaftar ke Amazon SNS dan telah mengatur serta berlangganan topik Amazon SNS. Untuk informasi selengkapnya tentang cara melakukannya, lihat [Panduan Developer Amazon Simple Notification Service](https://docs.aws.amazon.com/sns/latest/dg/).
## Menambahkan topik Amazon SNS
Bagian berikut menunjukkan cara menambahkan topik Amazon SNS menggunakan AWS Console, the AWS CLI, atau MemoryDB API.
### Menambahkan topik Amazon SNS (Konsol)
Prosedur berikut menunjukkan cara menambahkan topik Amazon SNS untuk klaster.
**catatan**
Proses ini juga dapat digunakan untuk mengubah topik Amazon SNS.
**Untuk menambahkan atau mengubah topik Amazon SNS untuk klaster (Konsol)**
1. Masuk ke Konsol Manajemen AWS dan buka konsol MemoryDB di. [https://console.aws.amazon.com/memorydb/](https://console.aws.amazon.com/memorydb/)
1. Di ** Klaster**, pilih klaster yang ingin Anda tambahkan atau ubah ARN topik Amazon SNS-nya.
1. Pilih **Ubah**.
1. Di **Ubah Klaster** di bagian **Topik untuk Notifikasi SNS**, pilih topik SNS yang ingin Anda tambahkan, atau pilih **Input ARN manual** dan ketik ARN topik Amazon SNS.
1. Pilih **Ubah**.
### Menambahkan topik Amazon SNS (CLI AWS )
Untuk menambah atau memodifikasi topik Amazon SNS untuk klaster, gunakan perintah. AWS CLI `update-cluster`
Contoh kode berikut menambahkan ARN topik Amazon SNS ke *my-cluster*.
Untuk Linux, macOS, atau Unix:
```
aws memorydb update-cluster \
--cluster-name my-cluster \
--sns-topic-arn arn:aws:sns:us-east-1:565419523791:memorydbNotifications
```
Untuk Windows:
```
aws memorydb update-cluster ^
--cluster-name my-cluster ^
--sns-topic-arn arn:aws:sns:us-east-1:565419523791:memorydbNotifications
```
Untuk informasi selengkapnya, lihat [UpdateCluster](https://docs.aws.amazon.com/memorydb/latest/APIReference/API_UpdateCluster.html).
### Menambahkan topik Amazon SNS (MemoryDB API)
Untuk menambahkan atau memperbarui topik Amazon SNS untuk kluster, panggil `UpdateCluster` tindakan dengan parameter berikut:
+ `ClusterName``=my-cluster`
+ `SnsTopicArn``=arn%3Aaws%3Asns%3Aus-east-1%3A565419523791%3AmemorydbNotifications`
Untuk menambahkan atau memperbarui topik Amazon SNS untuk klaster, panggil tindakan tersebut. `UpdateCluster`
Untuk informasi selengkapnya, lihat [UpdateCluster](https://docs.aws.amazon.com/memorydb/latest/APIReference/API_UpdateCluster.html).
## Mengaktifkan dan menonaktifkan notifikasi Amazon SNS
Anda dapat mengaktifkan atau menonaktifkan notifikasi untuk klaster. Prosedur berikut menunjukkan cara menonaktifkan notifikasi Amazon SNS.
### Mengaktifkan dan menonaktifkan notifikasi Amazon SNS (Konsol)
**Untuk menonaktifkan notifikasi Amazon SNS menggunakan Konsol Manajemen AWS**
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 tombol radio di sebelah kiri cluster yang ingin Anda ubah notifikasi.
1. Pilih **Ubah**.
1. Di **Ubah Klaster** di bagian **Topik untuk Notifikasi SNS**, pilih *Nonaktifkan Notifikasi*.
1. Pilih **Ubah**.
### Mengaktifkan dan menonaktifkan notifikasi Amazon SNS (CLI)AWS
Untuk menonaktifkan notifikasi Amazon SNS, gunakan perintah `update-cluster` dengan parameter berikut:
Untuk Linux, macOS, atau Unix:
```
aws memorydb update-cluster \
--cluster-name my-cluster \
--sns-topic-status inactive
```
Untuk Windows:
```
aws memorydb update-cluster ^
--cluster-name my-cluster ^
--sns-topic-status inactive
```
### Mengaktifkan dan menonaktifkan notifikasi Amazon SNS (MemoryDB API)
Untuk menonaktifkan notifikasi Amazon SNS, panggil tindakan `UpdateCluster` dengan parameter berikut:
+ `ClusterName``=my-cluster`
+ `SnsTopicStatus``=inactive`
Panggilan ini menghasilkan output seperti yang berikut ini:
**Example**
```
1. https://memory-db.us-east-1.amazonaws.com/
2. ?Action=UpdateCluster
3. &ClusterName=my-cluster
4. &SnsTopicStatus=inactive
5. &Version=2021-01-01
6. &SignatureVersion=4
7. &SignatureMethod=HmacSHA256
8. &Timestamp=20210801T220302Z
9. &X-Amz-Algorithm=Amazon4-HMAC-SHA256
10. &X-Amz-Date=20210801T220302Z
11. &X-Amz-SignedHeaders=Host
12. &X-Amz-Expires=20210801T220302Z
13. &X-Amz-Credential=
14. &X-Amz-Signature=
```
# Melihat acara MemoryDB
MemoryDB mencatat peristiwa yang berhubungan dengan cluster, grup keamanan, dan grup parameter Anda. Informasi ini mencakup tanggal dan waktu peristiwa, nama sumber dan jenis sumber peristiwa, serta deskripsi dari peristiwa tersebut. Anda dapat dengan mudah mengambil peristiwa dari log menggunakan konsol MemoryDB, AWS CLI `describe-events` perintah, atau tindakan API MemoryDB. `DescribeEvents`
Prosedur berikut menunjukkan cara melihat semua acara MemoryDB selama 24 jam terakhir (1440 menit).
## Melihat acara MemoryDB (Konsol)
Prosedur berikut menampilkan peristiwa menggunakan konsol MemoryDB.
**Untuk melihat acara menggunakan konsol MemoryDB**
1. Masuk ke Konsol Manajemen AWS dan buka konsol MemoryDB di. [https://console.aws.amazon.com/memorydb/](https://console.aws.amazon.com/memorydb/)
1. Di panel navigasi kiri, pilih **Acara**.
Layar *Acara* muncul mencantumkan semua acara yang tersedia. Setiap baris daftar mewakili satu peristiwa dan menampilkan sumber peristiwa, jenis acara (seperti cluster, parameter-grup, acl, security-group atau subnet group), waktu GMT acara, dan deskripsi acara.
Dengan **Filter**, Anda dapat menentukan apakah Anda ingin melihat semua peristiwa, atau hanya peristiwa dari jenis tertentu dalam daftar peristiwa.
## Melihat acara MemoryDB (CLI AWS )
Untuk menghasilkan daftar peristiwa MemoryDB menggunakan AWS CLI, gunakan perintah. `describe-events` Anda dapat menggunakan parameter opsional untuk mengontrol jenis peristiwa yang tercantum, jangka waktu peristiwa yang dicantumkan, jumlah maksimum peristiwa yang akan dicantumkan, dan lainnya.
Kode berikut mencantumkan hingga 40 peristiwa cluster.
```
aws memorydb describe-events --source-type cluster --max-results 40
```
Kode berikut menampilkan daftar semua peristiwa selama 24 jam terakhir (1.440 menit).
```
aws memorydb describe-events --duration 1440
```
Output dari perintah `describe-events` terlihat seperti berikut ini.
```
{
"Events": [
{
"Date": "2021-03-29T22:17:37.781Z",
"Message": "Added node 0001 in Availability Zone us-east-1a",
"SourceName": "memorydb01",
"SourceType": "cluster"
},
{
"Date": "2021-03-29T22:17:37.769Z",
"Message": "cluster created",
"SourceName": "memorydb01",
"SourceType": "cluster"
}
]
}
```
Untuk informasi selengkapnya, seperti parameter yang tersedia dan nilai parameter yang diizinkan, lihat [https://docs.aws.amazon.com/cli/latest/reference/memorydb/describe-events.html](https://docs.aws.amazon.com/cli/latest/reference/memorydb/describe-events.html).
## Melihat acara MemoryDB (MemoryDB API)
Untuk menghasilkan daftar peristiwa MemoryDB menggunakan API MemoryDB, gunakan tindakan. `DescribeEvents` Anda dapat menggunakan parameter opsional untuk mengontrol jenis peristiwa yang tercantum, jangka waktu peristiwa yang dicantumkan, jumlah maksimum peristiwa yang akan dicantumkan, dan lainnya.
Kode berikut mencantumkan 40 peristiwa -cluster terbaru.
```
https://memory-db.us-east-1.amazonaws.com/
?Action=DescribeEvents
&MaxResults=40
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&SourceType=cluster
&Timestamp=20210802T192317Z
&Version=2021-01-01
&X-Amz-Credential=
```
Kode berikut mencantumkan peristiwa cluster selama 24 jam terakhir (1440 menit).
```
https://memory-db.us-east-1.amazonaws.com/
?Action=DescribeEvents
&Duration=1440
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&SourceType=cluster
&Timestamp=20210802T192317Z
&Version=2021-01-01
&X-Amz-Credential=
```
Perintah di atas akan menghasilkan output yang serupa dengan berikut ini.
```
cluster created
cluster
2021-08-02T18:22:18.202Z
my-memorydb-primary
(...output omitted...)
e21c81b4-b9cd-11e3-8a16-7978bb24ffdf
```
Untuk informasi selengkapnya, seperti parameter yang tersedia dan nilai parameter yang diizinkan, lihat [https://docs.aws.amazon.com/memorydb/latest/APIReference/API_DescribeEvents.html](https://docs.aws.amazon.com/memorydb/latest/APIReference/API_DescribeEvents.html).
# Notifikasi Peristiwa dan Amazon SNS
MemoryDB dapat mempublikasikan pesan menggunakan Amazon Simple Notification Service (SNS) ketika peristiwa penting terjadi di klaster. Fitur ini dapat digunakan untuk menyegarkan daftar server pada mesin klien yang terhubung ke titik akhir node individual dari sebuah cluster.
**catatan**
Untuk informasi selengkapnya tentang Amazon Simple Notification Service (SNS), termasuk informasi tentang harga dan tautan ke dokumentasi Amazon SNS, lihat [Halaman produk Amazon SNS](https://aws.amazon.com/sns).
Notifikasi dipublikasikan ke *topik* Amazon SNS tertentu. Berikut ini adalah persyaratan untuk notifikasi:
+ Hanya satu topik yang dapat dikonfigurasi untuk pemberitahuan MemoryDB.
+ AWS Akun yang memiliki topik Amazon SNS harus merupakan akun yang sama yang memiliki cluster tempat notifikasi diaktifkan.
## Acara MemoryDB
Peristiwa MemoryDB berikut memicu pemberitahuan Amazon SNS:
| Nama Peristiwa | Pesan | Deskripsi |
| --- | --- | --- |
| MemoryDB: AddNodeComplete | "Modified number of nodes from %d to %d" | Sebuah node telah ditambahkan ke cluster dan siap digunakan. |
| MemoryDB: AddNodeFailed karena alamat IP gratis yang tidak mencukupi | "Failed to modify number of nodes from %d to %d due to insufficient free IP addresses" | Sebuah node tidak dapat ditambahkan karena tidak ada cukup alamat IP yang tersedia. |
| MemoryDB: ClusterParametersChanged | "Updated parameter group for the cluster" Dalam hal membuat, kirim juga `"Updated to use a ParameterGroup %s"` | Satu atau lebih parameter cluster telah diubah. |
| MemoryDB: ClusterProvisioningComplete | "Cluster created." | Penyediaan cluster selesai, dan node di cluster siap digunakan. |
| MemoryDB: ClusterProvisioningFailed karena status jaringan yang tidak kompatibel | "Failed to create cluster due to incompatible network state. %s" | Upaya dilakukan untuk meluncurkan cluster baru ke virtual private cloud (VPC) yang tidak ada. |
| MemoryDB: ClusterRestoreFailed | "Restore from %s failed for node %s. %s" | MemoryDB tidak dapat mengisi cluster dengan data snapshot. Ini mungkin karena file snapshot yang tidak ada di Amazon S3, atau izin yang salah pada file itu. Jika Anda menggambarkan cluster, statusnya akan`restore-failed`. Anda harus menghapus cluster dan memulai dari awal. Untuk informasi selengkapnya, lihat [Menyemai cluster baru dengan snapshot yang dibuat secara eksternal](snapshots-seeding-redis.md). |
| MemoryDB: ClusterScalingComplete | `"Succeeded applying modification to node type to %s."` | Skala untuk cluster selesai dengan sukses. |
| MemoryDB: ClusterScalingFailed | `"Failed applying modification to node type to %s."` | Operasi peningkatan skala pada cluster gagal. |
| MemoryDB: NodeReplaceStarted | "Recovering node %s" | MemoryDB telah mendeteksi bahwa host yang menjalankan node terdegradasi atau tidak dapat dijangkau dan telah mulai mengganti node. Entri DNS untuk node yang diganti tidak berubah. Pada kebanyakan kasus, Anda tidak perlu menyegarkan daftar server untuk klien Anda ketika peristiwa ini terjadi. Namun, beberapa pustaka klien mungkin berhenti menggunakan node bahkan setelah MemoryDB menggantikan node; dalam hal ini, aplikasi harus menyegarkan daftar server ketika peristiwa ini terjadi. |
| MemoryDB: NodeReplaceComplete | "Finished recovery for node %s" | MemoryDB telah mendeteksi bahwa host yang menjalankan node terdegradasi atau tidak dapat dijangkau dan telah selesai mengganti node. Entri DNS untuk node yang diganti tidak berubah. Pada kebanyakan kasus, Anda tidak perlu menyegarkan daftar server untuk klien Anda ketika peristiwa ini terjadi. Namun, beberapa pustaka klien mungkin berhenti menggunakan node bahkan setelah MemoryDB menggantikan node; dalam hal ini, aplikasi harus menyegarkan daftar server ketika peristiwa ini terjadi. |
| MemoryDB: CreateClusterComplete | "Cluster created" | Cluster berhasil dibuat. |
| MemoryDB: CreateClusterFailed | "Failed to create cluster due to unsuccessful creation of its node(s)." dan "Deleting all nodes belonging to this cluster." | Cluster tidak dibuat. |
| MemoryDB: DeleteClusterComplete | "Cluster deleted." | Penghapusan cluster dan semua node terkait telah selesai. |
| MemoryDB: FailoverComplete | `"Failover to replica node %s completed"` | Failover ke simpul replika telah berhasil. |
| MemoryDB: NodeReplacementCanceled | "The replacement of node %s which was scheduled during the maintenance window from start time: %s, end time: %s has been canceled" | Sebuah simpul di klaster Anda yang dijadwalkan akan diganti tidak lagi dijadwalkan akan diganti. |
| MemoryDB: NodeReplacementRescheduled | "The replacement in maintenance window for node %s has been re-scheduled from previous start time: %s, previous end time: %s to new start time: %s, new end time: %s" | Sebuah simpul di klaster Anda yang sebelumnya dijadwalkan akan diganti telah dijadwalkan ulang untuk diganti selama periode baru yang dijelaskan dalam notifikasi. Untuk informasi tentang tindakan yang dapat Anda lakukan, lihat [Mengganti simpul](nodes.nodereplacement.md). |
| MemoryDB: NodeReplacementScheduled | "The node %s is scheduled for replacement during the maintenance window from start time: %s to end time: %s" | Sebuah simpul di klaster Anda dijadwalkan untuk penggantian selama jendela yang dijelaskan dalam notifikasi. Untuk informasi tentang tindakan yang dapat Anda ambil, lihat [Mengganti simpul](nodes.nodereplacement.md). |
| MemoryDB: RemoveNodeComplete | "Removed node %s" | Sebuah node telah dihapus dari cluster. |
| MemoryDB: SnapshotComplete | "Snapshot %s succeeded for node %s" | Sebuah snapshot telah berhasil diselesaikan. |
| MemoryDB: SnapshotFailed | "Snapshot %s failed for node %s" | Sebuah snapshot telah gagal. Lihat peristiwa cluster untuk penyebab lebih rinci. Jika Anda mendeskripsikan snapshot, lihat [DescribeSnapshots](https://docs.aws.amazon.com/memorydb/latest/APIReference/API_DescribeSnapshots.html), statusnya adalah `failed`. |
# Mencatat panggilan API MemoryDB dengan AWS CloudTrail
MemoryDB terintegrasi dengan AWS CloudTrail, layanan yang menyediakan catatan tindakan yang diambil oleh pengguna, peran, atau AWS layanan di MemoryDB. CloudTrail menangkap semua panggilan API untuk MemoryDB sebagai peristiwa, termasuk panggilan dari konsol MemoryDB dan dari panggilan kode ke operasi API MemoryDB. Jika Anda membuat jejak, Anda dapat mengaktifkan pengiriman CloudTrail acara secara terus menerus ke bucket Amazon S3, termasuk acara untuk MemoryDB. Jika Anda tidak mengonfigurasi jejak, Anda masih dapat melihat peristiwa terbaru di CloudTrail konsol dalam **Riwayat acara**. Dengan menggunakan informasi yang dikumpulkan oleh CloudTrail, Anda dapat menentukan permintaan yang dibuat ke MemoryDB, alamat IP dari mana permintaan dibuat, siapa yang membuat permintaan, kapan dibuat, dan detail tambahan.
Untuk mempelajari selengkapnya CloudTrail, lihat [Panduan AWS CloudTrail Pengguna](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/).
## Informasi MemoryDB di CloudTrail
CloudTrail diaktifkan di AWS akun Anda saat Anda membuat akun. Ketika aktivitas terjadi di MemoryDB, aktivitas tersebut direkam dalam suatu CloudTrail peristiwa bersama dengan peristiwa AWS layanan lainnya dalam riwayat **Acara**. Anda dapat melihat, mencari, dan mengunduh acara terbaru di AWS akun Anda. Untuk informasi selengkapnya, lihat [Melihat Acara dengan Riwayat CloudTrail Acara](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/view-cloudtrail-events.html).
Untuk catatan peristiwa yang sedang berlangsung di AWS akun Anda, termasuk acara untuk MemoryDB, buat jejak. Jejak memungkinkan CloudTrail untuk mengirimkan file log ke bucket Amazon S3. Secara default, ketika Anda membuat jejak di konsol, jejak ini diterapkan ke semua Wilayah. Trail mencatat peristiwa dari semua wilayah di AWS partisi dan mengirimkan file log ke bucket Amazon S3 yang Anda tentukan. Selain itu, Anda dapat mengonfigurasi AWS layanan lain untuk menganalisis lebih lanjut dan menindaklanjuti data peristiwa yang dikumpulkan dalam CloudTrail log. Untuk informasi selengkapnya, lihat berikut:
+ [Gambaran Umum untuk Membuat Jejak](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-create-and-update-a-trail.html)
+ [CloudTrail Layanan dan Integrasi yang Didukung](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-aws-service-specific-topics.html#cloudtrail-aws-service-specific-topics-integrations)
+ [Mengonfigurasi Notifikasi Amazon SNS untuk CloudTrail](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/getting_notifications_top_level.html)
+ [Menerima File CloudTrail Log dari Beberapa Wilayah](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/receive-cloudtrail-log-files-from-multiple-regions.html) dan [Menerima File CloudTrail Log dari Beberapa Akun](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-receive-logs-from-multiple-accounts.html)
Semua tindakan MemoryDB dicatat oleh. CloudTrail Misalnya, panggilan ke`CreateCluster`, `DescribeClusters` dan `UpdateCluster` tindakan menghasilkan entri dalam file CloudTrail log.
Setiap entri peristiwa atau log berisi informasi tentang entitas yang membuat permintaan tersebut. Informasi identitas membantu Anda menentukan hal berikut ini:
+ Apakah permintaan tersebut dibuat dengan kredensial root atau pengguna IAM.
+ Apakah permintaan tersebut dibuat dengan kredensial keamanan sementara untuk satu peran atau pengguna terfederasi.
+ Apakah permintaan itu dibuat oleh AWS layanan lain.
Untuk informasi lain, lihat [Elemen userIdentity CloudTrail ](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-event-reference-user-identity.html).
## Memahami entri file log MemoryDB
Trail adalah konfigurasi yang memungkinkan pengiriman peristiwa sebagai file log ke bucket Amazon S3 yang Anda tentukan. CloudTrail file log berisi satu atau lebih entri log. Peristiwa mewakili permintaan tunggal dari sumber mana pun dan mencakup informasi tentang tindakan yang diminta, tanggal dan waktu tindakan, parameter permintaan, dan sebagainya. CloudTrail file log bukanlah jejak tumpukan yang diurutkan dari panggilan API publik, sehingga file tersebut tidak muncul dalam urutan tertentu.
Contoh berikut menunjukkan entri CloudTrail log yang menunjukkan `CreateCluster` tindakan.
```
{
"eventVersion": "1.08",
"userIdentity": {
"type": "IAMUser",
"principalId": "EKIAUAXQT3SWDEXAMPLE",
"arn": "arn:aws:iam::123456789012:user/john",
"accountId": "123456789012",
"accessKeyId": "AKIAIOSFODNN7EXAMPLE",
"userName": "john"
},
"eventTime": "2021-07-10T17:56:46Z",
"eventSource": "memorydb.amazonaws.com",
"eventName": "CreateCluster",
"awsRegion": "us-east-1",
"sourceIPAddress": "192.0.2.01",
"userAgent": "aws-cli/2.2.29 Python/3.9.6 Darwin/19.6.0 source/x86_64 prompt/off command/memorydb.create-cluster",
"requestParameters": {
"clusterName": "memorydb-cluster",
"nodeType": "db.r6g.large",
"subnetGroupName": "memorydb-subnet-group",
"aCLName": "open-access"
},
"responseElements": {
"cluster": {
"name": "memorydb-cluster",
"status": "creating",
"numberOfShards": 1,
"availabilityMode": "MultiAZ",
"clusterEndpoint": {
"port": 6379
},
"nodeType": "db.r6g.large",
"engineVersion": "6.2",
"enginePatchVersion": "6.2.6",
"parameterGroupName": "default.memorydb-redis6",
"parameterGroupStatus": "in-sync",
"subnetGroupName": "memorydb-subnet-group",
"tLSEnabled": true,
"aRN": "arn:aws:memorydb:us-east-1:123456789012:cluster/memorydb-cluster",
"snapshotRetentionLimit": 0,
"maintenanceWindow": "tue:06:30-tue:07:30",
"snapshotWindow": "09:00-10:00",
"aCLName": "open-access",
"dataTiering": "false",
"autoMinorVersionUpgrade": true
}
},
"requestID": "506fc951-9ae2-42bb-872c-98028dc8ed11",
"eventID": "2ecf3dc3-c931-4df0-a2b3-be90b596697e",
"readOnly": false,
"eventType": "AwsApiCall",
"managementEvent": true,
"recipientAccountId": "123456789012",
"eventCategory": "Management"
}
```
Contoh berikut menunjukkan entri CloudTrail log yang menunjukkan `DescribeClusters` tindakan. Perhatikan bahwa untuk semua panggilan MemoryDB Describe dan List (`Describe*`dan`List*`), `responseElements` bagian dihapus dan muncul sebagai. `null`
```
{
"eventVersion": "1.08",
"userIdentity": {
"type": "IAMUser",
"principalId": "EKIAUAXQT3SWDEXAMPLE",
"arn": "arn:aws:iam::123456789012:user/john",
"accountId": "123456789012",
"accessKeyId": "AKIAIOSFODNN7EXAMPLE",
"userName": "john"
},
"eventTime": "2021-07-10T18:39:51Z",
"eventSource": "memorydb.amazonaws.com",
"eventName": "DescribeClusters",
"awsRegion": "us-east-1",
"sourceIPAddress": "192.0.2.01",
"userAgent": "aws-cli/2.2.29 Python/3.9.6 Darwin/19.6.0 source/x86_64 prompt/off command/memorydb.describe-clusters",
"requestParameters": {
"maxResults": 50,
"showShardDetails": true
},
"responseElements": null,
"requestID": "5e831993-52bb-494d-9bba-338a117c2389",
"eventID": "32a3dc0a-31c8-4218-b889-1a6310b7dd50",
"readOnly": true,
"eventType": "AwsApiCall",
"managementEvent": true,
"recipientAccountId": "123456789012",
"eventCategory": "Management"
}
```
Contoh berikut menunjukkan entri CloudTrail log yang mencatat `UpdateCluster` tindakan.
```
{
"eventVersion": "1.08",
"userIdentity": {
"type": "IAMUser",
"principalId": "EKIAUAXQT3SWDEXAMPLE",
"arn": "arn:aws:iam::123456789012:user/john",
"accountId": "123456789012",
"accessKeyId": "AKIAIOSFODNN7EXAMPLE",
"userName": "john"
},
"eventTime": "2021-07-10T19:23:20Z",
"eventSource": "memorydb.amazonaws.com",
"eventName": "UpdateCluster",
"awsRegion": "us-east-1",
"sourceIPAddress": "192.0.2.01",
"userAgent": "aws-cli/2.2.29 Python/3.9.6 Darwin/19.6.0 source/x86_64 prompt/off command/memorydb.update-cluster",
"requestParameters": {
"clusterName": "memorydb-cluster",
"snapshotWindow": "04:00-05:00",
"shardConfiguration": {
"shardCount": 2
}
},
"responseElements": {
"cluster": {
"name": "memorydb-cluster",
"status": "updating",
"numberOfShards": 2,
"availabilityMode": "MultiAZ",
"clusterEndpoint": {
"address": "clustercfg.memorydb-cluster.cde8da.memorydb.us-east-1.amazonaws.com",
"port": 6379
},
"nodeType": "db.r6g.large",
"engineVersion": "6.2",
"EnginePatchVersion": "6.2.6",
"parameterGroupName": "default.memorydb-redis6",
"parameterGroupStatus": "in-sync",
"subnetGroupName": "memorydb-subnet-group",
"tLSEnabled": true,
"aRN": "arn:aws:memorydb:us-east-1:123456789012:cluster/memorydb-cluster",
"snapshotRetentionLimit": 0,
"maintenanceWindow": "tue:06:30-tue:07:30",
"snapshotWindow": "04:00-05:00",
"autoMinorVersionUpgrade": true,
"DataTiering": "false"
}
},
"requestID": "dad021ce-d161-4365-8085-574133afab54",
"eventID": "e0120f85-ab7e-4ad4-ae78-43ba15dee3d8",
"readOnly": false,
"eventType": "AwsApiCall",
"managementEvent": true,
"recipientAccountId": "123456789012",
"eventCategory": "Management"
}
```
Contoh berikut menunjukkan entri CloudTrail log yang menunjukkan `CreateUser` tindakan. Perhatikan bahwa untuk panggilan MemoryDB yang berisi data sensitif, data tersebut akan disunting dalam CloudTrail peristiwa yang sesuai seperti yang ditunjukkan pada bagian di bawah ini`requestParameters`.
```
{
"eventVersion": "1.08",
"userIdentity": {
"type": "IAMUser",
"principalId": "EKIAUAXQT3SWDEXAMPLE",
"arn": "arn:aws:iam::123456789012:user/john",
"accountId": "123456789012",
"accessKeyId": "AKIAIOSFODNN7EXAMPLE",
"userName": "john"
},
"eventTime": "2021-07-10T19:56:13Z",
"eventSource": "memorydb.amazonaws.com",
"eventName": "CreateUser",
"awsRegion": "us-east-1",
"sourceIPAddress": "192.0.2.01",
"userAgent": "aws-cli/2.2.29 Python/3.9.6 Darwin/19.6.0 source/x86_64 prompt/off command/memorydb.create-user",
"requestParameters": {
"userName": "memorydb-user",
"authenticationMode": {
"type": "password",
"passwords": [
"HIDDEN_DUE_TO_SECURITY_REASONS"
]
},
"accessString": "~* &* -@all +@read"
},
"responseElements": {
"user": {
"name": "memorydb-user",
"status": "active",
"accessString": "off ~* &* -@all +@read",
"aCLNames": [],
"minimumEngineVersion": "6.2",
"authentication": {
"type": "password",
"passwordCount": 1
},
"aRN": "arn:aws:memorydb:us-east-1:123456789012:user/memorydb-user"
}
},
"requestID": "ae288b5e-80ab-4ff8-989a-5ee5c67cd193",
"eventID": "ed096e3e-16f1-4a23-866c-0baa6ec769f6",
"readOnly": false,
"eventType": "AwsApiCall",
"managementEvent": true,
"recipientAccountId": "123456789012",
"eventCategory": "Management"
}
```