batas layanan Azure Monitor

Artikel ini mencantumkan batasan di berbagai area Azure Monitor.

Notifikasi

Sumber Daya Batas standar Batas maksimum
Pemberitahuan Metrik 5.000 aturan pemberitahuan aktif per langganan di Azure publik, Microsoft Azure dioperasikan oleh 21Vianet, dan cloud Azure Government. Jika Anda mencapai batas ini, jelajahi apakah Anda dapat menggunakan pemberitahuan multi-sumber daya jenis yang sama.
10.000 seri metrik waktu per aturan peringatan.		 Hubungi dukungan.
Pemberitahuan log aktivitas 100 aturan pemberitahuan aktif per langganan (tidak dapat ditingkatkan). Ini termasuk Service Health dan Pemberitahuan Resource Health.
Karena batas ini tidak dapat ditingkatkan, pertimbangkan sending Log Aktivitas Anda ke ruang kerja Log Analytics dan buat pemberitahuan pencarian log sebagai gantinya, jika Anda memerlukan jumlah aturan yang lebih besar per langganan.		 Tetap sama dengan pengaturan awal.
Notifikasi Log 5.000 aturan pemberitahuan aktif per langganan. Dari jumlah tersebut, 100 aturan pemberitahuan aktif dengan frekuensi 1 menit.
1.000 aturan pemberitahuan aktif per sumber daya.
Setiap aturan pemberitahuan tanpa status dapat memicu hingga 6.000 pemberitahuan untuk setiap evaluasi.
Setiap aturan peringatan stateful dapat memicu hingga 300 peringatan per evaluasi.
Hingga 5.000 pemberitahuan stateful diaktifkan pada satu waktu per aturan pemberitahuan.
Aturan peringatan stateful dapat dikonfigurasi dengan frekuensi maksimum 12 jam.

Ukuran gabungan semua data dalam properti aturan pemberitahuan log tidak boleh melebihi 64 KB.
Hasil kueri Kusto tidak boleh melebihi lebih dari 20 MB.
500 aturan pemberitahuan aktif per identitas terkelola di ruang kerja Log Analytics atau ADX.
50 aturan pemberitahuan aktif per identitas terkelola di ruang kerja grafik sumber daya Azure.		 Hubungi dukungan.
Aturan pemrosesan peringatan 1.000 aturan aktif per langganan. Hubungi dukungan.
Aturan peringatan dan panjang deskripsi aturan pemrosesan peringatan Pemberitahuan pencarian log sebanyak 4,096 karakter.
Semua yang lain memiliki kapasitas 2.048 karakter.		 Tetap sama dengan pengaturan awal.

API untuk Peringatan

Azure Monitor pemberitahuan memiliki beberapa batas pembatasan untuk melindungi dari pengguna yang melakukan panggilan yang berlebihan. Perilaku tersebut berpotensi membebani sumber daya back-end sistem dan membahayakan responsivitas layanan. Batas berikut dirancang untuk melindungi pelanggan dari gangguan dan memastikan tingkat layanan yang konsisten. Pembatasan dan batasan penggunaan dirancang agar hanya memengaruhi skenario penggunaan yang ekstrem. Mereka seharusnya tidak relevan untuk penggunaan umum.

Nota

Ada batas panggilan API per instans. Jumlah batas yang tepat tergantung pada jumlah instance.

Sumber Daya Batas standar Batas maksimum
Pemberitahuan - Dapatkan Ringkasan 50 panggilan per menit per langganan Sama seperti default
Pemberitahuan - Dapatkan Semua (bukan 'Dapatkan Menurut ID') 100 panggilan per menit per langganan Sama seperti default
Semua panggilan pemberitahuan lainnya 1.000 panggilan per menit per langganan Sama seperti default

Kelompok Aksi

Anda dapat memiliki jumlah grup tindakan yang tidak terbatas dalam langganan. (Batas grup sumber daya ARM masih berlaku Lihat selengkapnya).

