Tujuan tingkat layanan (SLOs) - Amazon CloudWatch
Konsep-konsep SLOHitung anggaran kesalahan dan pencapaian untuk berbasis periode SLOsHitung anggaran kesalahan dan pencapaian berdasarkan permintaan SLOsHitung laju pembakaran dan atur alarm laju pembakaran secara opsionalMembuat SLOMenampilkan dan melakukan penilaian awal pada status SLOSunting SLO yang adaMenghapus SLO

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

Tujuan tingkat layanan (SLOs)

Anda dapat menggunakan Sinyal Aplikasi untuk membuat tujuan tingkat layanan untuk layanan untuk operasi atau dependensi bisnis penting Anda. Dengan membuat SLOs layanan ini, Anda akan dapat melacaknya di dasbor SLO, memberi Anda at-a-glance gambaran tentang operasi terpenting Anda.

Selain membuat tampilan cepat yang dapat digunakan operator Anda untuk melihat status operasi kritis saat ini, Anda dapat menggunakannya SLOs untuk melacak kinerja jangka panjang layanan Anda, untuk memastikan bahwa mereka memenuhi harapan Anda. Jika Anda memiliki perjanjian tingkat layanan dengan pelanggan, SLOs adalah alat yang hebat untuk memastikan bahwa mereka terpenuhi.

Menilai kesehatan layanan Anda dengan SLOs memulai dengan menetapkan tujuan yang jelas dan terukur berdasarkan metrik kinerja utama— indikator tingkat layanan (). SLIs SLO melacak performa SLI terhadap ambang batas dan sasaran yang Anda tetapkan, dan melaporkan seberapa jauh atau seberapa dekat performa aplikasi Anda dengan ambang batas.

Sinyal Aplikasi membantu Anda mengatur SLOs metrik kinerja utama Anda. Sinyal Aplikasi secara otomatis mengumpulkan Latency dan Availability metrik untuk setiap layanan dan operasi yang ditemukannya, dan metrik ini seringkali ideal untuk digunakan sebagai. SLIs Dengan wizard pembuatan SLO, Anda dapat menggunakan metrik ini untuk Anda. SLOs Anda kemudian dapat melacak status semua Anda SLOs dengan dasbor Sinyal Aplikasi.

Anda dapat mengatur SLOs operasi atau dependensi tertentu yang dipanggil atau digunakan oleh layanan Anda. Anda dapat menggunakan ekspresi CloudWatch metrik atau metrik apa pun sebagai SLI, selain menggunakan Latency dan Availability metrik.

Membuat SLOs sangat penting untuk mendapatkan manfaat maksimal dari Sinyal CloudWatch Aplikasi. Setelah Anda membuat SLOs, Anda dapat melihat statusnya di konsol Sinyal Aplikasi untuk dengan cepat melihat layanan dan operasi penting Anda yang berkinerja baik dan mana yang tidak sehat. Harus SLOs melacak memberikan manfaat utama berikut:

  • Lebih mudah bagi para operator layanan Anda untuk melihat kondisi kesehatan operasional saat ini dari layanan kritis yang diukur berdasarkan SLI. Kemudian mereka dapat dengan cepat melakukan penilaian awal dan mengidentifikasi layanan dan operasi yang sedang dalam kondisi tidak sehat.

  • Anda dapat melacak performa layanan Anda terhadap sasaran bisnis yang terukur dalam jangka waktu yang lebih lama.

Dengan memilih apa yang akan ditetapkan SLOs , Anda memprioritaskan apa yang penting bagi Anda. Dasbor Sinyal Aplikasi secara otomatis akan menyajikan informasi mengenai apa yang telah Anda prioritaskan.

Saat Anda membuat SLO, Anda juga dapat memilih untuk membuat CloudWatch alarm pada saat yang sama untuk memantau. SLOs Anda dapat mengatur alarm yang memantau terjadinya pelanggaran ambang batas, dan juga alarm untuk tingkat-tingkat peringatan. Alarm-alarm ini dapat secara otomatis memberikan notifikasi kepada Anda jika metrik-metrik SLO melanggar ambang batas yang Anda tetapkan, atau jika mendekati ambang peringatan. Misalnya, SLO yang mendekati ambang peringatannya dapat memberi tahu Anda bahwa tim Anda mungkin perlu memperlambat churn dalam aplikasi untuk memastikan bahwa tujuan performa jangka panjang terpenuhi.

Konsep-konsep SLO

Suatu SLO mencakup komponen-komponen berikut:

  • Indikator tingkat layanan (SLI), yang merupakan sebuah metrik performa utama yang Anda tentukan. Ini mewakili tingkat performa yang diinginkan untuk aplikasi Anda. Sinyal Aplikasi secara otomatis mengumpulkan metrik utama Latency dan Availability untuk layanan dan operasi yang ditemukannya, dan ini sering kali dapat menjadi metrik yang ideal untuk ditetapkan. SLOs

    Anda memilih ambang batas yang akan Anda gunakan untuk SLI Anda. Seperti, 200 ms untuk latensi.

  • Tujuan atau tujuan pencapaian, yang merupakan persentase waktu atau permintaan agar SLI diharapkan memenuhi ambang batas selama setiap interval waktu. Interval waktu tersebut bisa dalam hitungan jam atau selama setahun.

    Interval dapat berupa interval kalender atau interval bergulir.

    • Interval kalender diselaraskan dengan kalender, seperti SLO yang dilacak per bulan. CloudWatch Secara otomatis menyesuaikan kesehatan, anggaran, dan angka pencapaian berdasarkan jumlah hari dalam sebulan. Interval kalender lebih cocok untuk tujuan-tujuan bisnis yang diukur berdasarkan kalender yang sudah diselaraskan.

    • Interval bergulir dihitung secara bergulir. Interval bergulir lebih cocok untuk melakukan pelacakan terhadap pengalaman pengguna terbaru dari aplikasi Anda.

  • Periode adalah jangka waktu yang lebih pendek, dan banyak periode membentuk interval. Performa aplikasi dibandingkan dengan SLI selama masing-masing periode dalam interval. Untuk setiap periode, aplikasi ditentukan telah mencapai atau tidak mencapai performa yang diperlukan.

Sebagai contoh, tujuan 99% dengan interval kalender satu hari dan periode 1 menit berarti bahwa aplikasi harus memenuhi atau mencapai ambang keberhasilan selama 99% dari periode 1 menit di siang hari. Jika ya, artinya SLO terpenuhi untuk hari itu. Hari berikutnya adalah interval evaluasi baru, dan aplikasi tersebut harus memenuhi atau mencapai ambang keberhasilan selama 99% dari periode 1 menit selama hari kedua untuk memenuhi SLO untuk hari kedua itu.

