FAQ Amazon CloudWatch

Silakan baca halaman harga kami untuk informasi terbaru.

Semua jenis instans Amazon EC2 akan secara otomatis mengirimkan metrik kesehatan dan kinerja penting ke CloudWatch tanpa biaya. Jika Anda mengaktifkan Pemantauan Mendetail EC2, Anda akan dikenakan biaya untuk metrik kustom berdasarkan jumlah metrik yang dikirim ke CloudWatch untuk instans. Jumlah metrik yang dikirim untuk instans bergantung pada jenis instans - lihat yang tersedia Metrik CloudWatch untuk Instans untuk detailnya.

Kecuali dinyatakan lain, harga tersebut tidak termasuk pajak dan beban biaya yang berlaku, termasuk PPN dan pajak penjualan yang berlaku. Pelajari selengkapnya.

Sebelum Juli 2017, biaya CloudWatch dibagi menjadi dua bagian yang berbeda di tagihan AWS dan Laporan Biaya dan Penggunaan Anda. Untuk alasan riwayat, biaya untuk penggunaan CloudWatch Alarms, CloudWatch Metrics, dan CloudWatch API dilaporkan di bagian detail “Elastic Compute Cloud” (EC2) pada tagihan Anda, sementara biaya untuk CloudWatch Logs dan CloudWatch Dashboards dilaporkan di bagian detail “CloudWatch”. Untuk membantu konsolidasi serta menyederhanakan penggunaan dan penagihan AWS CloudWatch bulanan Anda, kami memindahkan biaya untuk penggunaan CloudWatch Metrics, Alarms, dan API dari bagian “EC2” pada tagihan ke bagian “CloudWatch”, yang secara efektif menggabungkan semua biaya pemantauan CloudWatch Anda di bagian “CloudWatch”. Perlu diperhatikan bahwa ini tidak memengaruhi jumlah tagihan AWS total Anda. Tagihan serta Laporan Biaya dan Penggunaan Anda hanya akan menampilkan biaya CloudWatch pada satu bagian.

Selain itu, terdapat Metrik Penagihan di CloudWatch yang disebut dengan “Biaya Estimasi” yang dapat dilihat sebagai Biaya Estimasi Total atau dibagi Menurut Layanan. Metrik “Biaya Estimasi Total” tidak akan berubah. Namun demikian, metrik “EstimatedCharges” yang dibagi menurut Layanan akan berubah untuk dimensi ServiceName sama dengan “AmazonEC2” dan dimensi ServiceName sama dengan “AmazonCloudWatch”. Karena konsolidasi penagihan, Anda mungkin melihat bahwa metrik penagihan AmazonEC2 menurun dan metrik penagihan AmazonCloudWatch naik pada saat penggunaan dan perubahan penagihan beralih dari EC2 dan menuju CloudWatch.

Log Insights dikenakan harga per kueri dan biayanya didasarkan pada jumlah data log serapan yang dipindai oleh kueri. Untuk detail lainnya tentang harga, lihat harga CloudWatch.

Ya, jika Anda membatalkan kueri secara manual, Anda akan dikenakan biaya untuk data log serapan yang dipindai hingga titik Anda membatalkan kueri.

Tidak, Anda tidak dikenakan biaya untuk kueri yang gagal.

Observabilitas lintas akun di CloudWatch memungkinkan Anda untuk memantau dan mengatasi masalah aplikasi yang ada di beberapa akun di dalam sebuah Wilayah. Dengan menggunakan observabilitas lintas akun, Anda dapat menelusuri, memvisualisasikan, dan menganalisis metrik, log, serta jejak Anda dengan lancar, tanpa harus khawatir dengan batas akun. Anda dapat memulai dengan tampilan gabungan lintas akun dari aplikasi Anda untuk mengidentifikasi secara visual sumber daya yang menunjukkan kesalahan dan meneliti jejak, metrik, dan log yang terkait dengan mendalam untuk mengetahui penyebab masalah. Akses dan navigasi data lintas akun yang lancar dengan pemantauan lintas akun membantu Anda mengurangi upaya manual yang diperlukan untuk memecahkan masalah dan menghemat waktu yang berharga dalam penyelesaiannya. Observabilitas lintas akun menambah kemampuan observabilitas terpadu pada CloudWatch.

Observabilitas lintas akun menggunakan dua konsep akun baru. “Akun pemantauan” adalah akun AWS pusat yang dapat melihat dan berinteraksi dengan data observabilitas yang dihasilkan di seluruh akun lain. “Akun sumber” adalah akun AWS individual yang menghasilkan data observabilitas untuk sumber daya yang ada di dalamnya. Setelah Anda mengidentifikasi akun pemantauan dan akun sumber, Anda dapat menyelesaikan konfigurasi pemantauan lintas akun dengan memilih data telemetri mana yang akan dibagikan dengan akun pemantauan Anda. Dalam beberapa menit, Anda dapat dengan mudah menyiapkan akun pemantauan pusat, tempat Anda dapat melihat tampilan lengkap tentang kondisi dan kinerja aplikasi Anda yang di-deploy di banyak akun terkait atau seluruh organisasi AWS. Dengan observabilitas lintas akun di CloudWatch, Anda bisa mendapatkan pandangan menyeluruh tentang ketergantungan lintas aplikasi Anda yang dapat memengaruhi ketersediaan layanan, dan Anda dapat menemukan masalah secara proaktif lalu memecahkannya dengan rata-rata waktu penyelesaian yang lebih singkat.

Dengan menggunakan observabilitas lintas akun, Anda dapat mencari grup log yang disimpan di beberapa akun dari tampilan pusat, menjalankan kueri Wawasan Log lintas akun, analitik Live Tail, dan membuat aturan Wawasan Kontributor di seluruh akun untuk mengidentifikasi kontributor top-N yang menghasilkan entri log. Anda dapat menggunakan penelusuran metrik untuk memvisualisasikan metrik dari banyak akun dalam tampilan yang terkonsolidasi, membuat alarm yang mengevaluasi metrik dari akun lain untuk memberitahukan anomali dan masalah yang sedang tren, serta memvisualisasikannya pada dasbor terpusat. Anda juga dapat menggunakan kemampuan ini untuk menyiapkan satu aliran metrik lintas akun, untuk menyertakan metrik yang menjangkau beberapa akun AWS di Wilayah AWS. Dengan observabilitas lintas akun, Anda juga dapat melihat peta interaktif aplikasi lintas akun Anda menggunakan ServiceLens dengan drill down satu langkah ke metrik, log, dan jejak yang relevan.

Fitur pemantauan lintas akun di CloudWatch dan lintas akun lintas Wilayah akan tersedia di konsol CloudWatch. Menu tarik turun lintas akun lintas Wilayah akan dihapus dari konsol jika Anda mengatur observabilitas lintas akun di CloudWatch. Perlu dicatat bahwa pengalaman observabilitas lintas akun di CloudWatch tersedia di satu Wilayah dalam satu waktu. Fitur lintas akun lintas Wilayah memungkinkan akses ke telemetri seluruh organisasi melalui peran IAM. Observabilitas lintas akun di CloudWatch menggunakan Observability Access Manager API untuk menentukan kebijakan akses. Pelajari lebih lanjut di dokumentasi kami.

Sinyal Aplikasi Amazon CloudWatch [Pratinjau] memperluas Amazon CloudWatch dengan metrik aplikasi terstandarisasi dan tampilan observabilitas yang berpusat pada aplikasi di Konsol Manajemen AWS untuk CloudWatch. Anda dapat memulai tanpa menulis instrumentasi khusus. Tampilan baru ini meringkas kondisi aplikasi untuk membantu menentukan dampak dan prioritas bisnis, lalu menawarkan penelusuran untuk menentukan akar permasalahan dengan cepat.

Anda dapat mengaktifkan Sinyal Aplikasi di Konsol Manajemen AWS untuk CloudWatch atau saat mengaktifkan CloudWatch di sumber daya AWS, seperti klaster Amazon EKS. Instrumentasi aplikasi disertakan dalam Agen Amazon CloudWatch. Layanan aplikasi, API, dan dependensinya ditemukan dan divisualisasikan dalam tampilan ringkasan dan peta layanan. Untuk mencerminkan dampak dan kepentingan bisnis, dalam beberapa klik, Anda dapat membuat tujuan tingkat layanan (SLO) pada metrik aplikasi standar, monitor pengguna nyata atau sintetis. Tampilan “Aktifkan lebih banyak APM” di konsol menyajikan tampilan sumber daya yang dipantau dan tidak dipantau yang memungkinkan pelanggan menambahkan visibilitas aplikasi secara bertahap. Anda dapat menggunakan pengaturan CloudWatch untuk meningkatkan pengambilan sampel jejak pada layanan penting dan menangkap lebih banyak contoh transaksi penting seperti perintah pembayaran. Untuk menambahkan pemantauan ketersediaan eksternal atau alur kerja UI, Anda dapat menambahkan canary sintetis, dan untuk menambahkan visibilitas klien, aktifkan telemetri RUM di aplikasi web mereka.

Sinyal Aplikasi Amazon CloudWatch [Pratinjau] menemukan layanan aplikasi seperti pemroses pembayaran hipotek yang berjalan di EKS dan menghasilkan serangkaian metrik aplikasi standar untuk volume, latensi, kesalahan, dan kesalahan API (seperti menambahkan pengguna, melakukan pemesanan, membayar, dll.) dan dependensi (seperti panggilan di antara layanan aplikasi, ke layanan AWS, atau ke titik akhir eksternal). Pelanggan dapat mencerminkan dampak bisnis dan pentingnya layanan aplikasi, API, dan dependensinya dengan menentukan tujuan tingkat layanan. Tampilan observabilitas baru yang berpusat pada aplikasi di Konsol Manajemen AWS untuk CloudWatch kemudian akan meringkas kondisi aplikasi terhadap SLO dan menawarkan penelusuran untuk menentukan akar permasalahan dengan cepat.