Sumber Daya Batas standar Batas maksimum
Pemberitahuan (batas tarif) Per langganan: 300 pemberitahuan per menit per wilayah.
Menurut aturan pemberitahuan: 100 pemberitahuan setiap 5 menit per wilayah.
Per grup tindakan:
Service Health (per aturan): 150 pemberitahuan setiap 5 menit per wilayah.
Service Health (per langganan): 200 pemberitahuan per menit per wilayah.
Uji (per grup tindakan): 2 pemberitahuan pengujian setiap 5 menit per wilayah.
Uji (per langganan): 5 pemberitahuan pengujian setiap 5 menit per wilayah.		 Sama seperti Default
dorongan aplikasi Azure 10 aksi aplikasi Azure setiap grup tindakan. Sama seperti Default
Email 1.000 tindakan email dalam grup tindakan.
Tidak lebih dari 100 email setiap jam untuk setiap alamat email per wilayah.
Batas karakter dalam alamat email adalah 64.
Batas karakter dalam email adalah 55296.
Lihat juga Batas layanan untuk pemberitahuan.		 Sama seperti Default
Peran email di Azure Resource Manager 10 tindakan peran ARM terkait email per grup tindakan.
Dalam produksi: Tidak lebih dari 100 email dalam satu jam per wilayah.
Dalam grup tindakan pengujian: Tidak lebih dari dua email dalam setiap satu (1) menit.		 Sama seperti Default
Pusat Aktivitas 10 tindakan Event Hubs per grup tindakan. Sama seperti Default
Manajemen Layanan Teknologi Informasi (ITSM) 10 tindakan ITSM dalam sebuah grup tindakan. Sama seperti Default
Aplikasi logika 10 tindakan aplikasi logika dalam grup tindakan. Sama seperti Default
Panduan Operasional 10 aksi runbook dalam grup aksi. Sama seperti Default
Webhook yang Aman 10 tindakan webhook yang aman dalam grup tindakan.
Jumlah maksimum panggilan webhook adalah 1500 per menit per langganan.		 Sama seperti Default
SMS 10 aksi SMS dalam kelompok aksi.
Dalam produksi: Tidak lebih dari satu pesan SMS setiap lima menit.
Dalam grup tindakan pengujian: Tidak lebih dari satu SMS setiap satu menit.		 Sama seperti Default
Voice 10 tindakan suara dalam kelompok tindakan.
Dalam produksi: Tidak lebih dari satu panggilan suara setiap lima menit.
Dalam grup tindakan pengujian: Tidak lebih dari satu panggilan suara setiap satu menit.		 Sama seperti Default
Webhook 10 aksi webhook dalam grup aksi.
Jumlah maksimum panggilan webhook adalah 1500 per menit per langganan.		 Sama seperti Default

Menghindari batas tarif

  • Menyebarkan grup tindakan di beberapa wilayah - Batas wilayah berlaku per wilayah. Distribusi grup tindakan di AS Timur, Eropa Barat, dan Asia Tenggara melipatgandakan kapasitas yang tersedia tiga kali lipat. (Semua wilayah yang didukung Grup Tindakan)
  • Mengonsolidasikan aturan pemberitahuan - Gunakan pemberitahuan multi-sumber daya alih-alih membuat aturan duplikat per sumber daya.
  • Gunakan peringatan stateful - Mengurangi notifikasi karena hanya memberikan peringatan saat terjadi perubahan status.
  • Menyetel frekuensi evaluasi - Gunakan interval yang lebih lama (5+ menit) untuk pemberitahuan non-kritis.
  • Hindari penggunaan kembali grup tindakan - Jangan bagikan satu grup tindakan di ratusan aturan pemberitahuan.

Skala otomatis

Sumber Daya Batas standar Batas maksimum
Pengaturan skala otomatis 100 per wilayah per langganan. Sama seperti default
Profil Autoscale 20 profil untuk setiap pengaturan skala otomatis. Sama seperti default

Metrika Prometheus

Penyerapan