SLI dapat didasarkan pada salah satu metrik aplikasi standar baru yang dikumpulkan Sinyal Aplikasi. Atau, itu bisa berupa ekspresi CloudWatch metrik atau metrik apa pun. Metrik aplikasi standar yang dapat Anda gunakan untuk SLI adalah Latency dan Availability. Availability mewakili respons yang berhasil dibagi dengan total permintaan. Ini dihitung sebagai (1 - Tingkat Kegagalan)*100, di mana respons Kegagalan adalah kesalahan 5xx. Respons keberhasilan adalah respons tanpa kesalahan 5XX. Respons 4XX dianggap berhasil.

Hitung anggaran kesalahan dan pencapaian untuk berbasis periode SLOs

Ketika Anda melihat informasi tentang SLO, Anda melihat status kesehatan saat ini dan anggaran kesalahannya. Anggaran kesalahan adalah jumlah waktu dalam interval yang dapat menembus ambang batas tetapi tetap membiarkan SLO dipenuhi. Anggaran kesalahan total adalah jumlah total waktu pelanggaran yang dapat ditoleransi di seluruh interval. Sisa anggaran kesalahan adalah sisa jumlah waktu pelanggaran yang dapat ditoleransi selama interval saat ini. Ini setelah jumlah waktu pelanggaran yang telah terjadi telah dikurangi total anggaran kesalahan.

Gambar berikut menggambarkan konsep anggaran pencapaian dan kesalahan untuk suatu tujuan dengan interval 30 hari, periode 1 menit, dan tujuan pencapaian 99%. 30 hari mencakup 43.200 periode 1 menit. 99% dari 43.200 adalah 42.768, jadi 42.768 menit selama sebulan harus sehat agar SLO terpenuhi. Sejauh ini dalam interval saat ini, 130 dari periode 1 menit berada kondisi tidak sehat.

Diagram diagram batang yang menunjukkan total periode dalam interval SLO, dan angka anggaran pencapaian dan kesalahan untuk SLO ini.

Menentukan keberhasilan dalam masing-masing periode

Dalam masing-masing periode, data SLI akan dikumpulkan menjadi satu titik data berdasarkan statistik yang digunakan untuk SLI. Titik data ini mewakili durasi periode seluruhnya. Titik data tunggal itu dibandingkan dengan ambang batas SLI untuk menentukan apakah periode tersebut dalam kondisi sehat, atau tidak. Melihat periode yang tidak sehat selama rentang waktu saat ini di dasbor dapat mengingatkan para operator layanan Anda bahwa layanan perlu diprioritaskan.

Jika periode ditentukan tidak sehat, seluruh panjang periode dihitung sebagai gagal terhadap anggaran kesalahan. Melacak anggaran kesalahan memungkinkan Anda mengetahui apakah layanan mencapai performa yang Anda inginkan dalam jangka waktu yang lebih lama.

Pengecualian jendela waktu

Pengecualian jendela waktu adalah blok waktu dengan tanggal mulai dan akhir yang ditentukan. Periode waktu ini dikecualikan dari metrik kinerja SLO dan Anda dapat menjadwalkan jendela pengecualian waktu satu kali atau berulang. Misalnya, pemeliharaan terjadwal.

catatan

  • Untuk berbasis periode SLOs, data SLI di jendela pengecualian dianggap sebagai tidak melanggar.

  • Untuk berbasis permintaan SLOs, semua permintaan baik dan buruk di jendela pengecualian dikecualikan.

  • Ketika interval untuk SLO berbasis permintaan sepenuhnya dikecualikan, metrik tingkat pencapaian default 100% diterbitkan.

  • Anda hanya dapat menentukan jendela waktu dengan tanggal mulai di masa depan.

Hitung anggaran kesalahan dan pencapaian berdasarkan permintaan SLOs

Setelah Anda membuat SLO, Anda dapat mengambil laporan anggaran kesalahan untuk itu. Anggaran kesalahan adalah jumlah permintaan yang aplikasi Anda dapat tidak sesuai dengan tujuan SLO, dan masih memiliki aplikasi Anda memenuhi tujuan. Untuk SLO berbasis permintaan, anggaran kesalahan yang tersisa bersifat dinamis dan dapat meningkat atau menurun, tergantung pada rasio permintaan yang baik terhadap total permintaan

Tabel berikut menggambarkan perhitungan untuk SLO berbasis permintaan dengan interval 5 hari dan 85% tujuan pencapaian. Dalam contoh ini, kami berasumsi tidak ada lalu lintas sebelum Hari 1. SLO tidak memenuhi tujuan pada Hari 10.

Waktu Total permintaan Permintaan buruk Total permintaan akumulatif dalam 5 hari terakhir Akumulatif total permintaan bagus dalam 5 hari terakhir Pencapaian berbasis permintaan Total permintaan anggaran Permintaan anggaran yang tersisa

Hari 1

 10 1

10

9

9/10 = 90%

1.5

 0,5

Hari 2

5

1

15

13

13/15= 86%

2.3

 0,3

Hari 3

1

1

16

13

13/16= 81%

2.4

 -0,6

Hari 4

24

0

40

37

37/40= 92%

6.0

 3.0

Hari 5

20

5

60

52

52/60= 87%

9.0

 1.0

Hari 6

6

2

 56

47

 47/56= 84%

8.4

 -0,6

Hari 7

10

3

61

 50

50/61= 82%

9.2

 -1,8

Hari 8

15

6

75

59

59/75= 79%

11.3

 -4,7
Hari 9

12

1

63

46

46/63= 73%

9.5

 -7,5

Hari 10

5

57

40

 40/57= 70%

8.5

 -8,5

Pencapaian akhir selama 5 hari terakhir

70%

Hitung laju pembakaran dan atur alarm laju pembakaran secara opsional

Anda dapat menggunakan Sinyal Aplikasi untuk menghitung tingkat pembakaran untuk tujuan tingkat layanan Anda. Burn rate adalah metrik yang menunjukkan seberapa cepat layanan mengkonsumsi anggaran kesalahan, relatif terhadap tujuan pencapaian SLO. Ini dinyatakan sebagai faktor mutliple dari tingkat kesalahan dasar.