Gunakan Sinyal Aplikasi untuk pengalaman pemantauan performa aplikasi terintegrasi. Dengan pemantauan terintegrasi, Anda dapat secara otomatis mengumpulkan dan menghubungkan telemetri aplikasi, sekaligus memprioritaskan aplikasi penting bisnis. Anda juga dapat memanfaatkan data alarm, jejak, dan peristiwa untuk mengambil tindakan otomatis dan mengurangi waktu yang dibutuhkan untuk pulih dari masalah (MTTR). Anda ingin memantau aplikasi yang berjalan di Amazon EKS, Amazon EC2, Amazon ECS, basis data, komponen, atau sumber daya lokal. Cukup tentukan sumber daya yang akan dipantau, dan aktifkan Sinyal Aplikasi untuk Amazon EKS di konsol CloudWatch Anda tanpa konfigurasi manual. Untuk semua lingkungan aplikasi lainnya, Anda dapat dengan cepat melakukan deployment Agen CloudWatch dan mulai memantau aplikasi Anda. Dengan Sinyal Aplikasi, Anda dapat membuat, mengukur, dan melacak SLO yang selaras dengan KPI bisnis dan operasional Anda. SLO sangat penting dalam mengelola aplikasi penting, meningkatkan ketersediaan, mengurangi waktu henti, dan memungkinkan pengalaman pelanggan yang konsisten. Anda memerlukan akses ke tampilan komprehensif dari semua aplikasi Anda dan kemampuan mengelola performa aplikasi. Manfaatkan dasbor otomatis, siap pakai, dan terstandardisasi dengan semua aplikasi, layanan, dan data telemetri Anda. Kemampuan visualisasi ini membantu Anda memindai dan mengakses metrik dengan cepat seperti volume, latensi ketersediaan, dan kesalahan yang memengaruhi aplikasi Anda. Peta layanan Sinyal Aplikasi memungkinkan Anda menelusuri jejak, API, dan sumber daya komputasi untuk mendapatkan tampilan menyeluruh tentang akar penyebab masalah aplikasi Anda. Integrasi Amazon CloudWatch RUM dan Amazon CloudWatch Synthetics dalam Sinyal Aplikasi memberi Anda data pengguna secara waktu nyata dan canary dalam satu tampilan. Hal ini penting jika Anda perlu dengan cepat menentukan akar permasalahan dalam kode, dependensi, atau lingkungan hosting Anda sebelum berdampak pada pengguna akhir.

Wawasan Aplikasi CloudWatch membantu Anda memantau aplikasi Anda yang menggunakan instans Amazon EC2 bersama dengan sumber daya aplikasi lainnya. Fitur ini mengidentifikasi dan menyiapkan metrik utama, log, dan alarm di seluruh sumber daya aplikasi dan tumpukan teknologi Anda (misalnya, basis data Microsoft SQL Server, web (IIS) dan server aplikasi, OS, penyeimbang beban, dan antrean). Wawasan Aplikasi terus memantau metrik dan log untuk mendeteksi dan menghubungkan anomali dan kesalahan. Ketika kesalahan dan anomali terdeteksi, Wawasan Aplikasi menghasilkan CloudWatch Events yang dapat Anda gunakan untuk menyiapkan pemberitahuan atau mengambil tindakan. Untuk membantu pemecahan masalah, Wawasan Aplikasi membuat dasbor otomatis untuk masalah yang terdeteksi, yang mencakup anomali metrik yang berkorelasi dan kesalahan log, bersama dengan wawasan tambahan untuk mengarahkan Anda ke potensi akar permasalahan.

CloudWatch Container Insights adalah fitur untuk memantau, memecahkan masalah, dan memberikan peringatan pada aplikasi dan layanan mikro terkontainer milik Anda. Container Insights menyederhanakan isolasi dan analisis terhadap masalah kinerja yang berdampak pada lingkungan kontainer Anda. Teknisi DevOps dan sistem memiliki akses ke dasbor otomatis di konsol CloudWatch, memberikan akses ke visibilitas operasional end-to-end metrik, log, dan jejak terdistribusi yang merangkum kinerja dan kesehatan klaster Amazon Elastic Container Service for Kubernetes (EKS), Amazon Elastic Container Service (ECS), AWS Fargate, and Kubernetes mereka berdasarkan pod/tugas, kontainer, dan layanan.

Wawasan Kontainer dengan observabilitas yang ditingkatkan untuk Amazon Elastic Kubernetes Service (EKS) memungkinkan Anda menelusuri ke atas dan ke bawah secara visual di seluruh lapisan kontainer EKS Anda dan dengan mudah menemukan masalah seperti kebocoran memori di masing-masing kontainer, sehingga mengurangi waktu penyelesaian. Dengan metrik bidang kontrol, kini Anda dapat memantau status penskalaan otomatis dan merencanakan siklus hidup klaster pengujian dalam kemampuan pengujian otomatisnya untuk meningkatkan efisiensi operasional. Dengan observabilitas yang ditingkatkan untuk EKS, Anda kini dapat mengurutkan klaster, simpul, dan beban kerja berdasarkan konsumsi sumber daya dan dengan cepat mengidentifikasi anomali, mengatur alarm Anda sendiri untuk memantau dengan cermat, dan memitigasi risiko secara proaktif sebelum pengalaman pengguna akhir terpengaruh.

Ya. Menggunakan Wawasan Kontainer dengan observabilitas yang ditingkatkan untuk Amazon Elastic Kubernetes Service (EKS), Anda dapat memantau status bidang kontrol Anda. Misalnya, Anda dapat menggunakannya untuk memahami status penskalaan otomatis dan merencanakan siklus hidup klaster pengujian dalam kemampuan pengujian otomatis Anda.

Wawasan Kontainer dengan observabilitas yang ditingkatkan untuk Amazon Elastic Kubernetes Service (EKS) menyediakan metrik kondisi dan performa terperinci yang siap pakai, yang mencakup metrik kinerja EKS tingkat kontainer, metrik status Kube, dan metrik bidang kontrol EKS untuk isolasi masalah yang lebih cepat dan pemecahan masalah. Observabilitas yang ditingkatkan memungkinkan pelanggan menelusuri ke atas dan ke bawah secara visual di berbagai lapisan kontainer dan dengan mudah menemukan masalah seperti kebocoran memori di masing-masing kontainer, sehingga mengurangi waktu rata-rata penyelesaian. Dengan metrik bidang kontrol, pelanggan kini dapat memantau status penskalaan otomatis dan merencanakan siklus hidup klaster pengujian dalam kemampuan pengujian otomatis untuk meningkatkan efisiensi operasional. Dengan observabilitas yang ditingkatkan, pelanggan kini dapat mengurutkan klaster, simpul, dan beban kerja mereka berdasarkan konsumsi sumber daya dan dengan cepat mengidentifikasi anomali, mengatur alarm mereka sendiri untuk memantau secara dekat, dan memitigasi risiko secara proaktif sebelum pengalaman pengguna akhir terpengaruh. Peningkatan observabilitas adalah fitur opsional. Wawasan Kontainer tanpa observabilitas yang ditingkatkan menyediakan metrik agregat tingkat klaster dan layanan.

Ya. Anda dapat memutuskan untuk menggunakan Wawasan Kontainer dengan atau tanpa observabilitas yang ditingkatkan berdasarkan per klaster. Anda dapat mengaktifkan peningkatan observabilitas untuk klaster Anda dengan menginstal tambahan Observabilitas CloudWatch untuk EKS di klaster Anda setelah klaster tersebut dibuat menggunakan tab tambahan di tampilan info klaster Anda. Lihat dokumentasi Wawasan Kontainer CloudWatch tentang cara mengonfigurasi agen CloudWatch Anda untuk mengaktifkan peningkatan observabilitas untuk EKS.

Anda dapat mulai mengumpulkan metrik, log, dan metadata kinerja terperinci dari kontainer dan klaster Anda atau mengaktifkan add-on CloudWatch Observability untuk meningkatkan pengamatan hanya dalam beberapa klik. Untuk mulai menggunakan Container Insights, ikuti langkah-langkah yang disediakan dalam dokumentasi Wawasan Kontainer Amazon CloudWatch.

Wawasan Kontainer dengan observabilitas yang ditingkatkan mendukung Amazon EKS.

Detail selengkapnya tentang harga Wawasan Kontainer tersedia di halaman harga CloudWatch.

Tidak. Jenis metrik yang saat ini didukung adalah Gauge dan Counters. Metrik Histogram dan Ringkasan direncanakan akan segera dirilis.

Prometheus adalah proyek pemantauan sumber terbuka yang populer, bagian dari Cloud Native Compute Foundation (CNCF) . Komunitas sumber terbuka telah membangun lebih dari 150 plugin dan mendefinisikan kerangka kerja yang dapat digunakan tim DevOps untuk memaparkan metrik pelanggan dan dikumpulkan menggunakan pendekatan berbasis tarikan dari aplikasi mereka. Dengan fitur baru ini, tim DevOps dapat secara otomatis menemukan layanan untuk beban kerja dengan kontainer seperti AWS App Mesh, NGINX, dan Java/JMX. Lalu mereka dapat memaparkan metrik kustom pada layanan tersebut, dan menyerap metrik di CloudWatch. Dengan mengkurasi pengumpulan dan agregasi metrik Prometheus, pengguna CloudWatch dapat memantau, memecahkan masalah, dan mengetahui degradasi serta kegagalan kinerja aplikasi dengan lebih cepat seraya mengurangi jumlah alat pemantauan yang diperlukan.

Metrik Prometheus secara otomatis diserap sebagai metrik kustom CloudWatch. Periode retensi adalah 15 bulan per titik data metrik dengan roll up otomatis (<60 detik tersedia selama 3 jam, satu menit tersedia selama 15 hari, 5 menit tersedia selama 63 hari, satu jam tersedia selama 15 bulan). Untuk mempelajari selengkapnya, lihat dokumentasi tentang retensi metrik CloudWatch.

