Batas layanan Azure Monitor
Artikel ini mencantumkan batasan di berbagai area Azure Monitor.
Peringatan
Sumber daya | Batas default | Batas maksimum |
---|---|---|
Lansiran metrik (klasik) | 100 aturan peringatan aktif per langganan. | Hubungi dukungan |
Peringatan Metric | 5\.000 aturan peringatan aktif per langganan di Azure public, Azure Tiongkok 21Vianet, dan Azure Government cloud. Jika Anda mencapai batas ini, jelajahi apakah Anda dapat menggunakan lansiran multi-sumber daya jenis yang sama. 5\.000 metrik deret waktu per aturan peringatan. |
Panggil dukungan. |
Pemberitahuan log aktivitas | 100 aturan peringatan aktif per langganan (tidak dapat ditingkatkan). | Sama seperti default |
Peringatan Log | 1000 aturan peringatan aktif per langganan. Dari 100 aturan peringatan aktif dengan frekuensi 1 menit. 1000 aturan peringatan aktif per sumber daya. 6.000 deret waktu per aturan peringatan. |
Hubungi dukungan |
Aturan pemrosesan peringatan | 1000 aturan peringatan aktif per langganan. | Hubungi dukungan |
Aturan peringatan dan panjang deskripsi aturan pemrosesan peringatan | Tandai pencarian log 4096 karakter Semua 2048 karakter lainnya |
Sama seperti default |
API Peringatan
Azure Monitor Alerts memiliki beberapa batasan pelambatan untuk melindungi pengguna dari jumlah panggilan yang berlebihan. Perilaku seperti itu berpotensi membebani sumber daya backend sistem dan membahayakan responsivitas layanan. Batasan berikut dirancang untuk melindungi pelanggan dari gangguan dan memastikan tingkat layanan yang konsisten. Pembatasan dan batasan pengguna dirancang untuk hanya memengaruhi skenario penggunaan ekstrem dan tidak boleh relevan untuk penggunaan biasa.
Sumber daya | Batas default | Batas maksimum |
---|---|---|
Peringatan - Dapatkan Ringkasan | 50 panggilan per menit per langganan | Sama seperti default |
Peringatan - Dapatkan Semua (bukan "Dapatkan Dengan Id") | 100 panggilan per menit per langganan | Sama seperti default |
Semua panggilan peringatan lainnya | 1000 panggilan per menit per langganan | Sama seperti default |
Grup tindakan
Anda mungkin memiliki jumlah grup tindakan yang tidak terbatas dalam langganan.
Sumber daya | Batas default | Batas maksimum |
---|---|---|
Dorongan aplikasi Azure | 10 Tindakan aplikasi Azure per grup tindakan. | Sama seperti Default |
1\.000 tindakan email dalam grup tindakan. Tidak lebih dari 100 email dalam satu jam. Lihat juga informasi pembatasan tarif. |
Sama seperti Default | |
Peran email ARM | 10 Tindakan peran ARM email per grup tindakan. | Sama seperti Default |
Pusat Aktivitas | 10 Tindakan Hub acara Azure per grup tindakan. | Sama seperti Default |
ITSM | 10 tindakan ITSM dalam grup tindakan. | Sama seperti Default |
Aplikasi logika | 10 tindakan aplikasi logika dalam grup tindakan. | Sama seperti Default |
Runbook | 10 tindakan runbook dalam grup tindakan. | Sama seperti Default |
Webhook Aman | 10 tindakan webhook aman dalam grup tindakan. Jumlah maksimum panggilan webhook adalah 1500 per menit per langganan. Batasan lain tersedia di informasi khusus tindakan. | Sama seperti Default |
SMS | 10 tindakan SMS dalam grup tindakan. Tidak lebih dari 1 pesan SMS setiap 5 menit. Lihat juga informasi pembatasan tarif. |
Sama seperti Default |
Suara | 10 tindakan suara dalam grup tindakan. Tidak lebih dari 1 panggilan suara setiap 5 menit. Lihat juga informasi pembatasan tarif. |
Sama seperti Default |
Webhook | 10 tindakan webhook dalam grup tindakan. Jumlah maksimum panggilan webhook adalah 1500 per menit per langganan. Batasan lain tersedia di informasi khusus tindakan. | Sama seperti Default |
Skala otomatis
Sumber daya | Batas default | Batas maksimum |
---|---|---|
Pengaturan skala otomatis | 100 per wilayah per langganan. | Sama seperti default |
Profil skala otomatis | 20 profil per pengaturan skala otomatis. | Sama seperti default |
Log kustom
Batas | Nilai |
---|---|
Ukuran maksimum panggilan API | 1MB untuk data terkompresi dan tidak terkompresi |
Data maksimum/menit per DCR | 1 GB untuk data terkompresi dan tidak terkompresi. Coba lagi setelah durasi yang tercantum di header Retry-After dalam respons. |
Permintaan maksimum/menit per DCR | 6.000. Coba lagi setelah durasi yang tercantum di header Retry-After dalam respons. |
Aturan pengumpulan data
Batas | Nilai |
---|---|
Jumlah maksimum sumber data | 10 |
Jumlah maksimum penspesifikasi penghitung dalam penghitung kinerja | 100 |
Jumlah maksimum nama fasilitas dalam Syslog | 20 |
Jumlah maksimum kueri JalurX di Log Kejadian | 100 |
Jumlah maksimum aliran data | 10 |
Jumlah maksimum aliran | 10 |
Jumlah maksimum ekstensi | 10 |
Ukuran maksimum setelan ekstensi | 32 Kb |
Jumlah maksimum ruang kerja Analitik Log | 10 |
Pengaturan Diagnostik
Batas | Nilai |
---|---|
Jumlah maksimum pengaturan diagnostik per sumber daya | 5 |
Kueri dan bahasa log
Batasan kueri umum
Batasan | Deskripsi |
---|---|
Bahasa kueri | Azure Monitor menggunakan bahasa kueri Kusto yang sama dengan Azure Data Explorer. Lihat Perbedaan bahasa kueri log Azure Monitor untuk elemen bahasa KQL yang tidak didukung di Azure Monitor. |
Wilayah Azure | Kueri log dapat mengalami atashulu yang berlebihan saat data mencakup ruang kerja Analitik Log di beberapa wilayah Azure. Lihat Batasan kueri untuk detailnya. |
Kueri lintas sumber daya | Jumlah maksimum sumber daya Application Insights dan ruang kerja Analitik Log dalam satu kueri dibatasi hingga 100. Kueri lintas sumber daya tidak didukung di Desainer Tampilan. Kueri lintas sumber daya di peringatan log didukung di API scheduledQueryRules yang baru. Lihat Batas kueri lintas sumber daya untuk detailnya. |
Pembatasan kueri pengguna
Azure Monitor memiliki beberapa batasan pembatasan untuk melindungi terhadap pengguna yang mengirim jumlah kueri yang berlebihan. Perilaku tersebut dapat berpotensi membebani sumber daya ujung belakang sistem dan membahayakan respons layanan. Batasan berikut dirancang untuk melindungi pelanggan dari gangguan dan memastikan tingkat layanan yang konsisten. Pembatasan dan batasan pengguna dirancang hanya untuk memengaruhi skenario penggunaan ekstrem dan tidak boleh relevan untuk penggunaan umum.
Ukuran | Batasan per pengguna | Deskripsi |
---|---|---|
Kueri bersamaan | 5 | Pengguna dapat menjalankan hingga 5 kueri bersamaan, kueri tambahan apa pun akan ditambahkan ke antrean. Ketika salah satu kueri yang sedang berjalan selesai, kueri pertama dalam antrean ditarik dari antrean dan mulai berjalan. Catatan: Kueri peringatan bukan bagian dari batas ini. |
Waktu dalam antrean konkurensi | 3 menit | Jika kueri berada dalam antrean selama lebih dari 3 menit tanpa memulai, kueri akan diakhiri dengan respons kesalahan HTTP dengan kode 429. |
Total kueri dalam antrean konkurensi | 200 | Setelah jumlah kueri dalam antrean mencapai 200, kueri berikutnya akan ditolak dengan kode galat HTTP 429. Angka ini merupakan tambahan dari lima kueri yang dapat berjalan secara bersamaan. |
Laju kueri | 200 kueri per 30 detik | Tingkat keseluruhan kueri yang dapat dikirimkan oleh satu pengguna ke semua ruang kerja. Batasan ini berlaku untuk kueri atau kueri terprogram yang dimulai oleh komponen visualisasi seperti dasbor Azure dan halaman ringkasan ruang kerja Analitik Log. |
- Optimalkan kueri Anda seperti yang dijelaskan dalam Optimalkan kueri log di 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.
- Di Power BI, pertimbangkan untuk mengekstrak hasil agregat saja daripada log mentah.
Ruang kerja Analitik Log
Volume pengumpulan data dan retensi
Tingkat | Batas per hari | Retensi data | Komentar |
---|---|---|---|
Tingkat harga Per GB saat ini (diperkenalkan April 2018) |
Tanpa batas | 30 - 730 hari | Retensi data lebih dari 31 hari tersedia dengan biaya tambahan. Pelajari selengkapnya tentang Harga Azure Monitor. |
Tingkatan Gratis 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 akan terus dikumpulkan di atas batas ini. |
Legacy Standalone Per GB tier (diperkenalkan April 2016) |
Tanpa batas | 30 hingga 730 hari | Retensi data lebih dari 31 hari tersedia dengan biaya tambahan. Pelajari selengkapnya tentang Harga Azure Monitor. |
Legacy Per Node (OMS) (diperkenalkan April 2016) |
Tanpa batas | 30 hingga 730 hari | Retensi data lebih dari 31 hari tersedia dengan biaya tambahan. Pelajari selengkapnya tentang Harga Azure Monitor. |
Tingkatan Standar Lama | Tanpa batas | 30 hari | Retensi tidak dapat disesuaikan |
Tingkatan Premium Lama | Tanpa batas | 365 hari | Retensi tidak dapat disesuaikan |
Jumlah ruang kerja per langganan.
Tingkat harga | Batas ruang kerja | Komentar |
---|---|---|
Tingkat gratis | 10 | Batas ini tidak dapat ditingkatkan. |
Semua tingkatan lainnya | Tanpa batas | Anda dibatasi oleh jumlah sumber daya dalam grup sumber daya dan jumlah grup sumber daya per langganan. |
portal Microsoft Azure
Kategori | Batas | Komentar |
---|---|---|
Catatan maksimum yang dikembalikan oleh kueri log | 30.000 | Kurangi hasil menggunakan cakupan kueri, rentang waktu, dan filter dalam kueri. |
Kolektor data API
Kategori | Batas | Komentar |
---|---|---|
Ukuran maksimum untuk kiriman tunggal | 30 MB | Membagi volume yang lebih besar menjadi beberapa posting. |
Maximum size for field values | 32 KB | Bidang yang lebih panjang dari 32 KB akan terpotong. |
API Kueri
Kategori | Batas | Komentar |
---|---|---|
Catatan maksimum dikembalikan dalam satu kueri | 500,000 | |
Ukuran maksimum data yang dikembalikan | ~104 MB (~100 MiB) | API mengembalikan hingga 64 MB data terkompresi, yang berarti hingga 100 MB data mentah. |
Waktu berjalan kueri maksimum | 10 menit | Lihat Waktu habis untuk detailnya. |
Tingkat permintaan maksimum | 200 permintaan per 30 detik per pengguna Azure Active Directory atau alamat IP klien | Lihat Kueri dan bahasa log. |
Konektor Azure Monitor Logs
Kategori | Batas | Komentar |
---|---|---|
Ukuran data maksimum | ~16,7 MB (~16 MiB) | Infrastruktur konektor menentukan bahwa batas yang ditetapkan lebih rendah dari batas API kueri |
Jumlah maksimum catatan | 500,000 | |
Batas waktu konektor maksimal | 110 detik | |
Batas waktu kueri maksimum | 100 detik | |
Diagram | Halaman Log dan konektor menggunakan pustaka bagan yang berbeda untuk visualisasi. Beberapa fungsi saat ini tidak tersedia di konektor. |
Batas ruang kerja umum
Kategori | Batas | Komentar |
---|---|---|
Kolom maksimum dalam sebuah tabel | 500 | |
Karakter maksimum untuk nama kolom | 45 | |
Azure Monitor adalah layanan data skala tinggi yang melayani ribuan pelanggan yang mengirimkan terabyte data setiap bulan dengan kecepatan yang terus meningkat. Batas tingkat volume dimaksudkan untuk mengisolasi pelanggan Azure Monitor dari lonjakan konsumsi mendadak di lingkungan multitenancy. Ambang batas laju volume penyerapan default 500 MB (terkompresi) ditentukan di ruang kerja, ini diterjemahkan menjadi sekitar 6 GB/mnt tidak terkompresi -- ukuran sebenarnya dapat bervariasi antar tipe data bergantung pada panjang log dan rasio kompresi. Batas kecepatan volume berlaku untuk data yang diserap dari sumber daya Azure melalui Setelan diagnostik. Ketika batas tingkat volume tercapai, mekanisme coba lagi mencoba untuk menyerap data empat kali dalam jangka waktu 30 menit dan menjatuhkannya jika operasi gagal. Ini tidak berlaku untuk data yang diserap dari agen atau Data Collector API.
Saat data yang dikirim ke ruang kerja Anda berada pada tingkat volume yang lebih tinggi dari 80% dari ambang yang dikonfigurasi di ruang kerja Anda, sebuah peristiwa dikirim ke tabel Operasi di ruang kerja Anda setiap 6 jam sementara ambang terus terlampaui. Bila tingkat volume yang diserap lebih tinggi dari ambang batas, beberapa data akan dihapus dan peristiwa dikirim ke tabel Operasi di ruang kerja Anda setiap 6 jam sementara ambang terus terlampaui. Jika tingkat volume penyerapan Anda terus melebihi ambang batas atau Anda mengharapkan untuk mencapainya dalam waktu dekat, Anda dapat meminta untuk meningkatkannya dengan membuka permintaan dukungan.
Lihat Memantau kesehatan ruang kerja Log Analytics di Azure Monitor untuk membuat aturan peringatan agar diberi tahu secara proaktif saat Anda mencapai batas penyerapan apa pun.
Catatan
Bergantung pada berapa lama Anda menggunakan Log Analytics, Anda mungkin memiliki akses ke tingkat harga lama. Pelajari lebih lanjut tentang Log Analytics tingkat harga lawas.
Application Insights
Ada beberapa batasan jumlah metrik dan acara per aplikasi, yaitu per kunci instrumentasi. Batasan tergantung pada paket harga yang Anda pilih.
Sumber daya | Batasan | Catatan |
---|---|---|
Total data per hari | 100 GB | Anda dapat mengurangi data dengan mengatur batas. 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. |
Pembatasan | 32.000 acara/detik | Batasan diukur selama satu menit. |
Retensi data | 30-730 hari | Sumber daya ini untuk Pencarian, Analitik, dan Penjelajah Metrik. |
Retensi hasil terperinci Pengujian multi-langkah ketersediaan | 90 hari | Sumber daya ini memberikan hasil terperinci dari setiap langkah. |
Ukuran acara maksimum | 64.000 byte | |
Panjang nama properti dan metrik | 150 | Lihat skema jenis. |
Panjang string nilai properti | 8\.192 | Lihat skema jenis. |
Panjang pesan pelacakan dan pengecualian | 32.768 | Lihat skema jenis. |
Jumlah pengujian ketersediaan per aplikasi | 100 | |
Retensi data profiler | 5 hari | |
Data profiler yang dikirim per hari | 10 GB |
Untuk informasi selengkapnya, lihat ](../articles/azure-monitor/logs/cost-logs.md#application-insights-billing).