Tingkat pembakaran dihitung sesuai dengan tingkat kesalahan dasar, yang tergantung pada tujuan pencapaian. Tujuan pencapaian adalah persentase dari periode waktu yang sehat atau permintaan yang berhasil yang harus dicapai untuk memenuhi tujuan SLO. Tingkat kesalahan dasar adalah (100% - persentase tujuan pencapaian), dan angka ini akan menggunakan anggaran kesalahan lengkap yang tepat pada akhir interval waktu SLO. Jadi SLO dengan tujuan pencapaian 99% akan memiliki tingkat kesalahan dasar 1%.

Memantau laju pembakaran memberi tahu kita seberapa jauh kita dari tingkat kesalahan dasar. Sekali lagi mengambil contoh tujuan pencapaian 99%, berikut ini benar:

  • Burn rate = 1: Jika tingkat pembakaran tetap tepat pada tingkat kesalahan dasar sepanjang waktu, kami memenuhi tujuan SLO dengan tepat.

  • Burn rate < 1: Jika tingkat pembakaran lebih rendah dari tingkat kesalahan dasar, kami berada di jalur untuk melebihi tujuan SLO.

  • Burn rate > 1: Jika tingkat pembakaran lebih tinggi dari tingkat kesalahan dasar, kami memiliki kesempatan untuk gagal dalam tujuan SLO.

Saat Anda membuat tingkat pembakaran untuk Anda SLOs, Anda juga dapat memilih untuk membuat CloudWatch alarm pada saat yang sama untuk memantau tingkat pembakaran. Anda dapat menetapkan ambang batas untuk tingkat pembakaran dan alarm dapat secara otomatis memberi tahu Anda jika metrik tingkat pembakaran melanggar ambang batas yang Anda tetapkan. Misalnya, tingkat pembakaran yang mendekati ambang batas dapat memberi tahu Anda bahwa SLO membakar anggaran kesalahan lebih cepat daripada yang dapat ditoleransi tim Anda dan tim Anda mungkin perlu memperlambat churn dalam aplikasi untuk memastikan bahwa tujuan kinerja jangka panjang terpenuhi.

Membuat alarm akan menimbulkan biaya. Untuk informasi selengkapnya tentang CloudWatch harga, lihat CloudWatch Harga Amazon.

Hitung laju pembakaran

Untuk menghitung tingkat pembakaran, Anda harus menentukan jendela tampilan belakang. Jendela look-back adalah durasi waktu untuk mengukur tingkat kesalahan.

burn rate = error rate over the look-back window / (100% - attainment goal)

catatan

Ketika tidak ada data untuk periode burn rate, Application Signals menghitung laju pembakaran berdasarkan pencapaian.

Tingkat kesalahan dihitung sebagai rasio jumlah peristiwa buruk atas jumlah total peristiwa selama jendela tingkat pembakaran:

  • Untuk berbasis periode SLOs, tingkat kesalahan dihitung sebagai periode buruk dibagi dengan total periode. Total periode mewakili keseluruhan periode selama jendela tampilan belakang.

  • Untuk permintaan berbasis SLOs, ini adalah ukuran permintaan buruk dibagi dengan total permintaan. Jumlah total permintaan adalah jumlah permintaan selama jendela look-back.

Jendela look-back harus kelipatan dari periode waktu SLO, dan harus kurang dari interval SLO.

Tentukan ambang batas yang sesuai untuk alarm tingkat pembakaran

Saat Anda mengonfigurasi alarm tingkat pembakaran, Anda harus memilih nilai untuk tingkat pembakaran sebagai ambang batas alarm. Nilai ambang batas ini tergantung pada panjang interval SLO dan jendela tampilan belakang, dan tergantung pada metode atau model mental mana yang ingin diadopsi oleh tim Anda. Ada dua metode utama yang tersedia untuk menentukan ambang batas.

Metode 1: Tentukan persentase perkiraan total anggaran kesalahan yang bersedia dibakar tim Anda di jendela tampilan belakang.

Jika Anda ingin khawatir ketika X% dari perkiraan anggaran kesalahan dihabiskan dalam jam lihat kembali tingkat pembakaran terakhir, ambang batas tingkat pembakaran adalah sebagai berikut:

burn rate threshold = X% * SLO interval length / look-back window size

Misalnya, 5% dari anggaran kesalahan 30 hari (720 jam) yang dihabiskan lebih dari satu jam membutuhkan tingkat pembakaran. 5% * 720 / 1 = 36 Oleh karena itu, jika jendela tampilan kembali tingkat pembakaran adalah 1 jam, kami menetapkan ambang batas laju pembakaran menjadi 36.

Anda dapat menggunakan CloudWatch konsol untuk membuat alarm laju pembakaran menggunakan metode ini. Anda dapat menentukan angka X, dan ambang batas ditentukan menggunakan rumus di atas.

Panjang interval SLO ditentukan berdasarkan jenis interval SLO:

  • Untuk SLOs dengan interval bergulir, itu adalah panjang interval dalam jam.

  • Untuk SLOs dengan interval berbasis kalender:

    • Jika unit adalah hari atau minggu, itu adalah panjang interval dalam jam.

    • Jika unit adalah satu bulan, kami mengambil 30 hari sebagai perkiraan panjang dan mengubahnya menjadi jam.

Metode 2: Tentukan satuan waktul kelelahan anggaran untuk interval berikutnya

Agar alarm memberi tahu Anda ketika tingkat kesalahan saat ini di jendela tampilan belakang terbaru menunjukkan bahwa waktu hingga kelelahan anggaran kurang dari X jam jauhnya (dengan asumsi anggaran yang tersisa saat ini 100%), Anda dapat menggunakan rumus berikut untuk menentukan ambang batas tingkat pembakaran.

burn rate threshold = SLO interval length / X

Kami menekankan bahwa waktu hingga habisnya anggaran (X) dalam rumus di atas mengasumsikan bahwa total anggaran yang tersisa saat ini 100%, dan oleh karena itu tidak memperhitungkan jumlah anggaran yang telah dibakar dalam interval ini. Kita juga bisa menganggapnya sebagai waktu sampai habis anggaran untuk interval berikutnya.

Panduan untuk alarm laju pembakaran

Sebagai contoh, mari kita ambil SLO dengan interval penggulungan 28 hari. Menyetel alarm tingkat pembakaran untuk SLO ini melibatkan dua langkah:

  1. Atur laju pembakaran dan jendela tampilan belakang.

  2. Kreta CloudWatch alarm yang memantau laju pembakaran.