Azure Prometheus yang terkelola adalah sistem yang tidak peka terhadap huruf besar-kecil. Ini memperlakukan string, seperti nama metrik, nama label, atau nilai label, sebagai rangkaian waktu yang sama jika berbeda dari rangkaian waktu lain hanya dengan kasus string. Untuk informasi selengkapnya, lihat Gambaran umum metrik Prometheus.

Batas berikut berlaku untuk ruang kerja Azure Monitor yang menyerap metrik Prometheus Anda.

Batasan Nilai
Rangkaian waktu aktif dengan metrik yang telah dilaporkan dalam ~12 jam terakhir. 1\.000.000
Anda dapat meminta peningkatan. 
Peristiwa per menit diserap. 1\.000.000
Anda dapat meminta peningkatan. 

Batas berikut berlaku untuk aturan pengumpulan data (DCR) yang mengirim data metrik Prometheus ke ruang kerja Azure Monitor Anda.

Batasan Nilai
Permintaan penyerapan per menit ke aturan pengumpulan data 15.000
Batas ini tidak dapat ditingkatkan. 
Penyerapan data per menit ke aturan pengumpulan data 50 GB
Batas ini tidak dapat ditingkatkan.

Pertanyaan

Kueri Prometheus dibuat dengan menggunakan PromQL dan dapat ditulis di Azure Managed Grafana atau Grafana yang dikelola sendiri.

Batasan Nilai
Retensi data 18 bulan.
Batas ini tidak dapat ditingkatkan. 
Rentang waktu kueri 32 hari antara waktu mulai dan waktu akhir kueri PromQL Anda.
Batas ini tidak dapat ditingkatkan.
Rangkaian waktu kueri per metrik 500.000 rangkaian waktu. 
Sampel kueri telah dikembalikan 50.000.000 sampel per kueri. 
Ukuran langkah kueri minimum
dengan rentang >waktu = 48 jam 		60 detik. 

Batas kueri data
Untuk lalu lintas klien:

Batasan Nilai
Panjang pencarian jendela pengendalian 30 detik
Data yang dikembalikan per ruang kerja Azure Monitor 0,5 GB

Untuk memantau lalu lintas terkait aturan perekaman:

Batasan Nilai
Panjang pencarian jendela pengendalian 3 menit
Data yang dikembalikan per ruang kerja Azure Monitor 1 GB

Batas pra-penguraian kueri
Berdasarkan rentang waktu kueri dan jenis permintaan, selama jendela 30 detik (untuk lalu lintas klien):

Batasan Nilai
Jam kueri per pengguna (Microsoft Entra ID, identitas terkelola, ruang kerja Azure Managed Grafana) 30.000
Jam kueri per ruang kerja Azure Monitor 60.000
Jam kueri untuk setiap penyewa Azure 600.000

Berdasarkan periode rentang waktu kueri dan jenis permintaan, selama jendela waktu 3 menit (untuk lalu lintas aturan perekaman):

Batasan Nilai
Jam kueri per ruang kerja Azure Monitor 60.000
Jam kueri untuk setiap penyewa Azure 600.000

Batas pemrosesan kueri setelah penguraian
Berdasarkan rentang waktu kueri dan vektor rentang dalam kueri selama jendela 30 detik (untuk lalu lintas klien):

Batasan Nilai
Jam kueri per pengguna (Microsoft Entra ID, identitas terkelola, ruang kerja Azure Managed Grafana) 2.000.000
Jam kueri per ruang kerja Azure Monitor 2.000.000
Jam kueri untuk setiap penyewa Azure 20.000.000

Berdasarkan rentang waktu kueri dan vektor rentang dalam kueri selama periode 3 menit (untuk lalu lintas aturan perekaman):

Batasan Nilai
Jam kueri per ruang kerja Azure Monitor 2.000.000
Jam kueri untuk setiap penyewa Azure 20.000.000

Batas pembatasan biaya kueri

Batasan Nilai
Biaya kueri maksimum per kueri 15000
Biaya kueri maksimum untuk kueri aturan perekaman 3000

Penghitungan biaya kueri dilakukan sebagai berikut:

Biaya Kueri = (Jumlah rangkaian waktu yang diminta * (durasi waktu yang dikueri dalam detik/ Resolusi waktu yang disimpulkan dari data yang dikueri)) / 5000

