Batas, kuota, dan batasan langganan dan layanan Azure
Dokumen ini mencantumkan beberapa batas Microsoft Azure yang paling umum, yang juga terkadang disebut kuota.
Untuk mempelajari selengkapnya tentang harga Azure, lihat Ringkasan harga Azure. Di sana, Anda dapat memperkirakan biaya Anda dengan menggunakan kalkulator harga. Anda juga dapat pergi ke halaman detail harga untuk layanan tertentu, misalnya, VM Windows. Tips untuk membantu mengelola biaya Anda, lihat Mencegah biaya tak terduga dengan penagihan Azure dan manajemen biaya.
Mengelola batas
Catatan
Beberapa layanan memiliki batas yang dapat disesuaikan.
Saat layanan tidak memiliki batas yang dapat disesuaikan, tabel berikut menggunakan Batas header. Dalam kasus tersebut, batas default dan maksimumnya sama.
Saat batas dapat disetel, tabel menyertakan Batas default dan Header batas maksimum. Batas dapat dinaikkan di atas batas default tetapi tidak di atas batas maksimum.
Jika Anda ingin menaikkan batas atau kuota di atas batas default, buka permintaan dukungan pelanggan online tanpa biaya.
Istilah batas lunak dan batas keras sering digunakan secara informal untuk menggambarkan saat ini, batas yang dapat disesuaikan (batas lunak) dan batas maksimum (batas keras). Jika batas tidak dapat disesuaikan, tidak akan ada batas lunak, hanya batas keras.
Langganan Uji Coba Gratis tidak memenuhi syarat untuk penambahan limit atau kuota. Jika Anda memiliki langganan Uji Coba Gratis, Anda dapat meningkatkan ke langganan Pay-As-You-Go. Untuk informasi selengkapnya, lihat Peningkatan langganan Uji Coba Gratis Azure Anda ke langganan Pay-As-You-Go dan Tanya Jawab Umum langganan Uji Coba Gratis.
Beberapa batasan dikelola di tingkat wilayah.
Mari kita gunakan kuota vCPU sebagai contoh. Untuk meminta peningkatan kuota dengan dukungan untuk vCPU, Anda harus memutuskan berapa banyak vCPU yang ingin Anda gunakan di wilayah mana. Anda kemudian meminta peningkatan kuota vCPU untuk jumlah dan wilayah yang Anda inginkan. Jika Anda perlu menggunakan 30 vCPU di Eropa Barat untuk menjalankan aplikasi Anda di sana, Anda secara khusus meminta 30 vCPU di Eropa Barat. Kuota vCPU Anda tidak ditingkatkan di wilayah lain--hanya Eropa Barat yang memiliki kuota 30-vCPU.
Akibatnya, putuskan harus berapa kuota Anda untuk beban kerja di satu wilayah. Kemudian minta jumlah tersebut di setiap wilayah tempat Anda ingin sebarkan. Untuk bantuan tentang cara menentukan kuota Anda saat ini untuk wilayah tertentu, lihat Atasi kesalahan untuk kuota sumber daya.
Batas umum
Untuk batasan nama sumber daya, lihat Penamaan aturan dan batasan untuk sumber daya Azure.
Untuk informasi tentang batas baca dan tulis Resource Manager API, lihat Permintaan Pembatasan Resource Manager.
Batas grup manajemen
Batasan berikut berlaku untuk grup manajemen.
| Sumber daya | Batas |
|---|---|
| Grup manajemen per penyewa Azure Active Directory | 10.000 |
| Langganan per grup manajemen | Tidak Terbatas. |
| Tingkat hierarki grup manajemen | Tingkat akar ditambah 6 level1 |
| Grup manajemen induk langsung per grup manajemen | Satu |
| Penyebaran tingkat grup manajemen per lokasi | 8002 |
| Penyebaran tingkat grup manajemen per lokasi | 10 |
16 level tidak menyertakan tingkat langganan.
2Jika Anda mencapai batas 800 penyebaran, hapus penyebaran dari riwayat yang tidak lagi diperlukan. Untuk menghapus penyebaran tingkat grup manajemen, gunakan Remove-AzManagementGroupDeployment atau az deployment mg delete.
Batas langganan
Batas berikut berlaku saat Anda menggunakan Azure Resource Manager dan grup sumber daya Azure.
| Sumber daya | Batas |
|---|---|
| Langganan terkait dengan penyewa Azure Active Directory | Tidak Terbatas |
| Koadministrator per langganan | Tidak Terbatas |
| Grup sumber daya per langganan | 980 |
| Ukuran permintaan API Azure Resource Manager | 4\.194.304 byte |
| Tag per langganan1 | 50 |
| Penghitungan tag unik per langganan2 | 80.000 |
| Penerapan tingkat langganan per lokasi | 8003 |
| Lokasi Penyebaran tingkat langganan | 10 |
1Anda dapat menerapkan hingga 50 tag langsung ke langganan. Namun, langganan dapat berisi tag dalam jumlah tak terbatas yang diterapkan ke grup sumber daya dan sumber daya dalam langganan. Jumlah tag per sumber daya atau grup sumber daya dibatasi hingga 50.
2Resource Manager menampilkan daftar nama dan nilai tag dalam langganan hanya bila jumlah tag unik adalah 80.000 atau kurang dari itu. Tag unik ditentukan oleh kombinasi ID sumber daya, nama tag, dan nilai tag. Misalnya, dua sumber daya dengan nama dan nilai tag yang sama akan dihitung sebagai dua tag unik. Anda masih dapat menemukan sumber daya dengan tag ketika jumlahnya melebihi 80.000.
3Penyebaran otomatis dihapus dari riwayat saat Anda mendekati batas. Untuk informasi lebih lanjut, lihat penghapusan Otomatis dari riwayat deployment.
Batasan Grup Sumber Daya
| Sumber daya | Membatasi |
|---|---|
| Sumber daya per grup sumber daya | Sumber daya tidak dibatasi oleh grup sumber daya. Sebaliknya, sumber daya dibatasi oleh jenis sumber daya dalam grup sumber daya. Lihat baris berikutnya. |
| Sumber daya per grup sumber daya, per jenis sumber daya | 800 - Beberapa jenis sumber daya dapat melebihi batas 800. Lihat Sumber daya tidak dibatasi hingga 800 instans per grup sumber daya. |
| Penyebaran per grup sumber daya dalam riwayat penyebaran | 8001 |
| Sumber daya per penyebaran | 800 |
| Kunci manajemen per cakupan unik | 20 |
| Jumlah tag per sumber daya atau grup sumber daya | 50 |
| Panjang kunci tag | 512 |
| Panjang nilai tag | 256 |
1Penyebaran otomatis dihapus dari riwayat saat Anda mendekati batas. Menghapus entri dari riwayat penyebaran tidak memengaruhi sumber daya yang disebarkan. Untuk informasi selengkapnya, lihat Penghapusan otomatis dari riwayat penyebaran.
Batas templat
| Nilai | Membatasi |
|---|---|
| Parameter | 256 |
| Variabel | 256 |
| Sumber daya (termasuk jumlah salinan) | 800 |
| Output | 64 |
| Ekspresi templat | 24.576 char |
| Sumber daya dalam templat yang diekspor | 200 |
| Ukuran templat | 4 MB |
| Ukuran file parameter | 4 MB |
Anda dapat melebihi beberapa batas templat dengan menggunakan template berlapis. Untuk informasi selengkapnya, lihat Menggunakan templat tertaut saat Anda menyebarkan sumber daya Azure. Untuk mengurangi jumlah parameter, variabel, atau output, Anda dapat menggabungkan beberapa nilai menjadi sebuah objek. Untuk informasi selengkapnya, lihat Objek sebagai parameter.
Anda mungkin mendapatkan kesalahan dengan templat atau file parameter kurang dari 4 MB, jika ukuran total permintaan terlalu besar. Untuk informasi selengkapnya tentang cara menyederhanakan templat Anda untuk menghindari permintaan yang besar, lihat Menyelesaikan kesalahan untuk ukuran pekerjaan yang terlampaui.
Batas Direktori Aktif
Berikut adalah batasan penggunaan dan batas layanan lainnya untuk layanan Azure AD.
| Kategori | Batas |
|---|---|
| Penyewa | |
| Domain | |
| Sumber |
|
| Ekstensi skema |
|
| Aplikasi |
|
| Manifes aplikasi | Maksimal 1.200 entri yang dapat ditambahkan ke manifes aplikasi. Lihat batas tambahan di Perbedaan validasi berdasarkan jenis akun yang didukung. |
| Grup |
Saat ini, skenario berikut ini didukung dengan grup berlapis:
Skenario berikut tidak didukung dengan grup berlapis:
|
| Proksi Aplikasi |
|
| Panel Akses | Tidak ada batasan jumlah aplikasi per pengguna yang dapat ditampilkan di Panel Akses, terlepas dari jumlah lisensi yang ditetapkan. |
| Laporan | Maksimum 1.000 baris dapat dilihat atau diunduh dalam laporan apa pun. Setiap data tambahan terpotong. |
| Unit administrasi |
|
| Peran dan izin Azure Active Directory |
|
Batas API Management
| Sumber daya | Batas |
|---|---|
| Jumlah maksimum unit skala | 12 per wilayah1 |
| Ukuran cache | 5 GiB per unit2 |
| Koneksi back-end serentak3 per otoritas HTTP | 2\.048 per unit4 |
| Ukuran respons cache maksimum | 2 MiB |
| Ukuran dokumen kebijakan maksimum | 256 KiB5 |
| Domain gateway kustom maksimum per instans layanan6 | 20 |
| Jumlah maksimum sertifikat CA per instans layanan7 | 10 |
| Jumlah maksimum instans layanan per langganan8 | 20 |
| Jumlah maksimum langganan per instance layanan8 | 500 |
| Jumlah maksimum sertifikat klien per instans layanan8 | 50 |
| Jumlah maksimum API per instance layanan8 | 50 |
| Jumlah maksimum operasi pengelolaan API per instance layanan8 | 1\.000 |
| Durasi permintaan total maksimum8 | 30 detik |
| Ukuran payload permintaan maksimum8 | 1 GiB |
| Ukuran muatan buffer maksimum8 | 2 MiB |
| Ukuran URL permintaan maksimum9 | 16,384 byte |
| Panjang maksimum segmen jalur URL10 | 260 karakter |
| Ukuran maksimum skema API yang digunakan oleh kebijakan validasi10 | 4 MB |
| Jumlah maksimum skema10 | 100 |
| Ukuran maksimum isi permintaan atau respons dalam kebijakan validasi-konten 10 | 100 KB |
| Jumlah maksimum gerbang yang dihosting sendiri11 | 25 |
| Jumlah maksimum koneksi WebSocket aktif per unit | 100 |
| Jumlah maksimum tag yang didukung oleh sumber daya API Management | 15 |
1 Batas penskalaan bergantung pada tingkat harga. Untuk detail tentang tingkat harga dan batas penskalaannya, lihat Harga API Management.
2 Ukuran cache per unit bergantung pada tingkat harga. Untuk melihat tingkat harga dan batas penskalaannya, lihat Harga API Management.
3 Koneksi dikumpulkan dan digunakan kembali kecuali ditutup secara eksplisit oleh back end.
4 Batas ini adalah per unit tingkat Dasar, Standar, dan Premium. Tingkat Pengembang dibatasi hingga 1.024. Batas ini tidak berlaku untuk tingkat Konsumsi.
5 Batas ini berlaku untuk tingkat Dasar, Standar, dan Premium. Di tingkat Konsumsi, ukuran dokumen kebijakan dibatasi hingga 16 KiB.
6 Beberapa domain kustom hanya didukung di tingkat Pengembang dan Premium.
7 Sertifikat CA tidak didukung di tingkat Konsumsi.
8 Batasan ini hanya berlaku untuk tingkat Konsumsi. Tidak ada batasan dalam kategori ini untuk tingkatan lainnya.
9 Berlaku hanya untuk tingkat Konsumsi. Termasuk string kueri panjang hingga 2048 byte.
10 Untuk meningkatkan batas ini, hubungi dukungan.
11 Gateway yang dihost sendiri hanya didukung di tingkat Pengembang dan Premium. Batas tersebut berlaku untuk jumlah sumber daya gateway yang di-hosting-sendiri. Untuk meningkatkan batas ini, hubungi dukungan. Perhatikan, bahwa jumlah node (atau replika) yang terkait dengan sumber daya gateway yang dihosting sendiri tidak terbatas di tingkat Premium dan dibatasi pada satu node di tingkat Pengembang.
Batas App Service
| Sumber daya | Gratis | Bersama | Dasar | Standard | Premium (v1-v3) | Terpisah |
|---|---|---|---|---|---|---|
| Aplikasi web, seluler, atau API per Paket Azure App Service1 | 10 | 100 | Tidak terbatas2 | Tidak terbatas2 | Tidak terbatas2 | Tidak terbatas2 |
| Paket App Service | 10 per wilayah | 10 per grup sumber daya | 100 per grup sumber daya | 100 per grup sumber daya | 100 per grup sumber daya | 100 per grup sumber daya |
| Jenis komputasi instans | Bersama | Bersama | Didedikasikan3 | Didedikasikan3 | Didedikasikan3 | Didedikasikan3 |
| Peluasan skala (instans maksimum) | 1 dibagikan | 1 dibagikan | 3 didedikasikan3 | 10 didedikasikan3 | 20 didedikasikan untuk v1; 30 didedikasikan untuk v2 dan v3.3 | 100 didedikasikan4 |
| Penyimpanan5 | 1 GB5 | 1 GB5 | 10 GB5 | 50 GB5 | 250 GB5 | 1 TB12 Kuota penyimpanan yang tersedia adalah 999 GB. |
| Waktu CPU (5 menit)6 | 3 menit | 3 menit | Tidak terbatas, bayar dengan tarif standar | Tidak terbatas, bayar dengan tarif standar | Tidak terbatas, bayar dengan tarif standar | Tidak terbatas, bayar dengan tarif standar |
| Waktu CPU (hari)6 | 60 menit | 240 menit | Tidak terbatas, bayar dengan tarif standar | Tidak terbatas, bayar dengan tarif standar | Tidak terbatas, bayar dengan tarif standar | Tidak terbatas, bayar dengan tarif standar |
| Memori (1 jam) | Paket 1.024 MB per App Service | 1\.024 MB per aplikasi | T/A | T/A | T/A | T/A |
| Bandwidth | 165 MB | Tidak terbatas, tarif transfer data berlaku | Tidak terbatas, tarif transfer data berlaku | Tidak terbatas, tarif transfer data berlaku | Tidak terbatas, tarif transfer data berlaku | Tidak terbatas, tarif transfer data berlaku |
| Arsitektur aplikasi | 32-bit | 32-bit | 32-bit/64-bit | 32-bit/64-bit | 32-bit/64-bit | 32-bit/64-bit |
| Soket web per instans7 | 5 | 35 | 350 | Tak Terbatas | Tidak Terbatas | Tak Terbatas |
| Koneksi IP keluar per instans | 600 | 600 | Tergantung pada ukuran instans8 | Tergantung pada ukuran instans8 | Tergantung pada ukuran instans8 | 16.000 |
| Sambungan debugger bersamaan per aplikasi | 1 | 1 | 1 | 5 | 5 | 5 |
| Sertifikat App Service per langganan | Tidak didukung | Tidak didukung | 10 | 10 | 10 | 10 |
| Domain kustom per aplikasi | 0 (azurewebsites.net subdomain saja) | 500 | 500 | 500 | 500 | 500 |
| Domain kustom dukungan SSL | Tidak didukung, sertifikat kartubebas untuk * azurewebsites.net tersedia secara default | Tidak didukung, sertifikat kartubebas untuk * azurewebsites.net tersedia secara default | Koneksi aman SNI tidak terbatas | SSL SNI tidak terbatas dan 1 koneksi aman IP disertakan | SSL SNI tidak terbatas dan 1 koneksi aman IP disertakan | SSL SNI tidak terbatas dan 1 koneksi aman IP disertakan |
| Sambungan Hibrid | 5 per paket | 25 per paket | 220 per aplikasi | 220 per aplikasi | ||
| Integrasi Virtual Network | X | X | X | X | ||
| Titik akhir privat | X | X | 100 per aplikasi | |||
| Load balancer terintegrasi | X | X | X | X | X9 | |
| Pembatasan Akses | 512 aturan per aplikasi | 512 aturan per aplikasi | 512 aturan per aplikasi | 512 aturan per aplikasi | 512 aturan per aplikasi | 512 aturan per aplikasi |
| Grup Ketersediaan AlwaysOn | X | X | X | X | ||
| Pencadangan terjadwal | Pencadangan terjadwal setiap 2 jam, maksimum 12 cadangan per hari (manual + terjadwal) | Pencadangan terjadwal setiap jam, maksimum 50 cadangan per hari (manual + terjadwal) | Pencadangan terjadwal setiap jam, maksimum 50 cadangan per hari (manual + terjadwal) | |||
| Skala otomatis | X | X | X | |||
| WebJobs10 | X | X | X | X | X | X |
| Pemantauan titik akhir | X | X | X | X | ||
| Slot penahapan per aplikasi | 5 | 20 | 20 | |||
| Pengujian dalam Produksi | X | X | X | |||
| Log Diagnostik | X | X | X | X | X | X |
| Kudu | X | X | X | X | X | X |
| Autentikasi dan Otorisasi | X | X | X | X | X | X |
| Sertifikat Terkelola App Service11 | X | X | X | X | ||
| SLA | 99,95% | 99.95% | 99.95% | 99,95% |
1 Kuota aplikasi dan penyimpanan sesuai paket App Service kecuali dinyatakan secara berbeda.
2 Jumlah aplikasi aktual yang dapat Anda hosting di mesin ini tergantung pada aktivitas aplikasi, ukuran mesin instans, dan pemanfaatan sumber daya yang sesuai.
3 Instans yang didedikasikan dapat memiliki ukuran yang berbeda. Untuk informasi selengkapnya, lihat Harga App Service.
4 Lainnya diizinkan berdasarkan permintaan.
5 Batas penyimpanan adalah ukuran total konten di semua aplikasi dalam paket layanan Aplikasi yang sama. Ukuran total konten semua aplikasi di semua paket layanan Aplikasi dalam satu grup sumber daya dan wilayah tidak boleh melebihi 500 GB. Kuota sistem file untuk aplikasi yang dihosting App Service ditentukan oleh agregat paket App Service yang dibuat di grup wilayah dan sumber daya.
6 Sumber daya ini dibatasi oleh sumber daya fisik pada instans khusus (ukuran instans dan jumlah instans).
7 Jika Anda menskalakan aplikasi di tingkat Dasar ke dua instans, Anda memiliki 350 sambungan bersamaan untuk masing-masing dari dua instans. Untuk tingkat Standar ke atas, tidak ada batasan teoritis untuk soket web, tetapi faktor lain dapat membatasi jumlah soket web. Misalnya, permintaan bersamaan maksimum yang diizinkan (ditentukan olehmaxConcurrentRequestsPerCpu) adalah: 7.500 per VM kecil, 15.000 per VM sedang (7.500 x 2 core), dan 75.000 per VM besar (18.750 x 4 core).
8 Koneksi IP maksimum adalah per instans dan tergantung pada ukuran instans: 1.920 per instans B1/S1/P1V3, 3.968 per instans B2/S2/P2V3, 8.064 per instans B3/S3/P3V3.
9 SKU Terisolasi App Service dapat dimuat secara internal seimbang (ILB) dengan Azure Load Balancer, sehingga tidak ada konektivitas publik dari internet. Akibatnya, beberapa fitur App Service Terisolasi ILB harus digunakan dari mesin yang memiliki akses langsung ke titik akhir jaringan ILB.
10 Jalankan eksekusi kustom dan/atau skrip sesuai permintaan, sesuai jadwal, atau terus menerus sebagai proses di latar belakang dalam instans App Service Anda. Grup Ketersediaan AlwaysOn diperlukan untuk eksekusi WebJobs berkelanjutan. Tidak ada batas yang telah ditentukan sebelumnya pada jumlah WebJobs yang dapat berjalan dalam instans App Service. Ada batas praktis yang tergantung pada apa yang coba dilakukan oleh kode aplikasi.
11 Hanya menerbitkan sertifikat standar (sertifikat kartubebas tidak tersedia). Terbatas hanya satu sertifikat gratis per domain kustom.
12 Total penggunaan penyimpanan di seluruh aplikasi yang disebarkan di satu Lingkungan App Service (terlepas dari cara penggunaannya dialokasikan di berbagai grup sumber daya).
Batas automasi
Otomatisasi proses
| Sumber daya | Batas | Catatan |
|---|---|---|
| Jumlah maksimum pekerjaan baru yang dapat dikirimkan setiap 30 detik per akun Azure Automation (pekerjaan nonscheduled) | 100 | Ketika batas ini tercapai, permintaan berikutnya untuk membuat pekerjaan gagal. Klien menerima respons kesalahan. |
| Jumlah maksimum pekerjaan yang berjalan bersamaan pada waktu yang sama per akun Azure Automation (pekerjaan nonscheduled) | 200 | Ketika batas ini tercapai, permintaan berikutnya untuk membuat pekerjaan gagal. Klien menerima respons kesalahan. |
| Ukuran penyimpanan maksimum metadata pekerjaan untuk periode bergulir 30 hari | 10 GB (sekitar 4 juta pekerjaan) | Ketika batas ini tercapai, permintaan berikutnya untuk membuat pekerjaan gagal. |
| Batas aliran pekerjaan maksimum | 1 MiB | Satu aliran tidak boleh lebih besar dari 1 MiB. |
| Jumlah maksimum modul yang dapat diimpor setiap 30 detik per akun Azure Automation | 5 | |
| Ukuran maksimum modul | 100 MB | |
| Ukuran maksimum file konfigurasi simpul | 1 MB | Berlaku untuk konfigurasi status |
| Durasi pekerjaan, Tingkat gratis | 500 menit per langganan per bulan kalender | |
| Jumlah ruang disk maksimum yang diizinkan per kotak pasir1 | 1 GB | Hanya berlaku untuk kotak pasir Azure. |
| Jumlah maksimum memori yang diberikan ke kotak pasir1 | 400 MB | Hanya berlaku untuk kotak pasir Azure. |
| Jumlah maksimum soket jaringan yang diizinkan per kotak pasir1 | 1\.000 | Hanya berlaku untuk kotak pasir Azure. |
| Durasi maksimum yang diizinkan per runbook1 | 3 jam | Hanya berlaku untuk kotak pasir Azure. |
| Jumlah maksimum akun Azure Automation dalam langganan | Tanpa batas | |
| Jumlah maksimum pekerja sistem hybrid runbook per Akun Otomasi | 4\.000 | |
| Jumlah maksimum pekerja runbook hybrid pengguna per Akun Otomasi | 4,000 | |
| Jumlah maksimum pekerjaan bersamaan yang dapat dijalankan pada satu Pekerja Runbook Hibrid | 50 | |
| Ukuran parameter pekerjaan runbook maksimum | 512 kilobytes | |
| Parameter runbook maksimum | 50 | Jika Anda mencapai batas 50 parameter, Anda dapat meneruskan string JSON atau XML ke parameter dan menguraikannya dengan runbook. |
| Ukuran payload webhook maksimum | 512 kilobytes | |
| Hari maksimum data pekerjaan disimpan | 30 hari | |
| Ukuran status alur kerja PowerShell maksimum | 5 MB | Berlaku untuk runbook alur kerja PowerShell saat memeriksa alur kerja. |
| Jumlah maksimum tag yang didukung oleh akun Automatisasi | 15 |
1Kotak pasir adalah lingkungan berbagi yang dapat digunakan oleh banyak pekerjaan. Pekerjaan yang menggunakan kotak pasir yang sama terikat oleh batasan sumber daya kotak pasir.
Pelacakan Perubahan dan Inventaris
Tabel berikut menunjukkan batas item yang dilacak per komputer untuk pelacakan perubahan.
| Sumber daya | Batas | Catatan |
|---|---|---|
| File | 500 | |
| Ukuran file | 5 MB | |
| Registri | 250 | |
| Perangkat lunak Windows | 250 | Tidak termasuk pembaruan perangkat lunak. |
| Paket Linux | 1\.250 | |
| Layanan | 250 | |
| Daemon | 250 |
Manajemen Pembaruan
Tabel berikut menunjukkan batas untuk Manajemen Pembaruan.
| Sumber daya | Batas | Catatan |
|---|---|---|
| Jumlah komputer per penyebaran pembaruan | 1000 | |
| Jumlah grup dinamis per penyebaran pembaruan | 500 |
Azure App Configuration
| Sumber daya | Batas | Komentar |
|---|---|---|
| Penyimpanan konfigurasi untuk tingkat Gratis | 1 penyimpanan per langganan | |
| Penyimpanan konfigurasi untuk tingkat Standar | Penyimpanan tak terbatas per langganan | |
| Permintaan penyimpanan konfigurasi untuk tingkat Gratis | 1\.000 permintaan per hari | Setelah kuota habis, kode status HTTP 429 akan ditampilkan untuk semua permintaan hingga akhir hari |
| Permintaan penyimpanan konfigurasi untuk tingkat Standar | 30.000 per jam | Setelah kuota habis, permintaan mungkin menampilkan kode status HTTP 429 yang menunjukkan Terlalu Banyak Permintaan - hingga akhir jam |
| Penyimpanan untuk tingkat Gratis | 10 MB | |
| Penyimpanan untuk tingkat Standar | 1 GB | |
| Kunci dan Nilai | 10 KB | Untuk item nilai kunci tunggal, termasuk semua metadata |
Batas Azure Cache for Redis
| Sumber daya | Batas |
|---|---|
| Ukuran cache | 1,2 TB |
| Database | 64 |
| Klien maksimum yang tersambung | 40.000 |
| Replika Azure Cache for Redis, untuk ketersediaan tinggi | 3 |
| Pecahan dalam cache premium dengan pengklusteran | 10 |
Batas dan ukuran Azure Cache for Redis berbeda untuk setiap tingkat harga. Untuk melihat tingkat harga dan ukuran terkaitnya, lihat Harga Azure Cache for Redis.
Untuk informasi selengkapnya tentang batas konfigurasi Azure Cache for Redis, lihat Konfigurasi server Default Redis.
Karena konfigurasi dan manajemen instans Azure Cache for Redis dilakukan oleh Microsoft, tidak semua perintah Redis didukung di Azure Cache for Redis. Untuk informasi selengkapnya, lihat Perintah Redis yang tidak didukung di Azure Cache for Redis.
Batas Azure Cloud Services
| Sumber daya | Batasan |
|---|---|
| Peran web atau pekerja per penyebaran1 | 25 |
| Titik akhir input instans per penyebaran | 25 |
| Titik akhir input per penyebaran | 25 |
| Titik akhir internal per penyebaran | 25 |
| Sertifikat layanan yang dihosting per penyebaran | 199 |
1Setiap Azure Cloud Service dengan peran web atau pekerja dapat memiliki dua penyebaran, satu untuk produksi dan satu untuk pentahapan. Batasan ini mengacu pada jumlah peran yang berbeda, yaitu konfigurasi. Batasan ini tidak mengacu pada jumlah instans per peran, yaitu penskalaan.
Batas Azure Cognitive Search
Tingkat harga menentukan kapasitas dan batas layanan pencarian Anda. Tingkatan meliputi:
- Gratis layanan multi-penyewa, yang dibagikan dengan database pelanggan Azure lainnya, ditujukan untuk evaluasi dan proyek pengembangan kecil.
- Dasar menyediakan sumber daya komputasi khusus untuk beban kerja produksi dalam skala yang lebih kecil, dengan hingga tiga replika untuk beban kerja kueri yang sangat tersedia.
- Standar, yang mencakup S1, S2, S3, dan Kepadatan Tinggi S3, adalah untuk beban kerja produksi yang lebih besar. Beberapa level ada dalam tingkat Standar sehingga Anda dapat memilih konfigurasi sumber daya yang paling sesuai dengan profil beban kerja Anda.
Batas per langganan
Anda dapat membuat beberapa layanan, hanya dibatasi oleh jumlah layanan yang diizinkan di setiap tingkatan. Misalnya, Anda dapat membuat hingga 16 layanan di tingkat Dasar dan 16 layanan lainnya di tingkat S1 dalam langganan yang sama. Untuk informasi selengkapnya tentang tingkatan, lihat Memilih SKU atau tingkatan untuk Azure Cognitive Search.
Batas layanan maksimum dapat dinaikkan berdasarkan permintaan. Jika Anda memerlukan lebih banyak layanan dalam langganan yang sama, ajukan permintaan dukungan.
| Sumber daya | Gratis1 | Dasar | S1 | S2 | S3 | S3 HD | L1 | L2 |
|---|---|---|---|---|---|---|---|---|
| Layanan maksimum | 1 | 16 | 16 | 8 | 6 | 6 | 6 | 6 |
| Skala maksimum di unit maksimum (SU)2 | T/A | 3 SU | 36 SU | 36 SU | 36 SU | 36 SU | 36 SU | 36 SU |
1 Gratis didasarkan pada infrastruktur yang dibagikan dengan pelanggan lain. Karena perangkat keras tidak dikhususkan, peningkatan skala tidak didukung pada tingkat gratis.
2 Unit pencarian adalah unit penagihan, dialokasikan sebagai replika atau partisi. Anda memerlukan kedua sumber daya untuk penyimpanan, pengindeksan, dan operasi kueri. Untuk mempelajari selengkapnya tentang komputasi SU, lihat Menskalakan tingkat sumber daya untuk beban kerja kueri dan indeks.
Batas per layanan pencarian
Layanan pencarian dibatasi oleh ruang disk atau dengan batas keras pada jumlah maksimum indeks atau pengindeks, mana yang datang lebih dulu. Tabel berikut ini mencatat batasan penyimpanan. Untuk batas objek maksimum, lihat Batasan menurut sumber daya.
| Sumber daya | Gratis | Dasar1 | S1 | S2 | S3 | S3 HD | L1 | L2 |
|---|---|---|---|---|---|---|---|---|
| Perjanjian tingkat layanan (SLA)2 | Tidak | Ya | Ya | Ya | Ya | Ya | Ya | Ya |
| Penyimpanan per partisi | 50 MB | 2 GB | 25 GB | 100 GB | 200 GB | 200 GB | 1 TB | 2 TB |
| Partisi per layanan | T/A | 1 | 12 | 12 | 12 | 3 | 12 | 12 |
| Ukuran partisi | T/A | 2 GB | 25 GB | 100 GB | 200 GB | 200 GB | 1 TB | 2 TB |
| Replika | T/A | 3 | 12 | 12 | 12 | 12 | 12 | 12 |
1 Dasar memiliki satu partisi tetap. Unit pencarian tambahan dapat digunakan untuk menambahkan replika untuk volume kueri yang lebih besar.
2 Perjanjian tingkat layanan berlaku untuk layanan yang dapat ditagih pada sumber daya khusus. Layanan gratis dan fitur pratinjau tidak memiliki SLA. Untuk layanan yang dapat ditagih, SLA berlaku ketika Anda memprovisikan redundansi yang cukup untuk layanan Anda. Diperlukan dua replika atau lebih untuk SLA kueri (baca). Anda harus memiliki tiga replika atau lebih untuk SLA kueri dan pengindeksan (baca-tulis). Jumlah partisi bukanlah pertimbangan SLA.
Untuk mempelajari selengkapnya tentang batasan pada tingkat yang lebih terperinci, seperti ukuran dokumen, kueri per detik, kunci, permintaan, dan respons, lihat Batas layanan di Azure Cognitive Search.
Batas Azure Cognitive Services
Batasan berikut adalah untuk jumlah sumber daya Layanan Kognitif per langganan Azure. Ada batas satu akun 'Gratis' yang diizinkan, per jenis Layanan Kognitif, per langganan. Setiap Cognitive Services mungkin memiliki batasan lain, untuk informasi selengkapnya, lihat Azure Cognitive Services.
| Jenis | Batasan | Contoh |
|---|---|---|
| Campuran sumber daya Cognitive Services | Maksimum 200 total sumber daya Cognitive Services per wilayah. | 100 sumber daya Computer Vision di US Barat, 50 sumber daya Layanan Ucapan di US Barat, dan 50 sumber daya Analitik Teks di US Barat. |
| Jenis tunggal sumber daya Cognitive Services. | Maksimum 100 sumber daya per wilayah | 100 sumber daya Visi Komputer di AS Barat 2, dan 100 sumber daya Visi Komputer di AS Timur. |
Batas Azure Cosmos DB
Untuk batas Azure Cosmos DB, lihat Batasan di Azure Cosmos DB.
Batasan Azure Data Explorer
Tabel berikut ini menjelaskan batas maksimum untuk kluster Azure VMware Solution.
| Sumber daya | Batasan |
|---|---|
| Kluster per wilayah per langganan | 20 |
| Instans per kluster | 1000 |
| Jumlah database dalam kluster | 10.000 |
| Jumlah kluster pengikut (konsumen berbagi data) per kluster pemimpin (produsen berbagi data) | 100 |
Tabel berikut ini menjelaskan batasan operasi manajemen yang dilakukan pada klaster Azure Data Explorer.
| Cakupan | Operasi | Batasan |
|---|---|---|
| Kluster | baca (misalnya, dapatkan kluster) | 500 per 5 menit |
| Kluster | tulis (misalnya, buat database) | 1\.000 per jam |
Azure Database untuk MySQL
Untuk batas Azure MySQL Database, lihat Pembatasan pada Azure MySQL Database.
Azure Database untuk PostgreSQL
Untuk batas Azure MySQL Database, lihat Pembatasan pada Azure MySQL Database.
Batas Azure Functions
| Sumber daya | Paket konsumsi | Paket premium | Paket khusus | ASE | Kubernetes |
|---|---|---|---|---|---|
| Durasi waktu habis default (min) | 5 | 30 | 301 | 30 | 30 |
| Durasi waktu habis maksimum (min) | 10 | tanpa ikatan7 | tidak terikat2 | tanpa ikatan | tanpa ikatan |
| Koneksi keluar tanpa ikatan maksimum (per instans) | 600 aktif (total 1200) | tanpa ikatan | tanpa ikatan | tanpa ikatan | tanpa ikatan |
| Ukuran permintaan maksimum (MB)3 | 100 | 100 | 100 | 100 | Tergantung pada kluster |
| Panjang string kueri maksimum3 | 4096 | 4096 | 4096 | 4096 | Tergantung pada kluster |
| Panjang URL permintaan maksimum3 | 8192 | 8192 | 8192 | 8192 | Tergantung pada kluster |
| ACU per instans | 100 | 210-840 | 100-840 | 210-2508 | Harga AKS |
| Memori maksimum (GB per instans) | 1.5 | 3.5-14 | 1.75-14 | (3.5) == 14 | Node apa pun didukung |
| Jumlah instans maks (Windows/Linux) | 200/100 | 100/20 | bervariasi menurut SKU9 | 1009 | Tergantung pada kluster |
| Aplikasi fungsi per paket | 100 | 100 | tanpa ikatan4 | tanpa ikatan | tanpa ikatan |
| Paket App Service | 100 per wilayah | 100 per grup sumber daya | 100 per grup sumber daya | - | - |
| Slot penyebaran per aplikasi10 | 2 | 3 | 1-209 | 20 | n/a |
| Penyimpanan5 | 5 TB | 250 GB | 50-1000 GB | 1 TB | t/a |
| Domain kustom per aplikasi | 5006 | 500 | 500 | 500 | t/a |
| Domain kustom dukungan SSL | koneksi SNI SSL tanpa ikatan disertakan | SSL SNI tanpa ikatan dan 1 koneksi IP SSL disertakan | SSL SNI tanpa ikatan dan 1 koneksi IP SSL disertakan | SSL SNI tanpa ikatan dan 1 koneksi IP SSL disertakan | t/a |
1 Secara default, batas waktu habis untuk runtime Functions 1.x dalam paket App Service tidak diikat.
2 Memerlukan paket App Service diatur ke Selalu Hidup. Bayar dengan tarif standar.
3 Batas ini diatur dalam host.
4 Jumlah aplikasi fungsi aktual yang dapat Anda hosting tergantung pada aktivitas aplikasi, ukuran mesin instans, dan pemanfaatan sumber daya yang sesuai.
5 Batas penyimpanan adalah ukuran konten total di penyimpanan sementara pada semua aplikasi dalam paket App Service yang sama. Paket konsumsi menggunakan Azure Files untuk penyimpanan sementara.
6 Saat aplikasi fungsi Anda dihosting dalam Paket konsumsi, hanya opsi CNAME yang didukung. Untuk aplikasi fungsi dalam paket Premium atau paket App Service, Anda dapat memetakan domain kustom menggunakan CNAME atau catatan A.
7 Dijamin hingga 60 menit.
8 Pekerja adalah peran yang menghosting aplikasi pelanggan. Pekerja tersedia dalam tiga ukuran tetap: Satu vCPU/3,5 GB RAM; Dua vCPU/7 GB RAM; Empat vCPU/14 GB RAM.
9 Lihat batasan App Service untuk detailnya.
10 Termasuk slot produksi.
Untuk informasi selengkapnya, lihat Perbandingan rencana Hosting Azure Function.
Azure Health Data Services
Batas Azure Health Data Services
Health Data Services adalah set layanan API terkelola berdasarkan kerangka kerja dan standar terbuka. Health Data Services memungkinkan alur kerja untuk meningkatkan layanan kesehatan serta menawarkan solusi layanan kesehatan yang terukur dan aman. Health Data Services menyertakan layanan Fast Healthcare Interoperability Resources (FHIR), layanan Digital Imaging dan Communications in Medicine (DICOM), dan layanan MedTech.
Layanan FHIR adalah implementasi dari spesifikasi FHIR dalam Health Data Services. Ia memungkinkan Anda menggabungkan satu atau beberapa instans layanan FHIR dengan instans layanan MedTech dan DICOM opsional dalam satu ruang kerja. API Azure untuk FHIR umumnya tersedia sebagai penawaran layanan mandiri.
Layanan FHIR di Azure Health Data Services memiliki batas 4 TB untuk penyimpanan terstruktur.
| Nama Kuota | Batas Default | Batas Maksimum | Catatan |
|---|---|---|---|
| Ruang kerja | 10 | Hubungi dukungan | Batas per langganan |
| FHIR | 10 | Hubungi dukungan | Batas per ruang kerja |
| DICOM | 10 | Hubungi dukungan | Batas per ruang kerja |
| MedTech | 10 | T/A | Batas per ruang kerja, tidak bisa ditambah |
Azure API untuk batas layanan FHIR
Azure API untuk FHIR adalah API yang terkelola, berbasis standar, dan sesuai untuk data kesehatan klinis yang memungkinkan solusi untuk analitik dan pembelajaran mesin yang dapat ditindaklanjuti.
| Nama Kuota | Batas Default | Batas Maksimum | Catatan |
|---|---|---|---|
| Unit permintaan (RUs) | 10,000 RU | Hubungi dukungan Maksimum yang tersedia adalah 1.000.000. | Anda memerlukan minimal 400 RUs atau 40 RU/GB, mana yang lebih besar. |
| Sambungan bersamaan | 15 koneksi bersamaan pada dua instans (dengan total 30 permintaan bersamaan) | Hubungi dukungan | |
| Azure API untuk Instans Layanan FHIR per Langganan | 10 | Hubungi dukungan |
Batas Azure Kubernetes Service
| Sumber daya | Batasan |
|---|---|
| Kluster maksimum per langganan | 5000 |
| Node maksimum per kluster dengan Virtual Machine Availability Sets dan SKU Load Balancer Dasar | 100 |
| Node maksimum per kluster dengan Virtual Machine Scale Sets dan SKU Load Balancer Dasar | 1000 (di semua kumpulan node) |
| Kumpulan node maksimum per kluster | 100 |
| Pod maksimum per node: Jaringan dasar dengan Kubenet | Maksimum: 250 Default Azure CLI: 110 Templat Azure Resource Manager: 110 Default penyebaran portal Azure: 30 |
| Pod maksimum per node: Jaringan tingkat lanjut dengan Antarmuka Jaringan Kontainer Azure | Maksimum: 250 Default: 30. |
| Add-on AKS Open Service Mesh (OSM) | Versi Kluster Kubernetes: Versi AKS yang Didukung Pengontrol OSM per kluster: 1 Pod per pengontrol OSM: 1600 Akun layanan Kubernetes yang dikelola OSM: 160 |
| Batas Sarana Kontrol Kube | Batasan |
|---|---|
| Tingkat berbayar | Secara otomatis meluaskan skala berdasarkan beban |
| Tingkat gratis | Sumber daya terbatas dengan batas permintaan dalam proses sebanyak 50 panggilan bermutasi dan 100 panggilan baca-saja |
Batas Azure Load Testing
Untuk batas Azure Load Testing, lihat Batas layanan di Azure Load Testing.
Batas Azure Machine Learning
Nilai terbaru untuk kuota Komputasi Azure Machine Learning dapat ditemukan di halaman kuota Azure Machine Learning
Batas Azure Maps
Tabel berikut ini memperlihatkan batas penggunaan untuk tingkat harga S0 Azure Maps. Batas penggunaan tergantung pada tingkat harga.
| Sumber daya | Batas tingkat harga S0 |
|---|---|
| Tingkat permintaan maksimum per langganan | 50 permintaan per detik |
Tabel berikut ini memperlihatkan batas ukuran data kumulatif untuk akun Azure Maps dalam langganan Azure. Layanan Data Azure Maps hanya tersedia di tingkat harga S1.
| Sumber daya | Batasan |
|---|---|
| Penyimpanan maksimum per langganan Azure | 1 GB |
| Ukuran maksimum per unggahan file | 100 MB |
Untuk informasi selengkapnya tentang tingkat harga Azure Maps, lihat Harga Azure Maps.
Batas 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 | 5000 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 |
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 harga | Batas per hari | Retensi data | Komentar |
|---|---|---|---|
| Prabayar (diperkenalkan April 2018) |
Tanpa batas | retensi interaktif hingga 730 hari / hingga 7 tahun arsip data |
Retensi data lebih dari 31 hari tersedia dengan biaya tambahan. Pelajari selengkapnya tentang Harga Azure Monitor. |
| Tingkat komitmen (diperkenalkan November 2019) |
Tanpa batas | retensi interaktif hingga 730 hari / hingga 7 tahun arsip data |
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. Akses untuk menggunakan tingkat terbatas pada langganan yang berisi ruang kerja Log Analytics atau sumber daya Application Insights pada 2 April 2018, atau terhubung pada Perjanjian Enterprise yang dimulai sebelum 1 Februari 2019 dan masih aktif. |
| Tingkat Mandiri Warisan (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. Akses untuk menggunakan tingkat terbatas pada langganan yang berisi ruang kerja Log Analytics atau sumber daya Application Insights pada 2 April 2018, atau terhubung pada Perjanjian Enterprise yang dimulai sebelum 1 Februari 2019 dan masih aktif. |
| Tingkat Gratis Warisan (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. Membuat ruang kerja baru di, atau memindahkan ruang kerja yang ada ke, tingkat harga Percobaan lama dimungkinkan hingga tanggal 1 Juli 2022. |
| Tingkatan Standar Lama | Tanpa batas | 30 hari | Retensi tidak dapat disesuaikan. Tingkat ini belum tersedia untuk ruang kerja baru sejak 1 Oktober 2016. |
| Tingkatan Premium Lama | Tanpa batas | 365 hari | Retensi tidak dapat disesuaikan. Tingkat ini belum tersedia untuk ruang kerja baru sejak 1 Oktober 2016. |
Jumlah ruang kerja per langganan.
| Tingkat harga | Batas ruang kerja | Komentar |
|---|---|---|
| Tingkat Gratis Warisan | 10 | Batas ini tidak dapat ditingkatkan. Membuat ruang kerja baru di, atau memindahkan ruang kerja yang ada ke, tingkat harga Percobaan lama dimungkinkan hingga tanggal 1 Juli 2022. |
| 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 | Batas default | Batas maksimum | Catatan |
|---|---|---|---|
| Total data per hari | 100 GB | Hubungi dukungan. | 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 | Hubungi dukungan. | Batas diukur lebih dari satu menit. |
| Log retensi data | 30 hingga 730 hari | 730 hari | Sumber daya ini untuk Log. |
| Metrik retensi data | 90 hari | 90 hari | Sumber daya ini untuk Metrics Explorer. |
| Pengujian multi-langkah ketersediaan retensi hasil terperinci | 90 hari | 90 hari | Sumber daya ini memberikan hasil terperinci dari setiap langkah. |
| Ukuran item telemetri maksimum | 64 KB | 64 KB | |
| Item telemetri maksimum per batch | 64.000 | 64.000 | |
| Panjang nama properti dan metrik | 150 | 150 | Lihat skema jenis. |
| Panjang string nilai properti | 8\.192 | 8\.192 | Lihat skema jenis. |
| Panjang pesan pelacakan dan pengecualian | 32.768 | 32.768 | Lihat skema jenis. |
| Jumlah pengujian ketersediaan per aplikasi | 100 | 100 | |
| Retensi data Profiler dan Snapshot | Dua minggu | Hubungi dukungan. Batas maksimum retensi adalah enam bulan. | |
| Data profiler yang dikirim per hari | Tanpa batas | Tanpa batas | |
| Data Snapshot dikirim per hari | 30 snapshot per hari per aplikasi yang dipantau | Tanpa batas | Jumlah snapshot yang dikumpulkan per aplikasi dapat dimodifikasi melalui konfigurasi. |
Untuk informasi selengkapnya tentang harga dan kuota, lihat tagihan Application Insights.
Batas Azure Data Factory
Azure Data Factory adalah layanan multi penyewa yang memiliki batas default berikut untuk memastikan langganan pelanggan terlindungi dari beban kerja satu sama lain. Untuk menaikkan batas maksimal langganan Anda, hubungi dukungan.
Versi 2
| Sumber daya | Batas default | Batas maksimum |
|---|---|---|
| Jumlah total entitas, seperti alur, himpunan data, pemicu, layanan tertaut, Titik Akhir Privat, dan runtime integrasi, berada di dalam pabrik data | 5\.000 | Hubungi dukungan. |
| Total inti CPU untuk Azure-SSIS Integration Runtime dalam satu langganan | 256 | Hubungi dukungan. |
| Alur bersamaan berjalan per pabrik data yang dibagikan di seluruh alur di pabrik | 10.000 | 10.000 |
| Aktivitas Eksternal Bersamaan yang berjalan per langganan per wilayah Azure Integration Runtime Aktivitas eksternal dikelola pada runtime integrasi tetapi dijalankan pada layanan yang ditautkan, termasuk Databricks, prosedur tersimpan, Web, dan lainnya. Batas ini tidak berlaku untuk IR yang dihost sendiri. |
3.000 | 3.000 |
| Aktivitas Alur Bersamaan yang berjalan per langganan per wilayah Azure Integration Runtime Aktivitas alur dijalankan pada runtime integrasi, termasuk Pencarian, GetMetadata, dan Hapus. Batas ini tidak berlaku untuk IR yang dihost sendiri. |
1\.000 | 1\.000 |
| Operasi penulisan bersamaan per langganan per wilayah Azure Integration Runtime Termasuk koneksi uji, menelusuri daftar folder dan daftar tabel, mempratinjau data. Batas ini tidak berlaku untuk IR yang dihost sendiri. |
200 | 200 |
| Unit Integrasi Data Bersamaan1 pemakaian per langganan per wilayah Azure Integration Runtime | Grup wilayah 12: 6.000 Grup wilayah 22: 3.000 Grup wilayah 32: 1.500 Jaringan virtual terkelola2: 2.400 |
Grup wilayah 12: 6.000 Grup wilayah 22: 3.000 Grup wilayah 32: 1.500 Jaringan virtual terkelola: Dukungan kontak. |
| Aktivitas maksimum per alur, yang mencakup aktivitas bagian dalam untuk kontainer | 40 | 40 |
| Jumlah maksimum runtime integrasi tertaut yang dapat dibuat terhadap satu runtime integrasi yang di-hosting sendiri | 100 | Hubungi dukungan. |
| Jumlah maksimum node yang dapat dibuat pada satu runtime integrasi yang dihost sendiri | 4 | Hubungi dukungan |
| Parameter maksimum per alur | 50 | 50 |
| Item ForEach | 100.000 | 100.000 |
| Paralelisme ForEach | 20 | 50 |
| Maksimum antrean yang berjalan per alur | 100 | 100 |
| Karakter per ekspresi | 8\.192 | 8\.192 |
| Interval pemicu jendela tumbling minimum | 5 menit | 15 menit |
| Batas waktu maksimum untuk aktivitas alur berjalan | 7 hari | 7 hari |
| Byte per objek untuk objek alur3 | 200 KB | 200 KB |
| Byte per objek untuk himpunan data dan objek layanan tertaut3 | 100 KB | 2\.000 KB |
| Byte per muatan untuk setiap aktivitas berjalan4 | 896 KB | 896 KB |
| Unit Integrasi Data1 per aktivitas salin dijalankan | 256 | 256 |
| Menulis panggilan API | 1\.200/jam | 1\.200/jam Batas ini diberlakukan oleh Azure Resource Manager, bukan Azure Data Factory. |
| Membaca panggilan API | 12.500/jam | 12.500/jam Batas ini diberlakukan oleh Azure Resource Manager, bukan Azure Data Factory. |
| Memantau kueri per menit | 1\.000 | 1\.000 |
| Waktu maksimum sesi debug aliran data | 8 jam | 8 jam |
| Jumlah aliran data secara bersamaan per runtime integrasi | 50 | Hubungi dukungan. |
| Jumlah aliran data secara bersamaan per runtime integrasi di vNet terkelola | 20 | Hubungi dukungan. |
| Jumlah sesi debug aliran data secara bersamaan per pengguna per pabrik | 3 | 3 |
| Batas Aliran Data Azure IR TTL | 4 jam | 4 jam |
| Batas Ukuran Entitas Meta Data di pabrik | 2 GB | Hubungi dukungan. |
1 Unit integrasi data (DIU) digunakan dalam operasi salinan cloud-to-cloud, pelajari lebih lanjut dari Unit integrasi data (versi 2). Untuk informasi tentang tagihan, lihat Harga Azure Data Factory.
2Azure Integration Runtime tersedia secara global untuk memastikan kepatuhan data, efisiensi, dan pengurangan biaya keluar jaringan.
| Grup wilayah | Wilayah |
|---|---|
| Grup wilayah 1 | US Tengah, US Timur, US Timur 2, Eropa Utara, Eropa Barat, US Barat, US Barat 2 |
| Grup wilayah 2 | Australia Timur, Australia Tenggara, Brasil Selatan, India Tengah, Jepang Timur, US Tengah Utara, US Tengah Selatan, Asia Tenggara, Barat Sentral AS |
| Grup wilayah 3 | Wilayah lain |
Jika jaringan virtual terkelola diaktifkan, unit integrasi data (DIU) di semua grup kawasan adalah 2.400.
3 Alur, himpunan data, dan objek layanan tertaut mewakili pengelompokan logis beban kerja Anda. Batas untuk objek ini tidak terkait jumlah data yang dapat Anda pindahkan dan proses dengan Azure Data Factory. Data Factory dirancang untuk menskalakan penanganan data petabyte.
4 Payload untuk setiap eksekusi aktivitas menyertakan konfigurasi aktivitas, himpunan data terkait, dan konfigurasi layanan tertaut (jika ada), dan bagian kecil properti sistem yang dibuat per jenis aktivitas. Batas untuk payload ini tidak terkait jumlah data yang dapat Anda pindahkan dan proses dengan Azure Data Factory. Pelajari tentang gejala dan rekomendasi jika Anda mencapai batas ini.
Versi 1
| Sumber daya | Batas default | Batas maksimum |
|---|---|---|
| Alur dalam pabrik data | 2\.500 | Hubungi dukungan. |
| Himpunan data dalam pabrik data | 5\.000 | Hubungi dukungan. |
| Potongan bersamaan per himpunan data | 10 | 10 |
| Byte per objek untuk objek alur1 | 200 KB | 200 KB |
| Byte per objek untuk himpunan data dan objek layanan tertaut1 | 100 KB | 2\.000 KB |
| Azure HDInsight inti kluster sesuai permintaan dalam langganan2 | 60 | Hubungi dukungan. |
| Unit pergerakan data cloud per aktivitas salin berjalan3 | 32 | 32 |
| Jumlah coba lagi untuk aktivitas alur berjalan | 1\.000 | MaxInt (32 bit) |
1 Alur, himpunan data, dan objek layanan tertaut mewakili pengelompokan logis beban kerja Anda. Batas untuk objek ini tidak terkait jumlah data yang dapat Anda pindahkan dan proses dengan Azure Data Factory. Data Factory dirancang untuk menskalakan penanganan data petabyte.
2 Inti HDInsight sesuai permintaan dialokasikan dari langganan yang berisi pabrik data. Akibatnya, batas sebelumnya adalah batas inti yang diberlakukan Pabrik Data untuk inti HDInsight sesuai permintaan. Batas ini berbeda dari batas inti yang terkait dengan langganan Azure Anda.
3 Unit pergerakan data cloud (DMU) untuk versi 1 digunakan dalam operasi salinan cloud-to-cloud, pelajari selengkapnya dari unit pergerakan data Cloud (versi 1). Untuk informasi tentang tagihan, lihat Harga Azure Data Factory.
| Sumber daya | Batas bawah default | Batas minimum |
|---|---|---|
| Interval penjadwalan | 15 menit | 15 menit |
| Interval antara upaya coba lagi | 1 detik | 1 detik |
| Coba lagi nilai waktu habis | 1 detik | 1 detik |
Batas panggilan layanan web
Azure Resource Manager memiliki batasan untuk panggilan API. Anda dapat melakukan panggilan API dalam batas rentang laju Azure Resource Manager API.
File Azure NetApp
Azure NetApp Files memiliki batas kapasitas regional. Batas kapasitas standar untuk setiap langganan adalah 25 TiB, per wilayah, di semua tingkat layanan. Untuk meningkatkan kapasitas, gunakan permintaan dukungan Batas langganan dan layanan (kuota).
Untuk mempelajari lebih lanjut batas untuk Azure NetApp Files, lihat Batas sumber daya untuk Azure NetApp Files.
Batas Azure Policy
Ada jumlah maksimum untuk setiap jenis objek untuk Kebijakan Azure. Untuk definisi, entri Cakupan berarti grup manajemen atau langganan. Untuk tugas dan pengecualian, entri Cakupan berarti grup manajemen, langganan, grup sumber daya, atau sumber daya individu.
| Di mana | Apa | Jumlah maksimum |
|---|---|---|
| Cakupan | Definisi kebijakan | 500 |
| Cakupan | Definisi Inisiatif | 200 |
| Penyewa | Definisi Inisiatif | 2\.500 |
| Cakupan | Penetapan kebijakan atau inisiatif | 200 |
| Cakupan | Pengecualian | 1000 |
| Definisi kebijakan | Parameter | 20 |
| Definisi inisiatif | Kebijakan | 1000 |
| Definisi inisiatif | Parameter | 300 |
| Penetapan kebijakan atau inisiatif | Pengecualian (notScopes) | 400 |
| Aturan kebijakan | Kondisional bertumpuk | 512 |
| Tugas remediasi | Sumber | 50,000 |
| Isi definisi kebijakan, inisiatif, atau permintaan penetapan | Byte | 1,048,576 |
Aturan kebijakan memiliki batasan tambahan untuk jumlah kondisi dan kompleksitasnya. Lihat Batasan aturan kebijakan untuk mengetahui detail selengkapnya.
Batas Azure Quantum
Batas & Kuota Penyedia
Layanan Azure Quantum mendukung penyedia layanan pihak pertama dan ketiga. Penyedia pihak ketiga memiliki batas dan kuota mereka. Pengguna dapat melihat penawaran dan batasan di portal Microsoft Azure saat mengonfigurasi penyedia pihak ketiga.
Anda dapat menemukan batas kuota yang diterbitkan untuk penyedia Solusi Pengoptimalan pihak pertama Microsoft di bawah ini.
Mempelajari & Mengembangkan SKU
| Sumber daya | Batas |
|---|---|
| Pekerjaan bersamaan berbasis CPU | hingga 51 pekerjaan bersamaan |
| Pekerjaan bersamaan berbasis FPGA | hingga 21 pekerjaan bersamaan |
| Jam pemecah berbasis CPU | 20 jam per bulan |
| Jam pemecah berbasis FPGA | 1 jam per bulan |
Saat Mempelajari & Mengembangkan SKU, Anda & meminta peningkatan batas kuota. Sebaliknya, Anda harus beralih ke Performa pada SKU Skala.
Performa pada SKU Skala
| Sumber daya | Batas Default | Batas Maksimum |
|---|---|---|
| Pekerjaan bersamaan berbasis CPU | hingga 1001 pekerjaan bersamaan | sama dengan batas default |
| Pekerjaan bersamaan berbasis FPGA | hingga 101 pekerjaan bersamaan | sama dengan batas default |
| jam pemecah | 1\.000 jam per bulan | hingga 50.000 jam per bulan |
Hubungi Dukungan Azure untuk meminta peningkatan batas.
Untuk informasi lebih lanjut, tinjau halaman harga Azure Quantum. Tinjau halaman penetapan harga penyedia yang relevan di portal Microsoft Azure untuk detail tentang penawaran pihak ketiga.
1 Menjelaskan jumlah pekerjaan yang dapat diantrekan pada saat yang bersamaan.
Batas-batas Azure RBAC
Batas berikut berlaku untuk kontrol akses berbasis peran Azure (Azure RBAC).
| Area | Sumber daya | Batas |
|---|---|---|
| Penetapan peran Azure | ||
| Penetapan peran Azure per langganan Azure Saat ini batas penetapan peran untuk langganan sedang ditingkatkan. Untuk informasi selengkapnya, lihat Memecahkan Masalah Azure RBAC. |
2\.000 | |
| Penetapan peran Azure per grup manajemen | 500 | |
| Ukuran deskripsi untuk penetapan peran Azure | 2 KB | |
| Ukuran kondisi untuk penetapan peran Azure | 8 KB | |
| Peran kustom Azure | ||
| Peran kustom Azure per penyewa | 5\.000 | |
| Peran kustom Azure per penyewa (untuk Azure Jerman dan Azure China 21Vianet) |
2\.000 | |
| Ukuran nama peran untuk peran kustom Azure | 512 char | |
| Ukuran deskripsi untuk peran kustom Azure | 2 KB | |
| Jumlah cakupan yang dapat ditetapkan untuk peran kustom Azure | 2\.000 |
Batas Azure SignalR Service
| Sumber daya | Batas default | Batasan maksimum |
|---|---|---|
| Unit Azure SignalR Service per instans untuk tingkat Gratis | 1 | 1 |
| Unit Azure SignalR Service per instans untuk tingkat Standar | 100 | 100 |
| Unit Azure SignalR Service per langgan per wilayah untuk tingkat Gratis | 5 | 5 |
| Unit Azure SignalR Service total dihitung per langganan per wilayah | 150 | Tidak Terbatas |
| Koneksi bersamaan per unit untuk tingkat Gratis | 20 | 20 |
| Koneksi bersamaan per unit untuk tingkat Standar | 1\.000 | 1\.000 |
| Termasuk pesan per unit per hari untuk tingkat Gratis | 20.000 | 20.000 |
| Pesan tambahan per unit per hari untuk tingkat Gratis | 0 | 0 |
| Termasuk pesan per unit per hari untuk tingkat Standar | 1\.000.000 | 1\.000.000 |
| Pesan tambahan per unit per hari untuk tingkat Standar | Tidak Terbatas | Tidak Terbatas |
Untuk meminta pembaruan batas default langganan Anda, buka tiket dukungan.
Untuk informasi selengkapnya tentang cara koneksi dan pesan dihitung, lihat Pesan dan koneksi di Azure SignalR Service.
Jika persyaratan Anda melebihi batas, beralih dari tingkat Gratis ke tingkat Standar dan tambahkan unit. Untuk informasi selengkapnya, lihat Bagaimana cara menskalakan instans Layanan Azure SignalR?.
Jika persyaratan Anda melebihi batas satu instans, tambahkan instans. Untuk informasi selengkapnya, lihat Bagaimana cara menskalakan SignalR Service dengan beberapa instans?.
Batas Layanan Azure Virtual Desktop
Tabel berikut ini menjelaskan batas maksimum untuk Azure Virtual Desktop.
| Objek Azure Virtual Desktop | Objek Kontainer Induk | Batas Layanan |
|---|---|---|
| Ruang kerja | Penyewa Azure Active Directory | 1300 |
| HostPool | Ruang kerja | 400 |
| Grup aplikasi | Penyewa Azure AD | 5001 |
| RemoteApp | Grup aplikasi | 500 |
| Penetapan peran | Objek Azure Virtual Desktop apa pun | 200 |
| Host Sesi | HostPool | 10.000 |
1Jika Anda mengharuskan lebih dari 500 grup Aplikasi, maka naikkan tiket dukungan melalui portal Azure.
Semua sumber daya Azure lainnya yang digunakan di Azure Virtual Desktop seperti Virtual Machines, Penyimpanan, Jaringan, dll. semuanya tunduk pada batasan sumber daya mereka sendiri yang didokumentasikan di bagian yang relevan dalam artikel ini. Untuk memvisualisasikan hubungan antara semua objek Azure Virtual Desktop, tinjau artikel ini Hubungan antara komponen logis Azure Virtual Desktop.
Untuk memulai Azure Virtual Desktop, gunakan panduan memulai. Untuk konten arsitektur yang lebih mendalam pada Azure Virtual Desktop, gunakan bagian Azure Virtual Desktop dari Kerangka Kerja Adopsi Cloud. Untuk informasi harga Azure Virtual Desktop, tambahkan "Azure Virtual Desktop" dalam bagian Komputasi Kalkulator Harga Azure.
Batas Azure VMware Solution
Tabel berikut ini menjelaskan batas maksimum untuk Azure VMware Solution.
| Sumber daya | Batas |
|---|---|
| Kluster vSphere setiap cloud privat | 12 |
| Jumlah minimum host ESXi setiap kluster | 3 |
| Jumlah maksimum host ESXi setiap kluster | 16 |
| Host ESXi setiap cloud privat | 96 |
| vCenter Server setiap cloud privat | 1 |
| Pasangan situs HCX | 25 (edisi apa pun) |
| Cloud privat Azure VMware Solution ExpressRoute tertaut maksimal | 4 Gateway jaringan virtual yang digunakan menentukan cloud privat tertaut maks. Untuk detail lebih lanjut, lihat Tentang gateway jaringan virtual ExpressRoute |
| Kecepatan port Azure VMware Solution ExpressRoute | 10 Gbps Gateway jaringan virtual yang digunakan menentukan bandwidth aktual. Untuk detail lebih lanjut, lihat Tentang gateway jaringan virtual ExpressRoute |
| IP publik yang diekspos melalui vWAN | 100 |
| Batas kapasitas vSAN | 75% dari total yang dapat digunakan (tetap 25% tersedia untuk SLA) |
Untuk batasan khusus VMware lainnya, gunakan alat maksimum konfigurasi VMware!.
Batas cadangan
Untuk ringkasan pengaturan dan batasan dukungan Azure Backup, lihat Matriks Dukungan Azure Backup.
Batas Azure Batch
| Sumber daya | Batas default | Batas maksimum |
|---|---|---|
| Akun Azure Batch setiap wilayah per langganan | 1-3 | 50 |
| Core khusus per akun Batch | 90-900 | Hubungi dukungan |
| Core prioritas rendah per akun Batch | 10-100 | Hubungi dukungan |
| Pekerjaan Aktif dan jadwal pekerjaan per akun Batch (pekerjaan yang diselesaikan tidak memiliki batas) | 100-300 | 1\.0001 |
| Kumpulan per akun Batch | 20-100 | 5001 |
| Koneksi titik akhir privat per akun Batch | 100 | 100 |
1Untuk meminta peningkatan di luar batas ini, hubungi Dukungan Azure.
Catatan
Batas defaultnya bervariasi bergantung pada jenis langganan yang Anda gunakan untuk membuat akun Batch. Kuota core yang ditampilkan adalah untuk akun Batch dalam mode layanan Batch. Melihat kuota di akun Batch Anda.
Penting
Untuk membantu kami mengelola kapasitas dengan lebih baik selama pandemi kesehatan global, kuota core default untuk akun Batch baru di beberapa wilayah dan untuk beberapa jenis langganan telah dikurangi dari kisaran nilai di atas, dalam beberapa kasus menjadi nol core. Saat Anda membuat akun Batch baru, periksa kuota core Anda dan minta penambahan kuota core, jika perlu. Atau, pertimbangkan untuk menggunakan kembali akun Batch yang sudah memiliki kuota cukup.
Batas model penerapan klasik
Batas berikut berlaku jika Anda menggunakan model penerapan klasik alih-alih model penerapan Azure Resource Manager.
| Sumber daya | Batas default | Batas maksimum |
|---|---|---|
| vCSK per langganan1 | 20 | 10.000 |
| Koadministrator per langganan | 200 | 200 |
| Akun penyimpanan per langganan2 | 100 | 100 |
| Layanan cloud per langganan | 20 | 200 |
| Jaringan lokal per langganan | 10 | 500 |
| Server DNS per langganan | 9 | 100 |
| IP cadangan per langganan | 20 | 100 |
| Grup afinitas per langganan | 256 | 256 |
| Panjang nama langganan (karakter) | 64 | 64 |
1Instans ekstra kecil dihitung sebagai satu vCPU terhadap batas vCPU meskipun menggunakan sebagian inti CPU.
2Batas akun penyimpanan mencakup akun penyimpanan Standar dan Premium.
Batas Container Instances
| Sumber daya | Batas Aktual |
|---|---|
| Grup kontainer sku standar per wilayah per langganan | 100 |
| Grup kontainer sku khusus per wilayah per langganan | 01 |
| Jumlah kontainer per grup kontainer | 60 |
| Jumlah volume per grup kontainer | 20 |
| Inti sku (CPU) standar per wilayah per langganan | 100 |
| Inti sku (CPU) standar untuk GPU K80 per wilayah per langganan | 0 |
| Inti sku (CPU) standar untuk GPU V100 per wilayah per langganan | 0 |
| Port per IP | 5 |
| Ukuran log instans kontainer - menjalankan instans | 4 MB |
| Ukuran log instans kontainer - instans yang dihentikan | 16 KB atau 1.000 baris |
| Pembuatan grup kontainer per jam | 3001 |
| Grup kontainer dibuat per 5 menit | 1001 |
| Grup kontainer dihapus per jam | 3001 |
| Grup kontainer dihapus per 5 menit | 1001 |
1Untuk meminta peningkatan batas, buat permintaan Dukungan Azure. Langganan gratis termasuk Akun Gratis Azure dan Azure untuk Siswa tidak memenuhi syarat untuk peningkatan batas atau kuota. Jika Anda memiliki langganan gratis, Anda dapat meningkatkan ke langganan PAYG.
2Batas default untuk langganan PAYG. Batas dapat berbeda untuk jenis kategori lainnya.
Batas Container Registry
Tabel berikut ini merinci fitur dan batasan tingkat layanan Dasar, Standar, dan Premium
| Sumber daya | Dasar | Standard | Premium |
|---|---|---|---|
| Termasuk penyimpanan1 (GiB) | 10 | 100 | 500 |
| Batas penyimpanan (TiB) | 20 | 20 | 20 |
| Ukuran lapisan gambar maksimum (GiB) | 200 | 200 | 200 |
| Ukuran manifes maksimum (MiB) | 4 | 4 | 4 |
| ReadOps per menit2, 3 | 1\.000 | 3\.000 | 10.000 |
| WriteOps per menit2, 4 | 100 | 500 | 2\.000 |
| Bandwidth pengunduhan 2 (Mbps) | 30 | 60 | 100 |
| Bandwidth pengunggahan 2 (Mbps) | 10 | 20 | 50 |
| Webhook | 2 | 10 | 500 |
| Replikasi geografis | T/A | T/A | Didukung |
| Zona ketersediaan | T/A | T/A | Didukung |
| Kepercayaan konten | T/A | T/A | Didukung |
| Tautan privat dengan titik akhir privat | T/A | T/A | Didukung |
| • Titik Akhir Privat | T/A | T/A | 200 |
| Aturan jaringan IP publik | T/A | T/A | 100 |
| Akses VNet titik akhir layanan | T/A | T/A | Pratinjau |
| • Aturan jaringan virtual | T/A | T/A | 100 |
| Kunci yang dikelola pelanggan | T/A | T/A | Didukung |
| Izin cakupan repositori | T/A | T/A | Pratinjau |
| • Token | T/A | T/A | 20.000 |
| • Peta cakupan | T/A | T/A | 20.000 |
| • Repositori per peta cakupan5 | T/A | T/A | 500 |
1 Penyimpanan yang termasuk dalam tarif harian untuk setiap tingkat. Penyimpanan tambahan dapat digunakan, hingga batas penyimpanan registri, dengan tarif harian tambahan per GiB. Untuk mengetahui informasi tarif, lihat Harga Azure Container Registry. Jika Anda memerlukan penyimpanan di luar batas penyimpanan registri, harap hubungi Dukungan Azure.
2ReadOps, WriteOps, dan Bandwidth adalah perkiraan minimum. Azure Container Registry berusaha untuk meningkatkan performa sesuai penggunaan.
3Penarikan docker diterjemahkan ke beberapa operasi baca berdasarkan jumlah lapisan dalam gambar, ditambah pengambilan manifes.
4Pendorongan docker diterjemahkan ke beberapa operasi tulis, berdasarkan jumlah lapisan yang harus didorong. docker push menyertakan docker push guna mengambil manifes untuk gambar yang ada.
5Tindakan individu dari content/delete, content/read, content/write, metadata/read, metadata/write sesuai dengan batas Repositori per peta cakupan.
Batas Content Delivery Network
| Sumber daya | Batasan |
|---|---|
| Profil Azure Content Delivery Network | 25 |
| Titik akhir Content Delivery Network per profil | 25 |
| Domain kustom per titik akhir | 25 |
| Grup asal maksimum per profil | 10 |
| Asal maksimum per grup asal | 10 |
| Jumlah maksimum aturan per titik akhir CDN | 25 |
| Jumlah maksimum kondisi pencocokan per aturan | 10 |
| Jumlah maksimum tindakan per aturan | 5 |
Langganan Content Delivery Network bisa memuat satu atau beberapa profil Content Delivery Network. Langganan Content Delivery Network bisa memuat satu atau beberapa profil Content Delivery Network. Anda mungkin ingin menggunakan beberapa profil untuk mengatur titik akhir Content Delivery Network Anda berdasarkan domain internet, aplikasi web, atau beberapa kriteria lainnya.
Batas Data Lake Analytics
Azure Data Lake Analytics memudahkan tugas kompleks dalam mengelola infrastruktur terdistribusi dan kode kompleks secara mudah. Ini secara dinamis menyediakan sumber daya, dan Anda dapat menggunakannya untuk melakukan analitik pada eksabita data. Ketika pekerjaan selesai, upaya tersebut memperlambat sumber daya secara otomatis. Anda cukup membayar daya pemrosesan yang digunakan. Saat menambah atau mengurangi ukuran data yang disimpan atau jumlah komputasi yang digunakan, Anda tidak perlu menulis ulang kode. Untuk menaikkan batasan default langganan Anda, hubungi dukungan.
| Sumber daya | Batas | Komentar |
|---|---|---|
| Jumlah maksimum klien bersamaan | 20 | |
| Jumlah maksimum unit analitik (AU) per akun | 250 | Gunakan kombinasi hingga maksimum 250 AU di seluruh 20 pekerjaan. Jika Anda perlu meningkatkan batasan ini, hubungi dukungan Microsoft. |
| Ukuran skrip maksimum untuk pengiriman pekerjaan | 3 MB | |
| Jumlah maksimum akun Data Lake Analytics per wilayah per langganan | 5 | Jika Anda perlu meningkatkan batasan ini, hubungi dukungan Microsoft. |
Batas Data Factory
Azure Data Factory adalah layanan multi penyewa yang memiliki batas default berikut untuk memastikan langganan pelanggan terlindungi dari beban kerja satu sama lain. Untuk menaikkan batas maksimal langganan Anda, hubungi dukungan.
Versi 2
| Sumber daya | Batas default | Batas maksimum |
|---|---|---|
| Jumlah total entitas, seperti alur, himpunan data, pemicu, layanan tertaut, Titik Akhir Privat, dan runtime integrasi, berada di dalam pabrik data | 5\.000 | Hubungi dukungan. |
| Total inti CPU untuk Azure-SSIS Integration Runtime dalam satu langganan | 256 | Hubungi dukungan. |
| Alur bersamaan berjalan per pabrik data yang dibagikan di seluruh alur di pabrik | 10.000 | 10.000 |
| Aktivitas Eksternal Bersamaan yang berjalan per langganan per wilayah Azure Integration Runtime Aktivitas eksternal dikelola pada runtime integrasi tetapi dijalankan pada layanan yang ditautkan, termasuk Databricks, prosedur tersimpan, Web, dan lainnya. Batas ini tidak berlaku untuk IR yang dihost sendiri. |
3.000 | 3.000 |
| Aktivitas Alur Bersamaan yang berjalan per langganan per wilayah Azure Integration Runtime Aktivitas alur dijalankan pada runtime integrasi, termasuk Pencarian, GetMetadata, dan Hapus. Batas ini tidak berlaku untuk IR yang dihost sendiri. |
1\.000 | 1\.000 |
| Operasi penulisan bersamaan per langganan per wilayah Azure Integration Runtime Termasuk koneksi uji, menelusuri daftar folder dan daftar tabel, mempratinjau data. Batas ini tidak berlaku untuk IR yang dihost sendiri. |
200 | 200 |
| Unit Integrasi Data Bersamaan1 pemakaian per langganan per wilayah Azure Integration Runtime | Grup wilayah 12: 6.000 Grup wilayah 22: 3.000 Grup wilayah 32: 1.500 Jaringan virtual terkelola2: 2.400 |
Grup wilayah 12: 6.000 Grup wilayah 22: 3.000 Grup wilayah 32: 1.500 Jaringan virtual terkelola: Dukungan kontak. |
| Aktivitas maksimum per alur, yang mencakup aktivitas bagian dalam untuk kontainer | 40 | 40 |
| Jumlah maksimum runtime integrasi tertaut yang dapat dibuat terhadap satu runtime integrasi yang di-hosting sendiri | 100 | Hubungi dukungan. |
| Jumlah maksimum node yang dapat dibuat pada satu runtime integrasi yang dihost sendiri | 4 | Hubungi dukungan |
| Parameter maksimum per alur | 50 | 50 |
| Item ForEach | 100.000 | 100.000 |
| Paralelisme ForEach | 20 | 50 |
| Maksimum antrean yang berjalan per alur | 100 | 100 |
| Karakter per ekspresi | 8\.192 | 8\.192 |
| Interval pemicu jendela tumbling minimum | 5 menit | 15 menit |
| Batas waktu maksimum untuk aktivitas alur berjalan | 7 hari | 7 hari |
| Byte per objek untuk objek alur3 | 200 KB | 200 KB |
| Byte per objek untuk himpunan data dan objek layanan tertaut3 | 100 KB | 2\.000 KB |
| Byte per muatan untuk setiap aktivitas berjalan4 | 896 KB | 896 KB |
| Unit Integrasi Data1 per aktivitas salin dijalankan | 256 | 256 |
| Menulis panggilan API | 1\.200/jam | 1\.200/jam Batas ini diberlakukan oleh Azure Resource Manager, bukan Azure Data Factory. |
| Membaca panggilan API | 12.500/jam | 12.500/jam Batas ini diberlakukan oleh Azure Resource Manager, bukan Azure Data Factory. |
| Memantau kueri per menit | 1\.000 | 1\.000 |
| Waktu maksimum sesi debug aliran data | 8 jam | 8 jam |
| Jumlah aliran data secara bersamaan per runtime integrasi | 50 | Hubungi dukungan. |
| Jumlah aliran data secara bersamaan per runtime integrasi di vNet terkelola | 20 | Hubungi dukungan. |
| Jumlah sesi debug aliran data secara bersamaan per pengguna per pabrik | 3 | 3 |
| Batas Aliran Data Azure IR TTL | 4 jam | 4 jam |
| Batas Ukuran Entitas Meta Data di pabrik | 2 GB | Hubungi dukungan. |
1 Unit integrasi data (DIU) digunakan dalam operasi salinan cloud-to-cloud, pelajari lebih lanjut dari Unit integrasi data (versi 2). Untuk informasi tentang tagihan, lihat Harga Azure Data Factory.
2Azure Integration Runtime tersedia secara global untuk memastikan kepatuhan data, efisiensi, dan pengurangan biaya keluar jaringan.
| Grup wilayah | Wilayah |
|---|---|
| Grup wilayah 1 | US Tengah, US Timur, US Timur 2, Eropa Utara, Eropa Barat, US Barat, US Barat 2 |
| Grup wilayah 2 | Australia Timur, Australia Tenggara, Brasil Selatan, India Tengah, Jepang Timur, US Tengah Utara, US Tengah Selatan, Asia Tenggara, Barat Sentral AS |
| Grup wilayah 3 | Wilayah lain |
Jika jaringan virtual terkelola diaktifkan, unit integrasi data (DIU) di semua grup kawasan adalah 2.400.
3 Alur, himpunan data, dan objek layanan tertaut mewakili pengelompokan logis beban kerja Anda. Batas untuk objek ini tidak terkait jumlah data yang dapat Anda pindahkan dan proses dengan Azure Data Factory. Data Factory dirancang untuk menskalakan penanganan data petabyte.
4 Payload untuk setiap eksekusi aktivitas menyertakan konfigurasi aktivitas, himpunan data terkait, dan konfigurasi layanan tertaut (jika ada), dan bagian kecil properti sistem yang dibuat per jenis aktivitas. Batas untuk payload ini tidak terkait jumlah data yang dapat Anda pindahkan dan proses dengan Azure Data Factory. Pelajari tentang gejala dan rekomendasi jika Anda mencapai batas ini.
Versi 1
| Sumber daya | Batas default | Batas maksimum |
|---|---|---|
| Alur dalam pabrik data | 2\.500 | Hubungi dukungan. |
| Himpunan data dalam pabrik data | 5\.000 | Hubungi dukungan. |
| Potongan bersamaan per himpunan data | 10 | 10 |
| Byte per objek untuk objek alur1 | 200 KB | 200 KB |
| Byte per objek untuk himpunan data dan objek layanan tertaut1 | 100 KB | 2\.000 KB |
| Azure HDInsight inti kluster sesuai permintaan dalam langganan2 | 60 | Hubungi dukungan. |
| Unit pergerakan data cloud per aktivitas salin berjalan3 | 32 | 32 |
| Jumlah coba lagi untuk aktivitas alur berjalan | 1\.000 | MaxInt (32 bit) |
1 Alur, himpunan data, dan objek layanan tertaut mewakili pengelompokan logis beban kerja Anda. Batas untuk objek ini tidak terkait jumlah data yang dapat Anda pindahkan dan proses dengan Azure Data Factory. Data Factory dirancang untuk menskalakan penanganan data petabyte.
2 Inti HDInsight sesuai permintaan dialokasikan dari langganan yang berisi pabrik data. Akibatnya, batas sebelumnya adalah batas inti yang diberlakukan Pabrik Data untuk inti HDInsight sesuai permintaan. Batas ini berbeda dari batas inti yang terkait dengan langganan Azure Anda.
3 Unit pergerakan data cloud (DMU) untuk versi 1 digunakan dalam operasi salinan cloud-to-cloud, pelajari selengkapnya dari unit pergerakan data Cloud (versi 1). Untuk informasi tentang tagihan, lihat Harga Azure Data Factory.
| Sumber daya | Batas bawah default | Batas minimum |
|---|---|---|
| Interval penjadwalan | 15 menit | 15 menit |
| Interval antara upaya coba lagi | 1 detik | 1 detik |
| Coba lagi nilai waktu habis | 1 detik | 1 detik |
Batas panggilan layanan web
Azure Resource Manager memiliki batasan untuk panggilan API. Anda dapat melakukan panggilan API dalam batas rentang laju Azure Resource Manager API.
Batas Data Lake Storage
Azure Data Lake Storage Gen2 bukan layanan khusus atau jenis akun penyimpanan. Ini adalah rilis terbaru dari kemampuan yang didedikasikan untuk analisis data besar. Kemampuan ini tersedia di akun penyimpanan v2 atau BlockBlobStorage tujuan umum, dan Anda dapat memperolehnya dengan mengaktifkan fitur Namespace hierarki akun. Untuk target skala, lihat artikel ini.
Azure Data Lake Storage Gen1 adalah layanan khusus. Ini adalah repositori hyper-scale skala perusahaan untuk beban kerja analisis data besar. Anda dapat menggunakan Data Lake Storage Gen1 untuk mengambil data dari berbagai ukuran, jenis, dan kecepatan penyerapan di satu tempat untuk analisis operasional dan eksplorasi. Tidak ada batasan jumlah data yang dapat Anda simpan di akun Data Lake Storage Gen1.
| Sumber daya | Batas | Komentar |
|---|---|---|
| Jumlah maksimum akun Data Lake Storage Gen1, per langganan, per wilayah | 10 | Untuk meminta peningkatan batas ini, hubungi dukungan. |
| Jumlah maksimum akses ACL, per file atau folder | 32 | Ini adalah batas yang sulit. Gunakan grup untuk mengelola akses dengan entri yang lebih sedikit. |
| Jumlah maksimum ACL default, per file atau folder | 32 | Ini adalah batas yang sulit. Gunakan grup untuk mengelola akses dengan entri yang lebih sedikit. |
Batas Data Share
Azure Data Share memungkinkan organisasi berbagi data secara sederhana dan aman dengan pelanggan dan mitra mereka.
| Sumber daya | Batasan |
|---|---|
| Jumlah maksimum sumber daya Data Share per langganan Azure | 100 |
| Jumlah maksimum berbagi terkirim per sumber daya Data Share | 200 |
| Jumlah maksimum berbagi diterima per sumber daya Data Share | 100 |
| Jumlah maksimum undangan per berbagi terkirim | 200 |
| Jumlah maksimum langganan berbagi per berbagi terkirim | 200 |
| Jumlah maksimum himpunan data per berbagi terkirim | 200 |
| Jumlah maksimum jadwal snapshot per berbagi | 1 |
Batas Database Migration Service
Azure Database Migration Service adalah layanan terkelola penuh yang dirancang untuk memungkinkan migrasi tanpa hambatan dari beberapa sumber database ke platform data Azure dengan waktu henti minimal.
| Sumber daya | Batas | Komentar |
|---|---|---|
| Jumlah maksimum layanan per langganan, per wilayah | 10 | Untuk meminta peningkatan batas ini, hubungi dukungan. |
Batas Device Update for IoT Hub
Catatan
Ketika sumber daya atau operasi tertentu tidak memiliki batas yang dapat disesuaikan, default dan batas maksimumnya adalah sama. Ketika batas dapat disesuaikan, tabel menyertakan nilai yang berbeda untuk batas Default dan header batas Maksimum. Batas dapat dinaikkan di atas batas default tetapi tidak di atas batas maksimum. Jika Anda ingin menaikkan batas atau kuota di atas batas default, buka permintaan dukungan pelanggan online.
Tabel ini memberikan batas untuk sumber daya Device Update for IoT Hub di Azure Resource Manager:
| Sumber daya | Batas Default | Batas Maksimum | Dapat disesuaikan? |
|---|---|---|---|
| Akun per langganan | 2 | 25 | Ya |
| Instans per akun | 2 | 25 | Ya |
| Panjang nama akun | Minimum: 3 Maksimum: 24 |
Minimum: 3 Maksimum: 24 |
Tidak |
| Panjang nama instans | Minimum: 3 Maksimum: 36 |
Minimum: 3 Maksimum: 36 |
Tidak |
Tabel ini menyediakan berbagai batasan yang terkait dengan operasi dalam Device Update for IoT Hub:
| Operasi | Batas Default | Batas Maksimum | Dapat disesuaikan? |
|---|---|---|---|
| Jumlah perangkat per instans | 10.000 | 10.000 | Tidak |
| Jumlah penyedia pembaruan per instans | 25 | 25 | Tidak |
| Jumlah nama pembaruan per penyedia per instans | 25 | 25 | Tidak |
| Jumlah versi pembaruan per penyedia pembaruan dan nama per instans | 100 | 100 | Tidak |
| Jumlah total pembaruan per instans | 100 | 100 | Tidak |
| Ukuran file pembaruan tunggal maksimum | 2 GB | 2 GB | Tidak |
| Ukuran gabungan maksimum semua file dalam satu tindakan impor | 2 GB | 2 GB | Tidak |
| Jumlah grup perangkat per instans | 75 | 75 | Tidak |
Batas Digital Twins
Catatan
Beberapa area layanan ini memiliki batas yang dapat disesuaikan, dan yang lain tidak. Ini diwakilkan dalam tabel di bawah ini dengan kolom Adjustable? . Ketika batas dapat disesuaikan, nilai Adjustable? adalah Ya.
Batas fungsional
Tabel berikut mencantumkan batas fungsional Azure Digital Twins.
Tip
Untuk membuat model rekomendasi untuk beroperasi di dalam batas fungsional ini, lihat Membuat model praktik terbaik.
| Area | Kemampuan | Batas default | Dapat disesuaikan? |
|---|---|---|---|
| Sumber daya Azure | Jumlah instans Azure Digital Twins di wilayah, per langganan | 10 | Ya |
| Digital twins | Jumlah twin di instans Azure Digital Twins | 1\.000.000 | Ya |
| Digital twins | Jumlah hubungan masuk ke satu twin | 5\.000 | Tidak |
| Digital twins | Jumlah hubungan keluar dari satu twin | 5\.000 | Tidak |
| Digital twins | Ukuran maksimum (dari bodi JSON di permintaan PATCH atau PUT) satu twin | 32 KB | Tidak |
| Digital twins | Ukuran payload permintaan maksimum | 32 KB | Tidak |
| Digital twins | Ukuran maksimum nilai properti string (UTF-8) | 4 KB | Tidak |
| Digital twins | Ukuran maksimum nama yang tepat | 1 KB | Tidak |
| Perutean | Jumlah titik akhir untuk satu instans Azure Digital Twins | 6 | Tidak |
| Perutean | Jumlah rute untuk satu instans Azure Digital Twins | 6 | Ya |
| Model | Jumlah model di dalam satu instans Azure Digital Twins | 10.000 | Ya |
| Model | Jumlah model yang dapat diunggah di satu panggilan API | 250 | Tidak |
| Model | Ukuran maksimum (dari bodi JSON di permintaan PATCH atau PUT) satu model | 1 MB | Tidak |
| Model | Jumlah item yang dikembalikan di satu halaman | 100 | Tidak |
| Kueri | Jumlah item yang dikembalikan di satu halaman | 1000 | Ya |
| Kueri | Jumlah ekspresi AND / OR di kueri |
50 | Ya |
| Kueri | Jumlah item array di klausul IN / NOT IN |
50 | Ya |
| Kueri | Jumlah karakter dalam kueri | 8\.000 | Ya |
| Kueri | Jumlah JOINS dalam kueri |
5 | Ya |
Batas laju
Tabel berikut mencerminkan batas tingkat API yang berbeda.
| API | Kemampuan | Batas default | Dapat disesuaikan? |
|---|---|---|---|
| API Model | Jumlah permintaan per detik | 100 | Ya |
| Digital Twins API | Jumlah permintaan baca per detik | 1\.000 | Ya |
| Digital Twins API | Jumlah permintaan patch per detik | 1\.000 | Ya |
| Digital Twins API | Jumlah operasi buat/hapus per detik di seluruh twin dan hubungan | 50 | Ya |
| Digital Twins API | Jumlah operasi buat/perbarui/hapus per detik di satu twin atau hubungan masuk/keluarnya | 10 | Tidak |
| Digital Twins API | Jumlah operasi luar biasa pada satu twin atau hubungan masuk/keluarnya | 500 | Tidak |
| API Kueri | Jumlah permintaan per detik | 500 | Ya |
| API Kueri | Unit Kueri per detik | 4\.000 | Ya |
| API Rute Peristiwa | Jumlah permintaan per detik | 100 | Ya |
Pembatasan lainnya
Batasan pada jenis data dan bidang di dalam dokumen DTDL untuk model Azure Digital Twins dapat ditemukan dalam dokumentasi spesifikasinya di GitHub: Digital Twins Definition Language (DTDL) - versi 2.
Detail latensi kueri dijelaskan dalam Bahasa kueri. Batasan fitur bahasa pemrogram kueri tertentu dapat ditemukan di dokumentasi referensi kueri.
Batas Event Grid
Batasan berikut berlaku untuk topik Azure Event Grid (topik sistem, kustom, dan mitra).
Catatan
Batas-batas ini berlaku per wilayah.
| Sumber daya | Batasan |
|---|---|
| Topik kustom per langganan Azure | 100. Ketika batas tercapai, Anda dapat mempertimbangkan wilayah lain atau mempertimbangkan untuk menggunakan domain, yang dapat mendukung 100.000 topik. |
| Langganan acara per topik | 500 Batas ini tidak dapat ditingkatkan. |
| Tingkat penerbitan untuk topik kustom atau mitra (ingress) | 5\.000 acara/detik atau 5 MB/detik (mana yang terpenuhi terlebih dahulu) |
| Ukuran Acara | 1 MB Batas ini tidak dapat ditingkatkan. |
| Jumlah peristiwa masuk per batch | 5\.000 Batas ini tidak dapat ditingkatkan. |
| Koneksi titik akhir pribadi per topik | 64 Batas ini tidak dapat ditingkatkan. |
| Aturan IP Firewall per topik | 16 |
Batas berikut berlaku untuk domain Azure Event Grid.
| Sumber daya | Batasan |
|---|---|
| Topik per domain acara | 100.000 |
| Langganan acara per topik dalam domain | 500 Batas ini tidak dapat ditingkatkan. |
| Langganan acara cakupan domain | 50 Batas ini tidak dapat ditingkatkan. |
| Tingkat penerbitan untuk domain acara (ingress) | 5\.000 acara/detik atau 5 MB/detik (mana yang terpenuhi terlebih dahulu) |
| Domain Acara per Langganan Azure | 100 |
| Koneksi titik akhir pribadi per domain | 64 |
| Aturan IP Firewall per domain | 16 |
Batas Pusat Aktivitas
Tabel berikut ini menyediakan kuota dan batasan khusus untuk Azure Event Hubs. Untuk informasi tentang harga Azure Event Hubs, lihat Harga Azure Event Hubs.
Batas umum untuk semua tingkatan
Batas berikut umum di semua tingkatan.
| Batas | Catatan | Nilai |
|---|---|---|
| Ukuran nama hub peristiwa | - | 256 karakter |
| Ukuran nama grup konsumen | Protokol Kafka tidak memerlukan pembuatan kelompok konsumen. | Kafka: 256 karakter AMQP: 50 karakter |
| Jumlah penerima non-epoch per kelompok konsumen | - | 5 |
| Jumlah aturan otorisasi per ruang nama | Permintaan berikutnya untuk pembuatan aturan otorisasi ditolak. | 12 |
| Jumlah panggilan ke metode GetRuntimeInformation | - | 50 per detik |
| Jumlah jaringan virtual (VNet) | - | 128 |
| Jumlah aturan IP Config | - | 128 |
| Panjang maksimum nama grup skema | 50 | |
| Panjang maksimum nama skema | 100 | |
| Ukuran dalam byte per skema | 1 MB | |
| Jumlah properti per grup skema | 1024 | |
| Ukuran dalam byte per kunci properti grup skema | 256 | |
| Ukuran dalam byte per nilai properti grup skema | 1024 |
Tingkat dasar vs. standar vs. premium vs. khusus
Tabel berikut menunjukkan batas yang mungkin berbeda untuk tingkat dasar, standar, premium, dan khusus.
Catatan
- Dalam tabel, CU adalah unit kapasitas, PU adalah unit pemrosesan, dan TU adalah unit throughput.
- Anda dapat mengonfigurasi TU untuk namespace tingkat dasar atau standar, atau PU untuk namespace tingkat premium.
- Ketika Anda membuat kluster khusus, 1 CU ditetapkan ke kluster. Jika Anda mengaktifkan opsi Penskalaan Dukungan saat membuat kluster, Anda akan dapat menskalakan dengan meningkatkan CU atau menskalakan dengan mengurangi CU untuk kluster sendiri. Untuk instruksi langkah demi langkah, lihat Menskalakan kluster khusus. Untuk kluster yang tidak mendukung fitur Penskalaan Dukungan, kirimkan tiket Untuk menyesuaikan CU untuk kluster.
| Batas | Dasar | Standard | Premium | Khusus |
|---|---|---|---|---|
| Ukuran maksimum publikasi Event Hubs | 256 KB | 1 MB | 1 MB | 1 MB |
| Jumlah grup konsumen per hub peristiwa | 1 | 20 | 100 | 1000 Tidak ada batasan per CU |
| Jumlah koneksi broker per namespace layanan | 100 | 5\.000 | 10.000 per PU Misalnya, jika namespace ditetapkan 3 PU, batasnya adalah 30000. |
100.000 per CU |
| Periode retensi maksimum data peristiwa | 1 hari | 7 hari | 90 hari | 90 hari |
| TU atau PU atau CU maksimum | 40 TU | 40 TU | 16 PU | 20 CU |
| Jumlah partisi per hub peristiwa | 32 | 32 | 100 per pusat aktivitas, tetapi terdapat batas 200 per PU di tingkat namespace. Misalnya, jika namespace ditetapkan 2 PU, batas untuk jumlah total partisi di semua pusat aktivitas dalam namespace adalah 2 * 200 = 400. |
1024 per event hub 2000 per CU |
| Jumlah namespace layanan per langganan | 1000 | 1000 | 1000 | 1000 (50 per CU) |
| Jumlah hub peristiwa per namespace layanan | 10 | 10 | 100 per PU | 1000 |
| Menangkap | T/A | Bayar per jam | Disertakan | Disertakan |
| Ukuran registri skema (namespace layanan) dalam mega byte | T/A | 25 | 100 | 1024 |
| Jumlah grup skema dalam registri skema atau namespace layanan | T/A | 1 - tidak termasuk grup default | 100 1 MB per skema |
1000 1 MB per skema |
| Jumlah versi skema di semua grup skema | T/A | 25 | 1000 | 10000 |
| Throughput per unit | Ingress - 1 MB/dtk atau 1000 peristiwa per detik Egress – 2 MB/dtk atau 4096 peristiwa per detik |
Ingress - 1 MB/dtk atau 1000 peristiwa per detik Egress – 2 MB/dtk atau 4096 peristiwa per detik |
Tidak ada batasan per PU * | Tidak ada batasan per CU * |
* Bergantung pada berbagai faktor seperti alokasi sumber daya, jumlah partisi, penyimpanan, dan sebagainya.
Catatan
Anda dapat menerbitkan peristiwa satu per satu atau dalam batch. Batas publikasi (menurut SKU) berlaku terlepas dari apakah itu satu peristiwa atau batch. Peristiwa penerbitan yang lebih besar dari ambang maksimum akan ditolak.
Batas IoT Central
IoT Central membatasi jumlah aplikasi yang dapat Anda sebarkan dalam langganan hingga 10. Jika Anda perlu meningkatkan batasan ini, hubungi dukungan Microsoft.
Batas IoT Hub
Tabel berikut mencantumkan batas yang terkait dengan tingkat layanan berbeda S1, S2, S3, dan F1. Untuk informasi tentang biaya setiap unit di setiap tingkatan, lihat harga Azure IoT Hub.
| Sumber daya | Standar S1 | Standar S2 | Standar S3 | Gratis F1 |
|---|---|---|---|---|
| Pesan/hari | 400.000 | 6\.000.000 | 300.000.000 | 8\.000 |
| Unit maksimum | 200 | 200 | 10 | 1 |
Catatan
Jika Anda mengharapkan penggunaan lebih dari 200 unit dengan hub tingkat S1 atau S2 atau 10 unit dengan hub tingkat S3, hubungi Dukungan Microsoft.
Tabel berikut ini mencantumkan batasan yang berlaku untuk sumber daya IoT Hub.
| Sumber daya | Batasan |
|---|---|
| IoT Hub berbayar maksimum per langganan Azure | 50 |
| IoT Hub gratis maksimum per langganan Azure | 1 |
| Jumlah karakter maksimum di ID perangkat | 128 |
| Jumlah identitas perangkat maksimum dikembalikan dalam satu panggilan |
1\.000 |
| Retensi maksimum pesan IoT Hub untuk pesan perangkat-ke-cloud | 7 hari |
| Ukuran pesan perangkat-ke-cloud maksimum | 256 KB |
| Ukuran batch perangkat-ke-cloud maksimum | AMQP dan HTTP: 256 KB untuk seluruh batch MQTT: 256 KB untuk setiap pesan |
| Pesan maksimum dalam batch perangkat-ke-cloud | 500 |
| Ukuran maksimum pesan cloud-ke-perangkat | 64 KB |
| TTL maksimum untuk pesan cloud-ke-perangkat | 2 hari |
| Jumlah pengiriman maksimum untuk cloud-ke-perangkat pesan |
100 |
| Kedalaman antrean cloud-ke-perangkat maksimum per perangkat | 50 |
| Jumlah pengiriman maksimum untuk antrean tanggapan menanggapi pesan cloud-ke-perangkat |
100 |
| TTL maksimum untuk pesan umpan balik di menanggapi pesan cloud-ke-perangkat |
2 hari |
| Ukuran maksimum kembar perangkat | 8 KB untuk bagian tag, dan 32 KB untuk bagian properti yang diinginkan dan dilaporkan masing-masing |
| Panjang maksimum kunci string kembar perangkat | 1 KB |
| Panjang maksimum nilai string kembar perangkat | 4 KB |
| Kedalaman maksimum objek dalam kembar perangkat | 10 |
| Ukuran maksimum muatan metode langsung | 128 KB |
| Retensi maksimum riwayat pekerjaan | 30 hari |
| Pekerjaan secara bersamaan maksimum | 10 (untuk S3), 5 untuk (S2), 1 (untuk S1) |
| Titik akhir tambahan maksimum (di luar titik akhir bawaan) | 10 (untuk S1, S2, dan S3) |
| Aturan perutean pesan maksimum | 100 (untuk S1, S2, dan S3) |
| Jumlah maksimum aliran perangkat yang terhubung secara bersamaan | 50 (untuk S1, S2, S3, dan F1 saja) |
| Transfer data aliran perangkat maksimum | 300 MB per hari (untuk S1, S2, S3, dan F1 saja) |
Catatan
Jika Anda memerlukan lebih dari 50 IoT hubs berbayar dalam langganan Azure, hubungi Dukungan Microsoft.
Catatan
Saat ini, jumlah total perangkat ditambah modul yang dapat didaftarkan ke satu IoT hub dibatasi pada 1.000.000. Jika Anda perlu meningkatkan batas ini, hubungi Dukungan Microsoft.
IoT Hub membatasi meminta ketika kuota berikut terlampaui.
| Pembatasan | Nilai per hub |
|---|---|
| Operasional registri identitas (membuat, mengambil, membuat daftar, memperbarui, dan menghapus), impor/ekspor secara individual atau massal |
83,33/dtk/unit (5,000/mnt/unit) (untuk S3). 1,67/dtk/unit (100/mnt/unit) (untuk S1 dan S2). |
| Koneksi perangkat | 6\.000/dtk/unit (untuk S3), 120/dtk/unit (untuk S2), 12/dtk/unit (untuk S1). Minimum 100/detik. |
| Pengiriman perangkat ke cloud | 6\.000/dtk/unit (untuk S3), 120/dtk/unit (untuk S2), 12/dtk/unit (untuk S1). Minimum 100/detik. |
| Pengiriman cloud ke perangkat | 83,33/dtk/unit (5.000/min/unit) (untuk S3), 1,67/dtk/unit (100/mnt/unit) (untuk S1 dan S2). |
| Cloud-ke-perangkat menerima | 833.33/dtk/unit (50.000/mnt/unit) (untuk S3), 16,67/dtk/unit (1.000/mnt/unit) (untuk S1 dan S2). |
| Operasi pengunggahan file | 83,33 inisiasi pengunggahan file/dtk/unit (5.000/mnt/unit) (untuk S3), inisiasi pengunggahan file 1,67/dtk/unit (100/mnt/unit) (untuk S1 dan S2). 10 unggahan file bersamaan per perangkat. |
| Metode langsung | 24 MB/dtk/unit (untuk S3), 480 KB/dtk/unit (untuk S2), 160 KB/dtk/unit (untuk S1). Berdasarkan ukuran meter pembatasan 8-KB. |
| Bacaan kembar perangkat | 500/dtk/unit (untuk S3), Maksimum 100/dtk atau 10/dtk/unit (untuk S2), 100/detik (untuk S1) |
| Pembaruan kembar perangkat | 250/dtk/unit (untuk S3), Maksimum 50/dtk atau 5/dtk/unit (untuk S2), 50/detik (untuk S1) |
| Operasi pekerjaan (membuat, memperbarui, membuat daftar, dan menghapus) |
83,33/dtk/unit (5.000/mnt/unit) (untuk S3), 1,67/dtk/unit (100/mnt/unit) (untuk S2), 1,67/dtk/unit (100/mnt/unit) (untuk S1). |
| Throughput operasi per perangkat pekerjaan | 50/dtk/unit (untuk S3), maksimum 10/dtk atau 1/dtk/unit (untuk S2), 10/detik (untuk S1). |
| Tingkat inisiasi streaming perangkat | 5 stream/detik baru (untuk S1, S2, S3, dan F1 saja). |
Batas IoT Hub Device Provisioning Service
Catatan
Beberapa area layanan ini memiliki batas yang dapat disesuaikan. Ini diwakilkan dalam tabel di bawah ini dengan kolom Adjustable? . Ketika batas dapat disesuaikan, nilai Adjustable? adalah Ya.
Nilai sebenarnya yang batasnya dapat disesuaikan dapat bervariasi berdasarkan penyebaran masing-masing pelanggan. Beberapa instans DPS mungkin diperlukan untuk penyebaran yang sangat besar.
Jika bisnis Anda memerlukan peningkatan batas yang dapat disesuaikan atau kuota di atas batas default, Anda dapat mengirim permintaan untuk sumber daya tambahan dengan membuka tiket dukungan. Meminta peningkatan tidak menjamin bahwa itu akan diberikan, karena perlu ditinjau berdasarkan kasus per kasus. Harap hubungi dukungan Microsoft sedini mungkin selama implementasi Anda, untuk dapat menentukan apakah permintaan Anda dapat disetujui dan merencanakannya.
Tabel berikut ini mencantumkan batasan yang berlaku untuk sumber daya Layanan Provisi Perangkat Azure IoT Hub.
| Sumber daya | Batas | Dapat disesuaikan? |
|---|---|---|
| Layanan provisi perangkat maksimum per langganan Azure | 10 | Ya |
| Jumlah maksimum registrasi | 1\.000.000 | Ya |
| Jumlah maksimum pendaftaran individu | 1\.000.000 | Ya |
| Jumlah maksimum grup pendaftaran (sertifikat X.509) | 100 | Ya |
| Jumlah maksimum grup pendaftaran (kunci konten) | 100 | Tidak |
| Jumlah maksimum CA | 25 | Tidak |
| Jumlah maksimum IoT hub yang ditautkan | 50 | Tidak |
| Ukuran maksimum pesan | 96 KB | Tidak |
Tip
Jika batas keras pada grup pendaftaran kunci simetris adalah masalah pemblokiran, disarankan untuk menggunakan pendaftaran individu sebagai solusinya.
Layanan Penyediaan Perangkat memiliki batas tarif berikut.
| Tarif | Nilai per unit | Dapat disesuaikan? |
|---|---|---|
| Operasional | 200/menit/layanan | Ya |
| Registrasi perangkat | 200/menit/layanan | Ya |
| Operasi poling perangkat | 5/10 detik/perangkat | Tidak |
Batas Azure Key Vault
Layanan Azure Key Vault mendukung dua jenis sumber daya: Vault dan HSM Terkelola. Dua bagian berikut menjelaskan batas layanan untuk masing-masingnya.
Jenis sumber daya: vault
Bagian ini menjelaskan batas layanan untuk jenis sumber daya vaults.
Transaksi utama (transaksi maksimum yang diizinkan dalam 10 detik, per vault per wilayah1):
| Jenis Kunci | Kunci HSM Kunci CREATE |
Kunci HSM Semua transaksi lainnya |
Kunci perangkat lunak Kunci CREATE |
Kunci perangkat lunak Semua transaksi lainnya |
|---|---|---|---|---|
| RSA 2.048-bit | 10 | 2\.000 | 20 | 4\.000 |
| RSA 3.072-bit | 10 | 500 | 20 | 1\.000 |
| RSA 4.096-bit | 10 | 250 | 20 | 500 |
| ECC P-256 | 10 | 2\.000 | 20 | 4\.000 |
| ECC P-384 | 10 | 2\.000 | 20 | 4\.000 |
| ECC P-521 | 10 | 2\.000 | 20 | 4\.000 |
| ECC SECP256K1 | 10 | 2\.000 | 20 | 4\.000 |
Catatan
Pada tabel sebelumnya, kita melihat bahwa untuk kunci perangkat lunak RSA 2.048-bit, 4.000 transaksi GET per 10 detik diizinkan. Untuk kunci HSM RSA 2.048-bit, 2.000 transaksi GET per 10 detik diizinkan.
Ambang pelambatan diberi bobot, dan pemberlakukan ada pada jumlahnya. Misalnya, seperti yang ditunjukkan pada tabel sebelumnya, saat Anda melakukan operasi GET pada kunci RSA HSM, delapan kali lebih mahal untuk menggunakan kunci 4.096-bit dibandingkan dengan kunci 2.048-bit. Itu karena 2.000/250 = 8.
Dalam interval 10 detik yang diberikan, klien Azure Key Vault dapat melakukan hanya satu operasi berikut sebelum menemukan 429 kode status HTTP pelambatan:
- 4.000 transaksi GET kunci perangkat lunak RSA 2.048-bit
- 2.000 transaksi GET kunci HSM RSA 2.048-bit
- 250 transaksi GET kunci HSM RSA 4.096-bit
- 248 transaksi GET kunci HSM RSA 4.096-bit dan transaksi GET kunci HSM 16 RSA 2.048-bit
Rahasia, kunci akun penyimpanan terkelola, dan transaksi vault:
| Jenis transaksi | Transaksi maksimum yang diizinkan dalam 10 detik, per vault per wilayah1 |
|---|---|
| Semua Transaksi | 4\.000 |
Untuk informasi tentang cara menangani pembatasan saat batas ini terlampaui, lihat Panduan pembatasan Azure Key Vault.
1 Batas seluruh langganan untuk semua jenis transaksi adalah lima kali per batas brankas kunci.
Kunci cadangan, rahasia, sertifikat
Ketika Anda mencadangkan objek brankas kunci, seperti rahasia, kunci, atau sertifikat, operasi pencadangan akan mengunduh objek sebagai gumpalan terenkripsi. Blob ini tidak bisa didekripsi di luar Azure. Untuk mendapatkan data yang dapat digunakan dari gumpalan ini, Anda harus memulihkan blob ke dalam brankas kunci dalam langganan Azure yang sama dan geografi Azure
| Jenis transaksi | Versi objek brankas kunci maksimum yang diizinkan |
|---|---|
| Mencadangkan kunci individu, rahasia, sertifikat | 500 |
Catatan
Mencoba mencadangkan objek kunci, rahasia, atau sertifikat dengan versi lebih dari batas di atas akan menghasilkan kesalahan. Tidak dimungkinkan untuk menghapus versi sebelumnya dari kunci, rahasia, atau sertifikat.
Batas jumlah kunci, rahasia, dan sertifikat:
Key Vault tidak membatasi jumlah kunci, rahasia, atau sertifikat yang dapat disimpan di brankas. Batas transaksi di brankas harus diperhitungkan untuk memastikan bahwa operasi tidak dibatasi.
Key Vault tidak membatasi jumlah versi pada rahasia, kunci, atau sertifikat, tetapi menyimpan versi dalam jumlah besar (500+) dapat memengaruhi performa operasi pencadangan. Lihat Cadangan Azure Key Vault.
Jenis sumber daya: HSM terkelola
Bagian ini menjelaskan batas layanan untuk jenis sumber daya managed HSM.
Batas objek
| Item | Batas |
|---|---|
| Jumlah instans HSM per langganan per wilayah | 5 |
| Jumlah kunci per instans HSM | 5000 |
| Jumlah versi per kunci | 100 |
| Jumlah definisi peran kustom per instans HSM | 50 |
| Jumlah penetapan peran pada cakupan HSM | 50 |
| Jumlah penetapan peran di setiap cakupan kunci individu | 10 |
Batas transaksi untuk operasi administratif (jumlah operasi per detik per instans HSM)
| Operasi | Jumlah operasi per detik |
|---|---|
| Semua operasi RBAC (termasuk semua operasi CRUD untuk definisi peran dan penetapan peran) |
5 |
| Pencadangan/Pemulihan HSM Penuh (hanya satu operasi pencadangan atau pemulihan bersamaan per instans HSM yang didukung) |
1 |
Batas transaksi untuk operasi kriptografi (jumlah operasi per detik per instans HSM)
- Setiap instans HSM Terkelola terdiri dari tiga partisi HSM dengan beban seimbang. Batas throughput adalah fungsi dari kapasitas perangkat keras yang mendasari yang dialokasikan untuk setiap partisi. Tabel di bawah ini menunjukkan throughput maksimum dengan minimal satu partisi tersedia. Throughput aktual dapat mencapai 3x lebih tinggi jika ketiga partisi tersedia.
- Batas throughput yang dicatat mengasumsikan bahwa satu kunci tunggal digunakan untuk mencapai throughput maksimum. Misalnya, jika satu kunci RSA-2048 digunakan, throughput maksimum akan menjadi 1100 operasi tanda. Jika menggunakan 1100 kunci yang berbeda dengan satu transaksi per detik masing-masing, kunci-kunci tersebut tidak akan dapat mencapai throughput yang sama.
Operasi kunci RSA (jumlah operasi per detik per instans HSM)
| Operasi | 2048-bit | 3072-bit | 4096-bit |
|---|---|---|---|
| Buat Kunci | 1 | 1 | 1 |
| Hapus Tombol (hapus sementara) | 10 | 10 | 10 |
| Hapus Menyeluruh Kunci | 10 | 10 | 10 |
| Cadangkan Kunci | 10 | 10 | 10 |
| Pulihkan kunci | 10 | 10 | 10 |
| Dapatkan informasi kunci | 1100 | 1100 | 1100 |
| Mengenkripsi | 10000 | 10000 | 6000 |
| Mendekripsi | 1100 | 360 | 160 |
| Membungkus | 10000 | 10000 | 6000 |
| Membuka | 1100 | 360 | 160 |
| Menandatangani | 1100 | 360 | 160 |
| Verifikasi | 10000 | 10000 | 6000 |
Operasi kunci EC (jumlah operasi per detik per instans HSM)
Tabel ini menjelaskan jumlah operasi per detik untuk setiap jenis kurva.
| Operasi | P-256 | P-256K | P-384 | P-521 |
|---|---|---|---|---|
| Buat Kunci | 1 | 1 | 1 | 1 |
| Hapus Tombol (hapus sementara) | 10 | 10 | 10 | 10 |
| Hapus Menyeluruh Kunci | 10 | 10 | 10 | 10 |
| Cadangkan Kunci | 10 | 10 | 10 | 10 |
| Pulihkan kunci | 10 | 10 | 10 | 10 |
| Dapatkan informasi kunci | 1100 | 1100 | 1100 | 1100 |
| Menandatangani | 260 | 260 | 165 | 56 |
| Verifikasi | 130 | 130 | 82 | 28 |
Operasi kunci AES (jumlah operasi per detik per instans HSM)
- Operasi Enkripsi dan Dekripsi mengasumsikan ukuran paket 4KB.
- Batas throughput untuk Enkripsi/Dekripsi berlaku untuk algoritme AES-CBC dan AES-GCM.
- Batas throughput untuk Wrap/Unwrap berlaku untuk algoritme AES-KW.
| Operasi | 128-bit | 192-bit | 256-bit |
|---|---|---|---|
| Buat Kunci | 1 | 1 | 1 |
| Hapus Tombol (hapus sementara) | 10 | 10 | 10 |
| Hapus Menyeluruh Kunci | 10 | 10 | 10 |
| Cadangkan Kunci | 10 | 10 | 10 |
| Pulihkan kunci | 10 | 10 | 10 |
| Dapatkan informasi kunci | 1100 | 1100 | 1100 |
| Mengenkripsi | 8000 | 8000 | 8000 |
| Mendekripsi | 8000 | 8000 | 8000 |
| Membungkus | 9000 | 9000 | 9000 |
| Membuka | 9000 | 9000 | 9000 |
Batas identitas terkelola
Setiap identitas terkelola diperhitungkan dalam batas kuota objek di penyewa Azure AD seperti yang dijelaskan di Batasan dan pembatasan layanan Azure AD.
Tingkat ketika identitas terkelola dapat dibuat memiliki batas berikut:
- Per Penyewa Azure Active Directory per wilayah Azure: 400 membuat operasi per 20 detik.
- Per Langganan Azure per wilayah Azure : 80 mebuat operasi per 20 detik.
Tingkat di mana identitas terkelola yang ditetapkan pengguna dapat ditetapkan dengan sumber daya Azure :
- Per Penyewa Azure Active Directory per wilayah Azure: 400 operasi penugasan per 20 detik.
- Per Langganan Azure per wilayah Azure : 300 operasi penugasan per 20 detik.
Batas Media Services
Catatan
Untuk sumber daya yang tidak tetap, buka tiket dukungan guna meminta peningkatan kuota. Jangan membuat akun Azure Media Services lain untuk mendapatkan batas yang lebih tinggi.
Batas akun
| Sumber daya | Batas Default |
|---|---|
| Akun Media Services dalam satu langganan | 100 (fixed) |
Batas aset
| Sumber daya | Batas Default |
|---|---|
| Aset per akun Media Services | 1\.000.000 |
Batas penyimpanan (media)
| Sumber daya | Batas Default |
|---|---|
| Ukuran file | Dalam beberapa skenario, ada batas ukuran file maksimum yang didukung untuk diproses di Media Services. (1) |
| Akun penyimpanan | 100(2)(tetap) |
1 Ukuran maksimum yang didukung untuk satu blob saat ini hingga 5 TB di Azure Blob Storage. Batas tambahan berlaku di Media Services berdasarkan ukuran komputer virtual yang digunakan oleh layanan. Batas ukuran berlaku untuk file yang Anda unggah serta file yang dibuat sebagai hasil dari pemrosesan Media Services (pengodean atau analisis). Jika file sumber lebih besar dari 260 GB, Pekerjaan Anda kemungkinan akan gagal.
2 Akun penyimpanan harus berasal dari langganan Azure yang sama.
Batas pekerjaan (pengodean & analisis)
| Sumber daya | Batas Default |
|---|---|
| Pekerjaan per akun Media Services | 500.000 (3) (tetap) |
| Input tugas per pekerjaan | 50 (tetap) |
| Output pekerjaan per pekerjaan | 20 (tetap) |
| Transformasi per akun Media Services | 100 (tetap) |
| Transformasi output dalam Transformasi | 20 (tetap) |
| File per input pekerjaan | 10 (tetap) |
3 Nomor ini termasuk Pekerjaan yang diantrikan, selesai, aktif, dan dibatalkan. Ini tidak termasuk Pekerjaan yang dihapus.
Setiap catatan Pekerjaan di akun Anda yang melewati batas 90 hari akan dihapus secara otomatis, meskipun jumlah total rekaman di bawah kuota maksimum.
Batas streaming langsung
| Sumber daya | Batas Default |
|---|---|
| Acara langsung (4) per Media Services account | 5 |
| Output Langsung per Acara Langsung | 3 (5) |
| Durasi maksimal Output Langsung | Ukuran jendela DVR |
4 Untuk informasi terperinci tentang batasan Acara Langsung, lihat Perbandingan dan batasan jenis Acara Langsung.
5 Output Langsung dimulai pada pembuatan dan berhenti saat dihapus.
Batas pengemasan & pengiriman
| Sumber daya | Batas Default |
|---|---|
| Titik akhir Streaming (dihentikan atau dijalankan) per akun Media Services | 2 |
| Filter Manifes Dinamis | 100 |
| Kebijakan Streaming | 100 (6) |
| Pencari Streaming Unik yang terkait dengan Aset sekaligus | 100(7) (tetap) |
6 Saat menggunakan Kebijakan Streaming kustom, Anda harus merancang sekumpulan kebijakan terbatas untuk akun Media Service Anda, dan menggunakannya kembali untuk StreamingLocators Anda setiap kali opsi dan protokol enkripsi yang sama diperlukan. Anda seharusnya tidak membuat Kebijakan Streaming baru untuk setiap Pencari Streaming.
7 Pencari Streaming tidak dirancang untuk mengelola kontrol akses per pengguna. Untuk memberikan hak akses yang berbeda kepada pengguna individu, gunakan solusi Digital Rights Management (DRM).
Batas perlindungan
| Sumber daya | Batas Default |
|---|---|
| Opsi per Kebijakan Kunci Konten | 30 |
| Lisensi per bulan untuk setiap jenis DRM pada layanan pengiriman kunci Media Services per akun | 1\.000.000 |
Buka tiket Dukungan
Untuk sumber daya yang tidak diperbaiki, Anda dapat meminta kuota dinaikkan, dengan membuka tiket dukungan. Pastikan untuk menyertakan informasi mendetail dalam permintaan atas perubahan kuota yang diinginkan, skenario kasus penggunaan, dan wilayah yang diperlukan.
Jangan membuat akun Azure Media Services lain untuk mendapatkan batas yang lebih tinggi.
Layanan Media v2 (legasi)
Untuk batasan khusus untuk Media Services v2 (warisan), lihat Media Services v2 (warisan)
Batasan Layanan Ponsel
| Tingkat | Gratis | Dasar | Standar |
|---|---|---|---|
| Panggilan API | 500.000 | 1,5 juta per unit | 15 juta per unit |
| Perangkat aktif | 500 | Tidak Terbatas | Tidak Terbatas |
| Skala | T/A | Hingga 6 unit | Unit tidak terbatas |
| Pemberitahuan push | Azure Notification Hubs Tingkat gratis disertakan, hingga 1 juta pendorongan | Microsoft Azure Notification Hubs Tingkat gratis disertakan, hingga 10 juta pendorongan | Microsoft Azure Notification Hubs Tingkat standar disertakan, hingga 10 juta pendorongan |
| Olahpesan real time/ Soket Web |
Terbatas | 350 per layanan seluler | Tidak Terbatas |
| Sinkronisasi offline | Terbatas | Disertakan | Disertakan |
| Pekerjaan terjadwal | Terbatas | Disertakan | Disertakan |
| Azure SQL Database (diperlukan) Tarif standar berlaku untuk kapasitas tambahan |
Termasuk 20 MB | Termasuk 20 MB | Termasuk 20 MB |
| Kapasitas CPU | 60 menit per hari | Tidak Terbatas | Tidak Terbatas |
| Transfer data keluar | 165 MB per hari (rollover harian) | Disertakan | Disertakan |
Untuk informasi selengkapnya tentang batas dan harga, lihat Harga Azure Mobile Services.
Batas Autentikasi Multifaktor
| Sumber daya | Batas default | Batasan maksimum |
|---|---|---|
| Jumlah maksimum alamat atau rentang IP tepercaya per langganan | 0 | 50 |
| Ingat perangkat saya, jumlah hari | 14 | 60 |
| Jumlah maksimum kata sandi aplikasi | 0 | Tanpa batasan |
| Izinkan upaya X selama panggilan MFA | 1 | 99 |
| Detik waktu habis pesan teks dua-arah | 60 | 600 |
| Detik lewatan satu kali default | 300 | 1\.800 |
| Kunci akun pengguna setelah penolakan MFA X kali berturut-turut | Belum diatur | 99 |
| Atur ulang penghitung penguncian akun setelah X menit | Belum diatur | 9\.999 |
| Buka kunci akun setelah X menit | Belum diatur | 9\.999 |
Batas jaringan
Batas jaringan - Azure Resource Manager
Batasan berikut hanya berlaku untuk sumber daya jaringan yang dikelola melalui Azure Resource Manager per wilayah per langganan. Pelajari cara melihat penggunaan sumber daya Anda saat ini terhadap batas langganan Anda.
Catatan
Kami baru-baru ini meningkatkan semua batas default ke batas maksimumnya. Jika tidak ada kolom batas maksimum, sumber daya tidak memiliki batas yang dapat disesuaikan. Jika Anda telah meningkatkan batas ini oleh dukungan di masa lalu dan tidak melihat batas yang diperbarui dalam tabel berikut, buka permintaan dukungan pelanggan online tanpa biaya
| Sumber daya | Batas |
|---|---|
| Jaringan virtual | 1.000 |
| Subnet per jaringan virtual | 3.000 |
| Peering jaringan virtual per jaringan virtual | 500 |
| Gateway jaringan virtual (Gerbang VPN) per jaringan virtual | 1 |
| Gateway jaringan virtual (Gerbang ExpressRoute) per jaringan virtual | 1 |
| Server DNS per jaringan virtual | 20 |
| Alamat IP privat per jaringan virtual | 65.536 |
| Alamat IP pribadi per antarmuka jaringan | 256 |
| Alamat IP pribadi per mesin virtual | 256 |
| Alamat IP publik per antarmuka jaringan | 256 |
| Alamat IP publik per mesin virtual | 256 |
| Alur TCP atau UDP serentak per NIC dari mesin virtual atau instance peran | 500,000 |
| Kartu antarmuka jaringan | 65.536 |
| Kelompok Keamanan Jaringan | 5\.000 |
| Aturan NSG per NSG | 1\.000 |
| Alamat dan rentang IP yang ditentukan untuk sumber atau tujuan dalam grup keamanan | 4\.000 |
| Grup keamanan aplikasi | 3.000 |
| Grup keamanan aplikasi per konfigurasi IP, per NIC | 20 |
| Konfigurasi IP per grup keamanan aplikasi | 4\.000 |
| Grup keamanan aplikasi yang dapat ditentukan dalam semua aturan keamanan grup keamanan jaringan | 100 |
| Tabel rute yang ditentukan pengguna | 200 |
| Rute yang ditentukan pengguna per tabel rute | 400 |
| Sertifikat root point-to-site per Azure VPN Gateway | 20 |
| Sertifikat klien yang dicabut dari lokasi ke situs per Azure VPN Gateway | 300 |
| TAP jaringan virtual | 100 |
| Konfigurasi TAP antarmuka jaringan per TAP jaringan virtual | 100 |
Batas alamat IP publik
| Sumber daya | Batas default | Batas maksimum |
|---|---|---|
| Alamat IP publik1,2 | 10 untuk Dasar. | Hubungi dukungan. |
| Alamat IP Publik Statis1 | 10 untuk Dasar. | Hubungi dukungan. |
| Alamat IP Publik Standar1 | 10 | Hubungi dukungan. |
| Alamat IP publik per Grup Sumber Daya | 800 | Hubungi dukungan. |
| Prefiks IP Publik | dibatasi oleh jumlah IP Publik Standar dalam langganan | Hubungi dukungan. |
| Panjang awalan IP publik | /28 | Hubungi dukungan. |
1Batas default untuk alamat IP Publik bervariasi menurut jenis kategori penawaran, seperti Uji Coba Gratis, Bayar Saat Digunakan, CSP. Misalnya, default untuk langganan Perjanjian Perusahaan adalah 1000.
2Batas alamat IP Publik mengacu pada jumlah total alamat IP Publik, termasuk Basic dan Standard.
Batas penyeimbang beban
Batas berikut hanya berlaku untuk sumber daya jaringan yang dikelola melalui Azure Resource Manager per wilayah per langganan. Pelajari cara melihat penggunaan sumber daya Anda saat ini terhadap batas langganan Anda.
Standar Load Balancer
| Sumber daya | Batas |
|---|---|
| Load balancer | 1\.000 |
| Aturan (Load Balancer + NAT Masuk) per sumber daya | 1.500 |
| Aturan per NIC (di semua IP pada NIC) | 300 |
| Konfigurasi IP frontend | 600 |
| Ukuran kumpulan ujung belakang | 1\.000 konfigurasi IP, jaringan virtual tunggal |
| Sumber daya backend per Load Balancer 1 | 1.200 |
| Aturan port ketersediaan tinggi | 1 per frontend internal |
| Aturan keluar per Load Balancer | 600 |
| Load Balancer per mesin virtual 2 | 2 (1 Publik dan 1 internal) |
1 Batasnya hingga 1.200 sumber daya, dalam kombinasi sumber daya mesin virtual mandiri, sumber daya set ketersediaan, dan grup penempatan set skala mesin virtual. 2 Pengecualian untuk batas ini adalah bahwa 2 penyeimbang beban publik dapat berada di depan mesin virtual jika konfigurasi alamat IPv4 digunakan untuk satu penyeimbang beban dan konfigurasi alamat IPv6 digunakan untuk penyeimbang beban kedua.
Penyeimbang Beban Gateway
| Sumber daya | Batas |
|---|---|
| Sumber daya yang dirangkai per Load Balancer (konfigurasi frontend LB atau konfigurasi IP VM NIC digabungkan) | 100 |
Load Balancer Dasar
| Sumber daya | Batas |
|---|---|
| Load balancer | 1\.000 |
| Aturan per sumber daya | 250 |
| Aturan per NIC (di semua IP pada NIC) | 300 |
| Konfigurasi IP frontend 3 | 200 |
| Ukuran kumpulan ujung belakang | 300 konfigurasi IP, set ketersediaan tunggal |
| set ketersediaan per Load Balancer | 1 |
| Load Balancer per VM | 2 (1 Publik dan 1 internal) |
3 Batas untuk satu sumber daya terpisah dalam kumpulan backend (mesin virtual mandiri, set ketersediaan, atau grup penempatan set skala mesin virtual) adalah memiliki hingga 250 konfigurasi IP Frontend di satu Basic Public Load Balancer dan Basic Internal Load Balancer.
Batas berikut hanya berlaku untuk sumber daya jaringan yang dikelola melalui model penerapan per langganan. Pelajari cara melihat penggunaan sumber daya Anda saat ini terhadap batas langganan Anda.
| Sumber daya | Batas default | Batas maksimum |
|---|---|---|
| Jaringan virtual | 100 | 100 |
| Situs jaringan lokal | 20 | 50 |
| Server DNS per jaringan virtual | 20 | 20 |
| Alamat IP privat per jaringan virtual | 4,096 | 4,096 |
| Aliran TCP atau UDP serentak per NIC dari mesin virtual atau instance peran | 500.000, hingga 1.000.000 untuk dua atau lebih NIC. | 500.000, hingga 1.000.000 untuk dua atau lebih NIC. |
| Grup Keamanan Jaringan (NSG) | 200 | 200 |
| Aturan NSG per NSG | 200 | 1\.000 |
| Tabel rute yang ditentukan pengguna | 200 | 200 |
| Rute yang ditentukan pengguna per tabel rute | 400 | 400 |
| Rute yang ditentukan pengguna per tabel rute | 500 | 500 |
| Alamat IP publik yang dicadangkan | 500 | 500 |
| IP publik per penerapan | 5 | Hubungi dukungan |
| IP Pribadi (penyeimbangan beban internal) per penerapan | 1 | 1 |
| Daftar kontrol akses titik akhir (ACL) | 50 | 50 |
Batas ExpressRoute
| Sumber daya | Batas |
|---|---|
| Sirkuit ExpressRoute per langganan | 50 |
| Sirkuit ExpressRoute per wilayah per langganan, dengan Azure Resource Manager | 10 |
| Jumlah maksimum rute IPv4 yang diberitahukan ke peering privat Azure dengan ExpressRoute Standard | 4\.000 |
| Jumlah maksimum rute IPv4 yang diberitahukan ke peering privat Azure dengan add-on ExpressRoute Premium | 10.000 |
| Jumlah maksimum rute IPv6 yang diberitahukan ke peering privat Azure dengan ExpressRoute Standard | 100 |
| Jumlah maksimum rute IPv6 yang diberitahukan ke peering privat Azure dengan add-on ExpressRoute Premium | 100 |
| Jumlah maksimum rute IPv4 yang diberitahukan dari peering privat Azure dari ruang alamat VNet untuk koneksi ExpressRoute | 1\.000 |
| Jumlah maksimum rute IPv6 yang diberitahukan dari peering privat Azure dari ruang alamat VNet untuk koneksi ExpressRoute | 1\.000 |
| Jumlah maksimum rute IPv4 yang diberitahukan ke peering Microsoft dengan ExpressRoute Standard | 200 |
| Jumlah maksimum rute IPv4 yang diberitahukan ke peering Microsoft dengan add-on ExpressRoute Premium | 200 |
| Jumlah maksimum rute IPv6 yang diberitahukan ke peering Microsoft dengan ExpressRoute Standard | 200 |
| Jumlah maksimum rute IPv6 yang diberitahukan ke peering Microsoft dengan add-on ExpressRoute Premium | 200 |
| Jumlah maksimum sirkuit ExpressRoute yang tersambung ke jaringan virtual yang sama di lokasi peering yang sama | 4 |
| Jumlah maksimum sirkuit ExpressRoute yang tersambung ke jaringan virtual yang sama di lokasi peering yang berbeda | 16 (Untuk informasi lebih lanjut, lihat SKU Gateway.) |
| Jumlah tautan jaringan virtual yang diizinkan per sirkuit ExpressRoute | Lihat tabel Jumlah jaringan virtual per sirkuit ExpressRoute. |
| Jumlah maksimum IP untuk sirkuit penyedia ExpressRoute dengan Fastpath | 25.000 |
| Jumlah maksimum IP untuk ExpressRoute Direct 10Gbps dengan Fastpath | 100.000 |
| Jumlah maksimum IP untuk ExpressRoute Direct 100Gbps dengan Fastpath | 200.000 |
Jumlah jaringan virtual per sirkuit ExpressRoute
| Ukuran sirkuit | Jumlah tautan jaringan virtual untuk Standar | Jumlah tautan jaringan virtual dengan pengaya Premium |
|---|---|---|
| 50 Mbps | 10 | 20 |
| 100 Mbps | 10 | 25 |
| 200 Mbps | 10 | 25 |
| 500 Mbps | 10 | 40 |
| 1 Gbps | 10 | 50 |
| 2 Gbps | 10 | 60 |
| 5 Gbps | 10 | 75 |
| 10 Gbps | 10 | 100 |
| 40 Gbps* | 10 | 100 |
| 100 Gbps* | 10 | 100 |
*Hanya ExpressRoute Direct 100 Gbps
Catatan
Sambungan Jangkauan Global dihitung terhadap batas sambungan jaringan virtual per Sirkuit ExpressRoute. Misalnya, Sirkuit Premium 10 Gbps akan memungkinkan 5 sambungan Jangkauan Global dan 95 sambungan ke ExpressRoute Gateways atau 95 sambungan Jangkauan Global dan 5 sambungan ke ExpressRoute Gateways atau kombinasi lainnya hingga batas 100 sambungan untuk sirkuit.
Batas Virtual Network Gateway
| Sumber daya | Batas |
|---|---|
| Awalan Alamat VNet | 600 per gateway VPN |
| Rute BGP agregat | 4\.000 per gateway VPN |
| Awalan alamat Gateway Lokal | 1000 per gateway lokal |
| koneksi S2S | Tergantung pada SKU gateway |
| koneksi P2S | Tergantung pada SKU gateway |
| Batas rute P2S - IKEv2 | 256 untuk non-Windows / 25 untuk Windows |
| Batas rute P2S - OpenVPN | 1000 |
| Maks. alur | 100K untuk VpnGw1/AZ / 512K untuk VpnGw2-4/AZ |
Batas NAT Gateway
Batas berikut berlaku untuk sumber daya gateway NAT yang dikelola melalui Azure Resource Manager per wilayah per langganan. Pelajari cara melihat penggunaan sumber daya Anda saat ini terhadap batas langganan Anda.
| Sumber daya | Batas |
|---|---|
| Alamat IP publik | 16 per gateway NAT |
| Gateway NAT | 1.000 per langganan per wilayah |
| Paket diproses | 1M - 5M paket / detik |
| Koneksi simultan | 50.000 koneksi ke tujuan / IP publik yang sama |
Batas Virtual WAN
| Sumber daya | Batas |
|---|---|
| Koneksi VPN (cabang) per hub | 1\.000 |
| Throughput agregat per gateway VPN Situs-ke-situs Azure Virtual WAN | 20 Gbps |
| Throughput per koneksi VPN Virtual WAN (2 terowongan) | 2 Gbps dengan terowongan 1 Gbps/IPsec |
| Pengguna titik-ke-situs per hub | 100.000 |
| Throughput agregat per gateway Virtual WAN User VPN (Point-to-site) | 200 Gbps |
| Throughput agregat per gateway Virtual WAN ExpressRoute | 20 Gbps |
| Koneksi sirkuit ExpressRoute per hub | 8 |
| Koneksi VNet per hub | 500 minus jumlah total hub di Virtual WAN |
| Throughput agregat per router hub WAN Virtual | 50 Gbps untuk transit VNet ke VNet |
| Beban kerja VM di semua VNet yang tersambung ke satu hub Virtual WAN | 2000 (Jika Anda ingin menaikkan batas atau kuota di atas batas default, lihat pengaturan hub). |
Batas Application Gateway
Tabel berikut ini berlaku untuk SKU v1, v2, Standar, dan WAF kecuali dinyatakan lain.
| Sumber daya | Batasan | Catatan |
|---|---|---|
| Azure Application Gateway | 1\.000 per langganan | |
| Konfigurasi IP ujung depan | 2 | 1 umum dan 1 privat |
| Port ujung depan | 1001 | |
| Kumpulan alamat ujung belakang | 1001 | |
| Server ujung belakang per kumpulan | 1\.200 | |
| Listener HTTP | 2001 | Terbatas untuk 100 listener aktif yang merutekan lalu lintas. Listener aktif = jumlah total listeber - listener tidak aktif. Jika konfigurasi default di dalam aturan perutean diatur untuk merutekan lalu lintas (misalnya, memiliki listener, kumpulan ujung belakang, dan pengaturan HTTP) maka itu juga dihitung sebagai listener. Lihat Pertanyaan umum tentang Application Gateway untuk detail tambahan. |
| Aturan penyeimbangan beban HTTP | 4001 | |
| Pengaturan HTTP ujung belakang | 1001 | |
| Instans per gateway | V1 SKU - 32 V2 SKU - 125 |
|
| Sertifikat SSL | 1001 | 1 per listener HTTP |
| Ukuran sertifikat SSL maksimum | V1 SKU - 10 KB V2 SKU - 16 KB |
|
| Sertifikat autentikasi | 100 | |
| Sertifikat akar tepercaya | 100 | |
| Permintaan batas waktu minimum | 1 detik | |
| Batas waktu permintaan maksimum untuk backend pribadi | 24 jam | |
| Batas waktu permintaan maksimum untuk backend eksternal | 4 menit | |
| Jumlah situs | 1001 | 1 per listener HTTP |
| Peta URL per listener | 1 | |
| Aturan berbasis jalur maksimum per peta URL | 100 | |
| Konfigurasi pengalihan | 1001 | |
| Jumlah set aturan penulisan ulang | 400 | |
| Jumlah konfigurasi Header atau URL per set aturan penulisan ulang | 40 | |
| Jumlah kondisi per set aturan penulisan ulang | 40 | |
| Sambungan WebSocket bersamaan | Gateway sedang 20rb2 Gateway besar 50rb2 |
|
| Panjang URL maksimum | 32 KB | |
| Ukuran header maksimum | 32 KB | |
| Ukuran bidang header maksimum untuk HTTP/2 | 8 KB | |
| Ukuran header maksimum untuk HTTP/2 | 16 KB | |
| Ukuran unggahan file maksimum, (SKU Standar) | V2 - 4 GB V1 - 2 GB |
|
| Ukuran unggahan file maksimum (SKU WAF) | V1 Sedang - 100 MB V1 Besar - 500 MB V2 - 750 MB V2 (dengan CRS 3.2 atau yang lebih baru)- 4 GB3 |
|
| Batas ukuran isi WAF, (tanpa file) | V1 atau V2 (dengan CRS 3.1 dan yang lebih lama) - 128 KB V2 (dengan CRS 3.2 atau yang lebih baru) - 2 GB3 |
|
| Konfigurasi Private Link Maksimum | 2 | 1 untuk IP publik, 1 untuk IP privat |
| Konfigurasi IP Private Link Maksimum | 8 | |
| Aturan khusus WAF maksimum | 100 | |
| Pengecualian WAF maksimum per Application Gateway | 40 |
1 Untuk SKU yang mendukung WAF, Anda harus membatasi jumlah sumber daya hingga 40.
2 Batas adalah per instans Application Gateway bukan per sumber daya Application Gateway.
3 Harus menentukan nilai melalui Kebijakan WAF untuk Application Gateway
Batas Network Watcher
| Sumber daya | Batasan | Catatan |
|---|---|---|
| Azure Network Watcher | 1 per wilayah | Network Watcher dibuat untuk mengaktifkan akses ke layanan. Hanya satu instans Network Watcher yang diperlukan per langganan per wilayah. |
| Sesi penngambilan paket | 10.000 per wilayah | Jumlah sesi saja, bukan pengambilan yang disimpan. |
Batas Private Link
Batasan berikut berlaku untuk tautan pribadi Azure:
| Sumber daya | Batasan |
|---|---|
| Jumlah titik akhir pribadi per jaringan virtual | 1000 |
| Jumlah titik akhir pribadi per langganan | 64.000 |
| Jumlah titik layanan tautan per langganan | 800 |
| Jumlah Konfigurasi IP pada layanan tautan pribadi | 8 (Nomor ini untuk alamat IP NAT yang digunakan per PLS) |
| Jumlah titik akhir pribadi pada layanan tautan pribadi yang sama | 1000 |
| Jumlah langganan yang diizinkan dalam pengaturan visibilitas pada layanan tautan privat | 100 |
| Jumlah langganan yang diizinkan dalam pengaturan persetujuan otomatis pada layanan tautan privat | 100 |
| Jumlah titik akhir pribadi per key vault | 64 |
| Jumlah key vault dengan titik akhir pribadi per langganan | 400 |
| Jumlah grup zona DNS pribadi yang bisa ditautkan ke titik akhir pribadi | 1 |
| Jumlah zona DNS di setiap grup | 5 |
Batas Traffic Manager
| Sumber daya | Batasan |
|---|---|
| Profil per langganan | 200 1 |
| Titik akhir per profil | 200 |
1Jika Anda perlu meningkatkan batas ini, hubungi Dukungan Azure.
Batas Azure Bastion
| Jenis beban kerja* | Batas Sesi per Instans** |
|---|---|
| Terang | 50 |
| Medium | 25 |
| Berat | 2 |
*Jenis beban kerja ini didefinisikan di sini: Beban Kerja Desktop Jarak Jauh
** Batasan ini didasarkan pada tes kinerja RDP untuk Azure Bastion. Angka dapat bervariasi karena sesi RDP lain yang sedang berlangsung atau sesi SSH lainnya yang sedang berlangsung.
Batas Azure DNS
Zona DNS publik
| Sumber daya | Batas |
|---|---|
| Zona DNS Publik per langganan | 250 1 |
| Kumpulan catatan per zona DNS publik | 10.000 1 |
| Catatan per kumpulan catatan yang ditetapkan di zona DNS publik | 20 |
| Jumlah catatan Alias untuk satu sumber daya Azure | 20 |
1Jika Anda perlu meningkatkan batas ini, hubungi Dukungan Azure.
Zona DNS privat
| Sumber daya | Batas |
|---|---|
| Zona DNS pribadi per langganan | 1000 |
| Kumpulan catatan per zona DNS pribadi | 25000 |
| Catatan per kumpulan catatan untuk zona DNS pribadi | 20 |
| Tautan Virtual Network per zona DNS pribadi | 1000 |
| Tautan Jaringan Virtual per zona DNS pribadi dengan pendaftaran otomatis diaktifkan | 100 |
| Jumlah zona DNS pribadi yang dapat ditautkan ke jaringan virtual dengan pendaftaran otomatis diaktifkan | 1 |
| Jumlah zona DNS pribadi yang dapat ditautkan oleh jaringan virtual | 1000 |
| Jumlah kueri DNS yang dapat dikirim komputer virtual ke penyelesai Azure DNS, per detik | 1000 1 |
| Jumlah maksimum kueri DNS yang diantrekan (tanggapan tertunda) per komputer virtual | 200 1 |
1Batas ini diterapkan pada setiap komputer virtual individu dan bukan pada tingkat jaringan virtual. Kueri DNS yang melebihi batas ini akan dihapus.
Batas Azure Firewall
| Sumber daya | Batas |
|---|---|
| Throughput data | 30 Gbps |
| Batas aturan | 10.000 sumber/tujuan unik dalam aturan jaringan dan aplikasi Sumber/tujuan unik dalam jaringan = jumlah (alamat sumber unik * alamat tujuan unik untuk setiap aturan) |
| Ukuran total aturan dalam satu Grup Kumpulan Aturan | 2 MB |
| Jumlah Grup Kumpulan Aturan dalam kebijakan firewall | 50 |
| Aturan DNAT maksimum | 298 (untuk firewall dikonfigurasi dengan satu alamat IP Publik) Keterbatasan DNAT adalah karena platform yang mendasarinya. Jumlah maksimum aturan DNAT adalah 298. Namun, setiap alamat IP publik tambahan mengurangi jumlah aturan DNAT yang tersedia. Misalnya, dua alamat IP umum memungkinkan 297 aturan DNAT. Jika protokol aturan dikonfigurasi untuk TCP dan UDP, aturan tersebut dihitung sebagai dua aturan. |
| Ukuran Minimum AzureFirewallSubnet | /26 |
| Rentang port dalam aturan jaringan dan aplikasi | 1 - 65535 |
| Alamat IP publik | Maksimal 250. Semua alamat IP umum dapat digunakan dalam aturan DNAT dan semuanya berkontribusi pada port SNAT yang tersedia. |
| Alamat IP di Grup IP | Maksimum 100 Grup IP per firewall. Maksimum 5000 alamat IP individu atau awalan IP per setiap Grup IP. |
| Tabel rute | Secara default, AzureFirewallSubnet memiliki rute 0.0.0.0/0 dengan nilai NextHopType diatur ke Internet. Azure Firewall harus memiliki konektivitas Internet langsung. Jika AzureFirewallSubnet Anda mengetahui rute default ke jaringan lokal Anda melalui BGP, Anda harus mengambil alih dengan UDR 0.0.0.0/0 dengan nilai NextHopType yang ditetapkan sebagai Internet untuk mempertahankan konektivitas Internet langsung. Secara default, Azure Firewall tidak mendukung terowongan paksa ke jaringan lokal. Namun, jika konfigurasi Anda memerlukan terowongan paksa ke jaringan lokal, Microsoft akan mendukungnya berdasarkan kasus per kasus. Hubungi Dukungan agar kami dapat meninjau kasus Anda. Jika diterima, kami akan mengizinkan langganan Anda dan memastikan konektivitas Internet firewall yang diperlukan telah dipertahankan. |
| FQDN dalam aturan jaringan | Untuk performa yang baik, jangan melebihi lebih dari 1000 FQDN di semua aturan jaringan per firewall. |
| Batas waktu inspeksi TLS | 120 detik |
Batas Azure Front Door (klasik)
- Selain batas di bawah, ada batas gabungan pada jumlah aturan perutean, domain front-end, protokol, dan jalur.
| Sumber daya | Batas tingkat klasik |
|---|---|
| Sumber daya Azure Front Door per langganan | 100 |
| Host front-end, yang menyertakan domain kustom per sumber daya | 500 |
| Aturan perutean per sumber daya | 500 |
| Kumpulan ujung belakang per sumber daya | 50 |
| Ujung belakang per kumpulan ujung belakang | 100 |
| Pola jalur yang cocok untuk aturan perutean | 25 |
| URL dalam satu panggilan penghapusan menyeluruh cache | 100 |
| Aturan firewall aplikasi web kustom per kebijakan | 100 |
| Kebijakan firewall aplikasi web per langganan | 100 |
| Firewall aplikasi web yang cocok dengan kondisi per aturan kustom | 10 |
| Rentang alamat IP firewall aplikasi web per aturan kustom | 600 |
| Untaian firewall aplikasi web yang cocok dengan nilai per kondisi kecocokan | 10 |
| Untaian firewall aplikasi web yang cocok dengan panjang nilai | 256 |
| Panjang nama parameter badan POST firewall aplikasi web | 256 |
| Panjang nama header HTTP firewall aplikasi web | 256 |
| Panjang nama cookie firewall aplikasi web | 256 |
| Batas pengecualian firewall aplikasi web | 100 |
| Ukuran badan permintaan HTTP firewall aplikasi web yang diperiksa | 128 KB |
| Panjang badan respons kustom firewall aplikasi web | 32 KB |
Batas layanan Azure Front Door tingkat Standard dan Premium
- Maksimum 500 total profil Standar dan Premium per langganan.
- Selain batas di bawah, ada batas gabungan pada jumlah rute, domain, protokol, dan jalur.
| Sumber daya | Batas tingkat standar | Batas tingkat premium |
|---|---|---|
| Profil maksimum per langganan | 500 | 500 |
| Titik akhir maksimum per profil | 10 | 25 |
| Domain kustom maksimum per profil | 100 | 500 |
| Grup asal maksimum per profil | 100 | 200 |
| Asal maksimum per profil | 100 | 200 |
| Batas waktu asal maksimum | 16 - 240 detik | 16 - 240 detik |
| Rute maksimum per profil | 100 | 200 |
| Kumpulan aturan maksimum per profil | 100 | 200 |
| Aturan maksimum per rute | 100 | 100 |
| Pola jalur yang cocok untuk aturan perutean | 25 | 50 |
| URL dalam satu panggilan penghapusan menyeluruh cache | 100 | 100 |
| Kebijakan Firewall Aplikasi Web (WAF) per langganan | 100 | 100 |
| Aturan kustom WAF per kebijakan | 100 | 100 |
| Ketentuan kecocokan WAF per aturan khusus | 10 | 10 |
| Rentang alamat IP WAF per kondisi kecocokan | 600 | 600 |
| Nilai kecocokan string WAF per kondisi kecocokan | 10 | 10 |
| Panjang nilai kecocokan string WAF | 256 | 256 |
| Panjang nama parameter tubuh POST WAF | 256 | 256 |
| Panjang nama header HTTP WAF | 256 | 256 |
| Panjang nama cookie WAF | 256 | 256 |
| Pengecualian WAF per kebijakan | 100 | 100 |
| Ukuran badan permintaan HTTP WAF diperiksa | 128 KB | 128 KB |
| Panjang bodi respons kustom WAF | 32 KB | 32 KB |
Nilai batas waktu
Klien Azure Front Door
- Azure Front Door memiliki batas waktu koneksi TCP diam selama 61 detik.
Azure Front Door ke aplikasi ujung belakang
Setelah permintaan HTTP diteruskan ke ujung belakang, Azure Front Door menunggu selama 60 detik (Standar dan Premium) atau 30 detik (klasik) untuk paket pertama dari ujung belakang. Kemudian mengembalikan kesalahan 503 ke klien, atau 504 untuk permintaan cache. Anda dapat mengonfigurasi nilai ini menggunakan bidang originResponseTimeoutSeconds di Azure Front Door Standard dan Premium API, atau bidang sendRecvTimeoutSeconds di API Azure Front Door (klasik).
Setelah back end menerima paket pertama, jika asal berhenti karena alasan apa pun di tengah badan respons di luar originResponseTimeoutSeconds atau sendRecvTimeoutSeconds, respons akan dibatalkan.
Front Door memanfaatkan HTTP tetap hidup untuk menjaga koneksi tetap terbuka untuk digunakan kembali dari permintaan sebelumnya. Koneksi ini memiliki batas waktu idle 90 detik. Azure Front Door akan memutuskan sambungan idle setelah mencapai batas waktu idle 90 detik. Nilai batas waktu ini tidak dapat dikonfigurasi.
Unggah dan Unduh batas data
| Dengan pengodean transfer tergugus (CTE) | Tanpa penggugusan HTTP | |
|---|---|---|
| Unduh | Tidak ada batasan pada ukuran unduhan. | Tidak ada batasan pada ukuran unduhan. |
| Unggah | Tidak ada batasan selama setiap unggahan CTE kurang dari 2 GB. | Ukuran tidak boleh lebih besar dari 2 GB. |
Pembatasan lainnya
- Ukuran URL maksimum - 8.192 byte - Menentukan panjang maksimum URL mentah (skema + nama host + port + path + untaian kueri URL)
- Ukuran Untaian Kueri Maksimum - 4.096 byte - Menentukan panjang maksimum untaian kueri, dalam byte.
- Ukuran header respons HTTP maksimum dari URL pemeriksaan kesehatan - 4.096 byte - Menentukan panjang maksimum semua header respons probe kesehatan.
- Karakter nilai header tindakan mesin aturan maksimum: 640 karakter.
- Karakter nilai header kondisi mesin aturan maksimum: 256 karakter.
- Ukuran header ETag maksimum: 128 byte
- Nama endhpoint maksimum untuk Standar dan Premium: 46 karakter.
Untuk informasi selengkapnya tentang batasan yang berlaku untuk konfigurasi Rules Engine, lihat Terminologi Rules Engine
Batas Notification Hubs
| Tingkat | Gratis | Dasar | Standar |
|---|---|---|---|
| Dorongan yang disertakan | 1 juta | 10 juta | 10 juta |
| Perangkat aktif | 500 | 200.000 | 10 juta |
| Kuota tag per instalasi atau registrasi | 60 | 60 | 60 |
Untuk informasi selengkapnya tentang tingkat dan harga, lihat Harga Notification Hubs.
Batas Microsoft Purview
Nilai terbaru untuk kuota Microsoft Purview dapat ditemukan di Halaman kuota Microsoft Purview.
Batas Microsoft Sentinel
Bagian ini mencantumkan batas layanan paling umum yang mungkin Anda temui saat menggunakan Microsoft Sentinel.
Batas aturan analitik
Batas berikut berlaku untuk aturan analitik di Microsoft Sentinel.
| Deskripsi | Batas | Dependensi |
|---|---|---|
| Jumlah aturan | 512 aturan | Tidak ada |
Batas insiden
Batas berikut berlaku untuk insiden di Microsoft Sentinel.
| Deskripsi | Batas | Dependensi |
|---|---|---|
| Ketersediaan pengalaman investigasi | 90 hari sejak waktu pembaruan terakhir insiden | Tidak ada |
| Jumlah aturan otomatisasi | 512 aturan | Tidak ada |
| Jumlah tindakan | 20 tindakan | Tidak ada |
| Jumlah karakter per komentar | 30 ribu karakter | Tidak ada |
| Jumlah komentar per insiden | 100 komentar | Tidak ada |
| Jumlah kondisi | 50 kondisi | Tidak ada |
Batas berbasis pembelajaran mesin
Batas berikut berlaku untuk fitur berbasis pembelajaran mesin di Microsoft Sentinel seperti Fusion dan anomali yang dapat disesuaikan.
| Deskripsi | Batas | Dependensi |
|---|---|---|
| Jumlah anomali yang diterbitkan per jenis anomali | 3000 teratas yang diperingkat berdasarkan skor anomali | Tidak ada |
| Jumlah peringatan dan/atau anomali dalam satu insiden Fusion | 100 peringatan dan/atau anomali | Tidak ada |
Batas buku catatan
Batas berikut berlaku untuk buku catatan di Microsoft Sentinel. Batas ini terkait dengan dependensi pada layanan lain yang digunakan oleh buku catatan.
| Deskripsi | Batas | Dependensi |
|---|---|---|
| Jumlah total aset ini per ruang kerja pembelajaran mesin: himpunan data, eksekusi, model, dan artefak | 10 juta aset | Pembelajaran Mesin Azure |
| Batas default untuk total kluster komputasi per wilayah. Kluster Ini dibagikan antara kluster pelatihan dan instans komputasi. Instans komputasi dianggap sebagai kluster simpul tunggal untuk tujuan kuota. | 200 kluster komputasi per wilayah | Pembelajaran Mesin Azure |
| Akun penyimpanan per wilayah per langganan | 250 akun penyimpanan | Azure Storage |
| Ukuran maksimum berbagi file secara default | 5 TB | Azure Storage |
| Ukuran maksimum berbagi file dengan fitur berbagi file besar diaktifkan | 100 TB | Azure Storage |
| Throughput maksimum (masuk + keluar) untuk satu berbagi file secara default | 60 MB/detik | Azure Storage |
| Throughput maksimum (masuk + keluar) untuk satu berbagi file dengan fitur berbagi file besar diaktifkan | 300 MB/detik | Azure Storage |
Batas inteligensi ancaman
Batas berikut berlaku untuk inteligensi ancaman di Microsoft Sentinel. Batas ini terkait dengan dependensi pada API yang digunakan oleh inteligensi ancaman.
| Deskripsi | Batas | Dependensi |
|---|---|---|
| Indikator per panggilan yang menggunakan API keamanan Graph | 100 Indikator | API keamanan Microsoft Graph |
Batas daftar tonton
Batas berikut berlaku untuk daftar tonton di Microsoft Sentinel. Batas ini terkait dengan dependensi pada layanan lain yang digunakan oleh daftar tonton.
| Deskripsi | Batas | Dependensi |
|---|---|---|
| Ukuran pengunggahan untuk file lokal | 3,8 MB per file | Azure Resource Manager |
| Entri baris dalam file CSV | 10.240 karakter per baris | Azure Resource Manager |
| Ukuran pengunggahan untuk file dalam Azure Storage | 500 MB per file | Azure Storage |
| Jumlah total item daftar tonton aktif per ruang kerja. Jika jumlah maksimum tercapai, hapus beberapa item yang ada untuk menambahkan daftar tonton baru. | 10 juta item daftar tonton aktif | Log Analytics |
| Refresh status untuk daftar tonton besar dalam detik. Pelanggan tidak akan melihat kemajuan terbaru pengunggahan hingga refresh berikutnya. | 15 detik | Azure Cosmos DB |
| Jumlah pengunggahan daftar tonton besar per ruang kerja sekaligus | Satu daftar tonton besar | Azure Cosmos DB |
| Jumlah penghapusan daftar tonton besar per ruang kerja sekaligus | Satu daftar tonton besar | Azure Cosmos DB |
Batas Analitik Perilaku Pengguna dan Entitas (UEBA)
Batas berikut berlaku untuk UEBA di Microsoft Sentinel. Batas untuk UEBA di Microsoft Sentinel terkait dengan dependensi pada layanan lain.
| Deskripsi | Batas | Dependensi |
|---|---|---|
| Konfigurasi retensi terendah dalam hari untuk tabel IdentityInfo. Semua data yang disimpan di tabel IdentityInfo di Log Analytics di-refresh setiap 14 hari. | 14 hari | Log Analytics |
Batas Bus Layanan
Tabel berikut mencantumkan informasi kuota khusus untuk pesan Azure Service Bus. Untuk informasi tentang harga dan kuota lainnya untuk Service Bus, lihat Harga Service Bus.
| Nama kuota | Lingkup | Nilai | Catatan |
|---|---|---|---|
| Jumlah maksimum ruang nama per langganan Azure | Ruang nama | 1000 (default dan maksimum) | Permintaan berikutnya untuk ruang nama tambahan ditolak. |
| Ukuran antrian atau topik | Entitas | 1, 2, 3, 4 GB atau 5 GB Di SKU Premium, dan SKU Standar dengan partisi diaktifkan, antrean maksimum atau ukuran topik adalah 80 GB. Batas ukuran total namespace layanan premium adalah 1 TB per unit olah pesan. Ukuran total semua entitas di namespace layanan tidak boleh melebihi batas ini. |
Didefinisikan pada pembuatan/pembaruan antrian atau topik. Pesan masuk berikutnya ditolak, dan pengecualian diterima oleh kode panggilan. |
| Jumlah koneksi bersamaan pada namespace | Ruang nama | Pesan Bersih: 1.000. AMQP: 5.000. |
Permintaan selanjutnya untuk koneksi tambahan ditolak, dan pengecualian diterima oleh kode panggilan. Operasi REST tidak diperhitungkan terhadap koneksi TCP bersamaan. |
| Jumlah permintaan penerimaan serentak pada antrean, topik, atau entitas langganan | Entitas | 5\.000 | Permintaan penerimaan berikutnya ditolak, dan pengecualian diterima oleh kode panggilan. Kuota ini berlaku untuk jumlah gabungan operasi penerimaan serentak di semua langganan pada suatu topik. |
| Jumlah topik atau antrian per namespace | Ruang nama | 10.000 untuk tingkat Dasar atau Standar. Jumlah total topik dan antrean dalam namespace harus kurang dari atau sama dengan 10.000. Untuk tingkat Premium, 1.000 per unit pesan (MU). |
Permintaan berikutnya untuk pembuatan topik atau antrian baru di namespace ditolak. Akibatnya, jika dikonfigurasi melalui portal Microsoft Azure, pesan kesalahan akan dibuat. Jika dipanggil dari API manajemen, pengecualian diterima oleh kode panggilan. |
| Jumlah topik atau antrean yang dipartisi per namespace | Ruang nama | Tingkatan Dasar dan Standar: 100. Entitas yang dipartisi tidak didukung di tingkat Premium. Setiap antrian atau topik yang dipartisi diperhitungkan dalam kuota 1.000 entitas per namespace. |
Permintaan berikutnya untuk pembuatan topik atau antrean baru yang dipartisi pada namespace ditolak. Akibatnya, jika dikonfigurasi melalui portal Microsoft Azure, pesan kesalahan akan dibuat. Jika dipanggil dari API manajemen, pengecualian QuotaExceededException diterima oleh kode panggilan. Jika Anda ingin memiliki lebih banyak entitas yang dipartisi di namespace layanan tingkat dasar atau standar, buat namespace layanan tambahan. |
| Ukuran maksimum jalur entitas pesan apa pun: antrean atau topik | Entitas | - | 260 karakter. |
| Ukuran maksimum nama entitas perpesanan apa pun: namespace, langganan, atau aturan langganan | Entitas | - | 50 karakter. |
| Ukuran maksimum ID pesan | Entitas | - | 128 |
| Ukuran maksimum ID sesi pesan | Entitas | - | 128 |
| Ukuran pesan untuk antrean, topik, atau entitas langganan | Entitas | Pesan masuk yang melebihi kuota ini ditolak, dan pengecualian diterima oleh kode panggilan. | 256 KB untuk tingkat Standar 100 MB untuk tingkat Premium. Ukuran pesan mencakup ukuran properti (sistem dan pengguna) serta ukuran payload. Ukuran properti sistem bervariasi tergantung pada skenario Anda. |
| Ukuran properti pesan untuk antrean, topik, atau entitas langganan | Entitas | Pengecualian SerializationException dibuat. |
Ukuran properti pesan maksimum untuk setiap properti adalah 32 KB. Ukuran kumulatif semua properti tidak boleh melebihi 64 KB. Batas ini berlaku untuk seluruh header pesan yang diperantarai, yang memiliki properti pengguna dan properti sistem, seperti nomor urut, label, dan ID pesan. Jumlah maksimum properti header di kantong properti: byte/int.MaxValue. |
| Jumlah langganan per topik | Entitas | Permintaan berikutnya untuk membuat langganan tambahan untuk topik tersebut ditolak. Akibatnya, jika dikonfigurasi melalui portal, pesan kesalahan akan ditampilkan. Jika dipanggil dari API manajemen, pengecualian diterima oleh kode panggilan. | 2\.000 per topik untuk tingkat Standar dan tingkat Premium. |
| Jumlah filter SQL per topik | Entitas | Permintaan berikutnya untuk pembuatan filter tambahan pada topik ditolak, dan pengecualian diterima oleh kode panggilan. | 2\.000 |
| Jumlah filter korelasi per topik | Entitas | Permintaan berikutnya untuk pembuatan filter tambahan pada topik ditolak, dan pengecualian diterima oleh kode panggilan. | 100.000 |
| Ukuran filter atau tindakan SQL | Ruang nama | Permintaan berikutnya untuk pembuatan filter tambahan ditolak, dan pengecualian diterima oleh kode panggilan. | Panjang maksimum string kondisi filter: 1.024 (1 K). Panjang maksimum string tindakan aturan: 1.024 (1 K). Jumlah maksimum ekspresi per tindakan aturan: 32. |
| Jumlah aturan otorisasi akses bersama per namespace, antrian, atau topik | Entitas, ruang nama | Permintaan selanjutnya untuk pembuatan aturan tambahan ditolak, dan pengecualian diterima oleh kode panggilan. | Jumlah maksimum aturan per jenis entitas: 12. Aturan yang dikonfigurasi pada namespace Bus Layanan berlaku untuk semua jenis: antrian, topik. |
| Jumlah pesan per transaksi | Transaksi | Pesan masuk tambahan ditolak, dan pengecualian yang menyatakan "Tidak dapat mengirim lebih dari 100 pesan dalam satu transaksi" diterima oleh kode panggilan. | 100 Untuk operasi Send() dan SendAsync() . |
| Jumlah jaringan virtual dan aturan filter IP | Ruang nama | 128 |
Batas Azure Site Recovery
Batas berikut berlaku untuk Azure Site Recovery.
| Pengidentifikasi batas | Batas |
|---|---|
| Jumlah kubah per langganan | 500 |
| Jumlah server per kubah Layanan Pemulihan | 250 |
| Jumlah grup perlindungan per kubah Layanan Pemulihan | Tanpa batas |
| Jumlah paket pemulihan per kubah Layanan Pemulihan | Tanpa batas |
| Jumlah server per grup proteksi | Tanpa batas |
| Jumlah server per paket pemulihan | 100 |
Batas SQL Database
Untuk batas SQL Database, lihat Batas sumber daya SQL Database untuk database tunggal, Batas sumber daya SQL Database untuk kumpulan elastis dan database terkumpul, dan Batas sumber daya SQL Database untuk SQL Managed Instance.
Jumlah maksimum titik akhir privat per server logika Azure SQL Database adalah 250.
Batas Azure Synapse Analytics
Azure Synapse Analytics memiliki batas default berikut untuk memastikan langganan pelanggan terlindungi dari beban kerja satu sama lain. Untuk menaikkan batas maksimal langganan Anda, hubungi dukungan.
Batas Ruang Kerja Synapse
Untuk jenis penawaran langganan Bayar Sesuai yang Anda Pakai dan Azure untuk Siswa:
| Sumber daya | Batas default | Batas maksimum |
|---|---|---|
| Ruang kerja Synapse dalam langganan Azure | 2 | 2 |
Untuk jenis penawaran berlangganan lainnya:
| Sumber daya | Batas default | Batas maksimum |
|---|---|---|
| Ruang kerja synapse dalam langganan Azure per wilayah | 20 | 250 |
Batas Alur Synapse
| Sumber daya | Batas default | Batas maksimum |
|---|---|---|
| Alur synapse di ruang kerja Synapse | 800 | 800 |
| Jumlah total entitas, seperti alur, himpunan data, pemicu, layanan tertaut, Titik Akhir Privat, dan runtime integrasi, berada di dalam ruang kerja | 5\.000 | Hubungi dukungan. |
| Total inti CPU untuk Azure-SSIS Integration Runtime di bawah satu ruang kerja | 256 | Hubungi dukungan. |
| Alur bersamaan berjalan per ruang kerja yang dibagikan di seluruh alur di ruang kerja | 10.000 | 10.000 |
| Aktivitas Eksternal Bersamaan yang berjalan per ruang kerja per wilayah Azure Integration Runtime Aktivitas eksternal dikelola pada runtime integrasi tetapi dijalankan pada layanan yang ditautkan, termasuk Databricks, prosedur tersimpan, HDInsight, Web, dan lainnya. Batas ini tidak berlaku untuk IR yang dihost sendiri. |
3.000 | 3\.000 |
| Aktivitas Alur Bersamaan yang berjalan per ruang kerja per wilayah Azure Integration Runtime Aktivitas alur dijalankan pada runtime integrasi, termasuk Pencarian, GetMetadata, dan Hapus. Batas ini tidak berlaku untuk IR yang dihost sendiri. |
1\.000 | 1\.000 |
| Operasi penulisan bersamaan per ruang kerja per wilayah Azure Integration Runtime Termasuk koneksi uji, menelusuri daftar folder dan daftar tabel, mempratinjau data. Batas ini tidak berlaku untuk IR yang dihost sendiri. |
200 | 200 |
| Unit Integrasi Data Bersamaan1 konsumsi per ruang kerja per wilayah Azure Integration Runtime | Grup wilayah 12: 6.000 Grup wilayah 22: 3.000 Grup wilayah 32: 1.500 Jaringan virtual terkelola2: 2.400 |
Grup wilayah 12: 6.000 Grup wilayah 22: 3.000 Grup wilayah 32: 1.500 Jaringan virtual terkelola: Dukungan kontak. |
| Aktivitas maksimum per alur, yang mencakup aktivitas bagian dalam untuk kontainer | 40 | 40 |
| Jumlah maksimum runtime integrasi tertaut yang dapat dibuat terhadap satu runtime integrasi yang di-hosting sendiri | 100 | Hubungi dukungan. |
| Parameter maksimum per alur | 50 | 50 |
| Item ForEach | 100.000 | 100.000 |
| Paralelisme ForEach | 20 | 50 |
| Maksimum antrean yang berjalan per alur | 100 | 100 |
| Karakter per ekspresi | 8\.192 | 8\.192 |
| Interval pemicu jendela tumbling minimum | 5 menit | 15 menit |
| Batas waktu maksimum untuk aktivitas alur berjalan | 7 hari | 7 hari |
| Byte per objek untuk objek alur3 | 200 KB | 200 KB |
| Byte per objek untuk himpunan data dan objek layanan tertaut3 | 100 KB | 2\.000 KB |
| Byte per muatan untuk setiap aktivitas berjalan4 | 896 KB | 896 KB |
| Unit Integrasi Data1 per aktivitas salin dijalankan | 256 | 256 |
| Menulis panggilan API | 1\.200/jam | 1\.200/jam Batas ini diberlakukan oleh Azure Resource Manager, bukan Azure Synapse Analytics. |
| Membaca panggilan API | 12.500/jam | 12.500/jam Batas ini diberlakukan oleh Azure Resource Manager, bukan Azure Synapse Analytics. |
| Memantau kueri per menit | 1\.000 | 1\.000 |
| Waktu maksimum sesi debug aliran data | 8 jam | 8 jam |
| Jumlah aliran data secara bersamaan per runtime integrasi | 50 | Hubungi dukungan. |
| Jumlah aliran data secara bersamaan per runtime integrasi di vNet terkelola | 20 | Hubungi dukungan. |
| Jumlah sesi debug aliran data secara bersamaan per pengguna per ruang kerja | 3 | 3 |
| Batas Aliran Data Azure IR TTL | 4 jam | 4 jam |
| Batas Ukuran Entitas Meta Data di ruang kerja | 2 GB | Hubungi dukungan. |
1 Unit integrasi data (DIU) digunakan dalam operasi salinan cloud-to-cloud, pelajari lebih lanjut dari Unit integrasi data (versi 2). Untuk informasi tentang tagihan, lihat Harga Azure Synapse Analytics.
2Azure Integration Runtime tersedia secara global untuk memastikan kepatuhan data, efisiensi, dan pengurangan biaya keluar jaringan.
| Grup wilayah | Wilayah |
|---|---|
| Grup wilayah 1 | US Tengah, US Timur, US Timur 2, Eropa Utara, Eropa Barat, US Barat, US Barat 2 |
| Grup wilayah 2 | Australia Timur, Australia Tenggara, Brasil Selatan, India Tengah, Jepang Timur, US Tengah Utara, US Tengah Selatan, Asia Tenggara, Barat Sentral AS |
| Grup wilayah 3 | Wilayah lain |
Jika jaringan virtual terkelola diaktifkan, unit integrasi data (DIU) di semua grup kawasan adalah 2.400.
3 Alur, himpunan data, dan objek layanan tertaut mewakili pengelompokan logis beban kerja Anda. Batas untuk objek ini tidak terkait dengan jumlah data yang dapat Anda pindahkan dan proses dengan Azure Synapse Analytics. Synapse Analytics dirancang untuk menskalakan penanganan data petabyte.
4 Payload untuk setiap eksekusi aktivitas menyertakan konfigurasi aktivitas, himpunan data terkait, dan konfigurasi layanan tertaut (jika ada), dan bagian kecil properti sistem yang dibuat per jenis aktivitas. Batas untuk payload ini tidak terkait dengan jumlah data yang dapat Anda pindahkan dan proses dengan Azure Synapse Analytics. Pelajari tentang gejala dan rekomendasi jika Anda mencapai batas ini.
Batas kumpulan SQL khusus
Untuk detail batas kapasitas untuk kumpulan SQL khusus di Azure Synapse Analytics, lihat batas sumber daya kumpulan SQL khusus.
Batas panggilan layanan web
Azure Resource Manager memiliki batasan untuk panggilan API. Anda dapat melakukan panggilan API dalam batas rentang laju Azure Resource Manager API.
Azure Files dan Sinkronisasi Azure File
Untuk mempelajari lebih lanjut tentang batasan Azure Files dan Sinkronisasi File, lihat Skalabilitas Azure File dan target performa.
Batas penyimpanan
Tabel berikut menjelaskan batasan default untuk tujuan umum v2 (GPv2), tujuan umum v1 (GPv1), akun penyimpanan Blob Azure. Batas jalan masuk mengacu pada semua data yang dikirim ke akun penyimpanan. Batas jalan keluar mengacu pada semua data yang diterima dari akun penyimpanan.
Microsoft menyarankan Anda menggunakan akun penyimpanan GPv2 untuk sebagian besar skenario. Anda dapat dengan mudah meningkatkan GPv1 atau akun penyimpanan Blob ke GPv2 tanpa waktu henti dan tanpa perlu menyalin data. Untuk informasi selengkapnya, lihat Meningkatkan ke akun penyimpanan GPv2.
Catatan
Anda dapat meminta kapasitas dan batas masuk yang lebih tinggi. Untuk meminta peningkatan, hubungi Dukungan Azure.
| Sumber daya | Batas |
|---|---|
| Jumlah maksimum akun penyimpanan dengan titik akhir standar per wilayah per langganan, termasuk akun penyimpanan standar dan premium. | 250 |
| Jumlah maksimum akun penyimpanan dengan titik akhir zona Azure DNS (pratinjau) per wilayah per langganan, termasuk akun penyimpanan standar dan premium. | 5000 (pratinjau) |
| Kapasitas akun penyimpanan maksimum default | 5 PiB 1 |
| Jumlah maksimum kontainer blob, blob, berbagi file, tabel, antrean, entitas, atau pesan per akun penyimpanan. | Tanpa batas |
| Tingkat permintaan maksimum default per akun penyimpanan | 20.000 permintaan per detik1 |
Ingress maksimum default per tujuan umum v2 dan akun penyimpanan Blob di wilayah berikut (LRS/GRS):
|
60 Gbps1 |
Ingress maksimum default per tujuan umum v2 dan akun penyimpanan Blob di wilayah berikut (GRS):
|
60 Gb ps1 |
| Ingress maksimum default per tujuan umum v2 dan akun penyimpanan Blob di wilayah yang tidak tercantum di baris sebelumnya. | 25 Gbps1 |
| Ingress maksimum default untuk akun penyimpanan tujuan umum v1 (semua wilayah) | 10 Gbps1 |
Egress maksimum default untuk tujuan umum v2 dan akun penyimpanan Blob di wilayah berikut (LRS/GRS):
|
120 Gbps1 |
Egress maksimum default untuk tujuan umum v2 dan akun penyimpanan Blob di wilayah berikut (ZRS):
|
120 Gbps1 |
| Egress maksimum default untuk tujuan umum v2 dan akun penyimpanan Blob di wilayah yang tidak tercantum di baris sebelumnya. | 50 Gbps1 |
| Jumlah maksimum aturan alamat IP per akun penyimpanan | 200 |
| Jumlah maksimum aturan jaringan virtual per akun penyimpanan | 200 |
| Jumlah maksimum aturan instans sumber daya per akun penyimpanan | 200 |
| Jumlah maksimum titik akhir privat per akun penyimpanan | 200 |
1 Akun standar Azure Storage mendukung batas kapasitas yang lebih tinggi dan batas yang lebih tinggi untuk ingress dan egress berdasarkan permintaan. Untuk meminta peningkatan batas akun, hubungi Dukungan Azure.
Untuk informasi lebih lanjut tentang batas akun penyimpanan standar, lihat Target skalabilitas untuk akun penyimpanan standar.
Batas penyedia sumber penyimpanan
Batasan berikut ini hanya berlaku saat Anda melakukan operasi manajemen dengan menggunakan Azure Resource Manager dengan Azure Storage.
| Sumber daya | Batasan |
|---|---|
| Operasi manajemen akun penyimpanan (baca) | 800 per 5 menit |
| Operasi manajemen akun penyimpanan (baca) | 10 per detik/1.200 per jam |
| Operasi manajemen akun penyimpanan (daftar) | 100 per 5 menit |
Batas penyimpanan Blob Azure
| Sumber daya | Target |
|---|---|
| Ukuran maksimum kontainer blob tunggal | Sama dengan kapasitas akun penyimpanan maksimum |
| Jumlah maksimum blok dalam blob blok atau blob penambahan | 50,000 blok |
| Ukuran maksimum blok dalam blob blok | 4000 MiB |
| Ukuran maksimum blok dalam blob blok | 50.000 x 4000 MiB (sekitar 190,7 Tib) |
| Ukuran maksimum blok dalam blob penambahan | 4 MiB |
| Ukuran maksimum blob penambahan | 50.000 x 4 MiB (sekitar 195 GiB) |
| Ukuran maksimum blob halaman | 8 Tib2 |
| Jumlah maksimum kebijakan akses yang disimpan per kontainer blob | 5 |
| Laju permintaan target untuk satu blob | Hingga 500 permintaan per detik |
| Throughput target untuk satu halaman blob | Hingga 60 MiB per detik2 |
| Throughput target untuk satu blok blob | Hingga batasan ingress/egress akun penyimpanan1 |
1 Throughput untuk satu blob tergantung pada beberapa faktor, termasuk, tetapi tidak terbatas pada: konkurensi, ukuran permintaan, tingkat performa, kecepatan sumber untuk pengunggahan, dan tujuan untuk unduhan. Untuk memanfaatkan peningkatan performa blob blok throughput tinggi, unggah blob atau blok yang lebih besar. Secara khusus, hubungi operasi Put Blob atau Put Block dengan ukuran blob atau blok yang lebih besar dari 4 MiB untuk akun penyimpanan standar. Untuk blob blok premium atau untuk akun penyimpanan Data Lake Storage Gen2, gunakan ukuran blok atau blob yang lebih besar dari 256 KiB.
2 Blob halaman belum didukung di akun yang memiliki pengaturan Namespace hierarkis.
Tabel berikut ini menjelaskan ukuran blok dan blob maksimum yang diizinkan oleh versi layanan.
| Versi layanan. | Ukuran blok maksimum (melalui Put Block) | Ukuran blob maksimum (melalui Put Block List) | Ukuran blob maksimum melalui operasi tulis tunggal (melalui Put Blob) |
|---|---|---|---|
| Versi 12-12-2019 dan yang lebih baru | 4000 MiB | Sekitar 190,7 TiB (4000 MiB X 50.000 blok) | 5000 MiB (pratinjau) |
| Versi 31-05-2016 hingga versi 07-07-2019 | 100 MiB | Sekitar 4,75 TiB (100 MiB X 50.000 blok) | 256 MiB |
| Versi sebelum 31-05-2016 | 4 MiB | Sekitar 195 GiB (4 MiB X 50,000 blok) | 64 MiB |
Batas penyimpanan Antrean Azure
| Sumber daya | Target |
|---|---|
| Ukuran maksimum dari satu antrean | 500 TiB |
| Ukuran maksimum pesan dalam antrean | 64 KiB |
| Jumlah maksimum kebijakan akses tersimpan per antrean | 5 |
| Tingkat permintaan maksimum per akun penyimpanan | 20.000 pesan per detik, yang mengasumsikan ukuran pesan 1-KiB |
| Targetkan throughput untuk satu antrean (pesan 1 KiB) | Hingga 2.000 pesan per detik |
Batas penyimpanan Tabel Azure
Tabel berikut ini menjelaskan kapasitas, skalabilitas, dan target kinerja untuk Penyimpanan tabel.
| Sumber daya | Target |
|---|---|
| Jumlah tabel dalam akun penyimpanan Azure | Hanya dibatasi oleh kapasitas akun penyimpanan |
| Jumlah partisi dalam tabel | Hanya dibatasi oleh kapasitas akun penyimpanan |
| Jumlah entitas dalam partisi | Hanya dibatasi oleh kapasitas akun penyimpanan |
| Ukuran minimum tabel tunggal | 500 TiB |
| Ukuran maksimum entitas tunggal, termasuk semua nilai properti | 1 MiB |
| Jumlah properti maksimum dalam tabel entitas | 255 (termasuk tiga properti sistem, PartitionKey, RowKey, dan Timestamp) |
| Ukuran total maksimum properti individual dalam entitas | Bervariasi menurut jenis properti. Untuk informasi selengkapnya, lihat Jenis Properti di Memahami Model Data Layanan Tabel. |
| Ukuran PartitionKey | String berukuran hingga 1 KiB |
| Ukuran RowKey | String berukuran hingga 1 KiB |
| Ukuran transaksi grup entitas | Transaksi dapat mencakup paling banyak 100 entitas, dan ukuran payload harus berukuran kurang dari 4 MB. Transaksi grup entitas dapat mencakup pembaruan ke entitas hanya sekali. |
| Jumlah maksimum kebijakan akses tersimpan per tabel | 5 |
| Tingkat permintaan maksimum per akun penyimpanan | 20.000 transaksi per detik, yang mengasumsikan ukuran entitas 1-KiB |
| Throughput target untuk partisi tabel tunggal (1 entitas KiB) | Hingga 2.000 entitas per detik |
Batas disk komputer virtual
Anda dapat melampirkan sejumlah disk data ke mesin virtual (VM) Azure. Berdasarkan target skalabilitas dan kinerja untuk disk data VM, Anda dapat menentukan jumlah dan jenis disk yang Anda butuhkan untuk memenuhi persyaratan kinerja dan kapasitas Anda.
Penting
Untuk performa yang optimal, batasi jumlah disk yang banyak digunakan yang melekat pada komputer virtual untuk menghindari kemungkinan terjadinya pembatasan. Jika semua disk yang terpasang tidak terlalu digunakan pada saat yang sama, komputer virtual dapat mendukung jumlah disk yang besar.
Untuk disk yang dikelola Azure:
Tabel berikut ini menjelaskan batas default dan maksimum jumlah sumber daya per wilayah per langganan. Batasnya tetap sama terlepas dari disk yang dienkripsi dengan kunci yang dikelola platform atau kunci yang dikelola pelanggan. Tidak ada batasan untuk jumlah Disk Terkelola, snapshot, dan gambar per grup sumber daya.
Sumber daya Batasan Disk terkelola standar 50.000 Disk terkelola SSD standar 50.000 Disk terkelola premium 50.000 Standard_LRS snapshots1 75,000 Standard_ZRS snapshots1 75,000 Gambar terkelola 50.000
1Disk individual dapat menyimpan 500 snapshot yang bertambah bertahap.
Untuk akun penyimpanan standar:
Akun penyimpanan Standar memiliki tingkat permintaan total maksimum 20.000 IOPS. Total IOPS di semua disk komputer virtual Anda di akun penyimpanan Standar tidak boleh melebihi batas ini.
Anda dapat menghitung secara kasar jumlah disk dengan pemanfaatan tinggi yang didukung oleh satu akun penyimpanan standar berdasarkan batas tingkat permintaan. Misalnya, untuk VM tingkat Dasar, jumlah maksimum disk yang sangat digunakan adalah sekitar 66, yaitu 20.000/300 IOPS per disk. Jumlah maksimum disk yang sangat digunakan untuk VM tingkat Standar adalah sekitar 40, yaitu 20.000/500 IOPS per disk.
Untuk akun penyimpanan premium:
Akun penyimpanan Premium memiliki tingkat throughput total maksimum 50 Gbps. Throughput total di semua disk VM Anda tidak boleh melebihi batas ini.
Untuk informasi selengkapnya, lihat Ukuran komputer virtual.
Set enkripsi disk
Ada pembatasan 1000 set enkripsi disk per wilayah, per langganan. Untuk informasi selengkapnya, lihat dokumentasi enkripsi untuk komputer virtual Linux atau Windows. Jika Anda perlu meningkatkan kuota, hubungi dukungan Azure.
Disk komputer virtual terkelola
Disk terkelola HDD standar
| Jenis Disk Standar | S4 | S6 | S10 | S15 | S20 | S30 | S40 | S50 | S60 | S70 | S80 |
|---|---|---|---|---|---|---|---|---|---|---|---|
| Ukuran disk di GiB | 32 | 64 | 128 | 256 | 512 | 1\.024 | 2.048 | 4,096 | 8\.192 | 16.384 | 32.767 |
| IOPS per disk | Hingga 500 | Hingga 500 | Hingga 500 | Hingga 500 | Hingga 500 | Hingga 500 | Hingga 500 | Hingga 500 | Hingga 1.300 | Hingga 2.000 | Hingga 2.000 |
| Throughput per disk | Hingga 60 MB/dtk | Hingga 60 MB/dtk | Hingga 60 MB/dtk | Hingga 60 MB/dtk | Hingga 60 MB/dtk | Hingga 60 MB/dtk | Hingga 60 MB/dtk | Hingga 60 MB/dtk | Hingga 300 MB/dtk | Hingga 500 MB/dtk | Hingga 500 MB/dtk |
Disk terkelola SSD standar
| Ukuran SSD standar | E1 | E2 | E3 | E4 | E6 | E10 | E15 | E20 | E30 | E40 | E50 | E60 | E70 | E80 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Ukuran disk dalam GiB | 4 | 8 | 16 | 32 | 64 | 128 | 256 | 512 | 1\.024 | 2.048 | 4,096 | 8\.192 | 16.384 | 32.767 |
| IOPS per disk | Hingga 500 | Hingga 500 | Hingga 500 | Hingga 500 | Hingga 500 | Hingga 500 | Hingga 500 | Hingga 500 | Hingga 500 | Hingga 500 | Hingga 500 | Hingga 2,000 | Hingga 4.000 | Hingga 6,000 |
| Throughput per disk | Hingga 60 MB/dtk | Hingga 60 MB/dtk | Hingga 60 MB/dtk | Hingga 60 MB/dtk | Hingga 60 MB/dtk | Hingga 60 MB/dtk | Hingga 60 MB/dtk | Hingga 60 MB/dtk | Hingga 60 MB/dtk | Hingga 60 MB/dtk | Hingga 60 MB/dtk | Hingga 400 MB/dtk | Hingga 600 MB/dtk | Hingga 750 MB/dtk |
| IOPS burst maksimum per disk | 600 | 600 | 600 | 600 | 600 | 600 | 600 | 600 | 1000 | |||||
| Throughput burst maksimum per disk | 150 MB/detik | 150 MB/detik | 150 MB/detik | 150 MB/detik | 150 MB/detik | 150 MB/detik | 150 MB/detik | 150 MB/detik | 250 MB/detik | |||||
| Durasi ledakan maksimum | 30 menit | 30 menit | 30 menit | 30 menit | 30 menit | 30 menit | 30 menit | 30 menit | 30 menit |
Disk terkelola SSD premium: Batas per disk
| Ukuran SSD premium | P1 | P2 | P3 | P4 | P6 | P10 | P15 | P20 | P30 | P40 | P50 | P60 | P70 | P80 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Ukuran disk dalam GiB | 4 | 8 | 16 | 32 | 64 | 128 | 256 | 512 | 1\.024 | 2.048 | 4,096 | 8\.192 | 16.384 | 32.767 |
| IOPS yang tersedia per disk | 120 | 120 | 120 | 120 | 240 | 500 | 1\.100 | 2\.300 | 5\.000 | 7\.500 | 7\.500 | 16.000 | 18.000 | 20.000 |
| Throughput yang tersedia per disk | 25 MB/detik | 25 MB/detik | 25 MB/detik | 25 MB/detik | 50 MB/detik | 100 MB/detik | 125 MB/detik | 150 MB/detik | 200 MB/dtk | 250 MB/detik | 250 MB/detik | 500 MB/detik | 750 MB/detik | 900 MB/detik |
| Maks. IOPS beruntun per disk | 3\.500 | 3\.500 | 3\.500 | 3\.500 | 3\.500 | 3\.500 | 3\.500 | 3\.500 | 30.000* | 30.000* | 30.000* | 30.000* | 30.000* | 30.000* |
| Maks. throughput beruntun per disk | 170 MB/detik | 170 MB/detik | 170 MB/detik | 170 MB/detik | 170 MB/detik | 170 MB/detik | 170 MB/detik | 170 MB/detik | 1\.000 MB/sec* | 1\.000 MB/sec* | 1\.000 MB/sec* | 1\.000 MB/sec* | 1\.000 MB/sec* | 1\.000 MB/sec* |
| Durasi ledakan maksimum | 30 menit | 30 menit | 30 menit | 30 menit | 30 menit | 30 menit | 30 menit | 30 menit | Tidak terbatas* | Tidak terbatas* | Tidak terbatas* | Tidak terbatas* | Tidak terbatas* | Tidak terbatas* |
| Memenuhi syarat untuk pemesanan | Tidak | Tidak | Tidak | Tidak | Tidak | Tidak | Tidak | Tidak | Ya, hingga satu tahun | Ya, hingga satu tahun | Ya, hingga satu tahun | Ya, hingga satu tahun | Ya, hingga satu tahun | Ya, hingga satu tahun |
*Hanya berlaku untuk disk dengan ledakan sesuai permintaan yang diaktifkan.
Disk terkelola SSD premium: Batas per-VM
| Sumber daya | Batas |
|---|---|
| IOPS Maksimum Per VM | 80.000 IOPS dengan GS5 VM |
| Throughput maksimum per VM | 2\.000 MB/dtk dengan GS5 VM |
Disk komputer virtual tidak terkelola
Disk komputer virtual premium yang tidak dikelola standar: Batasan per disk
| Tingkat VM | VM tingkat dasar | VM tingkat standar |
|---|---|---|
| Ukuran disk | 4\.095 GB | 4\.095 GB |
| Maksimum IOPS 8-KB per disk yang tetap | 300 | 500 |
| Jumlah disk maksimum yang melakukan IOPS maksimum | 66 | 40 |
Disk komputer virtual premium tidak dikelola: Batas per akun
| Sumber daya | Batasan |
|---|---|
| Total kapasitas disk per akun | 35 TB |
| Total kapasitas rekam jepret per akun | 10 TB |
| Bandwidth maksimum per akun (masuk + keluar)1 | <=50 Gbps |
1Ingress mengacu pada semua data dari permintaan yang dikirim ke akun penyimpanan. Keluar mengacu pada semua data dari tanggapan yang diterima dari akun penyimpanan.
Disk komputer virtual premium yang tidak dikelola: Batas per disk
| Jenis disk penyimpanan premium | P10 | P20 | P30 | P40 | P50 |
|---|---|---|---|---|---|
| Ukuran disk | 128 GiB | 512 GiB | 1\.024 GiB (1 TB) | 2\.048 GiB (2 TB) | 4\.095 GiB (4 TB) |
| IOPS maksimum per disk | 500 | 2\.300 | 5\.000 | 7\.500 | 7\.500 |
| Throughput maksimum per disk | 100 MB/dtk | 150 MB/dtk | 200 MB/dtk | 250 MB/detik | 250 MB/dtk |
| Jumlah maksimum disk per akun penyimpanan | 280 | 70 | 35 | 17 | 8 |
Disk komputer virtual premium yang tidak dikelola: Batas per VM
| Sumber daya | Batasan |
|---|---|
| IOPS maksimum per VM | 80.000 IOPS dengan GS5 VM |
| Throughput maksimum per VM | 2\.000 MB/dtk dengan GS5 VM |
Batas Sistem StorSimple
| Pengidentifikasi batas | Batas | Komentar |
|---|---|---|
| Jumlah maksimum kredensial akun penyimpanan | 64 | |
| Jumlah maksimum kontainer volume | 64 | |
| Jumlah maksimum volume | 255 | |
| Jumlah maksimum jadwal per templat bandwidth | 168 | Jadwal untuk setiap jam, setiap hari dalam seminggu. |
| Ukuran maksimum volume bertingkat pada perangkat fisik | 64 TB untuk StorSimple 8100 dan StorSimple 8600 | StorSimple 8100 dan StorSimple 8600 adalah perangkat fisik. |
| Ukuran maksimum volume bertingkat pada perangkat virtual di Azure | 30 TB untuk StorSimple 8010 64 TB untuk StorSimple 8020 |
StorSimple 8010 dan StorSimple 8020 adalah perangkat virtual di Azure yang masing-masing menggunakan Penyimpanan Standar dan Penyimpanan Premium. |
| Ukuran maksimum volume yang disematkan secara lokal pada perangkat fisik | 9 TB untuk StorSimple 8100 24 TB untuk StorSimple 8600 |
StorSimple 8100 dan StorSimple 8600 adalah perangkat fisik. |
| Jumlah koneksi iSCSI maksimum | 512 | |
| Jumlah sambungan iSCSI maksimum dari inisiator | 512 | |
| Jumlah catatan kontrol akses maksimum per perangkat | 64 | |
| Jumlah volume maksimum per kebijakan cadangan | 24 | |
| Jumlah cadangan maksimum yang dipertahankan per kebijakan cadangan | 64 | |
| Jumlah jadwal maksimum per kebijakan cadangan | 10 | |
| Jumlah rekam jepret maksimum dari jenis apa pun yang dapat dipertahankan per volume | 256 | Jumlah ini termasuk rekam jepret lokal dan rekam jepret cloud. |
| Jumlah rekam jepret maksimum yang mungkin ada di perangkat apa pun | 10.000 | |
| Jumlah volume maksimum yang dapat diproses secara paralel untuk pencadangan, pemulihan, atau kloning | 16 |
|
| Pulihkan dan kloning waktu pemulihan untuk volume bertingkat | <2 menit |
|
| Memulihkan waktu pemulihan untuk volume yang disematkan secara lokal | <2 menit |
|
| Ketersediaan pemulihan tipis | Kegagalan terakhir | |
| Throughput baca/tulis klien maksimum, saat dilayani dari tingkat SSD* | 920/720 MB/dtk dengan satu antarmuka jaringan Ethernet 10-gigabit | Hingga dua kali dengan MPIO dan dua antarmuka jaringan. |
| Throughput baca/tulis klien maksimum, saat dilayani dari tingkat HDD* | 120/250 MB/dtk | |
| Throughput baca/tulis klien maksimum, saat dilayani dari tingkat cloud* | 11/41 MB/dtk | Throughput baca bergantung pada klien yang menghasilkan dan mempertahankan kedalaman antrean I/O yang memadai. |
*Throughput maksimum per jenis I/O diukur dengan skenario baca 100 persen dan skenario tulis 100 persen. Throughput aktual mungkin lebih rendah dan tergantung pada campuran I/O dan kondisi jaringan.
Batas Analisis Aliran
| Pengidentifikasi batas | Batas | Komentar |
|---|---|---|
| Jumlah maksimum unit streaming per langganan per wilayah | 500 | Untuk meminta peningkatan unit streaming untuk langganan Anda melebihi 500, hubungi Dukungan Microsoft. |
| Jumlah maksimum input per pekerjaan | 60 | Ada batas keras 60 input per pekerjaan Azure Stream Analytics. |
| Jumlah maksimum output per pekerjaan | 60 | Ada batas keras 60 output per pekerjaan Stream Analytics. |
| Jumlah maksimum fungsi per pekerjaan | 60 | Ada batas keras 60 fungsi per pekerjaan Stream Analytics. |
| Jumlah maksimum unit streaming per pekerjaan | 396 | Ada batasan tegas 396 unit streaming per tugas Analisis Aliran. |
| Jumlah maksimum pekerjaan per wilayah | 1\.500 | Setiap langganan dapat memiliki hingga 1.500 pekerjaan per wilayah geografis. |
| Blob data referensi MB | 5 GB | Hingga 5 GB saat menggunakan 6 SU atau lebih. |
| Jumlah maksimum karakter dalam kueri | 512000 | Ada batas keras karakter 512 ribu dalam kueri pekerjaan Azure Stream Analytics. |
Batas Virtual Machine
Batas Virtual Machine
| Sumber daya | Batasan |
|---|---|
| Komputer virtual per layanan cloud1 | 50 |
| Titik akhir input per layanan cloud 2 | 150 |
1 Komputer virtual yang dibuat dengan menggunakan model penyebaran klasik daripada Azure Resource Manager yang secara otomatis disimpan dalam layanan cloud. Anda dapat menambahkan lebih banyak komputer virtual ke layanan cloud tersebut untuk penyeimbangan beban dan ketersediaan.
2 Titik akhir input memungkinkan komunikasi ke komputer virtual dari luar layanan cloud komputer virtual. Komputer virtual dalam layanan cloud atau jaringan virtual yang sama dapat berkomunikasi secara otomatis satu sama lain.
Batas Virtual Machine - Azure Resource Manager
Batas berikut berlaku saat Anda menggunakan Azure Resource Manager dan grup sumber daya Azure.
| Sumber daya | Batasan |
|---|---|
| VM per langganan | 25.0001 per wilayah. |
| Total inti VM per langganan | 201 per wilayah. Hubungi dukungan untuk meningkatkan batas. |
| Total core Azure Spot VM per langganan | 201 per wilayah. Hubungi dukungan untuk meningkatkan batas. |
| VM per seri, seperti Dv2 dan F, inti per langganan | 201 per wilayah. Hubungi dukungan untuk meningkatkan batas. |
| Kumpulan ketersediaan per langganan | 2\.500 per wilayah. |
| Komputer virtual per kumpulan ketersediaan | 200 |
| Grup penempatan kedekatan per grup sumber daya | 800 |
| Sertifikat per kumpulan ketersediaan | 1992 |
| Sertifikat per langganan | Tidak terbatas3 |
1 Batas default bervariasi menurut jenis kategori penawaran, seperti Uji Coba Gratis dan PAYG, dan menurut seri, seperti Dv2, F, dan G. Misalnya, default untuk langganan Perjanjian Perusahaan adalah 350. Untuk keamanan, langganan default ke 20 inti untuk mencegah penyebaran inti yang besar. Jika Anda membutuhkan lebih banyak inti, silakan kirimkan tiket dukungan.
2 Properti seperti kunci umum SSH juga didorong sebagai sertifikat dan diperhitungkan dalam batas ini. Untuk melewati batas ini, gunakan ekstensi Azure Key Vault untuk Windows atau ekstensi Azure Key Vault untuk Linux untuk memasang sertifikat.
3 Dengan Azure Resource Manager, sertifikat disimpan di Azure Key Vault. Jumlah sertifikat tidak terbatas untuk berlangganan. Ada batas sertifikat sebesar 1 MB per penyebaran, yang terdiri dari satu VM atau kumpulan ketersediaan.
Catatan
Inti komputer virtual memiliki batas total regional. Juga memiliki batas untuk seri per ukuran regional, seperti Dv2 dan F. Batas ini diberlakukan secara terpisah. Misalnya, pertimbangkan langganan dengan batas inti VM total US Timur 30, batas inti seri A 30, dan batas inti seri D 30. Langganan ini dapat menerapkan 30 VM A1, atau 30 VM D1, atau kombinasi keduanya tidak melebihi total 30 inti. Contoh kombinasi adalah 10 VM A1 dan 20 VM D1.
Batas Azure Compute Gallery
Ada batasan, per langganan, untuk penyebaran sumber daya menggunakan Azure Compute Gallery:
- 100 galeri komputasi, per langganan, per wilayah
- 1\.000 definisi gambar, per langganan, per wilayah
- 10.000 versi gambar, per langganan, per wilayah
Batas set skala komputer virtual
| Sumber daya | Batasan |
|---|---|
| Jumlah maksimum VM dalam kumpulan skala | 1\.000 |
| Jumlah maksimum VM berdasarkan gambar VM kustom dalam kumpulan skala | 600 |
| Jumlah maksimum kumpulan skala dalam suatu wilayah | 2\.500 |
| Jumlah maksimum node yang didukung di VMSS untuk kluster IB | 100 |