Untuk memulai, tentukan berapa banyak dari total anggaran kesalahan yang bersedia dibakar oleh layanan dalam jangka waktu tertentu. Dengan kata lain, tentukan tujuan Anda dengan menggunakan kalimat ini: “Saya ingin mendapatkan peringatan ketika X% dari total anggaran kesalahan saya dikonsumsi dalam M menit.”

Misalnya, Anda mungkin ingin menetapkan tujuan untuk diperingatkan ketika 2% dari total anggaran kesalahan dikonsumsi dalam 60 menit.

Untuk mengatur tingkat pembakaran, pertama-tama Anda menentukan jendela tampilan belakang. Jendela tampilan belakang adalah M, yang dalam contoh ini adalah 60 menit.

Selanjutnya, Anda membuat CloudWatch alarm. Ketika Anda melakukannya, Anda harus menentukan ambang batas untuk tingkat pembakaran. Jika tingkat pembakaran melebihi ambang batas ini, alarm akan memberi tahu Anda. Untuk menemukan ambang batas, gunakan rumus berikut:

burn rate threshold = X% * SLO interval length/ look-back window size

Dalam contoh ini, X adalah 2 karena kami ingin diperingatkan jika 2% dari anggaran kesalahan dikonsumsi dalam 60 menit. Panjang interval adalah 40.320 menit (28 hari), dan 60 menit adalah jendela tampilan belakang, jadi jawabannya adalah:

burn rate threshold = 2% * 40,320 / 60 = 13.44.

Dalam contoh ini, Anda akan menetapkan 13.44 sebagai ambang alarm.

Beberapa alarm dengan jendela berbeda

Dengan mengatur alarm di beberapa jendela tampilan belakang, Anda dapat dengan cepat mendeteksi peningkatan tingkat kesalahan yang tajam dengan jendela pendek dan pada saat yang sama mendeteksi peningkatan tingkat kesalahan yang lebih kecil yang pada akhirnya menghabiskan anggaran kesalahan jika tetap tidak diperhatikan.

Selain itu, Anda dapat mengatur alarm komposit pada tingkat pembakaran dengan jendela panjang dan pada tingkat pembakaran dengan jendela pendek (1/12 dari jendela panjang), dan diberi tahu hanya ketika kedua tingkat pembakaran melanggar ambang batas. Dengan cara ini, Anda dapat memastikan bahwa Anda mendapatkan peringatan hanya untuk situasi yang masih terjadi. Untuk informasi selengkapnya tentang alarm komposit di CloudWatch, lihatMenggabungkan alarm.

catatan

Anda dapat mengatur alarm metrik pada tingkat pembakaran saat Anda membuat laju pembakaran. Untuk menyetel alarm compoaite pada beberapa alarm laju pembakaran, Anda harus menggunakan instruksi di. Membuat sebuah alarm gabungan

Satu strategi alarm komposit yang direkomendasikan dalam buku kerja Google Site Reliability Engineering mencakup tiga alarm komposit:

  • Satu alarm komposit yang mengawasi sepasang alarm, satu dengan jendela satu jam dan satu lagi dengan jendela lima menit.

  • Alarm komposit kedua yang mengawasi sepasang alarm, satu dengan jendela enam jam dan satu dengan jendela 30 menit.

  • Alarm komposit ketiga yang mengawasi sepasang alarm, satu dengan jendela tiga hari dan satu dengan jendela enam jam.

Langkah-langkah untuk melakukan pengaturan ini adalah sebagai berikut:

  1. Buat lima tingkat pembakaran, dengan jendela lima menit, 30 menit, satu jam, enam jam, dan tiga hari.

  2. Buat tiga pasang CloudWatch alarm berikut. Setiap pasangan mencakup satu jendela panjang dan satu jendela pendek yaitu 1/12 dari jendela panjang, dan ambang batas ditentukan dengan menggunakan langkah-langkah masuk. Tentukan ambang batas yang sesuai untuk alarm tingkat pembakaran Saat Anda menghitung ambang batas untuk setiap alarm pada pasangan, gunakan jendela tampilan belakang pasangan yang lebih panjang dalam perhitungan Anda.

    • Alarm pada tingkat pembakaran 1 jam dan 5 menit (ambang batas ditentukan oleh 2% dari total anggaran)

    • Alarm pada tingkat pembakaran 6 jam dan 30 menit (ambang batas ditentukan oleh 5% dari total anggaran)

    • Alarm pada tingkat pembakaran 3 hari dan 6 jam (ambang batas ditentukan oleh 10% dari total anggaran)

  3. Untuk masing-masing pasangan ini, buat alarm komposit untuk mendapatkan peringatan ketika kedua alarm individu masuk ke status ALARM. Untuk informasi selengkapnya tentang membuat alarm komposit, lihatMembuat sebuah alarm gabungan.

    Misalnya, jika alarm Anda untuk pasangan pertama (jendela satu jam dan jendela lima menit) diberi nama OneHourBurnRate danFiveMinuteBurnRate, aturan alarm CloudWatch komposit adalah ALARM(OneHourBurnRate) AND ALARM(FiveMinuteBurnRate)

Strategi sebelumnya hanya mungkin untuk SLOs dengan panjang interval setidaknya tiga jam. Untuk SLOs dengan panjang interval yang lebih pendek, kami sarankan Anda memulai dengan sepasang alarm laju pembakaran di mana satu alarm memiliki jendela lihat ke belakang yang 1/12 dari jendela lihat-belakang alarm lainnya. Kemudian atur alarm komposit pada pasangan ini.

Membuat SLO

Kami menyarankan Anda mengatur latensi dan ketersediaan SLOs pada aplikasi penting Anda. Metrik yang dikumpulkan Sinyal Aplikasi ini selaras dengan tujuan bisnis bersama.

Anda juga dapat mengatur SLOs CloudWatch metrik atau ekspresi matematika metrik apa pun yang menghasilkan satu deret waktu.

Pertama kali Anda membuat SLO di akun Anda, CloudWatch secara otomatis membuat peran AWSServiceRoleForCloudWatchApplicationSignalsterkait layanan di akun Anda, jika belum ada. Peran terkait layanan ini memungkinkan CloudWatch untuk mengumpulkan data CloudWatch Log, data jejak X-Ray, data CloudWatch metrik, dan data penandaan dari aplikasi di akun Anda. Untuk informasi selengkapnya tentang peran CloudWatch terkait layanan, lihat. Menggunakan peran terkait layanan untuk CloudWatch