Resolusi waktu yang disimpulkan dari data yang dikueri = Jumlah titik data yang disimpan dalam satu kunci rangkaian waktu yang dipilih secara acak dari metrik yang dikueri/ durasi waktu yang dikueri dalam hitungan detik

Nota

Satu metrik dalam kueri memiliki batas ukuran maksimum 64MB dalam byte untuk hasil kunci rangkaian waktu yang diminta dalam kueri.

Aturan pemberitahuan dan perekaman

Aturan pemberitahuan prometheus dan aturan perekaman ditentukan dalam PromQL. Layanan "Ruler" yang dikelola dilakukan sebagai bagian dari layanan terkelola Azure Monitor untuk Prometheus.

Batas Nilai
Grup aturan per setiap ruang kerja Azure Monitor, di dalam langganan Azure 500
Anda dapat meminta peningkatan.
Aturan per grup aturan 20
Batas ini tidak dapat ditingkatkan.
Interval evaluasi kelompok aturan Antara 1 menit - 24 jam.
Defaultnya adalah 1 menit. 
Pemberitahuan aktif Tidak ada batasan saat ini.

Tulis jarak jauh

Perhitungan ditentukan dengan menggunakan ukuran batch jarak jauh 500, yang merupakan default.

Batasan Nilai
Penggunaan CPU 0,25 x (jumlah metrik) + 1,25 x (jumlah rata-rata seri per metrik)
Permintaan CPU 0,75 x (penggunaan CPU)
Batas CPU 2 x (permintaan CPU)
Permintaan memori 150 Mb
Batas memori 200 Mb
Throughput maksimum Kontainer tulis jarak jauh dapat memproses hingga 150.000 rangkaian waktu unik. Kontainer mungkin menghasilkan kesalahan ketika melayani lebih dari 150.000 permintaan karena tingginya jumlah koneksi bersamaan. Masalah ini dapat dimitigasi dengan meningkatkan ukuran batch jarak jauh dari 500 menjadi 1.000. Perubahan ini mengurangi jumlah koneksi yang terbuka.

API Pengambilan Log

Batasan Nilai Komentar
Ukuran maksimum panggilan API 1 MB Data terkompresi dan tidak dikompresi.
Ukuran maksimum untuk nilai bidang 64 KB Bidang yang lebih panjang dari 64 KB dipotong.
Data maksimum/menit per DCR *2 GB Data terkompresi dan tidak dikompresi. Coba lagi setelah durasi yang tercantum di header Retry-After dalam respons.
Permintaan maksimum/menit per DCR *12,000 Coba lagi setelah durasi yang tercantum di header Retry-After dalam respons.
Rentang maksimum TimeGenerated per panggilan API 30 menit Batas ini hanya berlaku saat menyerap ke tabel log Tambahan. Jika entri sumber untuk TimeGenerated diserap tanpa diubah, rentang entri harus kurang dari 30 menit.

* Peningkatan bertahap yang melampaui ambang batas ini mungkin diakomodasi secara otomatis oleh sistem, meskipun pembatasan sementara masih dapat terjadi saat sistem sedang diskalakan. Untuk peningkatan besar atau tiba-tiba yang diantisipasi yang secara signifikan melebihi ambang batas ini, hubungi dukungan Azure terlebih dahulu untuk mendapatkan panduan.

Aturan pengumpulan data

Batasan Nilai
Jumlah maksimum sumber data 10
Jumlah maksimum penentu penghitung kinerja 100
Jumlah maksimum nama fasilitas dalam Syslog 20
Jumlah maksimum kueri XPath di Log Kejadian 100
Jumlah maksimum aliran data 10
Jumlah maksimum aliran data 20
Jumlah maksimum ekstensi 10
Ukuran maksimum setelan ekstensi 32 Kb
Jumlah maksimum ruang kerja Log Analytics 10
Jumlah karakter maksimum dalam transformasi 15.360

Pengaturan diagnostik

