Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris. # Mendeteksi pengeluaran yang tidak biasa dengan Deteksi Anomali AWS Biaya AWS Deteksi Anomali Biaya adalah fitur yang menggunakan model pembelajaran mesin untuk mendeteksi dan memperingatkan pola pengeluaran anomali dalam penerapan Anda. Layanan AWS Menggunakan Deteksi Anomali AWS Biaya mencakup manfaat berikut: + Anda menerima peringatan satu per satu dalam laporan agregat baik dalam pesan email atau topik Amazon SNS. Untuk topik Amazon SNS, buat Pengembang Amazon Q dalam konfigurasi aplikasi obrolan yang memetakan topik Amazon SNS ke saluran Slack atau ruang obrolan Amazon Chime. Untuk informasi selengkapnya, lihat [Menerima peringatan anomali dalam aplikasi obrolan](cad-alert-chime.md). + Anda dapat mengevaluasi pola pengeluaran Anda menggunakan metode pembelajaran mesin untuk meminimalkan peringatan positif palsu. Misalnya, Anda dapat mengevaluasi musiman mingguan atau bulanan dan pertumbuhan alami. + Anda dapat menyelidiki akar penyebab anomali, yang diberi peringkat berdasarkan dampak dolar mereka dan dibagi menjadi empat dimensi: Layanan AWS,, Wilayah Akun AWS, atau jenis penggunaan. + Anda dapat mengonfigurasi cara mengevaluasi biaya Anda. Pilih apakah Anda ingin menganalisis semua akun Anda Layanan AWS secara independen atau menganalisis akun anggota tertentu, tag alokasi biaya, atau kategori biaya. Setelah data penagihan Anda diproses, Deteksi Anomali AWS Biaya berjalan kira-kira tiga kali sehari untuk memantau anomali dalam data biaya bersih tanpa campuran Anda (yaitu, biaya bersih setelah semua diskon yang berlaku dihitung). Anda mungkin mengalami sedikit keterlambatan dalam menerima pemberitahuan. Deteksi Anomali Biaya menggunakan data dari Cost Explorer, yang memiliki penundaan hingga 24 jam. Akibatnya, diperlukan waktu hingga 24 jam untuk mendeteksi anomali setelah penggunaan terjadi. Jika Anda membuat monitor baru, dibutuhkan waktu 24 jam untuk mulai mendeteksi anomali baru. Untuk langganan layanan baru, 10 hari data penggunaan layanan historis diperlukan sebelum anomali dapat dideteksi untuk layanan tersebut. **catatan** Anda dapat memilih keluar dari Deteksi Anomali Biaya kapan saja. Untuk informasi lebih lanjut, lihat [Memilih keluar dari Deteksi Anomali Biaya](https://docs.aws.amazon.com/cost-management/latest/userguide/opting-out-cad.html). Deteksi Anomali Biaya tidak tersedia untuk akun sumber tagihan yang menggunakan transfer penagihan. Deteksi Anomali Biaya tidak mendukung tampilan transfer penagihan. **Topics** + [Menyiapkan deteksi anomali Anda](settingup-ad.md) + [Mengontrol akses untuk Deteksi Anomali Biaya](accesscontrol-ad.md) + [Memulai Deteksi Anomali AWS Biaya](getting-started-ad.md) + [Transisi dari pelanggan ke AWS monitor terkelola](transition-monitors.md) + [Mengedit preferensi peringatan Anda](edit-alert-pref.md) + [Membuat topik Amazon SNS untuk notifikasi anomali](ad-SNS.md) + [Menerima peringatan anomali dalam aplikasi obrolan](cad-alert-chime.md) + [Menggunakan EventBridge dengan Deteksi Anomali Biaya](cad-eventbridge.md) + [Menggunakan Notifikasi AWS Pengguna dengan Deteksi Anomali Biaya](cad-user-notifications.md) + [Memilih keluar dari Deteksi Anomali Biaya](opting-out-cad.md) # Menyiapkan deteksi anomali Anda Ikhtisar di bagian ini menjelaskan cara memulai Deteksi Anomali AWS Biaya di. AWS Manajemen Penagihan dan Biaya **Topics** + [Mengaktifkan Cost Explorer](#enable-ce-ad) + [Mengontrol akses menggunakan tag IAM](#access-iam-ad) + [Mengakses konsol tersebut](#access-ad) + [Kuota](#limits-ad-section) ## Mengaktifkan Cost Explorer AWS Deteksi Anomali Biaya adalah fitur dalam Cost Explorer. Untuk mengakses Deteksi Anomali AWS Biaya, aktifkan Cost Explorer. Untuk petunjuk tentang cara mengaktifkan Cost Explorer menggunakan konsol, lihat[Mengaktifkan Cost Explorer](ce-enable.md). ## Mengontrol akses menggunakan tag IAM Setelah mengaktifkan Cost Explorer di tingkat akun manajemen, Anda dapat menggunakan AWS Identity and Access Management (IAM) untuk mengelola akses ke data penagihan untuk pengguna individual. Anda kemudian dapat memberikan atau mencabut akses pada tingkat individu untuk setiap peran pengguna, daripada memberikan akses ke semua pengguna. Pengguna harus diberikan izin eksplisit untuk melihat halaman di konsol Billing and Cost Management. Dengan izin yang sesuai, pengguna dapat melihat biaya untuk milik pengguna. Akun AWS Untuk kebijakan yang memberikan izin yang diperlukan kepada pengguna, lihat. [Kebijakan tindakan Manajemen Penagihan dan Biaya](billing-permissions-ref.md#user-permissions) Untuk informasi selengkapnya tentang penggunaan akses tingkat sumber daya dan kontrol akses berbasis atribut (ABAC) untuk Deteksi Anomali Biaya, lihat. [Mengontrol akses untuk Deteksi Anomali Biaya](accesscontrol-ad.md) ## Mengakses konsol tersebut Setelah penyiapan Anda selesai, akses Deteksi Anomali AWS Biaya. **Untuk mengakses Deteksi Anomali AWS Biaya** 1. Buka Konsol Manajemen Penagihan dan Biaya di [https://console.aws.amazon.com/costmanagement/](https://console.aws.amazon.com/costmanagement/). 1. Di panel navigasi, memilih **Deteksi Anomali Biaya**. ## Kuota Untuk kuota default, lihat[AWS Deteksi Anomali Biaya](management-limits.md#limits-ad). # Mengontrol akses untuk Deteksi Anomali Biaya Anda dapat menggunakan kontrol akses tingkat sumber daya dan tag kontrol akses berbasis atribut (ABAC) untuk monitor anomali biaya dan langganan anomali. Setiap monitor anomali dan sumber daya langganan anomali memiliki Nama Sumber Daya Amazon (ARN) yang unik. Anda juga dapat melampirkan tag (pasangan nilai kunci) ke setiap fitur. Baik tag sumber daya ARNs dan ABAC dapat digunakan untuk memberikan kontrol akses terperinci ke peran atau grup pengguna di dalam Anda. Akun AWS Untuk informasi selengkapnya tentang kontrol akses tingkat sumber daya dan tag ABAC, lihat. [Bagaimana Manajemen AWS Biaya bekerja dengan IAM](security_iam_service-with-iam.md) **catatan** Deteksi Anomali Biaya tidak mendukung kebijakan berbasis sumber daya. Kebijakan berbasis sumber daya secara langsung melekat pada sumber daya. AWS *Untuk informasi selengkapnya tentang perbedaan antara kebijakan dan izin, lihat Kebijakan berbasis [identitas dan kebijakan berbasis sumber daya di Panduan Pengguna IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_identity-vs-resource.html).* ## Mengontrol akses menggunakan kebijakan tingkat sumber daya Anda dapat menggunakan izin tingkat sumber daya untuk mengizinkan atau menolak akses ke satu atau beberapa sumber daya Deteksi Anomali Biaya dalam kebijakan IAM. Atau, gunakan izin tingkat sumber daya untuk mengizinkan atau menolak akses ke semua sumber daya Deteksi Anomali Biaya. Saat Anda membuat IAM, gunakan format Amazon Resource Name (ARN) berikut: + `AnomalyMonitor`sumber daya ARN `arn:${partition}:ce::${account-id}:anomalymonitor/${monitor-id}` + `AnomalySubscription`sumber daya ARN `arn:${partition}:ce::${account-id}:anomalysubscription/${subscription-id}` Untuk memungkinkan entitas IAM mendapatkan dan membuat monitor anomali atau langganan anomali, gunakan kebijakan yang mirip dengan kebijakan contoh ini. **catatan** Untuk `ce:GetAnomalyMonitor` dan`ce:GetAnomalySubscription`, pengguna memiliki semua atau tidak ada kontrol akses tingkat sumber daya. Ini mensyaratkan kebijakan untuk menggunakan ARN generik dalam bentuk `arn:${partition}:ce::${account-id}:anomalymonitor/*``arn:${partition}:ce::${account-id}:anomalysubscription/*`,, atau. `*` Untuk `ce:CreateAnomalyMonitor` dan`ce:CreateAnomalySubscription`, kami tidak memiliki ARN sumber daya untuk sumber daya ini. Jadi, kebijakan selalu menggunakan ARN generik yang disebutkan dalam bullet sebelumnya. Untuk`ce:GetAnomalies`, gunakan `monitorArn` parameter opsional. Saat digunakan dengan parameter ini, kami mengonfirmasi apakah pengguna memiliki akses ke yang `monitorArn` diteruskan. ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Action": [ "ce:GetAnomalyMonitors", "ce:CreateAnomalyMonitor" ], "Effect": "Allow", "Resource": "arn:aws:ce::999999999999:anomalymonitor/*" }, { "Action": [ "ce:GetAnomalySubscriptions", "ce:CreateAnomalySubscription" ], "Effect": "Allow", "Resource": "arn:aws:ce::999999999999:anomalysubscription/*" } ] } ``` ------ Untuk mengizinkan entitas IAM memperbarui atau menghapus monitor anomali, gunakan kebijakan yang mirip dengan kebijakan contoh ini. ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Effect": "Allow", "Action": [ "ce:UpdateAnomalyMonitor", "ce:DeleteAnomalyMonitor" ], "Resource": [ "arn:aws:ce::999999999999:anomalymonitor/f558fa8a-bd3c-462b-974a-000abc12a000", "arn:aws:ce::999999999999:anomalymonitor/f111fa8a-bd3c-462b-974a-000abc12a001" ] } ] } ``` ------ ## Mengontrol akses menggunakan tag (ABAC) Anda dapat menggunakan tag (ABAC) untuk mengontrol akses ke sumber daya Deteksi Anomali Biaya yang mendukung penandaan. Untuk mengontrol akses menggunakan tag, berikan informasi tag dalam `Condition` elemen kebijakan. Anda kemudian dapat membuat kebijakan IAM yang mengizinkan atau menolak akses ke sumber daya berdasarkan tag sumber daya. Anda dapat menggunakan tombol kondisi tag untuk mengontrol akses ke sumber daya, permintaan, atau bagian apa pun dari proses otorisasi. Untuk informasi selengkapnya tentang peran IAM menggunakan tag, lihat [Mengontrol akses ke dan untuk pengguna dan peran yang menggunakan tag](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_iam-tags.html) di *Panduan Pengguna IAM*. Buat kebijakan berbasis identitas yang memungkinkan memperbarui monitor anomali. Jika tag monitor `Owner` memiliki nilai nama pengguna, gunakan kebijakan yang mirip dengan kebijakan contoh ini. ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Effect": "Allow", "Action": [ "ce:UpdateAnomalyMonitor" ], "Resource": "arn:aws:ce::*:anomalymonitor/*", "Condition": { "StringEquals": { "aws:ResourceTag/Owner": "${aws:username}" } } }, { "Effect": "Allow", "Action": "ce:GetAnomalyMonitors", "Resource": "*" } ] } ``` ------ # Memulai Deteksi Anomali AWS Biaya Dengan Deteksi Anomali AWS Biaya AWS Manajemen Penagihan dan Biaya, Anda dapat mengonfigurasi monitor biaya dan langganan peringatan agar secara otomatis beradaptasi dengan lingkungan Anda yang sedang berkembang. AWS AWS Deteksi Anomali Biaya menawarkan monitor AWS terkelola yang secara otomatis melacak biaya di semua akun, tim, atau unit bisnis Anda tanpa konfigurasi manual. Seiring pertumbuhan dan perubahan organisasi Anda, monitor ini secara otomatis menyertakan akun baru, nilai tag, atau kategori, mempertahankan cakupan komprehensif tanpa pengaturan tambahan. **Topics** + [Membuat pemantauan biaya dan langganan pemberitahuan](#create-ad-alerts) + [Ikhtisar anomali yang terdeteksi](#detector-history-values) + [Melihat anomali yang terdeteksi dan akar penyebab potensial](#view-ad-monitor) + [Jenis monitor](#monitor-type-def) ## Membuat pemantauan biaya dan langganan pemberitahuan Untuk mulai memantau pengeluaran Anda, Deteksi Anomali AWS Biaya memerlukan pengaturan setidaknya satu monitor biaya untuk menentukan pola pengeluaran apa yang harus dilacak. Setelah membuat monitor, Anda dapat melampirkan langganan peringatan untuk menentukan siapa yang menerima pemberitahuan dan melalui saluran mana. Anda juga dapat membuat peringatan individual menggunakan Pemberitahuan AWS Pengguna untuk kontrol yang lebih terperinci atas cara pemberitahuan dikirimkan. **catatan** Anda hanya dapat mengakses pemantauan biaya dan langganan pemberitahuan di bawah akun yang membuatnya. Monitor biaya untuk akun tertaut, tag alokasi biaya, dan kategori biaya hanya dapat dibuat di akun manajemen ------ #### [ Cost monitors ] **Untuk membuat pemantauan biaya** 1. Buka Konsol Manajemen Penagihan dan Biaya di [https://console.aws.amazon.com/costmanagement/](https://console.aws.amazon.com/costmanagement/). 1. Di panel navigasi, memilih **Deteksi Anomali Biaya**. 1. Memilih tab **Pemantauan biaya**. 1. Memilih **Buat pemantauan**. 1. Di **Langkah 1**, memilih jenis pemantauan dan beri nama pemantauan Anda. Untuk **Pemantauan nama**, memasukkan nama untuk monitor anomali Anda. Kami merekomendasikan bahwa nama tersebut adalah deskripsi singkat. Dengan begitu, Anda tahu apa yang diwakili monitor saat Anda melihat monitor Anda di tab **Monitor biaya**. Untuk informasi selengkapnya tentang setiap jenis pemantauan dan praktik terbaik, lihat [Jenis monitor](#monitor-type-def). Pilih metode monitor Anda berdasarkan kebutuhan Anda: + **Untuk monitor AWS terkelola:** 1. Di bawah **metode Monitor**, pilih **Dikelola oleh AWS**. 1. Pilih dimensi yang ingin Anda pantau: + Layanan AWS - Melacak semua Layanan AWS secara otomatis + Akun tertaut - Melacak semua akun anggota secara otomatis + Tag alokasi biaya - Melacak semua nilai untuk kunci tag tertentu + Kategori biaya - Melacak semua nilai dalam kategori tertentu 1. Jika Anda memilih tag alokasi biaya, tentukan kunci tag dari dropdown (misalnya, “tim aplikasi” atau “lingkungan”). 1. Jika Anda memilih Kategori biaya, tentukan kategori dari menu tarik-turun. + **Untuk monitor yang dikelola pelanggan:** 1. Pilih dimensi untuk monitor Anda. 1. Di bawah metode monitor, pilih **Customer managed**. 1. Pilih nilai spesifik yang ingin Anda pantau (hingga 10). 1. (Opsional) Tambahkan tag ke monitor Anda. Untuk informasi selengkapnya tentang tag, lihat [Menandai AWS sumber daya](https://docs.aws.amazon.com/general/latest/gr/aws_tagging.html) dalam *Referensi Umum AWS panduan*. 1. Masukkan nilai kunci untuk tag. 1. Pilih **Tambahkan tag baru** untuk menambahkan tag tambahan. Jumlah maksimum tag yang dapat Anda tambahkan adalah 50. 1. Pilih **Berikutnya**. 1. Masuk **Langkah 2**, konfigurasikan langganan pemberitahuan Anda. Untuk **langganan Peringatan**, jika Anda tidak memiliki langganan yang sudah ada, pilih **Buat langganan baru**. Jika Anda memiliki langganan yang ada, pilih **Memilih langganan yang ada**. **catatan** Langganan pememberitahuan akan memberi tahu Anda saat pemantauan biaya mendeteksi anomali. Tergantung pada frekuensi pemberitahuan, Anda dapat memberitahu individu yang ditunjuk melalui email atau Amazon SNS. Untuk topik Amazon SNS, konfigurasikan untuk membuat Pengembang Amazon Q dalam konfigurasi aplikasi obrolan. Konfigurasi ini memetakan topik Amazon SNS ke saluran Slack atau ruang obrolan Amazon Chime. Misalnya, buat langganan untuk tim Keuangan di organisasi Anda. Untuk informasi selengkapnya, lihat [Menerima peringatan anomali dalam aplikasi obrolan](cad-alert-chime.md). Untuk **Nama langganan**, memasukkan nama yang menjelaskan kasus penggunaan Anda. Misalnya, jika langganan dimaksudkan untuk kepemimpinan, nama berlangganan mungkin “Laporan kepemimpinan.” Di bawah **Frekuensi pemberitahuan**, memilih frekuensi notifikasi pilihan Anda. + **Pemberitahuan individu** - Pemberitahuan memberitahu Anda segera setelah anomali terdeteksi. Anda mungkin menerima beberapa pemberitahuan sepanjang hari. Notifikasi ini memerlukan topik Amazon SNS. Anda dapat mengonfigurasi topik Amazon SNS untuk membuat Pengembang Amazon Q dalam konfigurasi aplikasi obrolan yang memetakan topik Amazon SNS ke saluran Slack atau ruang obrolan Amazon Chime. Untuk informasi selengkapnya, lihat [Menerima peringatan anomali dalam aplikasi obrolan](cad-alert-chime.md). + **Ringkasan harian** - Pemberitahuan email dengan ringkasan harian 10 peringatan teratas dari hari sebelumnya, diurutkan berdasarkan dampak biaya. Sistem menghasilkan ringkasan ini pada pukul 00:00 UTC setiap hari, meskipun waktu pengiriman sebenarnya dapat bervariasi. Misalnya, anomali yang terdeteksi pada 04:30 UTC pada 14 Januari akan dimasukkan dalam ringkasan harian yang dikirim pada pukul 00:00 UTC pada 15 Januari. Setidaknya satu penerima email harus ditentukan. Untuk peringatan langsung, kami sarankan menggunakan opsi peringatan individual. + **Ringkasan mingguan** - Pemberitahuan email dengan ringkasan peringatan mingguan. Anda menerima satu email per minggu yang berisi informasi tentang beberapa anomali yang terjadi selama minggu itu. Setidaknya satu penerima email harus ditentukan. Di bawah **Penerima pemberitahuan**, memasukkan alamat email untuk langganan ini. Untuk **Threshold**, masukkan nomor untuk mengonfigurasi anomali yang ingin Anda hasilkan peringatan. Ada dua jenis ambang batas: absolut dan persentase. Ambang batas absolut memicu pemberitahuan ketika dampak total biaya anomali melebihi ambang batas yang ditentukan. Ambang batas persentase memicu peringatan ketika persentase dampak total anomali melebihi ambang batas yang Anda pilih. Persentase dampak total adalah perbedaan persentase antara total pengeluaran yang diharapkan dan total pengeluaran aktual. (Opsional) Pilih **Tambahkan ambang batas** untuk mengonfigurasi ambang kedua pada langganan yang sama. Ambang batas dapat digabungkan dengan memilih **AND** **atau** OR dari daftar dropdown. **catatan** AWS **Deteksi Anomali Biaya mengirimi Anda pemberitahuan saat anomali mencapai atau melebihi Ambang Batas.** Jika anomali berlanjut selama beberapa hari, maka penerima peringatan akan terus mendapatkan notifikasi saat ambang batas terpenuhi. Bahkan jika anomali berada di bawah ambang batas peringatan, model pembelajaran mesin terus mendeteksi anomali pengeluaran di akun Anda. Semua anomali yang terdeteksi oleh model pembelajaran mesin (dengan dampak biaya yang lebih besar atau kurang dari ambang batas) tersedia di tab **Anomali Terdeteksi**. 1. (Opsional) Tambahkan tag ke langganan peringatan Anda. Untuk informasi selengkapnya tentang tag, lihat [Menandai AWS sumber daya](https://docs.aws.amazon.com/general/latest/gr/aws_tagging.html) dalam *Referensi Umum AWS panduan*. 1. Masukkan nilai kunci untuk tag. 1. Pilih **Tambahkan tag baru** untuk menambahkan tag tambahan. Jumlah maksimum tag yang dapat Anda tambahkan adalah 50. 1. (Opsional) Memilih **Menambahkan langganan pemberitahuan** untuk membuat langganan pemberitahuan lainnya. Dengan opsi ini, Anda dapat membuat langganan baru menggunakan pemantauan yang sama. 1. Memilih **Buat pemantauan**. **Pertimbangan penting untuk monitor AWS terkelola:** + Langganan peringatan yang dilampirkan ke monitor AWS terkelola menggunakan ambang batas yang sama di semua nilai yang dilacak + Saat akun, tag, atau kategori anggota baru ditambahkan ke AWS lingkungan Anda, akun tersebut secara otomatis disertakan + Anda tidak dapat mengonversi monitor terkelola pelanggan yang ada ke monitor AWS terkelola + Untuk perutean peringatan granular berdasarkan nilai tertentu, konfigurasikan Pemberitahuan AWS Pengguna dengan pola penyaringan JSON **catatan** AWS monitor terkelola dapat melacak hingga 5.000 nilai dalam satu dimensi. Jika organisasi Anda memiliki lebih dari 5.000 nilai (misalnya, lebih dari 5.000 akun anggota atau nilai tag), monitor akan melacak 5.000 nilai teratas berdasarkan total pembelanjaan mereka. ------ #### [ Alert subscriptions ] **Untuk membuat langganan pemberitahuan** Anda harus membuat setidaknya satu langganan peringatan untuk setiap monitor. “Buat langkah monitor biaya” yang dijelaskan sebelumnya sudah menyertakan proses pembuatan langganan peringatan. Jika Anda ingin membuat langganan tambahan, ikuti langkah-langkah ini. 1. Memilih tab **Langganan pemberitahuan**. 1. Memilih **Buat langganan**. 1. Untuk **Nama langganan**, memasukkan nama yang menjelaskan kasus penggunaan Anda. Misalnya, jika langganan dimaksudkan untuk kepemimpinan, maka nama berlangganan mungkin “Laporan kepemimpinan.” 1. Di bawah **Frekuensi pemberitahuan**, memilih frekuensi notifikasi pilihan Anda. + **Pemberitahuan individu** - Pemberitahuan memberitahu Anda segera setelah anomali terdeteksi. Anda mungkin menerima beberapa pemberitahuan sepanjang hari. Notifikasi ini memerlukan topik Amazon SNS. Anda dapat mengonfigurasi topik Amazon SNS untuk membuat Pengembang Amazon Q dalam konfigurasi aplikasi obrolan yang memetakan topik Amazon SNS ke saluran Slack atau ruang obrolan Amazon Chime. Untuk informasi selengkapnya, lihat [Menerima peringatan anomali dalam aplikasi obrolan](cad-alert-chime.md). + **Ringkasan harian** - Pemberitahuan email dengan ringkasan harian 10 peringatan teratas dari hari sebelumnya, diurutkan berdasarkan dampak biaya. Sistem menghasilkan ringkasan ini pada pukul 00:00 UTC setiap hari, meskipun waktu pengiriman sebenarnya dapat bervariasi. Misalnya, anomali yang terdeteksi pada 04:30 UTC pada 14 Januari akan dimasukkan dalam ringkasan harian yang dikirim pada pukul 00:00 UTC pada 15 Januari. Setidaknya satu penerima email harus ditentukan. Untuk peringatan langsung, kami sarankan menggunakan opsi peringatan individual. + **Ringkasan mingguan** - Pemberitahuan email dengan ringkasan peringatan mingguan. Anda menerima satu email per minggu yang berisi informasi tentang beberapa anomali yang terjadi selama minggu itu. Setidaknya satu penerima email harus ditentukan. 1. Di bawah **Penerima pemberitahuan**, memasukkan alamat email untuk langganan ini. 1. Untuk **Threshold**, masukkan nomor untuk mengonfigurasi anomali yang ingin Anda hasilkan peringatan. Ada dua jenis ambang batas: absolut dan persentase. Ambang batas absolut memicu pemberitahuan ketika dampak total biaya anomali melebihi ambang batas yang ditentukan. Ambang batas persentase memicu peringatan ketika persentase dampak total anomali melebihi ambang batas yang Anda pilih. Persentase dampak total adalah perbedaan persentase antara total pengeluaran yang diharapkan dan total pengeluaran aktual. (Opsional) Pilih **Tambahkan ambang batas** untuk mengonfigurasi ambang kedua pada langganan yang sama. Ambang batas dapat digabungkan dengan memilih **AND** **atau** OR dari daftar dropdown. **catatan** AWS **Deteksi Anomali Biaya mengirimi Anda pemberitahuan saat anomali mencapai atau melebihi Ambang Batas.** Jika anomali berlanjut selama beberapa hari, maka penerima peringatan akan terus mendapatkan notifikasi saat ambang batas terpenuhi. Bahkan jika anomali berada di bawah ambang batas peringatan, model pembelajaran mesin terus mendeteksi anomali pengeluaran di akun Anda. Semua anomali yang terdeteksi oleh model pembelajaran mesin (dengan dampak biaya yang lebih besar atau kurang dari ambang batas) tersedia di tab **Anomali Terdeteksi**. 1. Di bagian **Monitor biaya**, pilih monitor yang ingin dikaitkan dengan langganan peringatan. 1. (Opsional) Tambahkan tag ke langganan peringatan Anda. Untuk informasi selengkapnya tentang tag, lihat [Menandai AWS sumber daya](https://docs.aws.amazon.com/general/latest/gr/aws_tagging.html) dalam *Referensi Umum AWS panduan*. 1. Masukkan nilai kunci untuk tag. 1. Pilih **Tambahkan tag baru** untuk menambahkan tag tambahan. Jumlah maksimum tag yang dapat Anda tambahkan adalah 50. 1. Pilih **Buat langganan**. ------ #### [ AWS User Notifications ] Untuk informasi tentang cara membuat peringatan individual, lihat [Menggunakan Pemberitahuan AWS Pengguna dengan Deteksi Anomali Biaya](https://docs.aws.amazon.com/cost-management/latest/userguide/cad-user-notifications.html). ------ ## Ikhtisar anomali yang terdeteksi Pada tab **Anomali Terdeteksi**, Anda dapat melihat daftar semua anomali yang terdeteksi selama kerangka waktu yang dipilih. Secara default, Anda dapat melihat anomali yang terdeteksi dalam 90 hari terakhir. Anda dapat mencari anomali berdasarkan **Tingkat Keparahan**, **Penilaian**, **Layanan**, **Jenis Penggunaan, **Wilayah**, Jenis** **Monitor**, **Akun**, atau ID **Anomali**. Anda dapat mengurutkan berdasarkan **Tanggal mulai**, **Terakhir terdeteksi**, **Durasi**, **Dampak biaya**,**% Dampak**, **Nama monitor**, dan **Akar penyebab utama (Layanan)**. Kolom default berikut disertakan pada tab **Anomali Terdeteksi**: **Tanggal mulai** Hari di mana anomali dimulai. **Terakhir terdeteksi** Terakhir kali anomali terdeteksi. **Durasi** Durasi anomali berlangsung. Anomali bisa terus berlanjut. **Dampak biaya** Peningkatan pengeluaran terdeteksi dibandingkan dengan jumlah pengeluaran yang diharapkan. Itu dihitung sebagai**actual spend - expected spend**. Misalnya, dampak biaya total \$120 pada monitor layanan berarti bahwa ada peningkatan \$120 yang terdeteksi dalam layanan tertentu dengan total durasi hari yang ditentukan. **Dampak%** Perbedaan persentase antara pengeluaran aktual dan pengeluaran yang diharapkan. Itu dihitung sebagai**(total cost impact / expected spend) \$1 100**. Misalnya, jika total dampak biaya adalah \$120 dan pengeluaran yang diharapkan adalah \$160, maka persentase dampaknya adalah 33,33%. Nilai ini tidak dapat dihitung ketika pengeluaran yang diharapkan adalah nol, sehingga dalam situasi tersebut nilai akan ditampilkan sebagai “N/A”. **Nama monitor** Nama monitor anomali. **Akar penyebab utama (Layanan)** Akar layanan teratas penyebab anomali. Memilih nama layanan di kolom Top root cause menampilkan tiga dimensi akar penyebab lainnya—akun, Wilayah, dan tipe penggunaan—untuk akar penyebab utama anomali. **Lihat lebih** Tautan ke halaman detail Anomali dengan informasi tentang analisis akar penyebab dan dampak biaya anomali. Tautan juga menunjukkan jumlah akar penyebab yang terdeteksi untuk anomali. Tab **anomali Terdeteksi** juga dapat dikonfigurasi untuk menampilkan kolom informasi tambahan. Setiap perubahan yang Anda buat akan disimpan di tingkat akun untuk semua kunjungan berikutnya ke tab **Anomali Terdeteksi**. **Kolom opsional** berikut disertakan pada tab **Anomali Terdeteksi**. **Akun** ID akun dan nama akun yang menyebabkan anomali. Jika akun kosong, AWS telah mendeteksi anomali, tetapi akar penyebabnya tidak ditentukan. **Region** Wilayah terdeteksi sebagai akar penyebab utama anomali. **Jenis penggunaan** Jenis penggunaan terdeteksi sebagai akar penyebab utama anomali. **Pengeluaran yang diharapkan** Jumlah model pembelajaran mesin kami yang diharapkan Anda habiskan selama durasi anomali, berdasarkan pola pengeluaran historis Anda. **Pengeluaran aktual** Jumlah total yang sebenarnya Anda habiskan selama durasi anomali. **Penilaian** Untuk setiap anomali yang terdeteksi, Anda dapat kirim penilaian untuk membantu meningkatkan sistem deteksi anomali kami. Kemungkinan nilai adalah **Tidak dikirimkan**, **Tidak masalah**, atau **Anomali yang akurat**. **Kepelikan** Merupakan seberapa abnormal anomali tertentu memperhitungkan pola pengeluaran historis. Tingkat kepelikan yang rendah umumnya menunjukkan lonjakan kecil dibandingkan dengan pengeluaran historis dan tingkat kepelikan yang tinggi menunjukkan lonjakan besar. Namun, lonjakan kecil dengan pengeluaran yang konsisten secara historis dikategorikan sebagai tingkat keparahan tinggi. Dan, demikian pula, lonjakan besar dengan pengeluaran historis tidak teratur dikategorikan sebagai tingkat keparahan rendah. ## Melihat anomali yang terdeteksi dan akar penyebab potensial Setelah membuat monitor, AWS Cost Anomaly Detection mengevaluasi pengeluaran masa depan Anda. Berdasarkan langganan peringatan yang ditentukan, Anda mungkin mulai menerima peringatan dalam waktu 24 jam. **Melihat anomali dari pemberitahuan email** 1. Pilih tautan **Lihat dalam Deteksi Anomali** yang diberikan. 1. Pada halaman **Detail anomali**, Anda dapat melihat analisis akar masalah dan dampak biaya anomali. 1. (Opsional) Pilih **Lihat di Cost Explorer** untuk melihat grafik deret waktu dampak biaya. 1. (Opsional) Pilih **Lihat akar penyebab** di tabel **akar penyebab potensial peringkat teratas** untuk akar penyebab minat untuk melihat grafik deret waktu yang disaring oleh akar penyebab tersebut. 1. (Opsional) Pilih **Kirim penilaian** di **Apakah menurut Anda anomali yang terdeteksi ini bermanfaat?** peringatan informasi untuk memberikan umpan balik dan membantu meningkatkan akurasi deteksi kami. **Untuk melihat anomali Anda dari konsol AWS Manajemen Penagihan dan Biaya** 1. Buka Konsol Manajemen Penagihan dan Biaya di [https://console.aws.amazon.com/costmanagement/](https://console.aws.amazon.com/costmanagement/). 1. Di panel navigasi, memilih **Deteksi Anomali Biaya**. 1. (Opsional) Pada tab **Anomali yang terdeteksi**, gunakan area pencarian untuk mempersempit daftar anomali yang terdeteksi untuk kategori tertentu. Kategori yang dapat Anda pilih adalah Severity, Assessment, Service, Account, Usage type, Region, dan Monitor type. 1. (Opsional) Pilih **tanggal Mulai** untuk anomali tertentu untuk melihat detailnya. 1. Pada halaman **Detail anomali**, Anda dapat melihat analisis akar masalah dan dampak biaya anomali. 1. (Opsional) Pilih **Lihat di Cost Explorer** untuk melihat grafik deret waktu dampak biaya dan, jika perlu, selami lebih dalam data. 1. (Opsional) Pilih **Lihat akar penyebab** di tabel **akar penyebab potensial peringkat teratas** untuk melihat grafik deret waktu yang difilter oleh akar penyebab. 1. (Opsional) Pilih **Kirim penilaian** di **Apakah menurut Anda anomali yang terdeteksi ini bermanfaat?** peringatan informasi untuk memberikan umpan balik dan membantu meningkatkan akurasi deteksi kami. **Untuk melihat anomali Anda dari topik Amazon SNS** 1. Berlangganan titik akhir untuk topik Amazon SNS yang Anda buat untuk pemantauan biaya dengan pemberitahuan individu. Untuk instruksi, lihat [Berlangganan topik Amazon SNS](https://docs.aws.amazon.com/sns/latest/dg/sns-create-subscribe-endpoint-to-topic.html) dalam *Panduan Pengembang Amazon Simple Notification Service*. 1. Setelah titik akhir Anda menerima pesan dari topik Amazon SNS, buka pesan lalu temukan **anomalyDetailsLink**URL-nya. Contoh berikut adalah pesan dari Deteksi Anomali AWS Biaya melalui Amazon SNS. ``` { "accountId": "123456789012", "anomalyDetailsLink": "https://console.aws.amazon.com/cost-management/home#/anomaly-detection/monitors/abcdef12-1234-4ea0-84cc-918a97d736ef/anomalies/12345678-abcd-ef12-3456-987654321a12", "anomalyEndDate": "2021-05-25T00:00:00Z", "anomalyId": "12345678-abcd-ef12-3456-987654321a12", "anomalyScore": { "currentScore": 0.47, "maxScore": 0.47 }, "anomalyStartDate": "2021-05-25T00:00:00Z", "dimensionKey": { "type": "DIMENSION", "key": "SERVICE" }, "dimensionalValue": "ServiceName", "impact": { "maxImpact": 151, "totalActualSpend": 1301, "totalExpectedSpend": 300, "totalImpact": 1001, "totalImpactPercentage": 333.67 }, "monitorArn": "arn:aws:ce::123456789012:anomalymonitor/abcdef12-1234-4ea0-84cc-918a97d736ef", "rootCauses": [ { "linkedAccount": "AnomalousLinkedAccount", "linkedAccountName": "AnomalousLinkedAccountName", "region": "AnomalousRegionName", "service": "AnomalousServiceName", "usageType": "AnomalousUsageType", "impact": { "contribution": 601, } } ], "subscriptionId": "874c100c-59a6-4abb-a10a-4682cc3f2d69", "subscriptionName": "alertSubscription" } ``` 1. Buka **anomalyDetailsLink**URL di browser web. URL akan membawa Anda ke halaman **detail Anomali** terkait. Halaman ini menunjukkan analisis akar penyebab dan dampak biaya anomali. ## Jenis monitor Anda dapat memilih jenis monitor yang sesuai dengan struktur akun Anda. AWS Deteksi Anomali Biaya menawarkan dua pendekatan untuk membuat monitor: monitor AWS terkelola yang secara otomatis melacak 5.000 nilai teratas secara independen dalam satu dimensi, dan monitor terkelola pelanggan yang memungkinkan Anda memilih nilai spesifik yang dipantau secara agregat. | Dimensi Monitor | AWS Dikelola | Pelanggan Dikelola | | --- | --- | --- | | Layanan AWS | Secara otomatis mengevaluasi semua yang Layanan AWS digunakan oleh akun Anda untuk anomali. Saat Anda mulai menggunakan yang baru Layanan AWS, monitor secara otomatis mulai mengevaluasinya. Tersedia di akun manajemen dan anggota. | Layanan AWS Monitor yang dikelola pelanggan tidak didukung. | | Akun Tertaut | Secara otomatis melacak pola pengeluaran di semua akun anggota di organisasi Anda. Saat akun baru ditambahkan, akun tersebut secara otomatis disertakan dalam cakupan pemantauan. Hanya tersedia di akun manajemen. | Lacak akun anggota tertentu (hingga 10) yang Anda pilih secara manual. Pengeluaran dikumpulkan di seluruh akun yang dipilih. Berguna untuk memantau akun proyek atau lingkungan tertentu secara bersamaan. | | Tag Alokasi Biaya | Secara otomatis memonitor semua nilai unik untuk kunci tag tertentu. Misalnya, menentukan “tim aplikasi” melacak setiap nilai tim (tim-a, tim-b, tim-c) secara independen. Nilai tag baru secara otomatis disertakan saat dibuat. | Lacak nilai tag tertentu (hingga 10) yang Anda pilih secara manual untuk kunci tag yang diberikan. Berguna bila Anda membutuhkan ambang batas yang berbeda untuk nilai tag yang berbeda atau hanya ingin memantau tim dengan prioritas tinggi. | | Cost Categories | Secara otomatis melacak semua nilai dalam kategori biaya tertentu. Jika Anda memiliki kategori “unit bisnis” dengan nilai seperti “eceran”, “grosir”, dan “operasi”, monitor menganalisis pola pengeluaran untuk setiap unit secara independen. Nilai kategori biaya baru secara otomatis disertakan saat dibuat. | Lacak satu nilai kategori biaya tertentu yang Anda pilih secara manual. Berguna untuk memantau unit bisnis atau pusat biaya tertentu dengan persyaratan ambang batas yang unik. | Jumlah maksimum akun anggota atau nilai tag yang dapat Anda pilih untuk setiap monitor yang dikelola pelanggan adalah 10. **Kapan Menggunakan Setiap Jenis Monitor** Gunakan **monitor AWS terkelola** saat Anda membutuhkan: + Cakupan komprehensif di semua nilai dalam suatu dimensi + Adaptasi otomatis seiring pertumbuhan organisasi Anda + Overhead perawatan minimal + Pemantauan yang konsisten di semua tim/akun Gunakan **monitor yang dikelola pelanggan** saat Anda membutuhkan: + Ambang batas peringatan yang berbeda untuk kelompok yang berbeda + Untuk memantau himpunan bagian tertentu dari akun atau tim + Untuk menggabungkan pengeluaran di seluruh nilai tertentu + Pemantauan khusus untuk beban kerja prioritas tinggi atau sensitif **Praktik Terbaik:** + Gunakan monitor AWS terkelola untuk cakupan komprehensif di seluruh dimensi organisasi biaya utama Anda + Pertahankan Layanan AWS monitor Anda bersama monitor AWS terkelola lainnya untuk visibilitas tingkat layanan agregat + Gunakan monitor yang dikelola pelanggan untuk melengkapi monitor AWS terkelola untuk kasus penggunaan tertentu yang memerlukan ambang batas atau pengelompokan yang berbeda + Hindari membuat monitor yang menjangkau beberapa dimensi untuk mencegah peringatan duplikat **catatan** Monitor yang dikelola pelanggan sebelumnya disebut monitor khusus. Fungsionalitasnya tetap sama, dengan perubahan nama yang mencerminkan perbedaan dari monitor yang AWS mengelola atas nama Anda. Untuk informasi tentang cara membuat topik Amazon SNS, lihat [Membuat topik Amazon SNS untuk notifikasi anomali](ad-SNS.md). # Transisi dari pelanggan ke AWS monitor terkelola Jika saat ini Anda menggunakan beberapa monitor yang dikelola pelanggan untuk melacak akun, tim, atau kategori individual, Anda dapat beralih ke monitor AWS terkelola untuk pengelolaan yang disederhanakan dan cakupan otomatis. **Proses Transisi** 1. **Buat monitor AWS terkelola Anda bersama monitor terkelola pelanggan yang ada** + Pilih dimensi yang sesuai dengan metode pengorganisasian biaya utama Anda + Monitor yang AWS dikelola akan mulai melacak semua nilai secara otomatis 1. **Verifikasi cakupan deteksi** + Biarkan monitor yang AWS dikelola berjalan setidaknya 24-48 jam + Bandingkan anomali yang terdeteksi dengan monitor terkelola pelanggan Anda yang ada + Pastikan monitor yang AWS dikelola mendeteksi anomali seperti yang diharapkan 1. **Konfigurasikan langganan peringatan** + Tetapkan ambang batas yang sesuai untuk monitor terkelola Anda AWS + Perhatikan bahwa langganan peringatan yang dilampirkan ke monitor AWS terkelola menggunakan ambang batas yang sama di semua nilai yang dilacak + Untuk perutean khusus nilai, konfigurasikan Pemberitahuan AWS Pengguna dengan pola JSON 1. **Hapus monitor terkelola pelanggan yang berlebihan** + Setelah mengonfirmasi cakupan lengkap, hapus monitor terkelola pelanggan individual + Simpan monitor yang dikelola pelanggan yang melayani tujuan tertentu (seperti pengelompokan akun terkait) **Contoh skenario transisi:** Jika Anda memiliki 50 monitor yang dikelola pelanggan yang melacak tim aplikasi individual melalui tag alokasi biaya: 1. Buat satu monitor tag alokasi biaya AWS terkelola menggunakan kunci tag tim Anda 1. Verifikasi mendeteksi anomali di semua tim 1. Konfigurasikan langganan peringatan dengan ambang batas yang sesuai 1. Hapus 50 monitor yang dikelola pelanggan individu **Catatan penting:** + Konversi langsung dari pelanggan yang AWS dikelola ke monitor terkelola tidak didukung + AWS monitor terkelola awalnya dapat menghasilkan lebih banyak deteksi anomali karena cakupan yang komprehensif + Data anomali historis dari monitor yang dikelola pelanggan dipertahankan saat Anda menghapusnya (hanya tersedia melalui API; monitor yang dihapus dan anomali mereka tidak muncul di konsol) + Pertimbangkan untuk menyimpan beberapa monitor yang dikelola pelanggan untuk kasus penggunaan tertentu yang memerlukan ambang batas yang berbeda # Mengedit preferensi peringatan Anda Anda dapat menyesuaikan monitor biaya dan langganan peringatan AWS Manajemen Penagihan dan Biaya agar sesuai dengan kebutuhan Anda. Anda juga dapat mengedit konfigurasi notifikasi di Pemberitahuan AWS Pengguna. **catatan** Saat menggunakan monitor AWS terkelola, pertimbangkan bahwa satu ambang batas berlaku untuk semua nilai yang dilacak. Jika Anda memerlukan ambang peringatan yang berbeda untuk tim atau akun yang berbeda, Anda dapat: Buat monitor terkelola pelanggan tambahan dengan langganan peringatan khusus dengan ambang batas tertentu Gunakan Pemberitahuan AWS Pengguna untuk memfilter dan merutekan peringatan berdasarkan atribut anomali Konfigurasikan topik Amazon SNS Amazon dengan logika khusus untuk perutean peringatan ------ #### [ Cost monitors ] **Cara mengedit pemantauan biaya** 1. Buka Konsol Manajemen Penagihan dan Biaya di [https://console.aws.amazon.com/costmanagement/](https://console.aws.amazon.com/costmanagement/). 1. Di panel navigasi, memilih **Deteksi Anomali Biaya**. 1. Memilih tab **Pemantauan biaya**. 1. Pilih monitor yang ingin Anda edit. 1. Pilih **Edit**. + (Alternatif) Memilih nama pemantauan individu. + Memilih **Edit pemantauan**. 1. Pada halaman **Edit monitor**, ubah pengaturan apa pun untuk**pemantauan nama** dan **langganan pemberitahuan terlampir**. 1. Pilih **Kelola tag** untuk menambah, mengedit, atau menghapus tag untuk monitor. 1. Pilih **Simpan**. ------ #### [ Alert subscriptions ] **Untuk mengedit langganan pemberitahuan** 1. Buka Konsol Manajemen Penagihan dan Biaya di [https://console.aws.amazon.com/costmanagement/](https://console.aws.amazon.com/costmanagement/). 1. Di panel navigasi, memilih **Deteksi Anomali Biaya**. 1. Memilih tab **Langganan pemberitahuan**. 1. Pilih langganan yang ingin Anda edit. 1. Pilih **Edit**. + (Alternatif) Memilih nama pemantauan individu. + Pilih **Edit**. 1. Pada halaman **Edit langganan pemberitahuan**, ubah pengaturan apa pun untuk **nama langganan**, **ambang**, **frekuensi**, **penerima**, atau **pemantauan biaya**. 1. Pilih **Kelola tag** untuk menambah, mengedit, atau menghapus tag untuk monitor. 1. Pilih **Simpan**. ------ #### [ AWS User Notifications ] Untuk informasi tentang cara mengedit konfigurasi notifikasi, lihat [Mengedit konfigurasi notifikasi di Pemberitahuan AWS Pengguna di Panduan AWS](https://docs.aws.amazon.com/notifications/latest/userguide/edit-notifications.html) *Pengguna Pemberitahuan Pengguna*. ------ # Membuat topik Amazon SNS untuk notifikasi anomali Untuk membuat monitor deteksi anomali yang mengirimkan notifikasi ke topik Amazon Simple Notification Service (Amazon SNS), Anda harus sudah memiliki topik Amazon SNS atau membuat yang baru. Anda dapat menggunakan topik Amazon SNS untuk mengirim pemberitahuan melalui Amazon SNS selain email. AWS Deteksi Anomali Biaya harus memiliki izin untuk mengirim pemberitahuan ke topik Anda. **Untuk membuat topik notifikasi Amazon SNS dan memberikan izin** 1. [Masuk ke Konsol Manajemen AWS dan buka konsol Amazon SNS di https://console.aws.amazon.com/sns/ v3/home.](https://console.aws.amazon.com/sns/v3/home) 1. Di panel navigasi, pilih **Pengguna**. 1. Pilih **Buat topik**. 1. Untuk **Nama**, masukkan nama untuk topik notifikasi Anda. 1. (Opsional) Untuk **Nama tampilan**, masukkan nama yang ingin Anda tampilkan saat menerima notifikasi. 1. Di **Kebijakan akses**, pilih **Lanjutan**. 1. Di bidang teks kebijakan, setelah **“Pernyataan”: [**, masukkan salah satu pernyataan berikut: Untuk mengizinkan layanan Deteksi Anomali AWS Biaya mempublikasikan ke topik Amazon SNS, gunakan pernyataan berikut. ``` { "Sid": "E.g., AWSAnomalyDetectionSNSPublishingPermissions", "Effect": "Allow", "Principal": { "Service": "costalerts.amazonaws.com" }, "Action": "SNS:Publish", "Resource": "your topic ARN" } ``` Untuk mengizinkan layanan Deteksi Anomali AWS Biaya mempublikasikan ke topik Amazon SNS hanya atas nama akun tertentu, gunakan pernyataan berikut. ``` { "Sid": "E.g., AWSAnomalyDetectionSNSPublishingPermissions", "Effect": "Allow", "Principal": { "Service": "costalerts.amazonaws.com" }, "Action": "SNS:Publish", "Resource": "your topic ARN", "Condition": { "StringEquals": { "aws:SourceAccount": [ "account-ID" ] } } } ``` **catatan** Dalam kebijakan topik ini, Anda memasukkan ID akun langganan sebagai nilai untuk `aws:SourceAccount` kondisi tersebut. Kondisi ini memiliki Deteksi Anomali AWS Biaya berinteraksi dengan topik Amazon SNS hanya saat melakukan operasi untuk akun yang memiliki langganan. Anda dapat membatasi Deteksi Anomali AWS Biaya untuk berinteraksi dengan topik hanya saat melakukan operasi atas nama langganan tertentu. Untuk melakukan ini, gunakan `aws:SourceArn` kondisi dalam kebijakan topik. Untuk informasi selengkapnya tentang kondisi ini, lihat [https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_condition-keys.html#condition-keys-sourceaccount](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_condition-keys.html#condition-keys-sourceaccount)dan [https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_condition-keys.html#condition-keys-sourcearn](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_condition-keys.html#condition-keys-sourcearn)di *Panduan Pengguna IAM*. 1. Dalam pernyataan kebijakan topik yang Anda pilih, ganti nilai berikut: + Ganti (misalnya,*AWSAnomalyDetectionSNSPublishingPermissions*) dengan string. `Sid` harus unik dalam kebijakan. + Ganti *your topic ARN* dengan topik Amazon SNS Nama Sumber Daya Amazon (ARN). + Jika Anda menggunakan pernyataan dengan `aws:SourceAccount` kondisi, ganti *account-ID* dengan ID akun yang memiliki langganan. Jika topik Amazon SNS memiliki beberapa langganan dari akun yang berbeda, tambahkan beberapa akun IDs ke kondisi tersebut. `aws:SourceAccount` 1. Pilih **Buat topik**. Topik Anda sekarang muncul dalam daftar topik di halaman **Topik**. ## Memeriksa atau mengirim ulang pesan email konfirmasi pemberitahuan Bila Anda membuat pemantauan deteksi anomali dengan notifikasi, Anda juga membuat notifikasi Amazon SNS. Untuk notifikasi yang akan dikirim, Anda harus menerima langganan ke topik notifikasi Amazon SNS. Untuk mengonfirmasi bahwa langganan notifikasi Anda diterima atau mengirim ulang email konfirmasi langganan, gunakan konsol Amazon SNS. **Untuk memeriksa status notifikasi atau mengirim ulang pesan email konfirmasi notifikasi** 1. [Masuk ke Konsol Manajemen AWS dan buka konsol Amazon SNS di https://console.aws.amazon.com/sns/ v3/home.](https://console.aws.amazon.com/sns/v3/home) 1. Di panel navigasi, pilih **Langganan**. 1. Periksa status notifikasi Anda. Di bawah **Status**, `PendingConfirmation` muncul jika langganan tidak diterima dan dikonfirmasi. 1. (Opsional) Untuk mengirim ulang permintaan konfirmasi, pilih langganan dengan konfirmasi tertunda dan pilih **Konfirmasi permintaan**. Amazon SNS mengirimkan permintaan konfirmasi ke titik akhir yang berlangganan ke notifikasi. Ketika setiap pemilik titik akhir menerima email, mereka harus memilih tautan **Konfirmasi langganan** untuk mengaktifkan notifikasi. ## Melindungi data peringatan deteksi anomali Amazon SNS Anda dengan SSE dan AWS KMS Anda dapat menggunakan enkripsi sisi server (SSE) untuk mentransfer data sensitif dalam topik terenkripsi. SSE melindungi pesan Amazon SNS dengan menggunakan kunci yang dikelola di AWS Key Management Service (AWS KMS). *Untuk mengelola SSE menggunakan Konsol Manajemen AWS atau AWS SDK, lihat [Mengaktifkan Enkripsi Sisi Server (SSE) untuk Topik Amazon SNS di Panduan Memulai Layanan Pemberitahuan Sederhana Amazon](https://docs.aws.amazon.com/sns/latest/dg/sns-tutorial-enable-encryption-for-topic.html).* Untuk membuat topik terenkripsi menggunakan AWS CloudFormation, lihat [AWS CloudFormation Panduan Pengguna](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/Welcome.html). SSE mengenkripsi olahpesan segera setelah Amazon SNS menerimanya. Pesan disimpan dalam bentuk terenkripsi dan didekripsi menggunakan Amazon SNS hanya ketika mereka dikirim. ### Mengkonfigurasi izin AWS KMS Anda harus mengonfigurasi kebijakan AWS KMS kunci Anda sebelum dapat menggunakan enkripsi sisi server (SSE). Anda dapat menggunakan konfigurasi ini untuk mengenkripsi topik, selain mengenkripsi dan mendekripsi pesan. Untuk informasi tentang AWS KMS izin, lihat Izin [AWS KMS API: Tindakan dan Referensi Sumber Daya](https://docs.aws.amazon.com/kms/latest/developerguide/kms-api-permissions-reference.html) di Panduan *AWS Key Management Service Pengembang*. Anda juga dapat menggunakan kebijakan IAM untuk mengelola izin AWS KMS kunci. Untuk informasi selengkapnya, lihat [Menggunakan kebijakan IAM dengan AWS KMS](https://docs.aws.amazon.com/kms/latest/developerguide/iam-policies.html). **catatan** Anda dapat mengonfigurasi izin global untuk mengirim dan menerima pesan dari Amazon SNS. Namun, AWS KMS mengharuskan Anda memberi nama lengkap Amazon Resource Name (ARN) dari AWS KMS keys (kunci KMS) di spesifik. Wilayah AWS Anda dapat menemukan ini di bagian **Sumber Daya** dari kebijakan IAM. Pastikan bahwa kebijakan utama kunci KMS memungkinkan izin yang diperlukan. Untuk melakukannya, beri nama utama yang menghasilkan dan menggunakan pesan terenkripsi di Amazon SNS sebagai pengguna dalam kebijakan kunci KMS. **Untuk mengaktifkan kompatibilitas antara Deteksi Anomali AWS Biaya dan topik Amazon SNS terenkripsi** 1. [Buat kunci KMS](https://docs.aws.amazon.com/kms/latest/developerguide/create-keys.html#create-keys-console). 1. Tambahkan salah satu kebijakan berikut sebagai kebijakan kunci KMS: Untuk memberikan akses layanan Deteksi Anomali AWS Biaya ke kunci KMS, gunakan pernyataan berikut. ------ #### [ JSON ] **** ``` { "Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Principal": { "Service": "costalerts.amazonaws.com" }, "Action": [ "kms:GenerateDataKey*", "kms:Decrypt" ], "Resource": "*" } ] } ``` ------ Untuk memberikan layanan Deteksi Anomali AWS Biaya akses ke kunci KMS hanya ketika melakukan operasi atas nama akun tertentu, gunakan pernyataan berikut. ------ #### [ JSON ] **** ``` { "Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Principal": { "Service": "costalerts.amazonaws.com" }, "Action": [ "kms:GenerateDataKey*", "kms:Decrypt" ], "Resource": "*", "Condition": { "StringEquals": { "aws:SourceAccount": [ "account-ID" ] } } } ] } ``` ------ **catatan** Dalam kebijakan kunci KMS ini, Anda memasukkan ID akun langganan sebagai nilai untuk `aws:SourceAccount` kondisi tersebut. Kondisi ini memiliki Deteksi Anomali AWS Biaya berinteraksi dengan kunci KMS hanya ketika melakukan operasi untuk akun yang memiliki langganan. Agar Deteksi Anomali AWS Biaya berinteraksi dengan kunci KMS hanya saat melakukan operasi atas nama langganan tertentu, gunakan `aws:SourceArn` kondisi dalam kebijakan kunci KMS. Untuk informasi selengkapnya tentang kondisi ini, lihat [https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_condition-keys.html#condition-keys-sourceaccount](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_condition-keys.html#condition-keys-sourceaccount)dan [https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_condition-keys.html#condition-keys-sourcearn](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_condition-keys.html#condition-keys-sourcearn)di *Panduan Pengguna IAM*. 1. Jika Anda menggunakan kebijakan kunci KMS dengan `aws:SourceAccount` kondisi tersebut, ganti *account-ID* dengan ID akun yang memiliki langganan. Jika topik Amazon SNS memiliki beberapa langganan dari akun yang berbeda, tambahkan beberapa akun IDs ke kondisi tersebut. `aws:SourceAccount` 1. [Aktifkan SSE untuk topik Amazon SNS Anda](https://docs.aws.amazon.com/sns/latest/dg/sns-tutorial-enable-encryption-for-topic.html). **catatan** Pastikan Anda menggunakan kunci KMS yang sama yang memberikan izin Deteksi Anomali AWS Biaya untuk dipublikasikan ke topik Amazon SNS terenkripsi. 1. Pilih **Simpan Perubahan**. # Menerima peringatan anomali dalam aplikasi obrolan Anda dapat menggunakan Pengembang Amazon Q untuk menerima peringatan Deteksi Anomali AWS Biaya di Amazon Chime dan Slack. ------ #### [ Amazon Chime ] **Untuk mulai menerima peringatan Deteksi Anomali AWS Biaya Anda di Amazon Chime** 1. Ikuti [Memulai Deteksi Anomali AWS Biaya](getting-started-ad.md) untuk membuat monitor. 1. Buat langganan peringatan menggunakan `Individual alerts` jenisnya. Topik Amazon SNS hanya dapat dikonfigurasi. `individual alerts` 1. Tambahkan topik Amazon SNS sebagai penerima pemberitahuan ke pemberitahuan atau pemberitahuan tertentu. Untuk memastikan bahwa Deteksi Anomali Biaya memiliki izin untuk dipublikasikan ke topik Amazon SNS Anda, lihat. [Membuat topik Amazon SNS untuk notifikasi anomali](ad-SNS.md) 1. Lampirkan langganan peringatan ke monitor yang ingin Anda terima peringatan Amazon Chime. 1. Buka [Amazon Chime](http://app.chime.aws/). 1. Untuk **Amazon Chime**, pilih ruang obrolan yang ingin Anda atur untuk menerima notifikasi melalui Amazon Q Developer. 1. Pilih ikon Pengaturan kamar di kanan atas dan pilih **Kelola webhook dan bot**. Amazon Chime menampilkan webhook yang terkait dengan ruang obrolan. 1. Untuk webhook, pilih **Salin URL**, lalu pilih **Selesai**. **Jika Anda perlu membuat webhook baru untuk ruang obrolan, pilih **Tambahkan webhook**, masukkan nama untuk webhook di bidang **Nama**, lalu pilih Buat.** 1. Buka [Pengembang Amazon Q di konsol aplikasi obrolan](https://us-east-2.console.aws.amazon.com/chatbot/home?region=us-east-2#/chat-clients). 1. Pilih **Konfigurasi klien baru**. 1. **Pilih **Amazon Chime**, lalu pilih Konfigurasi.** 1. Di bawah **Detail konfigurasi**, masukkan nama untuk konfigurasi Anda. Nama harus unik di seluruh akun Anda dan tidak dapat diedit nanti. 1. Untuk mengonfigurasi webhook Amazon Chime, lakukan hal berikut: 1. Untuk **URL Webhook**, rekatkan URL webhook yang Anda salin dari Amazon Chime. 1. **Untuk **deskripsi Webhook**, gunakan konvensi penamaan berikut untuk menjelaskan tujuan webhook: CHAT\$1ROOM\$1NAME/WEBHOOK\$1NAME.** Ini membantu Anda mengaitkan webhook Amazon Chime dengan konfigurasi Pengembang Amazon Q mereka. 1. Jika Anda ingin mengaktifkan pencatatan untuk konfigurasi ini, pilih **Publikasikan log ke Amazon CloudWatch Logs**. Untuk informasi selengkapnya, lihat Amazon CloudWatch Logs for Amazon Q Developer. **catatan** Ada biaya tambahan untuk menggunakan Amazon CloudWatch Logs. 1. Untuk **Izin, atur izin** IAM sebagai berikut: 1. Untuk **peran IAM**, pilih **Buat peran IAM menggunakan templat**. Jika Anda ingin menggunakan peran yang ada, pilih dari daftar **peran IAM**. Untuk menggunakan peran IAM yang ada, Anda mungkin perlu memodifikasinya untuk digunakan dengan Amazon Q Developer. Untuk informasi selengkapnya, lihat Mengonfigurasi Peran IAM untuk Pengembang Amazon Q. 1. Untuk **nama Peran**, masukkan nama. Karakter yang valid: a-z, A-Z, 0-9. 1. Untuk **templat Kebijakan**, pilih **Izin pemberitahuan**. Ini adalah kebijakan IAM yang disediakan oleh Pengembang Amazon Q. Ini memberikan izin Baca dan Daftar yang diperlukan untuk CloudWatch alarm, peristiwa, dan log, dan untuk topik Amazon Amazon SNS yang diperlukan. 1. Siapkan topik Amazon SNS yang akan mengirim notifikasi ke webhook Amazon Chime. 1. Untuk Wilayah **Amazon SNS, pilih AWS Wilayah** yang menjadi tuan rumah topik Amazon SNS untuk langganan Pengembang Amazon Q ini. 1. Untuk topik **Amazon SNS, pilih topik** Amazon SNS untuk langganan klien. Topik ini menentukan konten yang dikirim ke webhook Amazon Chime. Jika wilayah tersebut memiliki topik Amazon SNS tambahan, Anda dapat memilihnya dari daftar dropdown yang sama. 1. Jika Anda ingin menambahkan topik Amazon SNS dari Wilayah lain ke langganan notifikasi, pilih **Tambahkan Wilayah lain**. 1. Pilih **Konfigurasikan** Untuk detail tambahan, lihat [Tutorial: Memulai Amazon Chime](https://docs.aws.amazon.com/chatbot/latest/adminguide/chime-setup.html) di *Pengembang Amazon Q di Panduan Administrator aplikasi obrolan*. ------ #### [ Slack ] **Untuk mulai menerima peringatan Deteksi Anomali AWS Biaya Anda di Slack** 1. Ikuti [Memulai Deteksi Anomali AWS Biaya](getting-started-ad.md) untuk membuat monitor. 1. Buat langganan peringatan menggunakan `Individual alerts` jenisnya. Topik Amazon SNS hanya dapat dikonfigurasi. `individual alerts` 1. Tambahkan topik Amazon SNS sebagai penerima pemberitahuan ke pemberitahuan atau pemberitahuan tertentu. Untuk memastikan bahwa Deteksi Anomali Biaya memiliki izin untuk dipublikasikan ke topik Amazon SNS Anda, lihat. [Membuat topik Amazon SNS untuk notifikasi anomali](ad-SNS.md) 1. Lampirkan langganan peringatan ke monitor yang ingin Anda terima peringatan Slack. 1. Tambahkan Amazon Q Developer ke ruang kerja Slack. 1. Buka [Pengembang Amazon Q di konsol aplikasi obrolan](https://us-east-2.console.aws.amazon.com/chatbot/home?region=us-east-2#/chat-clients). 1. Pilih **Konfigurasi klien baru**. 1. Pilih **Slack**, lalu pilih **Configure**. 1. Dari daftar dropdown di kanan atas, pilih ruang kerja Slack yang ingin Anda gunakan dengan Amazon Q Developer. 1. Pilih **Izinkan**. Untuk detail tambahan, lihat [Tutorial: Memulai Slack](https://docs.aws.amazon.com/chatbot/latest/adminguide/slack-setup.html) di *Pengembang Amazon Q di Panduan Administrator aplikasi obrolan*. ------ # Menggunakan EventBridge dengan Deteksi Anomali Biaya AWS Deteksi Anomali Biaya terintegrasi dengan EventBridge, layanan bus acara yang dapat Anda gunakan untuk menghubungkan aplikasi Anda dengan data dari berbagai sumber. Untuk informasi selengkapnya, lihat [Panduan EventBridge Pengguna Amazon](https://docs.aws.amazon.com/eventbridge/latest/userguide/eb-what-is.html). Anda dapat menggunakan EventBridge untuk mendeteksi dan bereaksi terhadap peristiwa Deteksi Anomali Biaya. Kemudian, berdasarkan aturan yang Anda buat, EventBridge memanggil satu atau beberapa tindakan target saat peristiwa cocok dengan nilai yang Anda tentukan dalam aturan. Bergantung pada jenis acara, Anda dapat menangkap informasi acara, memulai acara tambahan, mengirim pemberitahuan, mengambil tindakan korektif, atau melakukan tindakan lain. Untuk menyiapkan EventBridge aturan untuk peristiwa Deteksi Anomali Biaya, lihat [Membuat aturan EventBridge di Amazon](https://docs.aws.amazon.com/eventbridge/latest/userguide/eb-get-started.html#eb-gs-create-rule) di * EventBridge Panduan Pengguna Amazon*. ## Contoh: EventBridge acara untuk Deteksi Anomali Biaya Ketika peringatan langsung terdeteksi, pelanggan menerima acara dengan jenis `Anomaly Detected` detail. Contoh berikut menunjukkan badan acara untuk jenis detail: ``` { "version": "0", "id": "", // alphanumeric string "source": "aws.ce", "detail-type": "Anomaly Detected", "account": "", // 12 digit account id. "region": "", // Cost Anomaly Detection home region. "time": "", // Format: yyyy-MM-dd'T'hh:mm:ssZ "resources": [ "arn:aws:ce::123456789012:anomalymonitor/abcdef12-1234-4ea0-84cc-918a97d736ef" ], "detail": { "accountName": "", "anomalyEndDate": "2021-05-25T00:00:00Z", "anomalyId": "12345678-abcd-ef12-3456-987654321a12", "anomalyScore": { "currentScore": 0.47, "maxScore": 0.47 }, "anomalyStartDate": "2021-05-25T00:00:00Z", "dimensionValue": "", // service name for AWS Service Monitor "feedback": "string", "impact": { "maxImpact": 151, "totalActualSpend": 1301, "totalExpectedSpend": 300, "totalImpact": 1001, "totalImpactPercentage": 333.67 }, "rootCauses": [ { "linkedAccount": "", // 12 digit account id. "linkedAccountName": "", "region": "", "service": "", // AWS service name "usageType": "", // AWS service usage type "impact": { "contribution": 601, } } ], "accountId": "", // 12 digit account id. "monitorArn": "arn:aws:ce::123456789012:anomalymonitor/abcdef12-1234-4ea0-84cc-918a97d736ef", "monitorName": "", "anomalyDetailsLink": "https://console.aws.amazon.com/cost-management/home#/anomaly-detection/monitors/abcdef12-1234-4ea0-84cc-918a97d736ef/anomalies/12345678-abcd-ef12-3456-987654321a12" } } ``` # Menggunakan Notifikasi AWS Pengguna dengan Deteksi Anomali Biaya Anda dapat menggunakan [Pemberitahuan AWS Pengguna](https://docs.aws.amazon.com/notifications/latest/userguide/what-is-service.html) untuk menyiapkan saluran pengiriman yang memberi tahu Anda tentang peristiwa Deteksi Anomali Biaya. Anda akan menerima pemberitahuan saat acara cocok dengan aturan yang ditentukan. Anda dapat menerima pemberitahuan untuk acara melalui beberapa saluran, termasuk email, [Pengembang Amazon Q di aplikasi obrolan](https://docs.aws.amazon.com/chatbot/latest/adminguide/what-is.html) seperti Amazon Chime, Microsoft Teams, dan Slack, atau pemberitahuan push [Aplikasi Seluler AWS Konsol](https://docs.aws.amazon.com/consolemobileapp/latest/userguide/what-is-consolemobileapp.html). Anda juga dapat melihat notifikasi menggunakan [Pusat Pemberitahuan Konsol](https://console.aws.amazon.com/notifications/) di konsol Pemberitahuan AWS Pengguna. AWS Pemberitahuan Pengguna juga mendukung agregasi, yang dapat mengurangi jumlah notifikasi yang Anda terima selama acara tertentu. Untuk informasi selengkapnya, lihat [Panduan AWS Pengguna Pemberitahuan Pengguna](https://docs.aws.amazon.com/notifications/latest/userguide/what-is-service.html). Untuk menggunakan Pemberitahuan AWS Pengguna, Anda harus memiliki izin AWS Identity and Access Management (IAM) yang benar. Untuk informasi selengkapnya tentang mengonfigurasi izin IAM Anda, lihat [Membuat konfigurasi notifikasi](https://docs.aws.amazon.com/notifications/latest/userguide/getting-started.html#getting-started-step1) di Panduan Pengguna *Pemberitahuan AWS Pengguna*. ## Contoh: EventBridge acara untuk `Anomaly Detected` Berikut ini adalah contoh acara umum untuk`Anomaly Detected`. Anda dapat berlangganan EventBridge acara (seperti ini) menggunakan Pemberitahuan AWS Pengguna. ``` { "version": "0", "id": "", // alphanumeric string "source": "aws.ce", "detail-type": "Anomaly Detected", "account": "", // 12 digit account id. "region": "", // Cost Anomaly Detection home region. "time": "", // Format: yyyy-MM-dd'T'hh:mm:ssZ "resources": [ "arn:aws:ce::123456789012:anomalymonitor/abcdef12-1234-4ea0-84cc-918a97d736ef" ], "detail": { "accountName": "", "anomalyEndDate": "2021-05-25T00:00:00Z", "anomalyId": "12345678-abcd-ef12-3456-987654321a12", "anomalyScore": { "currentScore": 0.47, "maxScore": 0.47 }, "anomalyStartDate": "2021-05-25T00:00:00Z", "dimensionValue": "", // service name for AWS Service Monitor "feedback": "string", "impact": { "maxImpact": 151, "totalActualSpend": 1301, "totalExpectedSpend": 300, "totalImpact": 1001, "totalImpactPercentage": 333.67 }, "rootCauses": [ { "linkedAccount": "", // 12 digit account id. "linkedAccountName": "", "region": "", "service": "", // AWS service name "usageType": "", // AWS service usage type "impact": { "contribution": 601, } } ], "accountId": "", // 12 digit account id. "monitorArn": "arn:aws:ce::123456789012:anomalymonitor/abcdef12-1234-4ea0-84cc-918a97d736ef", "monitorName": "", "anomalyDetailsLink": "https://console.aws.amazon.com/cost-management/home#/anomaly-detection/monitors/abcdef12-1234-4ea0-84cc-918a97d736ef/anomalies/12345678-abcd-ef12-3456-987654321a12" } } ``` ## Acara penyaringan Anda dapat memfilter peristiwa baik berdasarkan layanan dan nama menggunakan filter yang tersedia di konsol Pemberitahuan AWS Pengguna, atau dengan properti tertentu jika Anda membuat EventBridge filter sendiri dari kode JSON. **Topics** + [Contoh: Filter berdasarkan dampak](#example-filter-by-impact) + [Contoh: Filter berdasarkan dimensi layanan](#example-filter-by-service-dimension) + [Contoh: Filter berdasarkan tag alokasi biaya](#example-filter-by-cost-allocation-tag) + [Contoh: Filter berdasarkan akar penyebab Wilayah](#example-filter-by-region-root-cause) + [Contoh: Filter berdasarkan beberapa kriteria](#example-filter-composition) ### Contoh: Filter berdasarkan dampak Filter berikut menangkap anomali dengan dampak total lebih besar dari \$1100 dan persentase dampak lebih besar dari 10%. ``` { "detail": { "impact": { "totalImpact": [{ "numeric": [">", 100] }], "totalImpactPercentage": [{ "numeric": [">", 10] }] } } } ``` ### Contoh: Filter berdasarkan dimensi layanan Filter berikut menangkap anomali khusus untuk layanan EC2, yang terdeteksi oleh monitor layanan. AWS ``` { "detail": { "dimensionValue": ["Amazon Elastic Compute Cloud - Compute"], "monitorName": ["aws-services-monitor"] } } ``` ### Contoh: Filter berdasarkan tag alokasi biaya Filter berikut menangkap anomali untuk tim aplikasi Frontend, terdeteksi oleh monitor tag alokasi biaya dimensi. ``` { "detail": { "dimensionValue": ["ApplicationTeam:Frontend"], "monitorName": ["dimensional-CAT-monitor"] } } ``` ### Contoh: Filter berdasarkan akar penyebab Wilayah Filter berikut menangkap anomali yang memiliki akar penyebab di Wilayah AS Timur (Virginia N.). ``` { "detail": { "rootCauses": { "region": ["us-east-1"] } } } ``` ### Contoh: Filter berdasarkan beberapa kriteria Filter kompleks berikut menangkap anomali untuk tim aplikasi Frontend dengan dampak total lebih besar dari \$1100, persentase dampak lebih besar dari 10%, dan akar penyebab di Wilayah AS Timur (Virginia N.). ``` { "detail": { "dimensionValue": ["ApplicationTeam:Frontend"], "monitorName": ["dimensional-CAT-monitor"], "impact": { "totalImpact": [{ "numeric": [">", 100] }], "totalImpactPercentage": [{ "numeric": [">", 10] }] }, "rootCauses": { "region": ["us-east-1"] } } } ``` # Memilih keluar dari Deteksi Anomali Biaya Anda dapat memilih keluar dari Deteksi Anomali Biaya kapan saja. Untuk memilih keluar, Anda harus menghapus semua monitor biaya dan langganan peringatan di akun Anda. Setelah Anda memilih keluar, Deteksi Anomali Biaya tidak lagi memantau pola pengeluaran Anda untuk anomali. Anda juga tidak akan menerima pemberitahuan lebih lanjut. **Untuk memilih keluar dari Deteksi Anomali Biaya** 1. Buka Konsol Manajemen Penagihan dan Biaya di [https://console.aws.amazon.com/costmanagement/](https://console.aws.amazon.com/costmanagement/). 1. Di panel navigasi, memilih **Deteksi Anomali Biaya**. 1. Untuk menghapus monitor biaya yang ada: 1. Memilih tab **Pemantauan biaya**. 1. Pilih monitor biaya yang ingin Anda hapus. 1. Pilih **Hapus**. 1. Di kotak dialog **Hapus monitor biaya**, pilih **Hapus**. 1. Ulangi langkah-langkah untuk setiap monitor biaya tambahan. 1. Untuk menghapus langganan peringatan yang ada: 1. Memilih tab **Langganan pemberitahuan**. 1. Pilih langganan peringatan yang ingin Anda hapus. 1. Pilih **Hapus**. 1. Di kotak dialog **Hapus langganan peringatan**, pilih **Hapus**. 1. Ulangi langkah-langkah untuk setiap langganan peringatan tambahan. **catatan** Anda juga dapat memilih keluar dari Deteksi Anomali Biaya dengan menghapus monitor biaya dan langganan peringatan di Cost Explorer API. Untuk melakukannya, Anda perlu menggunakan [DeleteAnomalyMonitor](https://docs.aws.amazon.com/aws-cost-management/latest/APIReference/API_DeleteAnomalyMonitor.html)dan [DeleteAnomalySubscription](https://docs.aws.amazon.com/aws-cost-management/latest/APIReference/API_DeleteAnomalySubscription.html).