Saat Anda membuat SLO, Anda menentukan apakah itu SLO berbasis periode atau SLO berbasis permintaan. Setiap jenis SLO memiliki cara yang berbeda untuk mengevaluasi kinerja aplikasi Anda terhadap tujuan pencapaiannya.

  • SLO berbasis periode menggunakan periode waktu yang ditentukan dalam interval waktu total yang ditentukan. Untuk setiap periode waktu, Sinyal Aplikasi menentukan apakah aplikasi memenuhi tujuannya. Tingkat pencapaian dihitung sebagai. number of good periods/number of total periods

    Misalnya, untuk SLO berbasis periode, memenuhi tujuan pencapaian 99,9% berarti bahwa dalam interval Anda, aplikasi Anda harus memenuhi tujuan kinerjanya selama setidaknya 99,9% dari periode waktu.

  • SLO berbasis permintaan tidak menggunakan periode waktu yang telah ditentukan sebelumnya. Sebaliknya, SLO mengukur number of good requests/number of total requests selama interval. Kapan saja, Anda dapat menemukan rasio permintaan yang baik terhadap total permintaan untuk interval hingga stempel waktu yang Anda tentukan, dan mengukur rasio tersebut terhadap sasaran yang ditetapkan dalam SLO Anda.

Buat SLO berbasis periode

Gunakan prosedur berikut untuk membuat SLO berbasis periode.

Untuk membuat SLO berbasis periode

  1. Buka CloudWatch konsol di https://console.aws.amazon.com/cloudwatch/.

  2. Pada panel navigasi, silakan pilih Tujuan Tingkat Layanan (SLO).

  3. Pilih Buat SLO.

  4. Masukkan nama untuk SLO. Menyertakan nama layanan atau operasi, bersama kata kunci yang sesuai seperti latensi atau ketersediaan, akan membantu Anda mengidentifikasi apa yang ditunjukkan status SLO selama triase dengan cepat.

  5. Untuk Mengatur Indikator Tingkat Layanan(SLI), lakukan salah satu hal berikut:

    • Untuk mengatur SLO pada salah satu metrik aplikasi standar Latency atau Availability:

      1. Pilih Operasi Layanan.

      2. Pilih akun yang akan dipantau SLO ini.

      3. Pilih layanan yang akan dipantau oleh SLO ini.

      4. Pilih operasi yang akan dipantau oleh SLO ini.

      5. Untuk Pilih metode perhitungan, pilih Periode.

        Drop-down Pilih Layanan dan Pilih operasi diisi oleh layanan dan operasi yang telah aktif dalam 24 jam terakhir.

      6. Pilih Ketersediaan atau Latensi dan kemudian atur ambang batas.

    • Untuk mengatur SLO pada CloudWatch metrik atau ekspresi matematika CloudWatch metrik apa pun:

      1. Pilih CloudWatch Metrik.

      2. Pilih Pilih CloudWatch metrik.

        Layar Pilih metrik muncul. Gunakan tab Jelajahi atau Kueri untuk menemukan metrik yang Anda inginkan, atau membuat ekspresi matematika metrik.

        Setelah Anda memilih metrik yang Anda inginkan, pilih tab Metrik bergrafik dan pilih Statistik dan Periode yang akan digunakan untuk SLO. Kemudian pilih Pilih metrik.

        Untuk informasi selengkapnya tentang metrik ini, silakan lihat Membuat sebuah grafik metrik dan Tambahkan ekspresi matematika ke CloudWatch grafik.

      3. Untuk Pilih metode perhitungan, pilih Periode.

      4. Untuk Atur kondisi, pilih operator perbandingan dan ambang batas untuk SLO yang akan digunakan sebagai indikator keberhasilan.

    • Untuk mengatur SLO pada ketergantungan layanan pada salah satu metrik Latency aplikasi standar atau: Availability

      1. Pilih Ketergantungan Layanan.

      2. Di bawah Pilih layanan, pilih layanan yang akan dipantau oleh SLO ini.

      3. Berdasarkan layanan yang dipilih, di bawah Pilih operasi, Anda dapat memilih satu operasi tertentu atau memilih Semua operasi untuk menggunakan metrik dari semua operasi layanan ini yang memanggil ketergantungan.

      4. Di bawah Pilih dependensi, Anda dapat mencari dan memilih ketergantungan yang diperlukan yang ingin Anda ukur keandalannya.

        Setelah Anda memilih ketergantungan, Anda dapat melihat grafik yang diperbarui dan data historis berdasarkan ketergantungan.

  6. Jika Anda memilih Operasi Layanan atau Ketergantungan Layanan di langkah 5, atur panjang periode untuk SLO ini.

  7. Atur interval dan tujuan pencapaian untuk SLO. Untuk informasi selengkapnya tentang interval dan pencapaian tujuan dan bagaimana keduanya bekerja sama, silakan lihat Konsep-konsep SLO.

  8. (Opsional) Untuk Set SLO burn rate lakukan hal berikut:

    • Atur panjang (dalam hitungan menit) jendela tampilan belakang untuk laju pembakaran. Untuk informasi tentang cara memilih panjang ini, lihatPanduan untuk alarm laju pembakaran.

    • Untuk membuat lebih banyak tingkat pembakaran untuk SLO ini, pilih Tambahkan lebih banyak tingkat pembakaran dan atur jendela tampilan belakang untuk tingkat pembakaran tambahan.

  9. (Opsional) Buat alarm tingkat pembakaran dengan melakukan hal berikut:

    • Di bawah Setel alarm laju pembakaran, pilih kotak centang untuk setiap laju pembakaran yang ingin Anda buat alarm. Untuk masing-masing alarm ini, lakukan hal berikut:

      • Tentukan topik Amazon SNS yang akan digunakan untuk notifikasi saat alarm masuk ke status ALARM.

      • Tetapkan ambang batas tingkat pembakaran atau tentukan persentase perkiraan total anggaran yang dibakar di jendela tampilan belakang terakhir yang ingin Anda tetapkan di bawah. Jika Anda menetapkan persentase perkiraan total anggaran yang dibakar, ambang batas tingkat pembakaran dihitung untuk Anda dan digunakan dalam alarm. Untuk memutuskan ambang batas apa yang akan ditetapkan atau untuk memahami bagaimana opsi ini digunakan untuk menghitung ambang batas tingkat pembakaran, lihatTentukan ambang batas yang sesuai untuk alarm tingkat pembakaran.

  10. (Opsional) Atur satu atau lebih CloudWatch alarm atau ambang peringatan untuk SLO.

    1. CloudWatch alarm dapat menggunakan Amazon SNS untuk memberi tahu Anda secara proaktif jika aplikasi tidak sehat berdasarkan kinerja SLI-nya.

      Untuk membuat alarm, pilih salah satu kotak centang alarm dan masukkan atau buat topik Amazon SNS yang akan digunakan untuk notifikasi saat alarm masuk ke status ALARM. Untuk informasi selengkapnya tentang CloudWatch alarm, lihat Menggunakan CloudWatch alarm Amazon. Membuat alarm akan menimbulkan biaya. Untuk informasi selengkapnya tentang CloudWatch harga, lihat CloudWatch Harga Amazon.

    2. Jika Anda menetapkan ambang peringatan, itu muncul di layar Sinyal Aplikasi untuk membantu Anda mengidentifikasi SLOs yang berada dalam bahaya tidak terpenuhi, bahkan jika mereka saat ini sehat.

      Untuk mengatur ambang batas peringatan, masukkan nilai ambang batas di Ambang batas peringatan. Ketika anggaran kesalahan SLO lebih rendah dari ambang batas peringatan, SLO ditandai dengan Peringatan di beberapa layar Sinyal Aplikasi. Ambang batas peringatan juga muncul pada grafik anggaran kesalahan. Anda juga dapat membuat alarm peringatan SLO yang didasarkan pada ambang batas peringatan.

  11. (Opsional) Untuk Mengatur pengecualian jendela waktu SLO, lakukan hal berikut:

    • Di bawah Jendela waktu Kecualikan, setel jendela waktu yang akan dikecualikan dari metrik kinerja SLO.

      Anda dapat memilih Tetapkan jendela waktu dan masuk ke jendela Mulai untuk setiap jam atau bulan atau Anda dapat memilih Atur jendela waktu dengan CRON dan masukkan ekspresi CRON.

    • Di bawah Ulangi, atur apakah pengecualian jendela waktu ini berulang atau tidak.

    • (Opsional) Di bawah Tambahkan alasan, Anda dapat memilih untuk memasukkan alasan pengecualian jendela waktu. Misalnya, pemeliharaan terjadwal.

    • Pilih Tambahkan jendela waktu untuk menambahkan hingga 10 jendela pengecualian waktu.

  12. Untuk menambahkan tanda ke SLO ini, silakan pilih tab Tanda dan kemudian pilih Tambahkan tanda baru. Tanda dapat membantu Anda mengelola, mengidentifikasi, mengatur, dan memfilter sumber daya. Untuk informasi selengkapnya tentang penandaan, silakan lihat Menandai sumber daya AWS Anda.

    catatan

    Jika aplikasi yang terkait dengan SLO ini terdaftar AWS Service Catalog AppRegistry, Anda dapat menggunakan awsApplication tag untuk mengaitkan SLO ini dengan aplikasi itu. AppRegistry Untuk informasi lebih lanjut, lihat Apa itu AppRegistry?

  13. Pilih Buat SLO. Jika Anda juga memilih untuk membuat satu atau beberapa alarm, nama tombol berubah sehingga mencerminkan hal ini.

