Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

# Contoh kasus penggunaan untuk CloudWatch alarm dalam Deteksi dan Respons Insiden
<a name="idr-ex-alarm-use-cases"></a>

Kasus penggunaan berikut memberikan contoh bagaimana Anda dapat menggunakan CloudWatch alarm Amazon di Deteksi dan Respons Insiden. Contoh-contoh ini menunjukkan bagaimana CloudWatch alarm dapat dikonfigurasi untuk memantau metrik dan ambang batas utama di berbagai AWS layanan, memungkinkan Anda mengidentifikasi dan merespons potensi masalah yang dapat memengaruhi ketersediaan dan kinerja aplikasi dan beban kerja Anda.

## Contoh Kasus Penggunaan A: Application Load Balancer
<a name="use-case-alb"></a>

Anda dapat membuat CloudWatch alarm berikut yang menandakan potensi dampak beban kerja. Untuk melakukan ini, Anda membuat matematika metrik yang mengkhawatirkan saat koneksi yang berhasil turun di bawah ambang batas tertentu. Untuk metrik yang tersedia, lihat CloudWatch [CloudWatch metrik untuk Application Load](https://docs.aws.amazon.com/elasticloadbalancing/latest/application/load-balancer-cloudwatch-metrics.html) Balancer

**Metrik:** `HTTPCode_Target_3XX_Count;HTTPCode_Target_4XX_Count;HTTPCode_Target_5XX_Count. (m1+m2)/(m1+m2+m3+m4)*100 m1 = HTTP Code 2xx || m2 = HTTP Code 3xx || m3 = HTTP Code 4xx || m4 = HTTP Code 5xx`

**NameSpace: AWS/AplikasiElb**

**ComparisonOperator(Ambang):** Kurang dari x (x = ambang pelanggan).

**Periode:** 60 detik

**DatapointsToAlarm:** 3 dari 3

**Perlakuan data yang hilang:** Perlakukan data yang hilang sebagai [pelanggaran](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/AlarmThatSendsEmail.html#alarms-and-missing-data).

**Statistik: **Jumlah

Diagram berikut menunjukkan aliran untuk Use Case A:

![\[Contoh kasus penggunaan untuk Application Load Balancer\]](http://docs.aws.amazon.com/id_id/IDR/latest/userguide/images/UseCaseAALB.png)


## Contoh Kasus Penggunaan B: Amazon API Gateway
<a name="use-case-apigateway"></a>

Anda dapat membuat CloudWatch alarm berikut yang menandakan potensi dampak beban kerja. Untuk melakukan ini, Anda membuat metrik komposit yang alarm ketika ada lantensi tinggi atau jumlah rata-rata kesalahan 4XX yang tinggi di API Gateway. Untuk metrik yang tersedia, lihat [Dimensi dan metrik Amazon API Gateway](https://docs.aws.amazon.com/apigateway/latest/developerguide/api-gateway-metrics-and-dimensions.html)

**Metrik:** `compositeAlarmAPI Gateway (ALARM(error4XXMetricApiGatewayAlarm)) OR (AALARM(latencyMetricApiGatewayAlarm))`

**NameSpace:** AWS/Gerbang API

**ComparisonOperator(Ambang batas):** Lebih besar dari (ambang batas pelanggan x atau y)

**Periode:** 60 detik

**DatapointsToAlarm:** 1 dari 1

**Perlakuan data yang hilang:** Perlakukan data yang hilang sebagai [tidak melanggar](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/AlarmThatSendsEmail.html#alarms-and-missing-data).

**Statistik:**

Diagram berikut menunjukkan aliran untuk Use Case B:

![\[Contoh kasus penggunaan untuk API Gateway\]](http://docs.aws.amazon.com/id_id/IDR/latest/userguide/images/UseCaseBAPIGW.png)


## Contoh Kasus Penggunaan C: Amazon Route 53
<a name="use-case-apigateway"></a>

Anda dapat memantau sumber daya Anda dengan membuat pemeriksaan kesehatan Route 53 yang digunakan CloudWatch untuk mengumpulkan dan memproses data mentah menjadi metrik yang dapat dibaca, mendekati waktu nyata. Anda dapat membuat CloudWatch alarm berikut yang menandakan potensi dampak beban kerja. Anda dapat menggunakan CloudWatch metrik untuk membuat alarm yang memicu ketika melanggar ambang batas yang ditetapkan. Untuk metrik yang tersedia, lihat CloudWatch [CloudWatch metrik untuk pemeriksaan kesehatan Route 53](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/monitoring-cloudwatch.html#cloudwatch-metrics)

**Metrik:** `R53-HC-Success`

**NameSpace:** AWS/Rute 53

**Ambang batas HealthCheckStatus:** HealthCheckStatus < x untuk 3 titik data dalam 3 menit (menjadi ambang batas x pelanggan)

**Periode:** 1 menit

**DatapointsToAlarm:** 3 dari 3

**Perlakuan data yang hilang:** Perlakukan data yang hilang sebagai [pelanggaran](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/AlarmThatSendsEmail.html#alarms-and-missing-data).

**Statistik: **Minimum

Diagram berikut menunjukkan aliran untuk Use Case C:

![\[Contoh kasus penggunaan untuk Route 53\]](http://docs.aws.amazon.com/id_id/IDR/latest/userguide/images/UseCaseCR53.png)


## Contoh Kasus Penggunaan D: Pantau beban kerja dengan aplikasi khusus
<a name="use-case-apigateway"></a>

Sangat penting bahwa Anda meluangkan waktu untuk menentukan pemeriksaan kesehatan yang tepat dalam skenario ini. Jika Anda hanya memverifikasi bahwa port aplikasi terbuka, maka Anda belum memverifikasi bahwa aplikasi tersebut berfungsi. Selain itu, melakukan panggilan ke halaman beranda aplikasi belum tentu cara yang benar untuk menentukan apakah aplikasi berfungsi. Misalnya, jika aplikasi bergantung pada database dan Amazon Simple Storage Service (Amazon S3), maka pemeriksaan kesehatan harus memvalidasi semua elemen. Salah satu cara untuk melakukannya adalah dengan membuat halaman web pemantauan, seperti **/monitor**. Halaman web pemantauan membuat panggilan ke database untuk memastikan bahwa itu dapat terhubung dan mendapatkan data. Dan, halaman web pemantauan melakukan panggilan ke Amazon S3. Kemudian, Anda mengarahkan pemeriksaan kesehatan pada penyeimbang beban ke halaman **/monitor**.

Diagram berikut menunjukkan aliran untuk Use Case D:

![\[Contoh kasus penggunaan untuk pemantauan dengan aplikasi khusus\]](http://docs.aws.amazon.com/id_id/IDR/latest/userguide/images/CustomAlarm.png)