Sumber Daya Batas default Batas Maksimum
Jumlah maksimum pengaturan diagnostik per sumber daya 5 Tetap sama dengan pengaturan awal.

Kueri dan bahasa log

Batasan kueri umum

Batasan Deskripsi
Bahasa Pemrograman Kueri Azure Monitor menggunakan Kusto Query Language (KQL) yang sama dengan Azure Data Explorer. Lihat perbedaan bahasa kueri log Azure Monitor untuk elemen bahasa KQL yang tidak didukung dalam Azure Monitor.
wilayah Azure Kueri log dapat mengalami overhead yang berlebihan saat data mencakup ruang kerja Log Analytics yang terletak di beberapa wilayah Azure. Lihat Batas kueri untuk detailnya.
Kueri lintas sumber daya komputasi Jumlah maksimum sumber daya Application Insights dan ruang kerja Log Analytics dalam satu kueri dibatasi hingga 100.
Perancang Tampilan tidak mendukung kueri lintas sumber daya.
API scheduledQueryRules mendukung kueri lintas sumber daya dalam pemberitahuan log.
Lihat Batas kueri lintas sumber daya untuk detailnya.
Log Analytics kueri dasbor Jumlah maksimum rekaman yang dikembalikan dalam satu kueri dasbor Log Analytics adalah 2.000.

Pembatasan laju kueri pengguna

Azure Monitor memiliki beberapa batas pembatasan untuk melindungi sumber daya sistem back-end terhadap pengguna yang mengirim jumlah kueri yang berlebihan dan memastikan tingkat layanan yang konsisten. Batas per pengguna ini mencerminkan skenario penggunaan ekstrem dan tidak boleh relevan untuk perilaku kueri umum.

Ukur Batasan per pengguna Deskripsi
Kueri Analitik Bersamaan 5 Pengguna dapat menjalankan hingga lima kueri bersamaan terhadap tabel Analytics. Sistem menambahkan kueri tambahan ke antrian konkurensi dalam urutan masuk pertama, keluar pertama (FIFO). Ketika salah satu kueri yang sedang berjalan secara bersamaan selesai, kueri pertama dari antrean ditambahkan ke daftar kueri bersamaan dan dimulai. Kueri peringatan bukan bagian dari batas ini.
Kueri Dasar dan Tambahan Bersamaan 2 Pengguna dapat menjalankan hingga dua kueri pencarian bersamaan terhadap tabel Dasar dan Tambahan. Antrean konkurensi mengikuti model FIFO yang sama.
Waktu dalam antrian bersamaan 3 menit Jika kueri berada dalam antrean selama lebih dari 3 menit tanpa memulai, sistem mengakhirinya dengan respons kesalahan HTTP dengan kode 429.
Jumlah kueri dalam antrean serentak 200 Ketika jumlah kueri dalam antrean mencapai 200, kueri berikutnya ditolak dengan kode kesalahan HTTP 429. Angka ini merupakan tambahan dari lima kueri yang dapat dijalankan secara bersamaan.
Laju kueri 200 kueri per 30 detik Tingkat keseluruhan kueri yang dapat diajukan satu pengguna ke semua ruang kerja. Batas ini berlaku untuk kueri terprogram atau kueri yang dimulai oleh bagian visualisasi seperti dasbor Azure dan halaman ringkasan ruang kerja Log Analytics (yang sudah tidak digunakan lagi).
Laju kueri API log aktivitas 50 kueri per 30 detik API log aktivitas ini memiliki batas laju terpisah dari API kueri Log umum. Melakukan kueri terhadap log aktivitas dari ruang kerja Log Analytics AzureActivity menghitung jumlah tabel terhadap batas API kueri Log secara umum.
Batas waktu API untuk log aktivitas 75 detik Periode batas waktu maksimum untuk REST API log aktivitas adalah 75 detik. Klien dapat secara eksplisit mengatur waktu maksimum mereka menunggu respons sebelum kehabisan waktu dengan menggunakan Prefer header.