Buat SLO berbasis permintaan

Gunakan prosedur berikut untuk membuat SLO berbasis permintaan.

Untuk membuat SLO berbasis permintaan

  1. Buka CloudWatch konsol di https://console.aws.amazon.com/cloudwatch/.

  2. Pada panel navigasi, silakan pilih Tujuan Tingkat Layanan (SLO).

  3. Pilih Buat SLO.

  4. Masukkan nama untuk SLO. Menyertakan nama layanan atau operasi, bersama kata kunci yang sesuai seperti latensi atau ketersediaan, akan membantu Anda mengidentifikasi apa yang ditunjukkan status SLO selama triase dengan cepat.

  5. Untuk Mengatur Indikator Tingkat Layanan(SLI), lakukan salah satu hal berikut:

    • Untuk mengatur SLO pada salah satu metrik aplikasi standar Latency atau Availability:

      1. Pilih Operasi Layanan.

      2. Pilih layanan yang akan dipantau oleh SLO ini.

      3. Pilih operasi yang akan dipantau oleh SLO ini.

      4. Untuk Pilih metode perhitungan, pilih Permintaan.

      5. Drop-down Pilih Layanan dan Pilih operasi diisi oleh layanan dan operasi yang telah aktif dalam 24 jam terakhir.

      6. Pilih Availability atau Latency. Jika Anda memilih Latency, atur ambang batas.

    • Untuk mengatur SLO pada CloudWatch metrik atau ekspresi matematika CloudWatch metrik apa pun:

      1. Pilih CloudWatch Metrik.

      2. Untuk Tentukan permintaan target, lakukan hal berikut:

        1. Pilih apakah Anda ingin mengukur Permintaan Baik atau Permintaan Buruk.

        2. Pilih Pilih CloudWatch metrik. Metrik ini akan menjadi pembilang rasio permintaan target terhadap total permintaan. Jika Anda menggunakan metrik latensi, gunakan statistik Trimmed count (TC). Jika ambang batas adalah 9 ms dan Anda menggunakan operator perbandingan kurang dari (<), maka gunakan threshold TC (:threshold - 1). Untuk informasi lebih lanjut tentang TC, lihatSintaks.

          Layar Pilih metrik muncul. Gunakan tab Jelajahi atau Kueri untuk menemukan metrik yang Anda inginkan, atau membuat ekspresi matematika metrik.

      3. Untuk Tentukan permintaan total, pilih CloudWatch metrik yang ingin Anda gunakan untuk sumbernya. Metrik ini akan menjadi penyebut rasio permintaan target terhadap total permintaan.

        Layar Pilih metrik muncul. Gunakan tab Jelajahi atau Kueri untuk menemukan metrik yang Anda inginkan, atau membuat ekspresi matematika metrik.

        Setelah Anda memilih metrik yang Anda inginkan, pilih tab Metrik bergrafik dan pilih Statistik dan Periode yang akan digunakan untuk SLO. Kemudian pilih Pilih metrik.

        Jika Anda menggunakan metrik latensi yang memancarkan satu titik data per permintaan, gunakan statistik jumlah sampel untuk menghitung jumlah total permintaan.

        Untuk informasi selengkapnya tentang metrik ini, silakan lihat Membuat sebuah grafik metrik dan Tambahkan ekspresi matematika ke CloudWatch grafik.

    • Untuk mengatur SLO pada ketergantungan layanan pada salah satu metrik Latency aplikasi standar atau: Availability

      1. Pilih Ketergantungan Layanan.

      2. Di bawah Pilih layanan, pilih layanan yang akan dipantau oleh SLO ini.

      3. Berdasarkan layanan yang dipilih, di bawah Pilih operasi, Anda dapat memilih satu operasi tertentu atau memilih Semua operasi untuk menggunakan metrik dari semua operasi layanan ini yang memanggil ketergantungan.

      4. Di bawah Pilih dependensi, Anda dapat mencari dan memilih ketergantungan yang diperlukan yang ingin Anda ukur keandalannya.

        Setelah Anda memilih ketergantungan, Anda dapat melihat grafik yang diperbarui dan data historis berdasarkan ketergantungan.

  6. Atur interval dan tujuan pencapaian untuk SLO. Untuk informasi selengkapnya tentang interval dan pencapaian tujuan dan bagaimana keduanya bekerja sama, silakan lihat Konsep-konsep SLO.

  7. (Opsional) Untuk Set SLO burn rate lakukan hal berikut:

    • Atur panjang (dalam hitungan menit) jendela tampilan belakang untuk laju pembakaran. Untuk informasi tentang cara memilih panjang ini, lihatPanduan untuk alarm laju pembakaran.

    • Untuk membuat lebih banyak tingkat pembakaran untuk SLO ini, pilih Tambahkan lebih banyak tingkat pembakaran dan atur jendela tampilan belakang untuk tingkat pembakaran tambahan.

  8. (Opsional) Buat alarm tingkat pembakaran dengan melakukan hal berikut:

    • Di bawah Setel alarm laju pembakaran, pilih kotak centang untuk setiap laju pembakaran yang ingin Anda buat alarm. Untuk masing-masing alarm ini, lakukan hal berikut:

      • Tentukan topik Amazon SNS yang akan digunakan untuk notifikasi saat alarm masuk ke status ALARM.

      • Tetapkan ambang batas tingkat pembakaran atau tentukan persentase perkiraan total anggaran yang dibakar di jendela tampilan belakang terakhir yang ingin Anda tetapkan di bawah. Jika Anda menetapkan persentase perkiraan total anggaran yang dibakar, ambang batas tingkat pembakaran dihitung untuk Anda dan digunakan dalam alarm. Untuk memutuskan ambang batas apa yang akan ditetapkan atau untuk memahami bagaimana opsi ini digunakan untuk menghitung ambang batas tingkat pembakaran, lihatTentukan ambang batas yang sesuai untuk alarm tingkat pembakaran.

  9. (Opsional) Atur satu atau lebih CloudWatch alarm atau ambang peringatan untuk SLO.

    1. CloudWatch alarm dapat menggunakan Amazon SNS untuk memberi tahu Anda secara proaktif jika aplikasi tidak sehat berdasarkan kinerja SLI-nya.

      Untuk membuat alarm, pilih salah satu kotak centang alarm dan masukkan atau buat topik Amazon SNS yang akan digunakan untuk notifikasi saat alarm masuk ke status ALARM. Untuk informasi selengkapnya tentang CloudWatch alarm, lihat Menggunakan CloudWatch alarm Amazon. Membuat alarm akan menimbulkan biaya. Untuk informasi selengkapnya tentang CloudWatch harga, lihat CloudWatch Harga Amazon.

    2. Jika Anda menetapkan ambang peringatan, itu muncul di layar Sinyal Aplikasi untuk membantu Anda mengidentifikasi SLOs yang berada dalam bahaya tidak terpenuhi, bahkan jika mereka saat ini sehat.

      Untuk mengatur ambang batas peringatan, masukkan nilai ambang batas di Ambang batas peringatan. Ketika anggaran kesalahan SLO lebih rendah dari ambang batas peringatan, SLO ditandai dengan Peringatan di beberapa layar Sinyal Aplikasi. Ambang batas peringatan juga muncul pada grafik anggaran kesalahan. Anda juga dapat membuat alarm peringatan SLO yang didasarkan pada ambang batas peringatan.

  10. (Opsional) Untuk Mengatur pengecualian jendela waktu SLO, lakukan hal berikut:

    • Di bawah Jendela waktu Kecualikan, setel jendela waktu yang akan dikecualikan dari metrik kinerja SLO.

      Anda dapat memilih Tetapkan jendela waktu dan masuk ke jendela Mulai untuk setiap jam atau bulan atau Anda dapat memilih Atur jendela waktu dengan CRON dan masukkan ekspresi CRON.

    • Di bawah Ulangi, atur apakah pengecualian jendela waktu ini berulang atau tidak.

    • (Opsional) Di bawah Tambahkan alasan, Anda dapat memilih untuk memasukkan alasan pengecualian jendela waktu. Misalnya, pemeliharaan terjadwal.

    • Pilih Tambahkan jendela waktu untuk menambahkan hingga 10 jendela pengecualian waktu.

  11. Untuk menambahkan tanda ke SLO ini, silakan pilih tab Tanda dan kemudian pilih Tambahkan tanda baru. Tanda dapat membantu Anda mengelola, mengidentifikasi, mengatur, dan memfilter sumber daya. Untuk informasi selengkapnya tentang penandaan, silakan lihat Menandai sumber daya AWS Anda.

    catatan

    Jika aplikasi yang terkait dengan SLO ini terdaftar AWS Service Catalog AppRegistry, Anda dapat menggunakan awsApplication tag untuk mengaitkan SLO ini dengan aplikasi itu. AppRegistry Untuk informasi lebih lanjut, lihat Apa itu AppRegistry?

  12. Pilih Buat SLO. Jika Anda juga memilih untuk membuat satu atau beberapa alarm, nama tombol berubah sehingga mencerminkan hal ini.