Ya. Tiap klaster Kubernetes (k8s) memiliki grup log tersendiri untuk kejadian (e.g., /aws/containerinsights//prometheus) dengan masa retensi yang dapat dikonfigurasi milik mereka sendiri. Untuk detail selengkapnya, baca dokumentasi tentang retensi grup log.

Tidak. Seluruh metrik yang diserap sebagai kejadian CloudWatch Logs dan dapat dikueri menggunakan kueri CloudWatch Logs Insights. Untuk informasi selengkapnya, lihat dokumentasi tentang sintaksis bahasa penelusuran CloudWatch Logs Insights.

Anda akan dibebankan biaya untuk penggunaan hal berikut: (1) CloudWatch Logs yang diserap per Gigabyte (GB), (2) CloudWatch Logs yang disimpan, dan (3) Metrik kustom CloudWatch. Baca halaman harga CloudWatch untuk mendapatkan detail harga di Wilayah AWS Anda.

Monitor Internet Amazon CloudWatch membantu Anda untuk terus memantau ketersediaan internet dan metrik performa di antara aplikasi yang di-host AWS serta pengguna akhir aplikasi. Dengan Monitor Internet, Anda dapat dengan cepat memvisualisasikan dampak masalah, menentukan lokasi dan penyedia yang terpengaruh, lalu mengambil tindakan untuk meningkatkan pengalaman jaringan pengguna akhir Anda. Anda dapat melihat tampilan global pola lalu lintas dan peristiwa terkait kondisi serta menggali lebih dalam informasi tentang peristiwa di perincian geografis yang berbeda. Jika terjadi masalah yang disebabkan oleh jaringan AWS, Anda akan menerima notifikasi Dasbor AWS Health yang memberi tahu Anda tentang langkah-langkah yang diambil AWS untuk memitigasi masalah tersebut. Monitor Internet juga menyediakan wawasan dan rekomendasi yang dapat membantu Anda meningkatkan pengalaman pengguna dengan menggunakan layanan AWS lainnya.

Untuk menggunakan Monitor Internet, buat monitor dan kaitkan sumber daya aplikasi dengannya, Cloud Privat Virtual (VPC) Amazon, distribusi CloudFront, atau direktori WorkSpaces, agar Monitor Internet dapat mengetahui lokasi lalu lintas internet aplikasi Anda. Monitor Internet selanjutnya akan menyediakan pengukuran internet dari AWS yang khusus untuk lokasi dan jaringan yang berkomunikasi dengan aplikasi Anda.

Selanjutnya, Anda dapat menggunakan dasbor CloudWatch untuk mempelajari peristiwa terkait kondisi, melihat performa dan skor ketersediaan, menjelajahi data historis aplikasi dengan perincian berbeda menurut geografi, serta mendapatkan wawasan tentang cara mengonfigurasi aplikasi untuk meningkatkan performa pengguna akhir Anda.

Monitor Internet memublikasikan pengukuran internet ke Log CloudWatch dan Metrik CloudWatch sehingga Anda dapat dengan mudah menggunakan alat CloudWatch untuk lebih memahami kondisi aplikasi di geografi dan jaringan yang spesifik untuk aplikasi Anda. Monitor Internet juga mengirimkan peristiwa terkait kondisi ke Amazon EventBridge agar Anda dapat mengatur notifikasi.

Saat Anda menjelajahi Monitor Internet, akan membantu jika Anda terbiasa dengan komponen dan konsep yang akan Anda lihat referensinya di layanan. Monitor Internet menggunakan atau merujuk pada: Monitor, log CloudWatch, metrik CloudWatch, jaringan kota, peristiwa terkait kondisi, Nomor Sistem Otonom (ASN), sumber daya yang dipantau, pengukuran internet, waktu perjalanan, bita yang ditransfer, serta skor performa dan ketersediaan.

Baca deskripsi singkat tentang komponen-komponen ini di dokumentasi.

Harga Monitor Internet memiliki komponen-komponen berikut: Biaya per sumber daya yang dipantau, biaya per jaringan kota, dan biaya untuk log diagnostik yang dipublikasikan ke Log CloudWatch. Untuk informasi selengkapnya, lihat halaman harga Monitor Internet Amazon CloudWatch.

Untuk Monitor Internet, dukungan Wilayah tergantung pada jenis sumber daya yang Anda tambahkan ke monitor. Untuk distribusi Amazon CloudFront dan direktori Amazon WorkSpaces, Monitor Internet tersedia di semua Wilayah yang didukung. Untuk Amazon Cloud Privat Virtual (VPC), VPC dari Wilayah opt-in hanya dapat ditambahkan ke monitor yang dibuat di Wilayah yang sama. Untuk daftar lengkap Wilayah AWS yang didukung, lihat titik akhir Monitor Internet Amazon CloudWatch.

CloudWatch Lambda Insights adalah fitur untuk memantau, memecahkan masalah, dan mengoptimalkan kinerja dan biaya fungsi Lambda Anda. Lambda Insights menyederhanakan isolasi dan analisis terhadap masalah kinerja yang berdampak pada lingkungan Lambda Anda. DevOps dan teknisi sistem memiliki akses ke dasbor otomatis di konsol CloudWatch, sehingga mereka mempunyai visibilitas operasional ujung ke ujung pada metrik, log, dan jejak yang meringkas performa dan kesehatan fungsi AWS Lambda.

Anda dapat memulai dengan mengumpulkan metrik, log, dan metadata performa yang mendetail dari fungsi Lambda dengan mengikuti langkah-langkah berikut di dokumentasi CloudWatch Lambda Insights.

CloudWatch Lambda Insights secara otomatis mengumpulkan metrik kustom dari kejadian kinerja yang diserap sebagai CloudWatch logs dari fungsi Lambda Anda. Detail selengkapnya mengenai harga tersedia di halaman harga CloudWatch.

Network Monitor memberikan visibilitas ke dalam performa dan visibilitas jaringan yang menghubungkan aplikasi yang di-hosting AWS ke tujuan on-premise Anda. Network Monitor memungkinkan Anda memvisualisasikan kehilangan paket dan latensi koneksi jaringan hibrida dengan cepat, menetapkan peringatan dan ambang batas, lalu mengambil tindakan untuk meningkatkan pengalaman jaringan pengguna akhir Anda. Jika koneksi jaringan hibrida Anda melalui AWS Direct Connect, Network Monitor memungkinkan Anda mengidentifikasi sumber penurunan performa jaringan dalam hitungan menit.

Network Monitor menjual latensi pulang pergi dan kehilangan paket untuk setiap probe yang dikonfigurasi di monitor. Selain itu, untuk koneksi jaringan hibrida melalui AWS Direct Connect, Network Monitor menjual metrik untuk AWS Network Health Indicator. Metrik ini diagregasi per subnet VPC dan per titik akhir tujuan, lalu diposting ke Amazon CloudWatch. Kemudian, Anda dapat mengakses dasbor CloudWatch dari dalam konsol Network Monitor untuk menampilkan metrik ini, mengatur alarm, dan menampilkan status kondisi jaringan AWS agar dapat melihat saat masalah jaringan memengaruhi performa. Anda juga dapat mengukur kehilangan paket dan latensi pulang pergi dengan mengamati riwayat 30 hari dari metrik yang dicatat atau mengatur alarm untuk diberi tahu terkait peristiwa jaringan.

Harga Network Monitor memiliki komponen berikut: Tarif per sumber daya yang dipantau dan biaya untuk metrik yang dipublikasikan ke CloudWatch. Untuk informasi selengkapnya, lihat Harga Amazon CloudWatch dan navigasikan ke tab Network Monitor.

Untuk menggunakan Network Monitor, buat monitor dan kaitkan sumber daya aplikasi Anda dengan monitor ini. Pilih subnet sumber milik Amazon Virtual Private Cloud (VPC) Anda, lalu pilih alamat IP tujuan di jaringan on-premise Anda. Network Monitor membuat jala dari kemungkinan kombinasi sumber dan tujuan, yang masing-masing disebut probe, dalam satu monitor. Pembuatan Network Monitor dikelola sepenuhnya oleh AWS dan Anda seharusnya dapat melihat metrik waktu nyata dalam beberapa menit setelah menyiapkan monitor. Network Monitor menjual metrik waktu nyata ini ke Metrik CloudWatch, sehingga Anda dapat dengan mudah menggunakan alat CloudWatch untuk lebih memahami kondisi jaringan di wilayah AWS khusus pada jaringan Anda. Baca dokumentasi CloudWatch pada petunjuk pengaturan yang lebih mendetail.

Amazon CloudWatch DEM memungkinkan Anda untuk memantau bagaimana pengalaman pengguna akhir dalam menggunakan aplikasi Anda (termasuk performa, ketersediaan, dan kegunaan). 

Temukan masalah yang terputus-putus, dapatkan pemberitahuan bahkan saat tidak ada lalu lintas pengguna, serta pantau titik akhir dan UI Anda menggunakan canary CloudWatch Synthetic. Pemantauan sintetis yang lengkap dengan CloudWatch RUM untuk memahami dampak pengguna akhir dan untuk mendapatkan visibilitas yang lebih baik mengenai pengalaman digital Anda. Tingkatkan pengalaman digital pengguna akhir Anda dengan melakukan eksperimen dan memvalidasi desain serta fitur baru menggunakan CloudWatch Evidently. 

Amazon CloudWatch RUM adalah fitur pemantauan pengguna nyata yang memberi Anda visibilitas ke performa dari sisi klien aplikasi untuk membantu Anda mengurangi waktu rata-rata resolusi (MTTR). Dengan CloudWatch RUM, Anda dapat mengumpulkan data dari sisi klien di performa aplikasi web secara langsung untuk mengidentifikasi dan melakukan debug masalah. Metrik tersebut melengkapi data CloudWatch Synthetics guna memberi Anda visibilitas ke dalam pengalaman digital pengguna akhir. Anda dapat memvisualisasikan anomali dalam performa dan menggunakan data debugging yang relevan (seperti pesan kesalahan, jejak tumpukan, dan sesi pengguna) untuk memperbaiki masalah performa (seperti JavaScript yang eror, rusak, dan latensi). Anda bisa mendapatkan wawasan tentang berbagai dampak pengguna akhir, termasuk jumlah sesi, geolokasi, atau peramban. CloudWatch RUM mengumpulkan data tentang perjalanan pengguna Anda melalui aplikasi Anda, yang dapat membantu Anda menentukan fitur mana yang akan diluncurkan dan perbaikan bug yang harus diprioritaskan.

Buat pantauan aplikasi di CloudWatch RUM dan tambahkan klien web ringan di header HTML aplikasi Anda. Kemudian, mulai gunakan dasbor CloudWatch RUM untuk menerima wawasan pengguna dari berbagai geolokasi, perangkat, platform, dan peramban. 

Amazon CloudWatch Evidently mengizinkan Anda melakukan eksperimen dan mengidentifikasi konsekuensi yang tidak diinginkan dari fitur baru sebelum meluncurkannya untuk penggunaan umum, sehingga mengurangi risiko terkait peluncuran fitur baru tersebut. Evidently memungkinkan Anda untuk memvalidasi fitur baru di seluruh tumpukan aplikasi penuh sebelum dirilis, yang membuat perilisan menjadi lebih aman. Ketika meluncurkan fitur baru, Anda dapat mengeksposnya ke basis pengguna yang lebih kecil, memantau metrik kunci seperti waktu unggah halaman atau konversi, dan lalu lintas panggilan. Evidently juga mengizinkan developer untuk mencoba desain yang berbeda, mengumpulkan data pengguna, dan merilis desain produksi yang paling efektif. Statistik ini membantu Anda dalam menginterpretasi dan menindaklanjuti hasil percobaan tanpa memerlukan pengetahuan statistik tingkat lanjut. Anda dapat menggunakan wawasan yang disediakan oleh mesin statistik Evidently (seperti nilai p dan interval keyakinan kapan saja) untuk membuat keputusan saat eksperimen sedang berlangsung.

Anda dapat menggunakan snippet kode JavaScript CloudWatch RUM untuk mengumpulkan perjalanan pengguna dan metrik performa dari sisi klien. Jika diinginkan, Anda juga dapat menambahkan metrik kustom seperti konversi dengan menggunakan API Evidently. Selanjutnya, fitur baru yang akan diuji dapat diinstrumentasikan dengan CloudWatch Evidently SDK, yang menyediakan kemampuan untuk mengontrol bagaimana pengguna terekspos fitur baru tersebut. Sekarang Anda dapat menjalankan peluncuran dan eksperimen, baik menggunakan konsol AWS ataupun CLI. 

Amazon CloudWatch Synthetics memungkinkan Anda untuk lebih mudah memantau titik akhir aplikasi. Amazon CloudWatch Synthetics menjalankan pengujian pada titik akhir Anda setiap menit, selama 24 jam, dan memberi tahu Anda sesegera mungkin saat titik akhir aplikasi Anda tidak berperilaku seperti yang diharapkan. Pengujian ini dapat disesuaikan untuk memeriksa ketersediaan, latensi, transaksi, tautan yang rusak atau mati, penyelesaian tugas langkah demi langkah, kesalahan memuat halaman, memuat latensi untuk aset UI, alur wizard kompleks, atau alur checkout di aplikasi Anda. Anda juga dapat menggunakan CloudWatch Synthetics untuk mengisolasi pemberitahuan titik akhir aplikasi dan memetakannya kembali untuk mendasari masalah infrastruktur guna mengurangi waktu rata-rata resolusi.

Mulai menggunakan CloudWatch Synthetics itu mudah. Anda dapat menulis canary pertama yang lewat dalam menit. Untuk mempelajari selengkapnya, kunjungi dokumentasi mengenai Amazon CloudWatch Synthetics.

Dua layanan dapat digunakan secara terpisah, tetapi sebaiknya secara bersamaan.

AppConfig adalah kemampuan AWS Systems Manager yang dapat Anda gunakan untuk membuat, mengelola, dan men-deploy bendera fitur serta konfigurasi aplikasi lainnya. Saat mengembangkan fitur baru, Anda dapat menggunakan AppConfig untuk men-deploy fitur baru untuk produksi, tetapi sembunyikan itu di balik toggle bendera. Saat sudah siap meluncurkannya, Anda cukup memperbarui konfigurasi untuk merilis fitur secara instan dan bertahap.

Untuk managemen fitur tingkat lanjut dan eksperimen lain, Anda dapat menggunakan Evidently, yang merupakan kemampuan baru dari Amazon CloudWatch. Dengan Evidently, Anda dapat menjalankan percobaan pada berbagai fitur dan membandingkannya dengan titik acuan, atau meluncurkan variasi fitur pada suatu jadwal, sambil memantau metrik bisnis seperti durasi kunjungan dan pendapatan. Evidently juga terintegrasi dengan CloudWatch RUM, yang menyediakan pemantauan performa aplikasi dari sisi klien, sehingga metrik RUM dapat digunakan langsung di Evidently.

Wawasan Metrik CloudWatch adalah mesin kueri performa tinggi yang membantu Anda membagi metrik operasional dalam waktu nyata dan membuat agregat saat operasional berjalan menggunakan kueri SQL standar. Wawasan Metrik membantu Anda memahami status kesehatan dan performa aplikasi dengan memberi Anda kemampuan untuk menganalisis metrik dalam skala besar. Wawasan Metrik terintegrasi dengan Dasbor CloudWatch, sehingga Anda dapat menyimpan kueri Anda ke dasbor kesehatan dan performa untuk memantau secara proaktif dan menemukan masalah dengan cepat.

Untuk memulainya, cukup klik tab metrik di konsol CloudWatch, dan Anda akan menemukan Wawasan Metrik sebagai mesin kueri bawaan di bawah tab Kueri tanpa biaya tambahan. Saat Metrics Insights disertakan dengan bahasa SQL standar, Anda dapat memulai Metrics Insights dengan menggunakan pembangun kueri visual. Untuk menggunakan pembangun kueri, pilih metrik minat, namespace, dan dimensi secara visual, kemudian konsol akan secara otomatis membentuk kueri SQL Anda, berdasarkan pilihan Anda. Anda dapat menggunakan editor kueri untuk mengetikkan kueri SQL mentah setiap saat untuk mendalami dan menunjukkan masalah lebih detail. Metrics Insights juga dilengkapi dengan serangkaian contoh kueri yang tidak biasa yang dapat membantu Anda untuk mulai memantau dan menyelidiki performa aplikasi Anda secara instan. Metrics Insights juga tersedia secara terprogram melalui CloudFormation, AWS SDK, dan CLI.

Amazon CloudWatch memungkinkan Anda memantau sumber daya AWS Cloud dan aplikasi yang Anda jalankan di AWS. Metrik diberikan secara otomatis untuk sejumlah produk dan layanan AWS, termasuk instans Amazon EC2, volume EBS, Elastic Load Balancer, grup Auto Scaling, aliran kerja EMR, instans DB RDS, tabel DynamoDB, klaster ElastiCache, klaster RedShift, OpsWorks stacks, pemeriksaan kesehatan Route 53, topik SNS, antrean SQS, alur kerja SWF, dan Storage Gateway. Anda juga dapat memantau metrik kustom yang dihasilkan oleh aplikasi dan layanan Anda sendiri.

Anda dapat memublikasikan dan menyimpan metrik kustom hingga resolusi satu detik. Perpanjangan retensi metrik diluncurkan pada 1 November 2016, dan memungkinkan penyimpanan semua metrik untuk pelanggan dari 14 hari hingga 15 bulan sebelumnya. CloudWatch meretensi data metrik sebagai berikut:

Poin data dengan periode kurang dari 60 detik tersedia selama 3 jam. Poin data ini adalah metrik kustom resolusi tinggi.

Poin data dengan periode 60 detik (1 menit) tersedia selama 15 hari

Poin data dengan periode 300 detik (5 menit) tersedia selama 63 hari 

Poin data dengan periode 3600 detik (1 jam ) tersedia selama 455 hari (15 bulan)

Poin data yang sebelumnya dibuat dengan periode yang lebih pendek diagregasi untuk penyimpanan jangka panjang. Misalnya, jika Anda mengumpulkan data menggunakan periode 1 menit, data tetap tersedia selama 15 hari dengan resolusi 1 menit. Setelah 15 hari data ini masih tersedia, tetapi diagregasi dan hanya dapat dicari dengan resolusi 5 menit. Setelah 63 hari, data selanjutnya diagregasi dan tersedia dengan resolusi 1 jam. Jika memerlukan ketersediaan metrik yang lebih lama dari periode ini, Anda dapat menggunakan API GetMetricStatistics untuk mencari titik data untuk penyimpanan offline atau berbeda.

Fitur ini saat ini tersedia di AS Timur (Virginia U.), AS Barat (Oregon), AS Barat (N. California), UE (Irlandia), UE (Frankfurt), Amerika Selatan (São Paulo), Asia Pasifik (Singapura), Asia Pasifik (Tokyo), Asia Pasifik (Seoul), Asia Pasifik (Mumbai), Asia Pasifik (Sydney), UE (London), Kanada (Pusat), AS Timur (Ohio), dan Tiongkok (Beijing).

Resolusi minimum yang didukung oleh CloudWatch adalah poin data satu detik, yang merupakan metrik resolusi tinggi, atau Anda dapat menyimpan metrik dengan perincian satu menit. Terkadang metrik diterima oleh Cloudwatch pada interval yang bervariasi, seperti interval tiga menit atau lima menit. Jika Anda tidak menentukan bahwa metrik merupakan resolusi tinggi, dengan mengatur bidang StorageResolution pada permintaan API PutMetricData, maka secara default CloudWatch akan menggabungkan dan menyimpan metrik pada resolusi satu menit.

Tergantung pada usia data yang diminta, metrik akan tersedia pada resolusi yang ditentukan pada jadwal retensi di atas. Contohnya, jika Anda meminta data satu menit selama sehari dari 10 hari yang lalu, Anda akan menerima 1440 poin data. Namun, jika Anda meminta data satu menit dari lima bulan yang lalu, UI akan secara otomatis mengubah perincian ke satu jam dan API GetMetricStatistics tidak akan mengembalikan output apa pun.

CloudWatch tidak mendukung penghapusan metrik. Tenggat waktu metrik berdasarkan pada jadwal retensi yang diuraikan di atas.

Tidak. Anda selalu dapat mengambil data metrik untuk instans Amazon EC2 berdasarkan jadwal retensi yang diuraikan di atas. Namun, konsol CloudWatch membatasi penelusuran metrik ke dalam dua minggu setelah metrik terakhir kali diserap untuk memastikan bahwa instans yang terbaru ditunjukkan dalam namespace Anda.

Ya, Amazon CloudWatch mendukung kueri data dari berbagai sumber, membantu Anda memantau metrik di AWS, on premise, dan cloud lainnya. Anda kini dapat memecahkan masalah peristiwa penting dalam hitungan menit, bukan jam, dan mendapatkan visibilitas terhadap kondisi aplikasi Anda, menampilkan wawasan lebih cepat untuk pengoperasian yang lancar. Pusatkan kueri, visualisasi, dan peringatan Anda di seluruh alat pemantauan Anda di satu tempat.

Ya. Amazon CloudWatch menyimpan metrik untuk instans Amazon EC2 yang berhenti atau Elastic Load Balancer yang dihapus selama 15 bulan.

Untuk memulai, navigasikan ke pembuat kueri metrik di konsol Amazon CloudWatch dan buka pemilih sumber data. Pemilih memungkinkan Anda memulai wizard untuk menambahkan sumber data baru untuk membuat kueri dan mengaktifkan alarm. Anda memilih sumber data yang ingin Anda kueri dan menentukan detail akses seperti URL atau jalur dan kredensial. Untuk detail selengkapnya, lihat dokumentas.

Jika Anda melihat window yang sama dalam periode 5 menit versus periode 1 menit, Anda dapat melihat bahwa poin data ditampilkan di tempat yang berbeda pada grafik. Untuk periode yang Anda tentukan di grafik, Amazon CloudWatch akan menemukan semua poin data yang tersedia dan menghitung poin agregat tunggal untuk mewakili seluruh periode. Dalam kasus periode 5 menit, poin data tunggal ditempatkan pada awal window waktu 5 menit. Untuk periode 1 menit, poin data tunggal ditempatkan pada tanda 1 menit. Kami rekomendasikan untuk menggunakan periode satu menit untuk pemecahan masalah dan aktivitas lain yang memerlukan pembuatan grafik paling presisi dalam periode waktu tersebut.

Anda dapat menggunakan Amazon CloudWatch untuk memantau data yang dibuat oleh aplikasi, skrip, dan layanan Anda sendiri. Metrik kustom adalah metrik apa pun yang Anda berikan pada Amazon CloudWatch. Misalnya, Anda dapat menggunakan metrik kustom sebagai cara untuk memantau waktu untuk memuat halaman web, meminta angka kesalahan, banyaknya proses atau utas pada instans Anda, atau jumlah kerja yang dilakukan oleh aplikasi Anda. Anda dapat memulai dengan metrik kustom menggunakan API PutMetricData, skrip pemantauan sampel untuk Windows dan Linux kami, plugin terkumpul CloudWatch, serta sejumlah aplikasi dan alat yang ditawarkan oleh partner AWS.

Metrik kustom dapat berupa salah satu dari berikut ini:

Resolusi standar, dengan data yang memiliki granularitas satu menit

Resolusi tinggi, dengan data yang memiliki perincian satu detik

Secara default, metrik disimpan pada resolusi satu menit di CloudWatch. Anda dapat menentukan metrik sebagai resolusi tinggi dengan mangatur parameter StorageResolution ke satu pada permintaan API PutMetricData. Jika Anda tidak mengatur parameter StorageResolution opsional, maka CloudWatch secara default akan menyimpan metrik pada resolusi satu menit.

Pada saat Anda memublikasikan metrik resolusi tinggi, CloudWatch menyimpannya dengan resolusi satu detik, dan Anda dapat membaca serta mengambilnya dengan periode satu detik, lima detik, 10 detik, 30 detik, atau berapa pun dari kelipatan 60 detik.

Metrik kustom mengikuti jadwal retensi yang sama dengan yang tercantum di atas.

Saat ini, hanya metrik kustom yang Anda publikasikan ke CloudWatch yang tersedia pada resolusi tinggi. Metrik kustom resolusi tinggi disimpan di CloudWatch pada resolusi satu detik. Resolusi tinggi ditentukan dengan parameter StorageResolution pada permintaan API PutMetricData, dengan nilai satu, dan bukan merupakan bidang yang wajib diisi. Jika Anda tidak menentukan nilai untuk bidang StorageResolution opsional, CloudWatch akan menyimpan metrik kustom pada resolusi satu menit secara default.

Tidak, metrik kustom resolusi tinggi diberi harga yang sama dengan metrik kustom satu menit standar.

Anda dapat memantau data Anda menggunakan metrik kustom, CloudWatch Logs, atau keduanya. Anda sebaiknya menggunakan metrik kustom jika data Anda belum dibuat dalam format log, misalnya proses sistem operasi atau pengukuran kinerja. Atau, Anda mungkin ingin membuat aplikasi atau skrip Anda sendiri, atau yang disediakan oleh partner AWS. Jika ingin meletakkan dan menyimpan pengukuran tunggal bersama dengan detail tambahan, Anda sebaiknya menggunakan CloudWatch Logs.

Anda dapat mengambil, membuat grafik, dan mengatur alarm pada nilai statistik berikut untuk metrik Amazon CloudWatch: Rata-rata, Jumlah, Minimum, Maksimum, dan Jumlah Sampel. Statistik dapat dihitung untuk interval waktu yang merupakan kelipatan satu menit atau 60 detik. Untuk metrik kustom resolusi tinggi, statistik dapat dikomputasi selama periode waktu antara satu detik dan tiga jam.

Amazon CloudWatch Application Insights untuk .NET dan SQL Server merupakan kemampuan yang dapat Anda gunakan untuk memantau aplikasi .NET dan SQL Server Anda dengan mudah. Ini membantu mengidentifikasi dan mengatur metrik dan log utama di seluruh sumber informasi aplikasi dan tumpukan teknologi, seperti database, server web (IIS) dan aplikasi, OS, penyeimbang muatan, antrean, dll. Metric Insights secara konstan memantau data telemetri ini untuk mendeteksi dan menghubungkan anomali dengan kesalahan, guna memberi tahu Anda tentang masalah yang ada dalam aplikasi Anda. Untuk membantu dalam pemecahan masalah, dasbor otomatis dibuat untuk memvisualisasikan masalah yang terdeteksi, yang mencakup anomali metrik dan kesalahan log terkait, serta wawasan tambahan untuk mengarahkan Anda ke potensi akar masalahnya.

Secara otomatis mengenali metrik dan log aplikasi: Memindai sumber daya aplikasi Anda, memberikan daftar metrik dan log yang direkomendasikan untuk memantau dan mengaturnya secara otomatis, membuatnya lebih mudah untuk mengatur pemantauan bagi aplikasi Anda. 

Mendeteksi masalah dengan cerdas: Menggunakan aturan bawaan dan algoritme machine learning untuk secara dinamis memantau dan menganalisis gejala masalah di seluruh tumpukan aplikasi Anda serta mendeteksi masalah aplikasi. Membantu Anda mengurangi overhead dalam menangani lonjakan metrik individu, atau peristiwa, atau pengecualian log, dan sebagai gantinya mendapatkan pemberitahuan terkait masalah sebenarnya beserta informasi kontekstual mengenai masalah ini.

Pemecahan masalah lebih cepat: Mesin ini menilai masalah yang terdeteksi untuk memberi Anda wawasan terkait hal tersebut, seperti kemungkinan akar penyebab masalah yang terdeteksi serta daftar metrik dan log yang terkena dampak karena masalah tersebut. Anda dapat memberikan umpan balik tentang wawasan yang dihasilkan untuk membuat mesin pendeteksi masalah khusus untuk kasus penggunaan Anda.

Aplikasi orientasi: Tentukan aplikasi yang ingin Anda pantau dengan memilih Grup Sumber Daya AWS yang terkait dengannya.

Identifikasi komponen aplikasi: Menganalisis sumber informasi aplikasi Anda untuk mengidentifikasi komponen aplikasi (sumber informasi mandiri, atau grup sumber informasi terkait seperti grup auto scaling dan grup penyeimbang beban). Anda juga dapat menyesuaikan komponen dengan mengelompokkan sumber daya untuk wawasan yang lebih baik dan onboarding yang mudah.

Aktifkan pemantauan: Untuk komponen aplikasi Anda, Anda dapat menentukan tingkat teknologi seperti front-end IIS, tingkat pekerja .NET, dll. Berdasarkan pilihan Anda, tersedia serangkaian metrik dan log yang direkomendasikan yang dapat disesuaikan berdasarkan kebutuhan Anda. Setelah Anda menyimpan “pemantauan” ini, Wawasan Aplikasi untuk .NET dan SQL Server menyiapkan CloudWatch untuk mengumpulkannya atas nama Anda.

Setelah orientasi, Wawasan Aplikasi untuk .NET dan SQL Server menggunakan kombinasi aturan internal dan model machine learning yang dibangun sebelumnya untuk mulai mengidentifikasi masalah aplikasi. Dasbor otomatis dibuat di CloudWatch dengan daftar masalah yang terdeteksi, dan tampilan detail masalah tersebut beserta anomali dan kesalahan terkait.

Stream Metrik CloudWatch adalah fitur yang memungkinkan Anda untuk terus melakukan stream metrik CloudWatch ke tujuan pilihan Anda dengan penyiapan dan konfigurasi minimal. Ini merupakan solusi yang sepenuhnya terkelola, dan tidak mengharuskan Anda untuk menulis kode apa pun atau memelihara infrastruktur apa pun. Dengan hanya beberapa klik, Anda dapat mengonfigurasi stream metrik ke tujuan seperti Amazon Simple Storage Service (S3). Anda juga dapat mengirim metrik Anda ke pilihan penyedia layanan pihak ketiga untuk selalu memperbarui dasbor operasional Anda.

Stream Metrik menyediakan cara alternatif untuk mendapatkan data metrik dari CloudWatch tanpa perlu melakukan polling API. Anda dapat membuat stream metrik hanya dengan beberapa klik, dan data metrik akan mulai mengalir ke tujuan Anda. Anda dapat dengan mudah mengarahkan metrik Anda ke data lake di AWS seperti di Amazon S3, dan mulai menganalisis penggunaan atau kinerja dengan alat seperti Amazon Athena. Stream Metrik mempermudah pengiriman metrik CloudWatch ke penyedia layanan pihak ketiga populer menggunakan endpoint HTTP Amazon Kinesis Data Firehose. Anda dapat membuat stream yang berkelanjutan dan dapat diskalakan termasuk data metrik CloudWatch terbaru untuk menyalakan dasbor, alarm, dan alat lain yang mengandalkan data metrik akurat dan tepat waktu.

Anda dapat membuat dan mengelola Stream Metrik melalui Konsol CloudWatch atau secara terprogram melalui API CloudWatch, AWS SDK, AWS CLI, atau AWS CloudFormation untuk menyediakan dan mengonfigurasi Stream Metrik. Anda juga dapat menggunakan templat AWS CloudFormation yang disediakan oleh penyedia layanan pihak ketiga untuk menyiapkan pengiriman Stream Metrik ke tujuan di luar AWS. Untuk informasi selengkapnya, baca dokumentasi di CloudWatch Metric Streams.

Ya. Anda dapat memilih untuk mengirim semua metrik secara default, atau membuat aturan filter untuk menyertakan dan mengecualikan grup metrik yang ditentukan berdasarkan namespace, mis. AWS/EC2. Stream Metrik secara otomatis mendeteksi metrik baru yang cocok dengan aturan filter dan menyertakan pembaruan metrik di stream. Jika sumber daya dihentikan, secara otomatis Stream Metrik akan berhenti mengirim pembaruan untuk metrik yang tidak aktif.

Stream Metrik dapat menghasilkan output dalam format OpenTelemetry atau JSON. Anda dapat memilih format output saat membuat atau mengelola stream metrik.

Ya. Anda dapat mengunjungi bagian pemantauan di halaman konsol Stream Metrik. Anda akan melihat dasbor otomatis untuk volume pembaruan metrik dari waktu ke waktu. Metrik ini juga tersedia di bawah namespace AWS/CloudWatch dan dapat digunakan untuk membuat alarm guna mengirim pemberitahuan jika terjadi lonjakan volume yang tidak biasa.

Anda dapat menggunakan CloudWatch Logs untuk memantau serta memecahkan masalah sistem dan aplikasi Anda menggunakan sistem, aplikasi, dan file log khusus yang sudah ada.

Dengan CloudWatch Logs, Anda dapat memantau log, hampir secara real-time, untuk frasa, nilai, atau pola tertentu. Misalnya, Anda dapat mengatur alarm pada jumlah kesalahan yang terjadi di log sistem Anda atau melihat grafik latensi permintaan web dari log aplikasi Anda. Kemudian Anda dapat melihat data log asli untuk melihat sumber masalah. Data log dapat disimpan dan diakses hingga selama Anda membutuhkan penyimpanan yang sangat berdaya tahan dan murah sehingga Anda tidak perlu khawatir ini akan memenuhi hard drive.

Amazon CloudWatch Vended logs adalah log asli yang diterbitkan oleh AWS atas nama pelanggan. Log VPC Flow adalah jenis Vended log pertama yang akan memberi manfaat dari model bertingkat ini. Namun demikian, semakin banyak jenis log Layanan AWS akan ditambahkan ke jenis Vended Log di kemudian hari.

Silakan lihat Produk dan Layanan Regional untuk detail ketersediaan layanan CloudWatch Logs menurut wilayah.

Silakan baca halaman harga kami untuk informasi terbaru.

CloudWatch Logs dapat memantau dan menyimpan log untuk membantu Anda memahami serta mengoperasikan sistem dan aplikasi Anda dengan lebih baik. Pada saat Anda menggunakan CloudWatch Logs dengan log Anda, data log yang sudah ada digunakan untuk pemantauan, sehingga tidak diperlukan perubahan kode. Berikut adalah dua contoh hal yang dapat Anda lakukan dengan Amazon CloudWatch dan log Anda:

Pemantauan Aplikasi dan Sistem Waktu Nyata: Anda bisa menggunakan Log CloudWatch untuk memantau aplikasi dan sistem menggunakan data log hampir secara waktu nyata. Misalnya, CloudWatch Logs dapat melacak banyaknya kesalahan yang terjadi di log aplikasi dan mengirimkan pemberitahuan kepada Anda kapan pun angka kesalahan melebihi ambang batas yang Anda tetapkan. Amazon CloudWatch menggunakan data log Anda untuk memantau sehingga tidak melibatkan perubahan kode apa pun dari Anda.

Retensi Log Jangka Panjang: Anda dapat menggunakan Log CloudWatch untuk menyimpan data log selama waktu yang tidak ditentukan dalam penyimpanan yang sangat berdaya tahan dan hemat biaya tanpa perlu khawatir kehabisan ruang di hard drive. Agen CloudWatch Logs memudahkan dalam memindahkan berkas log putaran dan non-putaran dari host menuju layanan log secara cepat. Lalu, Anda dapat mengakses data peristiwa log mentah pada saat Anda membutuhkannya.

Anda dapat mengonfigurasi layanan EC2Config untuk mengirimkan berbagai data dan file log ke CloudWatch termasuk: log teks kustom, log Kejadian (Aplikasi, Kustom, Keamanan, Sistem), log Event Tracing (ETW), dan data Performance Counter (PCW). Pelajari selangkapnya tentang layanan EC2Config di sini.

Agen CloudWatch Logs akan mengirim data log setiap lima detik secara default dan dapat dikonfigurasi oleh pengguna.

CloudWatch Logs dapat menyerap, mengagregasi, dan memantau teks apa pun berdasarkan data log umum atau log dalam format JSON.

Agen CloudWatch Logs akan merekam kesalahan pada saat dikonfigurasi untuk melaporkan data log non teks. Kesalahan ini direkam dalam /var/logs/awslogs.log.

Anda dapat memantau kejadian log pada saat dikirim ke CloudWatch Logs dengan membuat Filter Metrik. Filter Metrik mengubah data log menjadi Metrik Amazon CloudWatch untuk pembuatan grafik dan alarm. Filter Metrik dapat dibuat dalam Konsol atau CLI. Filter Metrik mencari dan mencocokkan istilah, frasa, atau nilai pada kejadian log Anda. Pada saat Filter Metrik menemukan salah satu istilah, frasa, atau nilai pada kejadian log Anda, maka akan menghitungnya dalam Metrik Amazon CloudWatch yang Anda pilih. Misalnya, Anda dapat membuat Filter Metrik untuk mencari dan menghitung terjadinya kata “Kesalahan” pada kejadian log Anda. Filter Metrik juga dapat mengekstrak nilai dari kejadian log yang dibatasi ruang, seperti latensi permintaan web. Anda juga dapat menggunakan operator bersyarat dan wildcard untuk membuat kecocokan yang sama. Konsol Amazon CloudWatch dapat membantu Anda menguji pola Anda sebelum membuat Filter Metrik.

Pola Filter Metrik dapat berisi istilah pencarian atau spesifikasi log umum Anda atau format kejadian JSON.

Misalnya, jika Anda ingin mencari istilah Kesalahan, pola filter metrik akan berupa istilah Kesalahan saja. Berbagai istilah pencarian dapat disertakan untuk mencari berbagai istilah. Misalnya, jika Anda ingin menghitung kejadian yang berisi istilah Kesalahan dan Pengecualian, Anda perlu menggunakan pola Pengecualian Kesalahan. Jika Anda ingin mencocokkan istilah Pengecualian Kesalahan dengan sama persis, Anda perlu menambahkan tanda kutip ganda pada istilah pencarian, "Pengecualian Kesalahan". Anda dapat menentukan istilah pencarian sebanyak yang Anda inginkan.

CloudWatch Logs juga dapat digunakan untuk mengekstrak nilai dari kejadian log pada log umum atau format JSON. Misalnya, Anda dapat melacak byte yang ditransfer dari log akses Apache Anda. Anda juga dapat menggunakan operator bersyarat dan wildcard untuk mencocokkan dan mengekstrak data yang Anda minati. Untuk menggunakan fitur ekstraksi Filter Metrik, kejadian log harus dibatasi ruang dan diawali dan diakhiri tanda kutip ganda """, atau, diawali tanda kurung siku "[" dan diakhiri tanda kurung siku "]", untuk mengapit bidang. Atau, dapat berupa kejadian log dengan format JSON. Untuk detail lengkap tentang sintaksis dan contoh, silakan lihat Panduan Developer untuk Filter Metrik.

CloudWatch Logs memungkinkan Anda menguji pola Filter Metrik yang Anda inginkan sebelum membuat Filter Metrik. Anda dapat menguji pola terhadap data log Anda yang telah berada di CloudWatch Logs atau Anda dapat memasok kejadian log Anda sendiri untuk diuji. Menguji pola Anda akan menunjukkan kejadian log mana yang cocok dengan pola Filter Metrik dan, jika nilai pengekstrakan, berapa nilai pengekstrakan pada data pengujian tersebut. Pengujian Filter Metrik tersedia untuk digunakan dalam konsol dan CLI.

Filter Metrik Amazon CloudWatch tidak mendukung ekspresi reguler. Untuk memproses data log Anda dengan ekspresi reguler, pertimbangkan untuk menggunakan Amazon Kinesis dan hubungkan aliran dengan mesin pemroses ekspresi reguler.

Anda dapat mencari data log menggunakan konsol CloudWatch Logs atau melalui CLI CloudWatch Logs. Kejadian log dicari berdasarkan Grup Log, Aliran Log, dan waktu pada saat dikaitkan. API CloudWatch Logs untuk mencari kejadian log adalah GetLogEvents.

Anda dapat menggunakan CLI untuk mencari kejadian log Anda dan mencarinya menggunakan grup baris perintah atau fungsi pencarian yang sama.

Anda dapat menyimpan data log di CloudWatch Logs selama yang Anda inginkan. Secara default, CloudWatch Logs akan menyimpan data log Anda selama waktu yang tidak ditentukan. Anda dapat mengubah retensi untuk masing-masing Grup Log kapan saja.

Standar Log Amazon CloudWatch adalah salah satu dari dua kelas log yang ditawarkan oleh CloudWatch. Standar Log memberikan manajemen log komprehensif yang ditujukan untuk pemantauan waktu nyata dan kemampuan analitik tingkat lanjut seperti Live Tail, ekstraksi metrik, alarm, dan perlindungan data. Anda dapat memantau log Anda, hampir secara waktu nyata, untuk frasa, nilai, atau pola tertentu. Misalnya, Anda dapat mengatur alarm pada jumlah kesalahan yang terjadi di log sistem Anda atau melihat grafik latensi permintaan web dari log aplikasi Anda. Kemudian Anda dapat melihat data log asli untuk melihat sumber masalah.

Akses Jarang Log Amazon CloudWatch (Logs-IA) adalah salah satu dari dua kelas log yang ditawarkan oleh CloudWatch. Logs-IA dibuat khusus untuk menggabungkan semua log Anda secara native di AWS. Layanan ini menawarkan penyerapan terkelola, analisis log lintas akun, dan enkripsi Standar Log CloudWatch, dengan harga penyerapan per GB yang rendah. Kombinasi kemampuan yang disesuaikan dan biaya rendah menjadikan CloudWatch Logs-IA ideal untuk kueri ad-hoc dan analisis forensik setelah peristiwa. Data log dapat disimpan dan diakses selama waktu yang tidak ditentukan dengan penyimpanan yang sangat berdaya tahan dan murah, sehingga Anda tidak perlu khawatir kapasitas hard drive terlampaui.

Akses Jarang Log Amazon CloudWatch (Logs-IA) tersedia di semua Wilayah AWS tempat Log CloudWatch tersedia. Anda dapat memulai di konsol atau secara terprogram melalui AWS CLI atau API

Untuk mengakses Logs Insights, kebijakan IAM Anda harus mencakup izin untuk logs:DescribeLogGroups dan logs:FilterLogEvents.

Anda dapat menggunakan Wawasan Log untuk mengkueri semua log yang dikirim ke CloudWatch. Wawasan Log secara otomatis menemukan bidang log dari layanan AWS seperti Lambda, CloudTrail, Route53, dan VPC Flow Logs; dan log aplikasi apa pun yang menghasilkan peristiwa log dalam format JSON. Selain itu, untuk semua jenis log, kemampuan ini menghasilkan 3 bidang sistem @message, @logStream, dan @timestamp untuk semua log yang dikirim ke CloudWatch. @message berisi peristiwa log tak terurai mentah, @logStream berisi nama sumber yang menghasilkan peristiwa log, dan @timestamp berisi waktu ketika peristiwa log ditambahkan ke CloudWatch.

Wawasan Log memperkenalkan bahasa kueri baru yang ditujukan untuk pemrosesan log. Bahasa kueri mendukung beberapa perintah kueri yang sederhana namun andal. Anda dapat menulis perintah untuk mengambil satu atau beberapa bidang log, menemukan peristiwa log yang sesuai dengan satu kriteria pencarian atau lebih, menggabungkan data log Anda, dan mengekstrak bidang singkat dari log berbasis teks Anda. Bahasa kueri mudah dipelajari, dan Wawasan Log menawarkan bantuan dalam produk berbentuk kueri sampel, deskripsi perintah, dan penyelesaian kueri secara otomatis untuk membantu Anda memulai. Anda dapat menemukan detail tambahan mengenai bahasa kueri di sini.

Batas layanan didokumentasikan di sini.

Wawasan Log tersedia di AS Barat (Oregon), AS Barat (N. California), AS Timur (Ohio), AS Timur (Virginia U.), Asia Pasifik (Mumbai), Asia Pasifik (Seoul), Asia Pasifik (Singapura), Asia Pasifik (Sydney), Asia Pasifik (Tokyo), Kanada (Pusat), UE (Frankfurt), UE (Irlandia), UE (London), UE (Paris), Amerika Selatan (São Paulo).

Anda dapat menulis kueri yang berisi agregasi, filter, ekspresi reguler, dan pencarian teks. Anda juga dapat mengekstrak data dari peristiwa log untuk membuat bidang singkat, yang kemudian dapat diproses oleh bahasa kueri untuk membantu Anda mengakses informasi yang Anda cari. Bahasa kueri mendukung string, angka, dan fungsi matematika, antara lain concat, strlen, trim, log, dan sqrt. Anda juga dapat menggunakan ekspresi boolean dan logis, dan fungsi penggabungan, antara lain min, maks, jumlah, rata-rata, dan persentil. Anda dapat menemukan detail tambahan mengenai bahasa kueri dan fungsi yang didukung di sini.

Anda dapat menemukan daftar perintah kueri di sini. Anda dapat menemukan daftar fungsi yang didukung di sini.

Anda dapat menggunakan visualisasi untuk mengidentifikasi tren dan pola yang terjadi seiring waktu dalam log Anda. Wawasan Log mendukung visualisasi data menggunakan bagan garis dan bagan area bertumpuk. Hal ini menghasilkan visualisasi untuk semua kueri yang berisi satu fungsi agregat atau lebih, di mana data dikelompokkan dalam interval waktu yang ditentukan menggunakan fungsi bin(). Anda dapat menemukan detail tambahan mengenai visualisasi data deret waktu di sini.

Anda dapat menggunakan ekspresi reguler gaya Java dengan Wawasan Log. Ekspresi reguler dapat digunakan dalam perintah filter. Anda dapat menemukan contoh kueri dengan ekspresi reguler menggunakan bantuan dalam produk atau di sini.

Anda dapat menggunakan aksen nontirus (`) untuk menandai karakter khusus. Nama bidang log yang berisi karakter selain alfanumerik, @, dan . perlu ditandai dengan aksen nontirus (`).

Bidang sistem yang dihasilkan oleh Wawasan Log diawali dengan @. Logs Insights saat ini menghasilkan 3 bidang sistem @message yang berisi peristiwa log tak terurai mentah saat dikirim ke CloudWatch, @logStream yang berisi nama sumber yang menghasilkan kejadian log, dan @timestamp yang berisi waktu ketika kejadian log ditambahkan ke CloudWatch.

Logs Insights memungkinkan Anda untuk mengkueri data log yang ditambahkan ke CloudWatch Logs pada atau setelah 5 November 2018.

Anda dapat mencari peristiwa log dari log stream tertentu dengan menambahkan perintah filter kueri @logStream = “log_stream_name” ke kueri log Anda.

CloudWatch Logs sudah mendukung opsi integrasi dengan Layanan AWS lainnya seperti Amazon Kinesis, Amazon Kinesis Data Firehose, Amazon Elasticsearch, dan solusi ISV Mitra AWS antara lain Splunk, Sumo Logic, dan DataDog, untuk menyediakan pilihan dan fleksibilitas bagi Anda di semua lingkungan, untuk kebutuhan pemrosesan, pengayaan, analisis, dan visualisasi log kustom Anda. Selain itu, kemampuan kueri CloudWatch Logs Insights tersedia untuk akses terprogram melalui AWS SDK, untuk memfasilitasi Mitra ISV AWS untuk membangun integrasi yang lebih mendalam, analisis lanjutan, dan nilai tambahan pada CloudWatch Logs Insights.

Integrasi Mitra ISV dengan Wawasan CloudWatch Logs memungkinkan Anda menghadirkan data log ke dalam satu tempat dan mampu menganalisis menggunakan alat dan kerangka kerja pilihan Anda secara hemat biaya dan memiliki performa tinggi, tanpa perlu memindahkan data dalam jumlah besar. Anda juga akan memiliki akses yang lebih cepat ke log Anda dengan menghapus latensi pada transfer data terkait dan menghilangkan kompleksitas operasional dalam mengonfigurasi dan mempertahankan transfer data tertentu.

Didukung oleh AI/ML, Deteksi Anomali Log Amazon CloudWatch adalah fitur analisis log otomatis yang membantu Anda membuat klaster log terkait untuk mempercepat penyelidikan log, membandingkan log Anda dari waktu ke waktu untuk memunculkan wawasan utama, dan memantau log Anda serta memberi tahu Anda ketika terjadi perilaku yang tidak biasa untuk perbaikan yang lebih cepat. Dengan menggunakan algoritma tingkat lanjut, CloudWatch dapat secara otomatis mendeteksi pola dan perubahan yang tidak biasa dalam log aplikasi Anda, memperingatkan Anda tentang potensi masalah. Anda tidak perlu lagi memperbarui kueri atau filter setiap kali log Anda berubah. Dengan Deteksi Anomali Log, Anda dapat mendeteksi kesalahan dan lonjakan yang muncul dalam pesan log lebih awal sebelum berdampak pada Anda, mengidentifikasi masalah baru tanpa perlu mengetahui secara spesifik sebelumnya, mendapatkan peringatan tentang aktivitas yang tidak biasa tanpa perlu mengonfigurasi parameter, dan terus memantau log terpenting Anda . Dengan memunculkan potensi masalah secara proaktif, Deteksi Anomali Log CloudWatch membantu Anda mengatasi masalah dan memberikan performa yang andal.
 

Deteksi Anomali Log Amazon CloudWatch membantu mendeteksi secara otomatis perilaku tidak biasa di log aplikasi Anda. Meskipun alat seperti Filter Metrik memungkinkan Anda memantau variabel tertentu yang diketahui, deteksi anomali dapat mengidentifikasi kondisi yang sebelumnya tidak diketahui seperti kode kesalahan yang baru muncul di log Anda atau peningkatan mendadak dalam pesan log tertentu. Deteksi Anomali Log secara fleksibel berkembang bersama log aplikasi Anda dari waktu ke waktu dan tidak mengharuskan Anda menentukan parameter konfigurasi yang rumit seperti kueri atau sintaksis filter. Deteksi Anomali Log memberikan tingkat jaminan tambahan untuk grup log aplikasi Anda yang paling penting.

Deteksi Anomali Log Amazon CloudWatch tidak memerlukan format log tertentu agar dapat berfungsi. Fitur ini menggunakan Machine Learning untuk mengurai log Anda secara fleksibel. Deteksi Anomali Log CloudWatch paling cocok untuk log aplikasi, seperti log yang dihasilkan dari kode aplikasi yang berjalan di EC2, EKS, ECS, Lambda, dan sumber daya lain untuk menjalankan kode aplikasi.

Amazon DevOps Guru menawarkan kemampuan deteksi anomali yang dibuat khusus untuk sumber aplikasi tertentu seperti Lambda. Deteksi Anomali Log Amazon CloudWatch adalah solusi yang berfungsi dengan log aplikasi apa pun. Deteksi Anomali Log CloudWatch tersedia dalam konsol CloudWatch.

Live Tail Log Amazon CloudWatch adalah kemampuan analitik interaktif baru yang memberi Anda tampilan waktu nyata dari log masuk Anda. Dengan menggunakan Live Tail, Anda dapat dengan cepat memecahkan masalah: Developer dapat memanfaatkan tampilan streaming log untuk men-debug kode mereka, dan rekayasawan IT dapat dengan andal memantau status deployment-nya. Live Tail menghadirkan tampilan log interaktif waktu nyata dalam konteks peristiwa terkait untuk membantu mengurangi waktu rata-rata untuk deteksi dan juga waktu rata-rata untuk resolusi.

Anda harus menggunakan kemampuan Live Tail CloudWatch interaktif untuk mendeteksi masalah aplikasi atau deployment dalam alat Observabilitas AWS native Anda. Live Tail memungkinkan tim DevOps untuk mendapatkan visibilitas mendalam ke log aplikasi penting Anda dan kode debug dari dalam lingkungan pengembangan Anda tanpa harus beralih di antara beberapa alat. Dengan menggunakan Live Tail untuk memantau status dan kondisi deployment, rekayasawan IT, dukungan operasi, dan tim keamanan pusat dapat secara efisien memantau layanan dan aplikasi mereka untuk mempercepat analisis akar penyebab dan mengurangi waktu rata-rata untuk resolusi.

Selain menyediakan kemampuan Live Tail pada log aplikasi khusus, Live Tail juga membantu pelanggan mendapatkan wawasan mendalam mengenai log oleh Layanan AWS termasuk Amazon Virtual Private Cloud, Amazon Route53, AWS Lambda, Amazon Elastic Kubernetes Service, Amazon Elastic Container Service, dan masih banyak lagi. Dengan menggunakan widget Live Tail, layanan AWS dapat menyematkan pengalaman tailing langsung interaktif yang sama ke konsol Anda. Selain itu, integrasi langsung juga dapat diimplementasikan oleh layanan lain (seperti Amazon Managed Grafana, AWS Thinkbox) untuk memberikan kemampuan analisis mendalam yang sama kepada Anda dari dalam konsol Anda sendiri dan log aplikasi apa pun yang menghasilkan peristiwa log.

Agar fitur ini berfungsi sebagaimana mestinya, operasi berikut harus diizinkan bagi pengguna. Saat memulai sesi Live Tail, jika Anda bukan bagian dari Peran Admin atau memiliki kebijakan termasuk log:*, pastikan untuk menambahkan tindakan di bawah ini ke pernyataan kebijakan Anda: logs:StartLiveTail dan logs:StopLiveTail.

Pelajari selengkapnya mengenai batas layanan Live Tail.

Live Tail tersedia di Wilayah AS Timur (Ohio), AS Timur (Virginia Utara), AS Barat (California Utara), AS Barat (Oregon), Asia Pasifik (Mumbai), Asia Pasifik (Seoul), Asia Pasifik (Singapura), Asia Pasifik (Sydney), Asia Pasifik (Tokyo), Kanada (Pusat), UE (Frankfurt), UE (Irlandia), UE (London), UE (Paris), Amerika Selatan (Sao Paulo).

Anda dapat memfilter berdasarkan Grup Log, Log Stream, dan filter berdasarkan kata kunci. Pemilihan grup log mendukung beberapa pilihan di beberapa akun saat berada di akun pemantauan (observabilitas lintas akun). Pemilihan log stream mendukung beberapa pilihan berdasarkan nama atau prefiks. Filter berdasarkan kata kunci peka terhadap huruf besar/kecil. Satu atau beberapa kata kunci (misalnya, kesalahan, pengecualian, atau kegagalan) dapat dimasukkan untuk lebih mempersempit fokus pencarian. Anda dapat mengetikkan kata kunci atau menyalin dan menempelkan dari sampel yang disediakan di panel Info. Pelajari selengkapnya mengenai pola filter.

Tidak, Live Tail menyediakan tampilan waktu nyata dari data log yang dikumpulkan oleh CloudWatch. Untuk log historis, lihat fitur Wawasan Log dan Grup Log.

Perlindungan data adalah fitur di CloudWatch Logs yang memungkinkan Anda menentukan aturan dan kebijakan Anda sendiri untuk mendeteksi dan menyembunyikan data sensitif secara otomatis di dalam log yang dikumpulkan dari sistem dan aplikasi Anda. Hal ini dilakukan dengan menggunakan machine learning (ML) dan pencocokan pola. Data dapat dilihat terbuka dengan hak istimewa Identity and Access Management (IAM) yang lebih tinggi.

Untuk mencegah pencatatan data sensitif, pelanggan terkadang mengandalkan penyelidikan manual atau dengan mengonfigurasi kebijakan retensi log singkat untuk menghapus log, yang berisiko hilangnya log operasional yang berharga. Perlindungan data CloudWatch Logs secara otomatis mengidentifikasi dan menutupi informasi sensitif di log Anda menggunakan pencocokan pola dan ML tanpa mengharuskan siapa pun mengaksesnya. Fitur ini berguna untuk industri yang mempunyai peraturan ketat, yang harus memastikan bahwa tidak ada informasi pribadi yang disimpan. Selain itu, pelanggan yang membangun layanan pembayaran atau autentikasi yang membutuhkan banyak informasi pribadi dan sensitif dapat menggunakan fitur baru ini untuk mengurangi kemungkinan informasi sensitif yang tidak dibutuhkan tersimpan di log mereka.

Saat Anda membuat kebijakan perlindungan data di CloudWatch Logs, Anda dapat menentukan data yang ingin Anda lindungi. Ada banyak pengenal data yang dapat Anda pilih, seperti alamat email, SIM dari banyak negara, nomor kartu kredit, alamat, dan lainnya. Berbagai pengenal data target ini memberi Anda fleksibilitas untuk memilih data sensitif apa yang digunakan oleh aplikasi Anda dan menutupi data sensitif yang tidak memerlukan akses mudah. Anda harus memutuskan informasi apa yang sensitif untuk aplikasi Anda dan memilih pengenal yang relevan untuk kasus penggunaan Anda.

Anda dapat membuat alarm untuk memantau metrik Amazon CloudWatch apa pun di akun Anda. Misalnya, Anda dapat membuat alarm di utilisasi CPU instans Amazon EC2, latensi permintaan Amazon ELB, throughput tabel Amazon DynamoDB, panjang antrean Amazon SQS, atau bahkan biaya di tagihan AWS Anda.

Anda juga dapat membuat alarm atau metrik kustom yang spesifik untuk aplikasi atau infrastruktur kustom Anda. Jika metrik kustom adalah metrik resolusi tinggi, Anda memiliki opsi untuk membuat alarm resolusi tinggi yang memberi peringatan pada periode secepat 10 detik atau 30 detik.

Dengan alarm gabungan, Anda dapat menggabungkan beberapa alarm menjadi hierarki alarm. Ini mengurangi kebisingan alarm dengan memicu hanya sekali ketika beberapa alarm berbunyi secara bersamaan. Anda dapat memberikan status keseluruhan untuk pengelompokan sumber daya seperti aplikasi, Wilayah AWS, atau Availability Zone.

Silakan lihat halaman harga CloudWatch untuk mempelajari selengkapnya.

Pada saat Anda membuat alarm, Anda dapat mengonfigurasinya untuk melakukan satu atau beberapa tindakan otomatis ketika metrik yang Anda pilih untuk memantau kelebihan batas ambang yang Anda tetapkan. Misalnya, Anda dapat mengatur alarm yang mengirim Anda email, menerbitkan ke antrean SQS, menghentikan atau mengakhiri instans Amazon EC2, atau melaksanakan kebijakan Auto Scaling. Karena alarm Amazon CloudWatch terintegrasi dengan Amazon Simple Notification Service, Anda juga dapat menggunakan tipe pemberitahuan yang didukung oleh SNS. Anda dapat menggunakan tindakan OpsCenter AWS Systems Manager untuk secara otomatis membuat OpsItem saat alarm memasuki status ALARM. Ini membantu Anda cepat melakukan diagnosis dan remediasi masalah dengan sumber daya AWS dari satu konsol.

Pada saat Anda membuat alarm, terlebih dahulu Anda memilih metrik Amazon CloudWatch yang akan dipantau. Kemudian, Anda memilih periode evaluasi (misalnya, lima menit atau satu jam) dan nilai statistik yang diukur (misalnya, Rata-rata atau Maksimum). Untuk mengatur ambang batas, atur nilai target dan pilih apakah alarm akan memicu apabila nilai lebih dari (>), lebih dari atau sama dengan (>=), kurang dari (<), atau kurang dari atau sama dengan (<=) nilai tersebut.

Alarm terus mengevaluasi metrik terhadap ambang batas yang Anda pilih, bahkan setelah alarm dipicu. Ini memungkinkan Anda untuk melihat kondisi terbaru saat ini kapan saja. Anda mungkin mengamati bahwa salah satu alarm Anda tetap berada dalam kondisi ALARM dalam waktu lama. Jika nilai metrik Anda masih menyimpang dari ambang batas Anda, alarm akan tetap berada dalam kondisi ALARM sampai nilai metrik tersebut tidak lagi menyimpang dari ambang batas. Ini adalah hal yang normal. Jika Anda ingin alarm Anda untuk memperlakukan level baru ini sebagai OK, Anda dapat mengatur ambang batas alarm secara sesuai.

Riwayat Alarm tersedia selama 14 hari. Untuk melihat riwayat alarm Anda, masuk ke CloudWatch di AWS Management Console, pilih Alarm dari menu di sebelah kiri, pilih alarm Anda, dan klik tab Riwayat pada panel bawah. Di sana Anda akan menemukan riwayat perubahan kondisi apa pun pada alarm serta modifikasi apa pun pada konfigurasi alarm.

Dasbor Amazon CloudWatch memungkinkan Anda membuat, menyesuaikan, berinteraksi, dan menyimpan grafik sumber daya AWS dan metrik kustom.

Untuk memulai, kunjungi Amazon CloudWatch Console dan pilih “Dasbor”. Klik tombol “Buat Dasbor”. Anda juga dapat menyalin tampilan yang diinginkan dari Dasbor Otomatis dengan mengeklik Opsi -> “Tambahkan ke Dasbor”.

Dasbor Otomatis sudah tertanam pada praktik terbaik yang disarankan layanan AWS, tetap memahami sumber daya, dan diperbarui secara dinamis untuk mencerminkan status terkini dari metrik performa yang penting. Anda kini dapat memfilter dan memecahkan masalah pada tampilan tertentu tanpa perlu menambahkan kode untuk mencerminkan status terkini dari sumber daya AWS Anda. Setelah Anda mengidentifikasi akar penyebab masalah performa. Anda dapat bertindak cepat dengan langsung membuka sumber daya AWS.

Ya. Dasbor akan melakukan refresh otomatis pada saat Anda membukanya.

Ya, dasbor tersedia untuk semua orang yang memiliki izin yang sesuai ke akun dengan dasbor.

Amazon CloudWatch Events (CWE) adalah aliran kejadian sistem yang menjelaskan perubahan pada sumber daya AWS Anda. Aliran kejadian mengaugmentasi Metrik CloudWatch dan aliran Logs yang ada untuk memberikan gambaran yang lebih lengkap tentang kondisi aplikasi Anda. Anda membuat aturan deklaratif pada kejadian terkait yang menjadi perhatian dengan tindakan otomatis yang harus dilakukan.

Saat ini, Amazon EC2, Auto Scaling, dan AWS CloudTrail didukung. Melalui AWS CloudTrail, mutasi panggilan API (yaitu semua panggilan kecuali Describe*, List*, dan Get*) di semua layanan yang dapat dilihat di CloudWatch Events.

Pada saat kejadian cocok dengan aturan yang telah Anda buat pada sistem, Anda dapat secara otomatis meminta fungsi AWS Lambda, menyalurkan kejadian tersebut ke aliran Amazon Kinesis, memberi tahu topik Amazon SNS, atau meminta alur kerja bawaan.

Ya. Aplikasi Anda dapat mengeluarkan kejadian kustom dengan menggunakan API PutEvents, dengan beban pembayaran yang secara unik disesuaikan dengan kebutuhan Anda.

CloudWatch Events dapat menghasilkan kejadian pada jadwal yang Anda tetapkan dengan menggunakan sintaksis Unix cron yang populer. Dengan memantau kejadian ini, Anda dapat menerapkan aplikasi terjadwal.

CloudWatch Events adalah aliran kejadian sistem hampir secara real-time yang menguraikan perubahan terhadap sumber daya AWS Anda. Dengan CloudWatch Events, Anda dapat menetapkan aturan untuk memantau kejadian tertentu dan melakukan tindakan secara otomatis. AWS CloudTrail adalah layanan yang mencatat panggilan API untuk akun AWS Anda dan mengirim file log yang berisi panggilan API ke bucket Amazon S3 atau grup log CloudWatch Logs. Dengan AWS CloudTrail, Anda dapat mencari riwayat aktivitas API yang berkaitan dengan pembuatan, penghapusan, dan modifikasi sumber daya AWS dan memecahkan masalah operasional atau keamanan.

AWS Config adalah layanan yang dikelola sepenuhnya, yang memberikan inventaris sumber daya AWS, riwayat konfigurasi, dan pemberitahuan perubahan konfigurasi untuk memungkinkan keamanan dan tata kelola. Aturan Config membantu Anda menentukan apakah perubahan konfigurasi sudah sesuai. CloudWatch Events adalah untuk merespons hampir secara real time pada perubahan kondisi sumber daya. Layanan ini tidak menghasilkan vonis pada apakah perubahan tersebut sesuai dengan kebijakan atau memberi riwayat terperinci seperti pada Aturan Config/Config. Ini adalah aliran kejadian tujuan umum.