Ingatlah praktik terbaik ini untuk memastikan respons sistem:

  • Optimalkan kueri Anda seperti yang dijelaskan dalam Optimisasi kueri log dalam Azure Monitor.
  • Dasbor dan buku kerja bisa berisi beberapa kueri dalam satu tampilan yang menghasilkan ledakan kueri setiap kali dimuat atau di-refresh. Pertimbangkan untuk memecahnya menjadi beberapa tampilan yang sesuai permintaan.
  • Dalam Power BI, pertimbangkan untuk mengekstrak hanya hasil agregat daripada log mentah.

Log Analytics ruang kerja

Volume dan retensi pengumpulan data

Tingkatan harga Batas per hari Retensi data Komentar
Bayar sesuai penggunaan
(diperkenalkan April 2018)		 Tidak ada batasan Retensi interaktif hingga 730 hari/
arsip data hingga 12 tahun 		Retensi data melebihi 31 hari tersedia dengan biaya tambahan. Pelajari selengkapnya tentang harga Azure Monitor.
Tingkat komitmen
(diperkenalkan November 2019)		 Tidak ada batasan Retensi interaktif hingga 730 hari/
arsip data hingga 12 tahun 		Retensi data melebihi 31 hari tersedia dengan biaya tambahan. Pelajari selengkapnya tentang harga Azure Monitor.
Warisan Per Simpul (OMS)
(diperkenalkan April 2016)		 Tidak ada batasan 30 hingga 730 hari Retensi data melebihi 31 hari tersedia dengan biaya tambahan. Pelajari selengkapnya tentang harga Azure Monitor. Hanya pelanggan yang memenuhi salah satu kondisi berikut yang dapat mengakses langganan tingkat harga ini:
- yang berisi ruang kerja Log Analytics atau sumber daya Application Insights sebelum 2 April 2018
- langganan yang ditautkan ke Perjanjian Enterprise yang dimulai sebelum 1 Februari 2019 dan masih aktif.
Tingkat Mandiri Warisan
(diperkenalkan April 2016)		 Tidak ada batasan 30 hingga 730 hari Retensi data melebihi 31 hari tersedia dengan biaya tambahan. Pelajari selengkapnya tentang harga Azure Monitor. Hanya pelanggan yang memenuhi salah satu kondisi berikut yang dapat mengakses langganan tingkat harga ini:
- yang berisi ruang kerja Log Analytics atau sumber daya Application Insights sebelum 2 April 2018
- langganan yang ditautkan ke Perjanjian Enterprise yang dimulai sebelum 1 Februari 2019 dan masih aktif.
Tingkat Gratis Versi Lama
(diperkenalkan April 2016)		 500 MB 7 hari Saat ruang kerja Anda mencapai batas 500 MB per hari, penyerapan data berhenti dan dilanjutkan pada awal hari berikutnya. Sehari didasarkan pada UTC. Data yang dikumpulkan oleh Microsoft Defender untuk Cloud tidak termasuk dalam batas 500 MB per hari ini dan terus dikumpulkan di atas batas ini. Membuat ruang kerja baru atau memindahkan ruang kerja yang ada ke tingkat harga Warisan Uji Coba Gratis hanya dimungkinkan hingga 1 Juli 2022.
Tingkat Standar Warisan Tidak ada batasan 30 hari Retensi tidak dapat disesuaikan. Tingkat ini tidak tersedia untuk ruang kerja baru sejak 1 Oktober 2016.
Lapisan Premium Legasi Tidak ada batasan 365 hari Retensi tidak dapat disesuaikan. Tingkat ini tidak tersedia untuk ruang kerja baru sejak 1 Oktober 2016.

Jumlah ruang kerja per langganan

Tingkatan harga Batas ruang kerja Komentar
Tingkatan Gratis Versi Lama 10 Batas ini tidak dapat ditingkatkan. Membuat ruang kerja baru atau memindahkan ruang kerja yang ada ke tingkat harga Warisan Uji Coba Gratis hanya dimungkinkan hingga 1 Juli 2022.
Semua tingkatan lainnya Tidak ada batasan Anda dibatasi oleh jumlah sumber daya dalam grup sumber daya dan jumlah grup sumber daya per langganan.