Menampilkan dan melakukan penilaian awal pada status SLO

Anda dapat dengan cepat melihat kesehatan Anda SLOs menggunakan Tujuan Tingkat Layanan atau opsi Layanan di CloudWatch konsol. Tampilan Layanan memberikan at-a-glance tampilan rasio layanan yang tidak sehat, dihitung berdasarkan SLOs yang telah Anda tetapkan. Untuk informasi selengkapnya tentang penggunaan opsi Layanan, silakan lihat Memantau kondisi kesehatan operasional aplikasi Anda dengan Sinyal Aplikasi.

Tampilan Tujuan Tingkat Layanan memberikan sebuah tampilan makro organisasi Anda. Anda dapat melihat yang bertemu dan tidak terpenuhi secara SLOs keseluruhan. Ini memberi Anda gambaran tentang berapa banyak layanan dan operasi Anda yang berkinerja sesuai harapan Anda selama periode waktu yang lebih lama, sesuai dengan SLIs yang Anda pilih.

Untuk melihat semua SLOs tampilan Tujuan Tingkat Layanan

  1. Buka CloudWatch konsol di https://console.aws.amazon.com/cloudwatch/.

  2. Pada panel navigasi, silakan pilih Tujuan Tingkat Layanan (SLO).

    Daftar Tujuan Tingkat Layanan (SLO) ditampilkan.

    Anda dapat dengan cepat melihat status Anda saat ini SLOs di kolom status SLI. Untuk mengurutkan SLOs sehingga semua yang tidak sehat berada di bagian atas daftar, pilih kolom status SLI sampai yang tidak sehat SLOs semuanya di atas.

    Tabel SLO memiliki kolom-kolom default berikut. Anda dapat menyesuaikan kolom-kolom mana saja yang ditampilkan dengan memilih ikon roda gigi yang ada di atas daftar. Untuk informasi lebih lanjut tentang tujuan SLIs, pencapaian, dan interval, lihatKonsep-konsep SLO.

    • Nama SLO.

    • Kolom Tujuan menampilkan persentase periode selama setiap interval yang harus berhasil memenuhi ambang batas SLI agar tujuan SLO terpenuhi. Ini juga menampilkan panjang interval untuk SLO tersebut.

    • Status SLI akan menampilkan apakah status operasional aplikasi saat ini sedang dalam kondisi yang sehat atau tidak sehat. Jika ada periode selama rentang waktu yang dipilih saat ini tidak sehat untuk SLO, status SLI menampilkan Tidak Sehat.

    • Jika SLO ini dikonfigurasi untuk memantau ketergantungan, kolom Dependency dan Remote Operation akan menampilkan detail tentang hubungan ketergantungan tersebut.

    • Pencapaian akhir adalah tingkat pencapaian yang dicapai pada akhir rentang waktu yang dipilih. Urutkan berdasarkan kolom ini untuk melihat SLOs yang paling berisiko tidak terpenuhi.

    • Delta pencapaian adalah perbedaan tingkat pencapaian antara awal dan akhir rentang waktu yang dipilih. Delta negatif berarti bahwa metrik kecenderungannya sedang ke arah bawah. Urutkan berdasarkan kolom ini untuk melihat tren terbaru dari SLOs.

    • Anggaran kesalahan akhir (%) adalah persentase dari total waktu dalam periode yang dapat memiliki periode tidak sehat dan masih memiliki SLO yang berhasil dicapai. Jika Anda mengatur ini menjadi 5%, dan SLI sedang dalam kondisi tidak sehat dalam 5% atau kurang dari periode yang tersisa dalam interval, maka SLO masih berhasil dicapai.

    • Delta anggaran kesalahan adalah perbedaan anggaran kesalahan antara awal dan akhir rentang waktu yang dipilih. Delta negatif berarti bahwa metrik sedang mengarah ke arah yang gagal.

    • Anggaran kesalahan akhir (waktu) adalah jumlah waktu aktual dalam interval yang bisa tidak sehat dan masih memiliki SLO yang berhasil dicapai. Sebagai contoh, jika ini 14 menit, maka jika SLI tidak sehat selama kurang dari 14 menit selama interval yang tersisa, SLO akan tetap berhasil tercapai.

    • Anggaran kesalahan akhir (permintaan) adalah jumlah permintaan dalam interval yang bisa tidak sehat dan SLO masih berhasil dicapai. Untuk berbasis permintaan SLOs, nilai ini dinamis dan dapat berfluktuasi karena jumlah permintaan kumulatif berubah seiring waktu.

    • Kolom Layanan, Operasi, dan Tipe menampilkan informasi tentang layanan dan operasi apa yang diatur SLO ini.

  3. Untuk melihat grafik pencapaian dan kesalahan untuk SLO, pilih tombol radio di samping nama SLO.

    Grafik di bagian atas halaman menampilkan pencapaian SLO dan status Anggaran kesalahan. Sebuah grafik tentang metrik SLI yang dikaitkan dengan SLO ini juga ditampilkan.

  4. Untuk melakukan triase lebih lanjut SLO yang tidak memenuhi tujuannya, pilih nama layanan, nama operasi, atau nama ketergantungan yang terkait dengan SLO tersebut. Anda dibawa ke halaman detail di mana Anda dapat melakukan penilaian awal lebih lanjut. Untuk informasi selengkapnya, lihat Lihat detail aktivitas layanan dan kesehatan operasional dengan halaman detail layanan.

  5. Untuk mengubah rentang waktu grafik dan tabel pada halaman tersebut, pilih rentang waktu baru di dekat bagian atas layar.

