Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Peringatan
Peringatan adalah salah satu sumber informasi terpenting dalam hal keamanan, ketersediaan, kinerja, dan keandalan infrastruktur TI dan layanan TI Anda. Mereka memberi tahu dan memberi tahu tim TI Anda tentang ancaman keamanan yang sedang berlangsung, pemadaman, masalah kinerja, atau kegagalan sistem.
Perpustakaan Infrastruktur Teknologi Informasi (ITIL), khususnya praktik manajemen layanan TI (ITSM), menetapkan peringatan otomatis pada titik fokus pemantauan dan manajemen acara dan praktik terbaik manajemen insiden.
Peringatan insiden adalah ketika alat pemantauan menghasilkan peringatan untuk memberi tahu tim Anda dan alat otomatis (untuk item yang dapat ditindaklanjuti secara otomatis) tentang perubahan, tindakan berisiko tinggi, atau kegagalan di lingkungan TI. Peringatan TI adalah garis pertahanan pertama terhadap pemadaman sistem atau perubahan yang dapat berubah menjadi insiden besar. Dengan memantau sistem secara otomatis dan menghasilkan peringatan untuk pemadaman dan perubahan berisiko, tim TI dapat meminimalkan waktu henti dan mengurangi biaya tinggi yang menyertainya.
[Sebagai praktik terbaik, AWS Well-Architected Framework menetapkan bahwa [Anda menggunakan pemantauan untuk menghasilkan notifikasi berbasis alarm, dan memantau dan alarm](https://docs.aws.amazon.com/wellarchitected/latest/framework/perf_monitor_instances_post_launch_generate_alarms.html) secara proaktif.](https://docs.aws.amazon.com/wellarchitected/latest/framework/perf_monitor_instances_post_launch_proactive.html) Gunakan CloudWatch atau layanan pemantauan pihak ketiga untuk menyetel alarm yang menunjukkan kapan metrik berada di luar batas yang diharapkan.
Tujuan manajemen peringatan adalah untuk menetapkan prosedur yang efisien dan terstandarisasi untuk menangani peristiwa dan insiden terkait TI melalui pencatatan, klasifikasi, definisi dan implementasi tindakan, penutupan, dan kegiatan peninjauan pasca-insiden.
**Bagian**
+ [CloudWatch alarm](cloudwatch-alarms.md)
+ [EventBridge aturan](eventbridge-rules.md)
+ [Menentukan tindakan, mengaktifkan, dan menonaktifkan alarm](enable-disable-alarms.md)
# CloudWatch alarm
Saat Anda mengoperasikan instans Amazon RDS DB, Anda ingin memantau dan menghasilkan peringatan tentang berbagai jenis metrik, peristiwa, dan jejak. [Untuk database MySQL dan MariaDB, sumber [informasi penting adalah metrik instans DB](db-instance-monitoring.md), [metrik OS, peristiwa, log,](os-monitoring.md) dan jejak audit.](events-logs-audit.md) Kami menyarankan Anda menggunakan [CloudWatch alarm](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/AlarmThatSendsEmail.html) untuk menonton satu metrik selama periode waktu yang Anda tentukan.
Contoh berikut menggambarkan bagaimana Anda dapat mengatur alarm yang mengawasi `CPUUtilization` metrik (persentase pemanfaatan CPU) pada semua instans Amazon RDS DB Anda. Anda mengkonfigurasi alarm untuk dipicu jika penggunaan CPU pada instans DB lebih dari 80 persen untuk periode evaluasi 5 menit.
![\[Mengatur alarm untuk CPUUtilization metrik\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/amazon-rds-monitoring-alerting/images/setting-alarm.png)
Ini berarti alarm masuk ke `ALARM` keadaan jika salah satu database Anda mengalami pemanfaatan CPU yang tinggi (lebih dari 80 persen) selama 5 menit atau lebih. Alarm tetap dalam `OK` keadaan jika CPU kadang-kadang meledak hingga pemanfaatan lebih dari 80 persen untuk waktu yang singkat, dan kemudian turun lagi di bawah ambang batas. Grafik berikut menggambarkan logika ini.
![\[Status alarm dan ambang batas\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/amazon-rds-monitoring-alerting/images/thresholds.png)
CloudWatch alarm mendukung alarm metrik dan komposit.
+ *Alarm metrik* menonton satu CloudWatch metrik dan dapat melakukan ekspresi matematika pada metrik. Alarm metrik dapat mengirim pesan Amazon SNS, yang, pada gilirannya, dapat mengambil satu atau beberapa tindakan berdasarkan nilai metrik relatif terhadap ambang batas tertentu selama beberapa periode waktu.
+ *Alarm komposit* didasarkan pada ekspresi aturan, yang mengevaluasi status beberapa alarm dan masuk ke `ALARM` status hanya jika semua kondisi aturan terpenuhi. Alarm komposit biasanya digunakan untuk mengurangi jumlah peringatan yang tidak perlu. Misalnya, Anda mungkin memiliki alarm komposit yang berisi beberapa alarm metrik yang dikonfigurasi untuk tidak pernah mengambil tindakan. Alarm komposit akan mengirim peringatan ketika semua alarm metrik individu dalam komposit sudah ada di `ALARM`
CloudWatch alarm hanya dapat menonton CloudWatch metrik. Jika Anda ingin membuat alarm berdasarkan kesalahan, kueri lambat, atau log umum, Anda harus membuat CloudWatch metrik dari log. Anda dapat melakukannya seperti yang dibahas sebelumnya di bagian [pemantauan OS](os-monitoring.md) dan [Peristiwa, log, dan jejak audit](events-logs-audit.md), dengan menggunakan filter untuk [membuat metrik dari](https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/MonitoringLogData.html) peristiwa log. Demikian pula, untuk memberi tahu metrik Pemantauan yang Ditingkatkan, Anda harus membuat filter metrik CloudWatch dari CloudWatch Log.
# EventBridge aturan
[Acara Amazon RDS](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_Events.Messages.html) dikirimkan ke Amazon EventBridge, dan Anda dapat menggunakan [EventBridge aturan](https://docs.aws.amazon.com/eventbridge/latest/userguide/eb-create-rule.html) untuk bereaksi terhadap peristiwa tersebut. Misalnya, Anda dapat membuat EventBridge aturan yang akan memberi tahu Anda dan mengambil tindakan jika satu instans DB tertentu berhenti atau dimulai, seperti yang ditunjukkan layar berikut.
![\[EventBridge aturan untuk instans DB berhenti dan dimulai\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/amazon-rds-monitoring-alerting/images/eventbridge-rules.png)
Aturan yang mendeteksi `The DB instance has been stopped` peristiwa memiliki ID peristiwa Amazon RDS`RDS-EVENT-0087`, sehingga Anda menetapkan `Event Pattern` properti aturan ke:
```
{
"source": ["aws.rds"],
"detail-type": ["RDS DB Instance Event"],
"detail": {
"SourceArn": ["arn:aws:rds:eu-west-3:111122223333:db:database-3"],
"EventID": ["RDS-EVENT-0087"]
}
}
```
Aturan ini `database-3` hanya memantau instans DB, dan mengawasi `RDS-EVENT-0087` acara tersebut. [Ketika EventBridge mendeteksi peristiwa, ia mengirimkan acara ke sumber daya atau titik akhir, yang dikenal sebagai target.](https://docs.aws.amazon.com/eventbridge/latest/userguide/eb-targets.html) Di sinilah Anda dapat menentukan tindakan yang ingin Anda ambil jika instans Amazon RDS dimatikan. Anda dapat mengirim acara ke banyak target yang mungkin, termasuk topik SNS, antrian Amazon Simple Queue Service (Amazon SQS), AWS Systems Manager fungsi, Otomasi, pekerjaan AWS Lambda , Amazon API Gateway AWS Batch , dan banyak lainnya. Misalnya, Anda dapat membuat topik SNS yang akan mengirim email notifikasi dan SMS, dan menetapkan topik SNS itu sebagai target aturan. EventBridge Jika instans Amazon RDS DB `database-3` telah dihentikan, Amazon RDS mengirimkan acara `RDS-EVENT-0087` ke EventBridge, di mana ia terdeteksi. EventBridge kemudian memanggil target, yang merupakan topik SNS. Topik SNS dikonfigurasi untuk mengirim email (seperti yang ditunjukkan pada ilustrasi berikut) dan SMS.
![\[Konfigurasi topik SNS\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/amazon-rds-monitoring-alerting/images/sns-notification.png)
# Menentukan tindakan, mengaktifkan, dan menonaktifkan alarm
Anda dapat menggunakan CloudWatch alarm untuk menentukan tindakan apa yang harus diambil alarm ketika berubah antara`OK`,`ALARM`, dan `INSUFFICIENT_DATA` status. CloudWatch memiliki integrasi bawaan dengan topik SNS dan beberapa kategori tindakan tambahan yang tidak berlaku untuk metrik Amazon RDS, seperti tindakan Amazon Elastic Compute Cloud (Amazon EC2) atau tindakan grup Amazon EC2 Auto Scaling. EventBridge umumnya digunakan untuk menulis aturan dan menentukan target yang mengambil tindakan ketika alarm dipicu untuk metrik Amazon RDS. CloudWatch mengirimkan acara ke EventBridge setiap kali CloudWatch alarm mengubah statusnya. Anda dapat menggunakan peristiwa perubahan status alarm ini untuk memicu target acara masuk EventBridge. Untuk informasi selengkapnya, lihat [Acara alarm dan EventBridge](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/cloudwatch-and-eventbridge.html) dalam CloudWatch dokumentasi.
Anda mungkin juga perlu mengelola alarm; misalnya, untuk secara otomatis menonaktifkan alarm selama perubahan atau pengujian konfigurasi yang direncanakan, dan kemudian mengaktifkan kembali alarm ketika tindakan yang direncanakan selesai. Misalnya, jika Anda memiliki pemutakhiran perangkat lunak database terencana dan terjadwal yang memerlukan waktu henti, dan Anda memiliki alarm yang akan diaktifkan jika database tidak tersedia, Anda dapat menonaktifkan dan mengaktifkan alarm dengan menggunakan tindakan API [DisableAlarmActions](https://docs.aws.amazon.com/AmazonCloudWatch/latest/APIReference/API_DisableAlarmActions.html)dan [EnableAlarmActions](https://docs.aws.amazon.com/AmazonCloudWatch/latest/APIReference/API_EnableAlarmActions.html), atau perintah [disable-alarm-actions](https://docs.aws.amazon.com/cli/latest/reference/cloudwatch/disable-alarm-actions.html)dan [enable-alarm-actions](https://docs.aws.amazon.com/cli/latest/reference/cloudwatch/enable-alarm-actions.html)di. AWS CLI Anda juga dapat melihat riwayat alarm di CloudWatch konsol atau dengan menggunakan tindakan [DescribeAlarmHistory](https://docs.aws.amazon.com/AmazonCloudWatch/latest/APIReference/API_DescribeAlarmHistory.html)API atau [describe-alarm-history](https://docs.aws.amazon.com/cli/latest/reference/cloudwatch/describe-alarm-history.html)perintah di AWS CLI. CloudWatch mempertahankan riwayat alarm selama dua minggu. Di CloudWatch konsol, Anda dapat memilih menu **Favorit dan** terbaru di panel navigasi untuk mengatur dan mengakses alarm favorit dan yang terakhir dikunjungi.