portal Azure

Kategori Batasan Komentar
Catatan maksimum yang dikembalikan oleh kueri log 500,000 Kurangi hasil dengan menggunakan cakupan kueri, rentang waktu, dan filter dalam kueri.
Ukuran maksimum data yang dikembalikan Sekitar 104 Megabyte (sekitar 100 Mebibyte) UI portal mengembalikan hingga 64 MB data terkompresi, yang diterjemahkan hingga 100 MB data mentah.

API Pengumpul Data

Kategori Batasan Komentar
Ukuran maksimum untuk kiriman tunggal 30 Megabyte Membagi volume yang lebih besar menjadi beberapa posting.
Ukuran maksimum untuk nilai bidang 32 KB Bidang yang lebih panjang dari 32 KB akan dipotong.

Kueri API

Kategori Batasan Komentar
Catatan maksimum dikembalikan dalam satu kueri 500,000
Ukuran maksimum data yang dikembalikan Sekitar 104 Megabyte (sekitar 100 Mebibyte) API mengembalikan hingga 64 MB data terkompresi, yang berarti hingga 100 MB data mentah.
Waktu maksimum menjalankan kueri 10 menit Lihat Batas waktu untuk detailnya.
Tingkat permintaan maksimum 200 permintaan per 30 detik per alamat IP pengguna atau klien Microsoft Entra Lihat Kueri log dan bahasa.

konektor log Azure Monitor

Kategori Batasan Komentar
Ukuran maksimum data ~16,7 MB (~16 MiB) Infrastruktur konektor menentukan bahwa batas diatur lebih rendah dari batas API kueri.
Jumlah maksimum rekaman 500,000
Batas waktu konektor maksimum 110 detik
Batas waktu kueri maksimum 100 detik
Grafik Halaman Log dan konektor masing-masing menggunakan pustaka bagan yang berbeda untuk visualisasi. Beberapa fungsi saat ini tidak tersedia di konektor.

Aturan ringkasan

Kategori Batasan
Jumlah maksimum aturan aktif di ruang kerja 30
Jumlah maksimum hasil per bin 500,000
Volume maksimum set hasil 100 MB
Batas waktu kueri untuk pemrosesan bin 10 menit

Batas ruang kerja umum

Kategori Batasan Komentar
Kolom maksimum dalam sebuah tabel 500 AzureDiagnostics - kolom di atas batas ditambahkan ke kolom 'AdditionalFields' dinamis
Log kustom yang dibuat oleh Data collector API - kolom di atas batas ditambahkan ke kolom 'AdditionalFields' dinamis
Log kustom - hubungi dukungan untuk menambah batas
Jumlah maksimum tabel log kustom 500 Hubungi dukungan untuk menambah batas
Karakter maksimum untuk nama kolom 45

Tingkat volume penyerapan data

Azure Monitor adalah layanan data skala tinggi yang melayani ribuan pelanggan yang mengirim terabyte data setiap hari dan dengan kecepatan yang berkembang. Batas laju volume lunak bertujuan untuk mengisolasi pelanggan Azure Monitor dari lonjakan beban mendadak di lingkungan multitenansi. Ambang batas laju volume penyerapan default di ruang kerja adalah 500 MB (terkompresi), yang diterjemahkan menjadi sekitar 6 GB/menit yang tidak dikompresi.

Batas laju volume berlaku untuk data yang dimasukkan dari workspace berbasis Application Insights, sumber daya Azure melalui pengaturan Diagnostik, dan Data Collector API. Ketika batas laju volume tercapai, mekanisme coba lagi mencoba menyerap data empat kali dalam jangka waktu 12 jam dan menghilangkannya jika operasi gagal. Batas tidak berlaku untuk data yang diserap dari agen, atau melalui Aturan Pengumpulan Data (DCR).

Ketika laju volume lebih tinggi dari 80% ambang batas di ruang kerja Anda, peristiwa dikirim ke tabel Operation di ruang kerja Anda setiap 6 jam selama ambang batas terlampaui. Ketika laju volume yang masuk lebih tinggi dari ambang batas, beberapa data dihilangkan, dan peristiwa dikirim ke tabel Operation di ruang kerja Anda setiap 6 jam selama ambang batas terlampaui.