Sunting SLO yang ada

Ikuti langkah-langkah ini untuk menyunting SLO yang ada. Saat Anda menyunting SLO, Anda hanya dapat mengubah ambang batas, interval, tujuan pencapaian, dan tag. Untuk mengubah aspek lain seperti layanan, operasi, atau metrik, buat SLO baru alih-alih menyunting yang sudah ada.

Mengubah bagian dari konfigurasi inti SLO, seperti periode atau ambang batas, membatalkan semua titik data sebelumnya dan penilaian tentang pencapaian dan kondisi kesehatan. Ini secara efektif menghapus dan membuat kembali SLO.

catatan

Jika Anda menyunting SLO, alarm yang terkait dengan SLO tersebut tidak diperbarui secara otomatis. Anda mungkin perlu memperbarui alarm-alarm tersebut agar tetap sinkron dengan SLO.

Cara menyunting SLO yang ada

  1. Buka CloudWatch konsol di https://console.aws.amazon.com/cloudwatch/.

  2. Pada panel navigasi, silakan pilih Tujuan Tingkat Layanan (SLO).

  3. Pilih tombol radio yang ada di samping SLO yang ingin Anda sunting, dan pilih Tindakan, Sunting SLO.

  4. Buat perubahan, lalu pilih Simpan perubahan.

Menghapus SLO

Ikuti langkah-langkah ini untuk menghapus SLO yang ada.

catatan

Saat Anda menghapus sebuah SLO, alarm yang terkait dengan SLO tersebut tidak akan dihapus secara otomatis. Anda harus menghapusnya sendiri. Untuk informasi selengkapnya, lihat Mengelola alarm-alarm.

Cara menghapus SLO

  1. Buka CloudWatch konsol di https://console.aws.amazon.com/cloudwatch/.

  2. Pada panel navigasi, silakan pilih Tujuan Tingkat Layanan (SLO).

  3. Pilih tombol radio di samping SLO yang ingin Anda sunting, dan pilih Tindakan, Hapus SLO.

  4. Pilih Konfirmasi.