Jika tingkat volume penyerapan Anda melebihi ambang batas ini atau Anda berencana untuk meningkatkan penyerapan melewati ambang batas tersebut, hubungi dukungan untuk meminta peningkatan batas tarif di ruang kerja Anda.

Praktik terbaik - Buat aturan pemberitahuan untuk mendapatkan pemberitahuan saat mendekati atau mencapai batas laju penyerapan. Lihat Memantau kesehatan ruang kerja Log Analytics di Azure Monitor.

Nota

Bergantung pada berapa lama Anda telah menggunakan Log Analytics, Anda mungkin memiliki akses ke tingkat harga lama. Pelajari selengkapnya tentang tingkat harga warisan Log Analytics.

Application Insights

Ada beberapa batasan jumlah metrik dan peristiwa per aplikasi, yaitu per string koneksi. Batasan bergantung pada paket harga yang Anda pilih.

Sumber Daya Batas standar Batas maksimum Catatan
Jumlah data per hari 100 GB Hubungi dukungan. Anda dapat mengatur batas untuk mengurangi data. Jika Anda membutuhkan lebih banyak data, Anda dapat meningkatkan batasan di portal, hingga 1.000 GB. Untuk kapasitas yang lebih besar dari 1.000 GB, kirim email ke AIDataCap@microsoft.com.
Pengendalian kecepatan 32.000 acara/detik Hubungi dukungan. Batas diukur selama satu menit.
Data untuk log retensi 30 hingga 730 hari 730 hari Sumber daya ini untuk Log.
Metrik retensi data 90 hari 90 hari Sumber daya ini untuk Metrics Explorer.
Retensi hasil terperinci uji multistep ketersediaan 90 hari 90 hari Sumber daya ini memberikan hasil terperinci dari setiap langkah.
Ukuran item telemetri maksimum 64 KB 64 KB
Jumlah maksimal item telemetri per batch 64.000 64.000
Panjang nama properti dan metrik 150 150 Lihat jenis skema.
Panjang nilai properti berupa string 8,192 8,192 Lihat jenis skema.
Panjang pesan pelacakan dan pengecualian 32.768 32.768 Lihat jenis skema.
Jumlah pengujian ketersediaan per sumber daya Application Insights 100 100
Jumlah pengujian ketersediaan per grup sumber daya delapan ratus delapan ratus Lihat Azure Resource Manager
Uji ketersediaan pengalihan maksimum per pengujian 10 10
Uji ketersediaan frekuensi pengujian minimum 300 detik Frekuensi kurang dari 5 menit memerlukan pendekatan pemantauan kustom di luar pengujian ketersediaan Standar.
.NET Profiler dan Snapshot Debugger untuk retensi data Dua minggu Hubungi dukungan. Batas maksimum retensi adalah enam bulan.
.NET Profiler data yang dikirim per hari Tidak ada batasan Tidak ada batasan.
Data Snapshot Debugger yang dikirim setiap hari 30 snapshot per hari per aplikasi yang dipantau Tidak ada batasan. Jumlah rekam jepret yang dikumpulkan per aplikasi dapat dimodifikasi melalui konfigurasi.

Untuk informasi selengkapnya tentang harga dan kuota, lihat Penagihan Application Insights.

Objek AMPLS memiliki batas berikut:

  • Jaringan virtual hanya dapat tersambung ke satu objek AMPLS. Itu berarti objek AMPLS harus menyediakan akses ke semua sumber daya Azure Monitor yang harus diakses oleh jaringan virtual.
  • Objek AMPLS dapat tersambung hingga 3.000 Log Analytics ruang kerja dan hingga 10.000 komponen Application Insights.
  • Sumber daya Azure Monitor dapat tersambung hingga 100 AMPLS.
  • Objek AMPLS dapat tersambung ke hingga 10 titik akhir privat.

Langkah selanjutnya

  • Last updated on