Catatan
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba masuk atau mengubah direktori.
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba mengubah direktori.
Dokumen ini mencantumkan beberapa batas Microsoft Azure yang paling umum, yang juga terkadang disebut kuota.
- Untuk mempelajari selengkapnya tentang harga Azure, lihat halaman gambaran umum dan detail harga Azure .
- Halaman harga Azure menyediakan detail untuk layanan tertentu; misalnya, Windows Virtual Machines.
- Anda juga dapat menggunakan kalkulator harga Azure untuk memperkirakan biaya Anda.
- Lihat Apa itu Penagihan Microsoft? untuk tips membantu mengelola biaya Anda.
Cara mengelola batas
Note
Beberapa layanan memiliki batas yang dapat disesuaikan.
Ketika batas dapat disesuaikan, tabel menyertakan Batas default dan Batas maksimum sebagai header. Batas dapat dinaikkan di atas batas default tetapi tidak di atas batas maksimum. Beberapa layanan dengan batas yang dapat disesuaikan menggunakan header yang berbeda dengan informasi tentang menyesuaikan batas.
Saat layanan tidak memiliki batas yang dapat disesuaikan, tabel berikut menggunakan Batas header tanpa informasi tambahan tentang menyesuaikan batas. Dalam kasus tersebut, batas default dan maksimumnya sama.
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 batas saat ini, dapat disesuaikan (batas lunak) dan batas maksimum (batas keras). Jika batas tidak dapat disesuaikan, tidak akan ada batas sementara tetapi hanya batas keras.
Langganan uji coba Azure gratis tidak memenuhi syarat untuk peningkatan batas atau kuota. Jika Anda memiliki jenis langganan ini, Anda dapat meningkatkan ke langganan Prabayar . Untuk informasi selengkapnya, lihat Meningkatkan akun Azure Anda dan gambaran umum untuk Coba Azure secara gratis atau bayar sesuai penggunaan.
Beberapa batasan dikelola di tingkat wilayah. Anda memutuskan kuota apa yang harus ada untuk beban kerja Anda di satu wilayah mana pun, lalu meminta jumlah tersebut untuk setiap wilayah tempat Anda ingin menyebarkan.
Misalnya, dengan kuota unit pemrosesan pusat virtual (vCPU):
- Untuk meminta peningkatan kuota dengan dukungan untuk vCPU, Anda memutuskan berapa banyak vCPU yang akan digunakan 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 meningkat di wilayah lain; hanya Eropa Barat yang memiliki kuota 30 vCPU.
Lihat Mengatasi kesalahan untuk kuota sumber daya untuk informasi selengkapnya tentang cara menentukan kuota untuk wilayah tertentu.
Batas umum
- Lihat Aturan penamaan dan pembatasan untuk sumber daya Azure untuk batasan nama sumber daya.
- Lihat Memahami bagaimana Azure Resource Manager membatasi permintaan untuk mempelajari tentang batas baca dan tulis RESOURCE Manager API.
Batas grup manajemen Azure
Batas berikut berlaku untuk grup manajemen Azure.
| Resource | Limit |
|---|---|
| Grup manajemen per penyewa Microsoft Entra | 10,000 |
| Langganan per grup manajemen | Unlimited. |
| Tingkat hierarki grup manajemen | Tingkat dasar ditambah 6 tingkat1 |
| Grup manajemen induk langsung per grup manajemen | One |
| Penyebaran tingkat grup manajemen per lokasi | 8002 |
| Penyebaran tingkat grup manajemen per lokasi | 10 |
| Penyebaran per grup manajemen dalam riwayat penyebaran | 8003 |
16 tingkat tidak mencakup tingkat langganan.
2Jika Anda mencapai batas maksimum 800 penyebaran, hapus penyebaran dari riwayat yang tidak lagi diperlukan. Untuk menghapus penyebaran tingkat grup manajemen, gunakan Remove-AzManagementGroupDeployment atau az deployment mg delete.
3Penyebaran secara otomatis dihapus dari riwayat saat Anda mendekati batas. Menghapus entri dari riwayat penyebaran tidak memengaruhi sumber daya yang disebarkan. Untuk informasi lebih lanjut, lihat Penghapusan otomatis dari riwayat penyebaran.
Batas langganan Azure
Batas berikut berlaku saat Anda menggunakan Azure Resource Manager dan grup sumber daya Azure.
| Resource | Limit |
|---|---|
| Langganan Azure yang terkait dengan penyewa Microsoft Entra | Unlimited |
| Coadministrators per langganan | Unlimited |
| Grup sumber daya untuk setiap langganan | 980 |
| Ukuran permintaan API Azure Resource Manager | 4.194.304 byte |
| Penandaan per langganan1 | 50 |
| Perhitungan tag unik per langganan2 | 80,000 |
| Penyebaran tingkat langganan per lokasi | 8003 |
| Lokasi penyebaran tingkat Langganan | 10 |
1Anda dapat menerapkan hingga 50 tag langsung ke langganan. Dalam langganan, setiap sumber daya atau grup sumber daya juga dibatasi hingga 50 tag. Namun, langganan dapat berisi sejumlah tag yang tidak terbatas yang tersebar di seluruh sumber daya dan grup sumber daya.
2Resource Manager mengembalikan daftar nama dan nilai tag dalam langganan hanya ketika jumlah tag unik adalah 80.000 atau kurang. 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 secara otomatis dihapus dari riwayat saat Anda mendekati batas. Untuk informasi lebih lanjut, lihat Penghapusan otomatis dari riwayat penyebaran.
Perhatikan bahwa ID langganan harus berupa GUID yang tidak kosong.
Batas grup sumber daya Azure
| Resource | Limit |
|---|---|
| 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 |
| Manajemen mengunci cakupan secara unik | 20 |
| Jumlah tag per sumber daya atau grup sumber daya | 50 |
| Panjang kunci tag | 512 |
| Panjang nilai tag | 256 |
1Penyebaran secara otomatis dihapus dari riwayat saat Anda mendekati batas. Menghapus entri dari riwayat penyebaran tidak memengaruhi sumber daya yang disebarkan. Untuk informasi lebih lanjut, lihat Penghapusan otomatis dari riwayat penyebaran.
Batas templat
| Value | Limit |
|---|---|
| Parameters | 256 |
| Variables | 256 |
| Sumber daya (termasuk jumlah salinan) | 800 |
| Outputs | 64 |
| Ekspresi templat | 24.576 karakter |
| Sumber daya dalam templat yang diekspor | 200 |
| Ukuran templat | 4 MB |
| Ukuran definisi sumber daya | 1 MB |
| Ukuran file parameter | 4 MB |
Anda dapat melampaui beberapa batas templat dengan menggunakan templat 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 ke dalam objek. Untuk informasi selengkapnya, lihat Objek sebagai parameter.
Anda mungkin mendapatkan kesalahan dengan templat atau file parameter yang kurang dari 4 MB, jika ukuran total permintaan terlalu besar. Untuk informasi selengkapnya tentang cara menyederhanakan templat Anda untuk menghindari permintaan besar, lihat Mengatasi kesalahan untuk ukuran pekerjaan yang terlampaui.
Batas Azure API Center
| Resource | Paket gratis1 | Paket standar2 |
|---|---|---|
| Antarmuka Pemrograman Aplikasi (API) | 200 | 10,000 |
| Versi per API | 5 | 100 |
| Definisi per versi | 5 | 5 |
| Penyebaran per API | 10 | 10 |
| Environments | 20 | 20 |
| Ruang kerja | 1 (Bawaan) | 1 (Bawaan) |
| Properti metadata kustom per entitas3 | 10 | 20 |
| Properti anak dalam properti metadata kustom jenis "objek" | 10 | 10 |
| Permintaan per menit (bidang data) | 3,000 | 6,000 |
| Definisi API dianalisis | 10 | 2,0004 |
| Profil analisis | 1 | 3 |
| Sumber API tertaut (terintegrasi)5 | 1 | 5 |
| API yang disinkronkan dari sumber API tertaut | 200 | 2,0004 |
| Dependensi | 200 | 200 |
| Pencarian semantik di portal API Center | No | Yes |
1 Penggunaan fitur layanan lengkap termasuk analisis API terbatas.
2 Untuk meningkatkan batas dalam paket Standar, hubungi dukungan.
3 Properti metadata kustom yang ditetapkan ke API, instalasi, dan lingkungan.
4 Proses dapat memakan waktu beberapa menit hingga 24 jam untuk diselesaikan.
5 Sumber seperti instans yang tertaut ke API Management.
Batas Azure API Management
Bagian ini menyediakan informasi tentang batasan yang berlaku untuk instans Azure API Management di tingkat layanan yang berbeda, termasuk yang berikut ini:
- Tingkat klasik API Management
- Tingkat API Management v2
- Ruang kerja API Management
- Portal pengembang di tingkat API Management v2
Batasan - tingkat klasik API Management
Mulai Maret 2026, Azure API Management akan menerapkan batasan yang diperbarui ke instans di tingkat Klasik. Batas yang diperbarui akan diterbitkan pada saat itu.
Batasan - tingkat API Management v2
Untuk informasi latar belakang tentang batas dan panduan API Management untuk mengelolanya dalam instans Anda, lihat Memahami batas layanan API Management.
Note
Batasan adalah per instans layanan kecuali dinyatakan sebaliknya.
Saat menghitung jumlah API dan sumber daya terkait API (seperti operasi API, backend, tag, dan sebagainya), API Management juga menyertakan versi dan revisi API.
| Resource | Dasar v2 | Standar v2 | Premium v2 |
|---|---|---|---|
| Unit skala | 10 | 10 | 30 |
| Ukuran cache | 250 MB | 1 GB | 5 GB |
| API (termasuk versi dan revisi) | 150 | 500 | 2,500 |
| Pengoperasian API | 3,000 | 10,000 | 20,000 |
| Langganan | 500 | 2,000 | 4,000 |
| Products | 50 | 200 | 400 |
| Users | 300 | 2,000 | 4,000 |
| Groups | 20 | 100 | 200 |
| Server otorisasi | 10 | 500 | 500 |
| Fragmen kebijakan | 50 | 50 | 100 |
| Penyedia OpenID Connect | 10 | 10 | 20 |
| Certificates | 100 | 100 | 100 |
| Backends | 100 | 100 | 100 |
| Caches | 100 | 100 | 100 |
| Nilai yang diberi nama | 100 | 100 | 100 |
| Penebang | 100 | 100 | 100 |
| Schemas | 100 | 100 | 100 |
| Skema per API | 100 | 100 | 100 |
| Tagar | 100,000 | 100,000 | 100,000 |
| Tagar per API | 500 | 500 | 500 |
| Set versi | 100 | 100 | 100 |
| Rilis per API | 100 | 100 | 100 |
| Operasi per API | 200 | 200 | 200 |
| Pemecah masalah GraphQL | 100 | 100 | 100 |
| Pemecah masalah GraphQL per API | 100 | 100 | 100 |
| API per produk | 100 | 100 | 100 |
| Langganan per API | 100 | 100 | 100 |
| Langganan per produk | 100 | 100 | 100 |
| Grup per produk | 100 | 100 | 100 |
| Tag tiap produk | 100 | 100 | 100 |
| Koneksi back-end bersamaan1 per wewenang HTTP | 2,048 | 2,048 | 2,048 |
| Ukuran respons cache | 2 MiB | 2 MiB | 2 MiB |
| Ukuran dokumen kebijakan | 256 KiB | 256 KiB | 256 KiB |
| Ukuran payload permintaan | 1 GiB | 1 GiB | 1 GiB |
| Ukuran buffered payload | 2 MiB | 2 MiB | 2 MiB |
| Ukuran beban data permintaan/respons dalam log diagnostik | 8.192 byte | 8.192 byte | 8.192 byte |
| Ukuran Permintaan URL2 | 16,384 byte | 16,384 byte | 16,384 byte |
| Panjang segmen jalur URL | 1.024 karakter | 1.024 karakter | 1.024 karakter |
| Panjang karakter dari nilai yang diberi nama | 4.096 karakter | 4.096 karakter | 4.096 karakter |
| Ukuran isi permintaan atau respons dalam kebijakan validasi konten | 100 KiB | 100 KiB | 100 KiB |
| Ukuran skema API yang digunakan oleh kebijakan validasi | 4 MB | 4 MB | 4 MB |
| Koneksi WebSocket yang aktif per unit3 | 5,000 | 5,000 | 5,000 |
1 Koneksi dikumpulkan dan digunakan kembali kecuali ditutup secara eksplisit oleh backend.
2 Menyertakan string kueri panjang hingga 2048 byte.
3 Hingga maksimum 60.000 koneksi per instans layanan.
Batasan - Ruang kerja API Management
Berikut ini adalah batas sumber daya per ruang kerja di Azure API Management:
| Resource | Ruang kerja - Tingkat premium |
|---|---|
| Ruang kerja per instans | 100 |
| Unit skala per gateway ruang kerja premium | 12 |
| API (termasuk versi dan revisi) | 200 |
| Pengoperasian API | 5,000 |
| Operasi per API | 100 |
| Rilis per API | 100 |
| Skema per API | 100 |
| Langganan per API | 200 |
| Tagar per API | 100 |
| Backends | 200 |
| Certificates | 200 |
| Groups | 50 |
| Penebang | 50 |
| Nilai yang diberi nama | 200 |
| Fragmen kebijakan | 50 |
| Products | 100 |
| API per produk | 200 |
| Grup per produk | 200 |
| Langganan per produk | 1,000 |
| Tag tiap produk | 50 |
| Schemas | 500 |
| Langganan | 5,000 |
| Tagar | 200 |
| Grup per pengguna | 200 |
| Set versi | 50 |
Batas - Portal pengembang di tingkat API Management v2
| Item | Dasar v2 | Standar v2 | Premium v2 |
|---|---|---|---|
| Jumlah file media yang akan diunggah | 15 | 15 | 15 |
| Ukuran file media | 500 KB | 500 KB | 500 KB |
| Jumlah halaman | 30 | 50 | 50 |
| Jumlah widget1 | 30 | 50 | 50 |
| Ukuran metadata per halaman | 350 KB | 350 KB | 350 KB |
| Ukuran metadata per widget1 | 350 KB | 350 KB | 350 KB |
| Jumlah permintaan klien per menit | 200 | 200 | 200 |
1 Batas untuk widget bawaan seperti teks, gambar, atau daftar API. Saat ini, widget kustom dan widget kode HTML kustom tidak didukung di tingkat v2.
Batas Azure App Service
| Resource | Free | Shared | Basic | Standard | Premium (versi 1-4) | Isolated |
|---|---|---|---|---|---|---|
| Aplikasi per Azure App Service paket1 | 10 | 100 | Unlimited2 | Unlimited2 | Unlimited2 | Unlimited2 |
| Lingkungan App Service | X | |||||
| Hanya kode Windows | X | X | X | X | X | X |
| Windows Kontainer | X | X | ||||
| Hanya kode dan kontainer Linux | X | X | X | X | X | |
| Jenis komputasi instans | Shared | Shared | Dedicated3 | Dedicated3 | Dedicated3 | Dedicated3 |
| 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 | Shared | Shared | Dedicated3 | Dedicated3 | Dedicated3 | Dedicated3 |
| Memperluas skala (jumlah instans maksimum) | 1 bersama | 1 bersama | 3 khusus3 | 10 khusus3 | 20 didedikasikan untuk v1; 30 didedikasikan untuk v2, v3, dan v4. 3 | 100 khusus4 |
| Storage5 | 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 | N/A | N/A | N/A | N/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 |
| WebSocket per instans (Windows)7 | 5 | 35 | 350 | Unlimited | Unlimited | Unlimited |
| WebSocket per instans (Linux)7 | 5 | N/A | ~50K | ~50K | ~50K | ~50K |
| Koneksi IP keluar per instans | 600 | 600 | Tergantung pada ukuran instans8 | Tergantung pada ukuran instans8 | Tergantung pada ukuran instans8 | 16,000 |
| Koneksi 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 |
100 per aplikasi | 100 per aplikasi | 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 |
| Selalu Aktif | X | X | X | X | ||
| Pencadangan terjadwal kustom | Pencadangan terjadwal setiap 2 jam, maksimum 12 cadangan per hari (manual + 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) | ||
| Autoscale | X | X | X | |||
| WebJobs10 | X | X | X | X | X | X |
| Pemantauan titik akhir | X | X | X | X | ||
| Staging slots 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 per paket App Service kecuali dinyatakan lain.
2 Jumlah aplikasi aktual yang dapat Anda host di komputer ini tergantung pada aktivitas aplikasi, ukuran instans mesin, dan pemanfaatan sumber daya yang sesuai.
3 Instans khusus 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).
7Jika Anda menskalakan aplikasi Windows di tingkat Dasar ke dua instans, Anda memiliki 350 koneksi bersamaan untuk masing-masing dari dua instans. Untuk aplikasi Windows pada tingkat Standar ke atas, tidak ada batas teoritis pada WebSocket, tetapi faktor lain dapat membatasi jumlah WebSocket. 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). Aplikasi Linux terbatas 5 koneksi WebSocket bersamaan pada SKU Gratis dan koneksi WebSocket bersamaan ~50k per instans pada semua SKU lainnya.
8 Koneksi IP maksimum adalah per instans dan bergantung pada ukuran instans: 1.920 per instans B1/S1/P0V3/P1V3/P0V4/P1V4, 3.968 per instans B2/S2/P2V3/P2V4, 8.064 per instans B3/S3/P3V3/P4V4.
9 SKU Terisolasi App Service dapat dikonfigurasi sebagai pembagian beban internal (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 executable kustom dan/atau skrip sesuai permintaan, sesuai jadwal, atau terus-menerus sebagai tugas 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 wildcard tidak dapat diterbitkan). Terbatas hanya satu sertifikat gratis per domain kustom.
12 Total penggunaan penyimpanan di semua aplikasi yang disebarkan dalam satu lingkungan App Service (terlepas dari bagaimana mereka dialokasikan di berbagai grup sumber daya).
Batas Azure Automation
Otomatisasi proses
| Resource | Limit | Notes |
|---|---|---|
| Jumlah maksimum akun Automation aktif dalam langganan di suatu wilayah | 10 | Langganan Enterprise dan CSP dapat membuat akun Automation di salah satu wilayah publik yang didukung oleh layanan. Buat permintaan Dukungan untuk meminta penambahan Kuota. Pelajari selengkapnya. |
| 2 | Langganan Pay-as-you-go, Sponsored, MSDN, MPN, Azure Pass dapat membuat akun Automation di salah satu wilayah publik yang didukung oleh layanan. Buat permintaan Dukungan untuk meminta penambahan Kuota. Pelajari selengkapnya. | |
| 1 | Uji coba gratis dan langganan Azure for Student hanya dapat membuat satu akun Automation per wilayah per langganan. Daftar wilayah yang diizinkan: EastUS, EastUS2, WestUS, NorthEurope, SoutheastAsia, dan JapanWest2 2 | |
| Jumlah maksimum pekerjaan yang berjalan bersamaan pada instans waktu yang sama per akun Automation | 50 | Ketika batas ini tercapai, permintaan berikutnya untuk membuat tugas akan gagal. Klien menerima respons kesalahan.
Langganan Enterprise dan CSP di wilayah publik. Buat permintaan Dukungan untuk meminta penambahan Kuota. Pelajari selengkapnya. |
| 10 | Langganan Prabayar, Bersponsor, MSDN, MPN, Azure Pass di wilayah publik. Buat permintaan dukungan untuk meminta peningkatan Kuota. | |
| 5 | Uji coba gratis dan Azure for Student Azure dalam langganan terbuka di wilayah publik 2. | |
| Jumlah maksimum pekerjaan baru yang dapat dikirimkan setiap 30 detik per akun Azure Automation | 100 | Ketika batas ini tercapai, permintaan berikutnya untuk membuat tugas akan 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 tugas akan gagal. |
| Batas aliran pekerjaan maksimum | 1 Mebibyte | Satu aliran tidak boleh lebih besar dari 1 MiB. |
| Batas aliran pekerjaan maksimum di portal Azure Automation | 200KB | Batas portal untuk menampilkan log pekerjaan. |
| 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 maksimum ruang disk yang diizinkan per kotak pasir1 | 1 GB | Hanya berlaku untuk sandbox Azure. |
| Jumlah maksimum memori yang diberikan ke kotak pasir1 | 400 MB | Hanya berlaku untuk sandbox Azure. |
| Jumlah maksimum soket jaringan yang diizinkan per kotak pasir1 | 1,000 | Hanya berlaku untuk sandbox Azure. |
| Maksimum runtime yang diizinkan untuk setiap runbook1 | 3 jam | Hanya berlaku untuk sandbox Azure. |
| Jumlah maksimum runbook per akun Automation | 800 | |
| 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 kilobyte | |
| 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 kilobyte | |
| Hari maksimum data pekerjaan disimpan | 30 hari | |
| Ukuran status alur kerja PowerShell maksimum | 5 Megabyte | Berlaku untuk runbook alur kerja PowerShell saat melakukan titik pemeriksaan alur kerja. |
| Jumlah maksimum tag yang didukung oleh akun Automatisasi | 15 | |
| Jumlah karakter maksimum dalam bidang nilai variabel | 1048576 |
1Kotak pasir adalah lingkungan bersama yang dapat digunakan oleh banyak tugas. Pekerjaan yang menggunakan sandbox yang sama terikat oleh batasan sumber daya sandbox.
2Langganan gratis termasuk Azure Akun Gratis dan Azure untuk Mahasiswa tidak memenuhi syarat untuk perubahan batas atau kuota. Jika Anda memiliki langganan gratis, Anda dapat meningkatkan ke langganan bayar sesuai penggunaan.
3Batasan untuk Cloud Pemerintah: 200 pekerjaan yang berjalan bersamaan pada waktu yang sama per akun Otomasi, tidak ada batasan jumlah akun Otomasi per langganan.
Mengubah Penelusuran dan Inventaris
Tabel berikut menunjukkan batas item yang dilacak per komputer untuk pelacakan perubahan.
| Resource | Limit | Notes |
|---|---|---|
| File | 500 | |
| Ukuran file | 5 Megabyte | |
| Registry | 250 | |
| Perangkat lunak Windows | 250 | Tidak termasuk pembaruan perangkat lunak. |
| Paket Linux | 1,250 | |
| Services | 250 | |
| Daemon | 250 |
Manajer Pembaharuan Azure
Berikut ini adalah batas yang direkomendasikan cakupan dinamis untuk setiap cakupan dinamis:
| Resource | Limit |
|---|---|
| Asosiasi sumber daya | 1000 |
| Jumlah filter tag | 50 |
| Jumlah filter Grup Sumber Daya | 50 |
Berikut ini adalah batasan untuk patching jadwal:
| Indicator | Batas Cloud Publik | Batas Mooncake/Fairfax |
|---|---|---|
| Jumlah jadwal per langganan per wilayah | 250 | 250 |
| Jumlah total asosiasi sumber daya ke jadwal | 3,000 | 3,000 |
| Asosiasi sumber daya pada setiap cakupan dinamis | 1,000 | 1,000 |
| Jumlah cakupan dinamis per grup sumber daya atau langganan per wilayah | 250 | 250 |
| Jumlah cakupan dinamis per jadwal | 200 | 100 |
| Jumlah total langganan yang dilampirkan ke semua cakupan dinamis per jadwal | 200 | 100 |
Azure App Configuration
| Resource | Limit | Comment |
|---|---|---|
| Penyimpanan konfigurasi untuk tingkat Gratis | 3 penyimpanan per wilayah per langganan. | |
| Penyimpanan konfigurasi untuk tingkat Pengembang | Penyimpanan tidak terbatas per langganan. | |
| Penyimpanan konfigurasi untuk tingkat Standar | Penyimpanan tidak terbatas per langganan. | |
| Penyimpanan konfigurasi untuk tingkat Premium | Penyimpanan tidak terbatas per langganan. | |
| Permintaan penyimpanan konfigurasi untuk tingkat Gratis | 1.000 permintaan per hari | Setelah kuota habis, kode status HTTP 429 dikembalikan untuk semua permintaan hingga akhir hari. |
| Permintaan penyimpanan konfigurasi untuk tingkat Pengembang | 6.000 permintaan per jam | Setelah kuota habis, permintaan dapat mengembalikan kode status HTTP 429 yang menunjukkan Terlalu Banyak Permintaan - hingga akhir jam. |
| Permintaan penyimpanan konfigurasi untuk tingkat Standar | 30.000 permintaan per jam | Setelah kuota habis, permintaan dapat mengembalikan kode status HTTP 429 yang menunjukkan Terlalu Banyak Permintaan - hingga akhir jam. |
| Permintaan penyimpanan konfigurasi untuk tingkat Premium | Tidak ada batas kuota pada permintaan. | |
| Throughput untuk tingkat Gratis | Tidak ada throughput yang dijamin. | |
| Throughput untuk tingkat Pengembang | Tidak ada throughput yang dijamin. | |
| Throughput untuk tingkat Standar | Izinkan hingga 300 permintaan per detik (RPS) untuk permintaan baca dan hingga 60 RPS untuk permintaan tulis. | |
| Throughput untuk tingkat Premium | Izinkan hingga 450 permintaan per detik (RPS) untuk permintaan baca dan hingga 100 RPS untuk permintaan tulis. | |
| Penyimpanan untuk tingkat Gratis | 10 MB | Tidak ada batasan jumlah kunci dan label selama ukuran totalnya di bawah batas penyimpanan. |
| Penyimpanan untuk tingkat Pengembang | 500 MB | Tidak ada batasan jumlah kunci dan label selama ukuran totalnya di bawah batas penyimpanan. |
| Penyimpanan untuk tingkat Standar | 1 GB | Tidak ada batasan jumlah kunci dan label selama ukuran totalnya di bawah batas penyimpanan. |
| Penyimpanan untuk tingkat Premium | 4 GB | Tidak ada batasan jumlah kunci dan label selama ukuran totalnya di bawah batas penyimpanan. |
| Kunci dan nilai | 10 KB | Untuk item nilai kunci tunggal, termasuk semua metadata. |
| Penyimpanan rekam jepret untuk tingkat Gratis | 10 MB | Penyimpanan rekam jepret bersifat tambahan dan selain "Penyimpanan untuk Tingkat Gratis". Penyimpanan untuk rekam jepret yang diarsipkan dan aktif dihitung dalam batas ini. |
| Penyimpanan rekam jepret untuk tingkat Pengembang | 500 MB | Penyimpanan rekam jepret bersifat tambahan dan selain "Penyimpanan untuk Tingkat Gratis". Penyimpanan untuk rekam jepret yang diarsipkan dan aktif dihitung dalam batas ini. |
| Penyimpanan rekam jepret untuk tingkat Standar | 1 GB | Penyimpanan rekam jepret bersifat tambahan dan selain "Penyimpanan untuk Tingkat Standar". Penyimpanan untuk rekam jepret yang diarsipkan dan aktif dihitung dalam batas ini. |
| Penyimpanan rekam jepret untuk tingkat Premium | 4 GB | Penyimpanan rekam jepret bersifat tambahan dan selain "Penyimpanan untuk Tingkat Premium". Penyimpanan untuk rekam jepret yang diarsipkan dan aktif dihitung dalam batas ini. |
| Ukuran rekam jepret | 1 MB |
Batas Azure Cache for Redis
| Resource | Limit |
|---|---|
| Ukuran cache | 1,2 TB |
| Databases | 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
| Resource | Limit |
|---|---|
| Peran web atau pekerja per penyebaran1 | 25 |
| Titik akhir input instans per penyebaran | 25 |
| Titik akhir input per penyebaran | 25 |
| Titik akhir internal per penggelaran | 25 |
| Sertifikat layanan yang dihosting per penyebaran | 199 |
1Setiap Azure Cloud Service dengan peran web atau peran pekerja dapat memiliki dua penyebaran, satu untuk produksi dan satu untuk staging. Batasan ini mengacu pada jumlah peran yang berbeda, yaitu konfigurasi. Batasan ini tidak mengacu pada jumlah instans per peran, yaitu penskalaan.
Batas Pencarian Azure AI
Tingkat harga menentukan kapasitas dan batas layanan pencarian Anda. Tingkatan ini meliputi:
- Gratis: Layanan multipenyewa yang dibagikan dengan pelanggan Azure lainnya dan membantu evaluasi dan proyek pengembangan kecil
- Dasar: Menyediakan sumber daya komputasi khusus untuk beban kerja produksi dalam skala yang lebih kecil dan dengan hingga tiga replika untuk beban kerja kueri yang sangat tersedia
- Standar: Termasuk Kepadatan Tinggi S1, S2, S3, dan S3; adalah untuk beban kerja produksi yang lebih besar; beberapa tingkat ada dalam tingkat Standar bagi Anda untuk memilih konfigurasi sumber daya yang paling cocok dengan profil beban kerja Anda
Batas per langganan
Anda dapat membuat beberapa layanan pencarian yang dapat ditagih (Dasar dan lebih tinggi), hingga jumlah maksimum layanan yang diizinkan di setiap tingkatan, per wilayah. Misalnya, Anda dapat membuat hingga 16 layanan di tingkat Dasar dan 16 layanan lain di tingkat S1 dalam langganan dan wilayah yang sama. Anda kemudian dapat membuat 16 layanan Dasar tambahan di wilayah lain untuk total gabungan 32 layanan Dasar di bawah langganan yang sama. Untuk informasi selengkapnya tentang tingkatan, lihat Memilih tingkat (atau SKU) untuk Pencarian Azure AI.
Batas layanan maksimum dapat dinaikkan berdasarkan permintaan. Jika Anda memerlukan lebih banyak layanan dalam langganan yang sama, ajukan permintaan dukungan.
| Resource | Gratis 1 | Basic | S1 | S2 | S3 | S3 HD | L1 | L2 |
|---|---|---|---|---|---|---|---|---|
| Layanan maksimum per wilayah | 1 | 16 | 16 | 8 | 6 | 6 | 6 | 6 |
| Unit pencarian maksimum (SU)2 | N/A | 3 SU | 36 SU | 36 SU | 36 SU | 36 SU | 36 SU | 36 SU |
1 Anda dapat memiliki satu layanan pencarian gratis per langganan Azure. Tingkat gratis didasarkan pada infrastruktur yang dibagikan dengan pelanggan lain. Karena perangkat keras tidak didedikasikan, peningkatan skala tidak didukung, dan penyimpanan dibatasi hingga 50 MB. Layanan pencarian gratis mungkin dihapus setelah jangka waktu tidak aktif yang lama untuk memberikan ruang bagi lebih banyak layanan.
2 Unit pencarian (SU) adalah unit penagihan, dialokasikan sebagai replika atau partisi. Kau butuh keduanya. Untuk mempelajari selengkapnya tentang kombinasi SU, lihat Memperkirakan dan mengelola kapasitas layanan pencarian.
Batas per layanan pencarian
Tabel berikut mencakup jumlah SLA, partisi, dan replika di tingkat layanan.
| Resource | Free | Basic | S1 | S2 | S3 | S3 HD | L1 | L2 |
|---|---|---|---|---|---|---|---|---|
| Perjanjian tingkat layanan (SLA) | No | Yes | Yes | Yes | Yes | Yes | Yes | Yes |
| Partitions | N/A | 3 1 | 12 | 12 | 12 | 3 | 12 | 12 |
| Replicas | N/A | 3 | 12 | 12 | 12 | 12 | 12 | 12 |
1 Tingkat dasar mendukung tiga partisi dan tiga replika, untuk total sembilan unit pencarian (SU) pada layanan pencarian baru yang dibuat setelah 3 April 2024. Layanan dasar yang lebih lama terbatas pada satu partisi dan tiga replika.
Layanan pencarian tunduk pada batas penyimpanan maksimum (ukuran partisi dikalikan dengan jumlah partisi) atau dengan batas keras pada jumlah maksimum indeks atau pengindeks, mana yang lebih dulu.
Perjanjian tingkat layanan (SLA) berlaku untuk layanan yang dapat ditagih yang memiliki dua replika atau lebih untuk beban kerja kueri, atau tiga replika atau lebih untuk beban kerja kueri dan pengindeksan. Jumlah partisi bukanlah pertimbangan SLA. Untuk informasi selengkapnya, lihat Keandalan di Pencarian Azure AI.
Layanan gratis tidak memiliki partisi tetap atau replika dan berbagi sumber daya dengan pelanggan lain.
Penyimpanan partisi (GB)
Batas penyimpanan per layanan bervariasi menurut dua hal: tanggal dan wilayahpembuatan layanan. Ada batas yang lebih tinggi untuk layanan yang lebih baru di sebagian besar wilayah yang didukung.
Tabel ini menunjukkan perkembangan peningkatan kuota penyimpanan dalam GB dari waktu ke waktu. Sejak April 2024, partisi dengan kapasitas lebih tinggi diaktifkan di wilayah yang tercantum dalam catatan kaki. Jika Anda memiliki layanan lama di wilayah yang didukung, periksa apakah Anda dapat meningkatkan layanan Anda ke batas penyimpanan yang lebih tinggi.
| Tanggal pembuatan layanan | Basic | S1 | S2 | S3/HD | L1 | L2 |
|---|---|---|---|---|---|---|
| Sebelum 3 April 2024 | 2 | 25 | 100 | 200 | 1,024 | 2,048 |
| April 3, 2024 hingga Mei 17, 2024 1 | 15 | 160 | 512 | 1,024 | 1,024 | 2,048 |
| Setelah 17 Mei 2024 2 | 15 | 160 | 512 | 1,024 | 2,048 | 4,096 |
| Setelah 10 Februari 2025 3 | 15 | 160 | 512 | 1,024 | 2,048 | 4,096 |
1 Penyimpanan berkapasitas lebih tinggi untuk Basic, S1, S2, S3 di wilayah ini. Amerika: Brasil Selatan, Kanada Tengah, Kanada Timur, AS Timur, AS Timur 2, AS Tengah, AS Tengah Utara, AS Tengah Selatan, AS Barat, AS Barat 2, AS Barat 3, AS Tengah Barat. Eropa: Prancis Tengah. Italia Utara, Eropa Utara, Norwegia Timur, Polandia Tengah, Swiss Utara, Swedia Tengah, UK Selatan, Inggris Barat. Timur Tengah: UEA Utara. Afrika: Afrika Selatan Utara. Asia Pasifik: Australia Timur, Australia Tenggara, India Tengah, Jio India Barat, Asia Timur, Asia Tenggara, Jepang Timur, Jepang Barat, Korea Tengah, Korea Selatan.
2 Penyimpanan kapasitas yang lebih tinggi untuk L1 dan L2. Lebih banyak wilayah memberikan kapasitas yang lebih tinggi di setiap tingkat yang dapat ditagih. Amerika: US Timur 2 EUAP. Eropa: Jerman Utara, Jerman Barat Tengah, Swiss Barat. Azure Government: Texas, Arizona, Virginia. Afrika: Afrika Selatan Utara. Asia Pasifik: Tiongkok Utara 3, Tiongkok Timur 3.
3 Penyimpanan kapasitas yang lebih tinggi tersedia di Eropa Barat.
Important
Saat ini, batas penyimpanan yang lebih tinggi tidak tersedia di wilayah berikut, dan mengikuti batas yang berlaku sebelum 3 April.
- Israel Tengah
- Qatar Tengah
- Spanyol Tengah
- India Selatan
Lihat Batas layanan di Azure AI Search untuk detail selengkapnya tentang batasan, termasuk ukuran dokumen, kueri per detik, kunci, permintaan, dan respons.
Batas Azure AI Services
Batas berikut adalah untuk jumlah sumber daya layanan Azure AI per langganan Azure. Hanya ada batas satu akun 'Gratis' yang diizinkan, per jenis sumber daya, per langganan. Setiap layanan Azure AI mungkin memiliki batasan lain, untuk informasi selengkapnya, lihat Layanan Azure AI.
| Type | Limit | Example |
|---|---|---|
| Campuran sumber daya layanan Azure AI | Maksimum 200 total sumber daya layanan Azure AI per wilayah. | 100 sumber daya Azure AI Vision di AS Barat, 50 sumber daya Azure AI Speech di AS Barat, dan 50 sumber daya Bahasa Azure AI di AS Barat. |
| Satu jenis sumber daya layanan Azure AI. | Maksimum 100 sumber daya per wilayah | 100 sumber daya Azure AI Vision di US Barat 2, dan 100 sumber daya Azure AI Vision di US Timur. |
Batas Azure Chaos Studio
Lihat Batas layanan Azure Chaos Studio untuk batas Azure Chaos Studio.
Batas Azure Container Apps
Lihat Kuota di Azure Container Apps untuk batas Azure Container Apps.
Jumlah ruang disk yang tersedia untuk aplikasi Anda bervariasi berdasarkan profil beban kerja terkait. Ruang disk yang tersedia menentukan batas ukuran gambar yang dapat Anda sebarkan ke aplikasi kontainer Anda.
Untuk profil beban kerja khusus, batas ukuran gambar adalah per instans.
| Nama tampilan | Name | Batas Ukuran Gambar (GB) |
|---|---|---|
| Konsumsi | consumption | 8* |
| Dedicated-D4 | D4 | 90 |
| Dedicated-D8 | D8 | 210 |
| Dedicated-D16 | D16 | 460 |
| Dedicated-D32 | D32 | 940 |
| Dedicated-E4 | E4 | 90 |
| Dedicated-E8 | E8 | 210 |
| Dedicated-E16 | E16 | 460 |
| Dedicated-E32 | E32 | 940 |
| Dedicated-NC24-A100 (pratinjau) | NC24-A100 | 210 |
| Dedicated-NC48-A100 (pratinjau) | NC48-A100 | 460 |
| Dedicated-NC96-A100 (pratinjau) | NC96-A100 | 940 |
* Batas ukuran gambar untuk profil beban kerja konsumsi adalah bersama di antara gambar dan aplikasi. Misalnya, log yang digunakan oleh aplikasi Anda tunduk pada batas ukuran ini.
Batas Azure Cosmos DB
Lihat Batasan di Azure Cosmos DB untuk batas Azure Cosmos DB.
Batasan Azure Data Explorer
Tabel berikut ini menjelaskan batas maksimum untuk kluster Azure VMware Solution.
| Resource | Limit |
|---|---|
| Kluster per wilayah per langganan | 20 |
| Instans per kluster | 1,000 |
| Jumlah database dalam kluster | 10,000 |
| Jumlah kluster pengikut (konsumen berbagi data) per kluster pemimpin (produsen berbagi data) | 100 |
Note
Anda dapat meminta batas yang lebih tinggi untuk Jumlah database dalam kluster dan Kluster per wilayah per langganan. Untuk meminta peningkatan, hubungi Dukungan Azure.
Tabel berikut ini menjelaskan batasan operasi manajemen yang dilakukan pada klaster Azure Data Explorer.
| Scope | Operation | Limit |
|---|---|---|
| Cluster | baca (misalnya, dapatkan kluster) | 500 per 5 menit |
| Cluster | tulis (misalnya, buat database) | 1.000 per jam |
Server fleksibel Azure Database for MySQL
Lihat Batasan di Azure Database for MySQL - Server Fleksibel untuk Azure Database for MySQL - Batas Server Fleksibel.
Azure Database untuk PostgreSQL server fleksibel
Lihat Batasan di server fleksibel Azure Database for PostgreSQL untuk batas server fleksibel Azure Database for PostgreSQL.
Batas Lingkungan Penyebaran Azure
| Subscription | Batas runtime per penyebaran | Batas runtime per bulan per wilayah per langganan | Batas penyimpanan per Lingkungan |
|---|---|---|---|
| Enterprise | 30 menit | 5000 menit | 1 GB |
| Prabayar | 10 menit | 200 menit | 1 GB |
| Azure Pass | 10 menit | 200 menit | 1 GB |
| MSDN | 10 menit | 200 menit | 1 GB |
| CSP | 10 menit | 200 menit | 1 GB |
| Uji coba gratis | 10 menit | 200 menit | 1 GB |
| Azure untuk siswa | 10 menit | 200 menit | 1 GB |
Azure Files dan Sinkronisasi Azure File
Lihat Skalabilitas dan target performa untuk Azure Files dan Azure File Sync untuk mempelajari selengkapnya tentang batas untuk Azure Files dan Azure File Sync.
Batas Azure Functions
| Resource | Paket Konsumsi Flex | Paket premium | Rencana Khusus/Paket khusus ASE | Aplikasi Kontainer | Rencana Konsumsi |
|---|---|---|---|---|---|
| Durasi default batas waktu (menit) | 30 | 30 | 301 | 3016 | 5 |
| Durasi waktu tunggu maksimum (menit) | unbounded9 | unbounded9 | unbounded2 | unbounded17 | 10 |
| Koneksi keluar tanpa ikatan maksimum (per instans) | unbounded | unbounded | unbounded | unbounded | 600 aktif (total 1200) |
| Ukuran permintaan maksimum (MB)3 | 210 | 210 | 210 | 210 | 210 |
| Panjang string kueri maksimum3 | 4096 | 4096 | 4096 | 4096 | 4096 |
| Panjang URL permintaan maksimum3 | 8192 | 8192 | 8192 | 8192 | 8192 |
| ACU per kasus | 210-840 | 100-840/210-25010 | varies | 100 | varies |
| Memori maksimum (GB per instans) | 414 | 3.5-14 | 1.75-256/8-256 | varies | 1.5 |
| Jumlah instans maks (Windows | Linux)15 | n/a | 1000 | 20-100 | 10-30 (100 ASE)11 | 300-100018 | 200 | 100 |
| Aplikasi fungsi per paket13 | 1 | 100 | unbounded4 | unbounded4 | 100 |
| Paket App Service | n/a | 100 per grup sumber daya | 100 per grup sumber daya | n/a | 100 per wilayah |
| Slot penerapan per aplikasi12 | n/a | 3 | 1-2011 | tidak didukung | 2 |
| Penyimpanan (sementara)5 | 0,8 GB | 21-140 GB | 11 sampai 140 GB | n/a | 0,5 GB |
| Penyimpanan (bertahan) | 0 GB7 | 250 GB | 10-1000 GB11 | n/a | 1 GB6,7 |
| Domain kustom per aplikasi | 258 | 500 | 500 | tidak didukung | 5008 |
| Dukungan TLS/SSL untuk domain kustom | SSL SNI tidak terikat dan satu koneksi IP SSL disertakan | SSL SNI tidak terikat dan satu koneksi IP SSL disertakan | SSL SNI tidak terikat dan satu koneksi IP SSL disertakan | tidak didukung | koneksi SNI SSL tanpa ikatan disertakan |
Catatan tentang batas layanan:
- Secara default, waktu habis untuk runtime Functions 1.x dalam paket App Service tidak terbatas.
- Mengharuskan paket App Service diatur menjadi Always On. Bayar dengan tarif standar. Masa tenggang 10 menit diberikan untuk fungsi yang dipicu HTTP selama pembaruan platform tetapi tidak untuk pemicu lain.
- Batasan ini diatur dalam host.
- Jumlah aktual aplikasi fungsi yang dapat Anda host tergantung pada aktivitas aplikasi, ukuran instans komputer, dan pemanfaatan sumber daya yang sesuai.
- Batas penyimpanan adalah ukuran total konten dalam penyimpanan sementara di semua aplikasi dalam paket App Service yang sama. Untuk paket Konsumsi di Linux, penyimpanan saat ini 1,5 GB.
- Paket konsumsi menggunakan berbagi Azure Files untuk penyimpanan yang bertahan. Saat Anda menyediakan berbagi Azure Files Anda sendiri, batas ukuran berbagi tertentu bergantung pada akun penyimpanan yang Anda tetapkan untuk WEBSITE_CONTENTAZUREFILECONNECTIONSTRING.
- Di Linux, Anda harus secara eksplisit memasang berbagi Azure Files Anda sendiri.
- Saat aplikasi fungsi Anda dihosting dalam rencana 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.
- Tidak ada durasi batas waktu eksekusi maksimum yang diberlakukan. Namun, masa tenggang yang diberikan untuk eksekusi fungsi adalah 60 menit selama skala dalam dan 10 menit selama pembaruan platform.
- 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.
- Lihat Batas App Service untuk detailnya.
- Termasuk slot produksi.
- Saat ini ada batas 5.000 aplikasi fungsi dalam langganan tertentu.
- Ukuran instans paket Konsumsi Flex saat ini didefinisikan sebagai 512 MB, 2.048 MB, atau 4.096 MB. Untuk informasi selengkapnya, lihat Memori instans.
- Untuk detailnya, lihat Menskalakan di artikel Perbandingan hosting.
- Saat jumlah minimum replika diatur ke nol, batas waktu default bergantung pada pemicu tertentu yang digunakan dalam aplikasi.
- Ketika jumlah minimum replika diatur ke satu atau beberapa replika.
Lihat Opsi hosting Azure Functions untuk informasi selengkapnya.
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.
Setiap instans layanan FHIR di Azure Health Data Services memiliki batas penyimpanan 4 TB secara default. Jika Anda memiliki lebih banyak data, Anda dapat meminta Microsoft untuk meningkatkan penyimpanan hingga 100 TB untuk layanan FHIR Anda. Untuk meminta penyimpanan yang lebih besar dari 4 TB, buat permintaan dukungan pada portal Azure dan gunakan jenis masalah Batas layanan dan Langganan (kuota).
| Nama Kuota | Batas Default | Batas Maksimum | Notes |
|---|---|---|---|
| Workspace | 10 | Hubungi dukungan | Batas per langganan |
| FHIR | 10 | Hubungi dukungan | Batas per ruang kerja |
| DICOM | 10 | Hubungi dukungan | Batas per ruang kerja |
| MedTech | 10 | N/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 | Notes |
|---|---|---|---|
| Unit permintaan (RUs) | 100.000 RU | Hubungi dukungan Maksimum yang tersedia adalah 1.000.000. | Anda memerlukan minimal 400 RUs atau 40 RU/GB, mana yang lebih besar. |
| Koneksi 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
| Resource | Limit |
|---|---|
| Jumlah maksimum kluster per langganan secara global | 5,000 |
| Node maksimum per kluster dengan Virtual Machine Scale Sets dan SKU Load Balancer Dasar | 5.000 di semua kumpulan simpul Catatan: Jika Anda tidak dapat menskalakan hingga 5.000 simpul per kluster, lihat Praktik Terbaik untuk Kluster Besar. |
| Simpul maksimum per kumpulan simpul (kumpulan simpul Virtual Machine Scale Sets) | 1000 |
| Kumpulan node maksimum per kluster | 100 |
| Jumlah maksimum pod per simpul dengan plug-in jaringan Kubenet | Maksimum: 250 Default Azure CLI: 110 Default templat Azure Resource Manager: 110 Default penyebaran portal Azure: 30 |
| Jumlah maksimum pod per simpul: dengan Antarmuka Jaringan Kontainer Azure (Azure CNI)1 | Maksimum: 250 Maksimum yang direkomendasikan untuk kontainer Windows Server: 110 Standar: 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 |
| Layanan kubernetes seimbang beban maksimum per kluster dengan SKU Load Balancer Standar | 300 |
| Node maksimum per kluster dengan Virtual Machine Availability Sets dan SKU Load Balancer Dasar | 100 |
1 kontainer Windows Server harus menggunakan plug-in jaringan Azure CNI. Kubenet tidak didukung untuk kontainer Windows Server.
| Batas Sarana Kontrol Kube | Limit |
|---|---|
| Tingkat Standar | Secara otomatis menskalakan server API Kubernetes berdasarkan beban. Batas komponen sarana kontrol yang lebih besar dan server API/instans etcd. |
| Free tier | Sumber daya terbatas dengan batas permintaan dalam penerbangan. Batas simpul yang direkomendasikan sebesar 10 simpul per kluster. Terbaik untuk bereksperimen, belajar, dan pengujian sederhana. Tidak disarankan untuk beban kerja produksi/kritis. |
| Jenis langganan | Jumlah default kluster AKS per langganan per wilayah untuk langganan baru1 | Jumlah maksimum kluster AKS per langganan per wilayah melalui layanan mandiri menggunakan halaman Kuota portal Microsoft Azure2 |
|---|---|---|
| Langganan Perjanjian Enterprise | 100 | 1,000 |
| Langganan CSP, Pay-as-you-go, Sponsored, MSDN, MPN, Azure Pass, Azure In Open, dan Azure Pass | 10 | 100 |
| Langganan Uji Coba Gratis dan Azure for Students | 3 | 3 |
1 Jumlah default kluster AKS per langganan per wilayah untuk langganan baru dapat bervariasi di wilayah dengan batasan kapasitas.
2 Untuk meminta peningkatan batas kuota, gunakan proses permintaan Kuota portal Microsoft Azure. Permintaan penambahan kuota di atas jumlah layanan mandiri maksimum akan memerlukan tiket dukungan. Langganan Uji Coba Gratis dan Azure for Students tidak memenuhi syarat untuk kenaikan batas atau kuota. Jika Anda memiliki langganan Uji Coba Gratis atau Azure for Students, Anda dapat meningkatkan ke langganan prabayar untuk mendapatkan batas kuota yang lebih tinggi.
Azure Lab Services
Batas berikut adalah untuk jumlah sumber daya Azure Lab Services.
Per jenis sumber daya
| Grouping | Jenis sumber daya | Limit |
|---|---|---|
| Per langganan | Labs | 980 |
| Per grup sumber daya | Labs | 800 |
| Paket lab | 800 | |
| Setiap lab | Schedules | 250 |
| Komputer virtual (VM) | 400 |
Per wilayah - Paket lab dan lab
| Jenis langganan | Batas paket lab | Batas lab |
|---|---|---|
| Default | 2 | 2 |
| Prabayar | 500 | 500 |
| MPN | 500 | 500 |
| Azure di Lisensi Terbuka | 500 | 500 |
| Perjanjian Enterprise | 500 | 500 |
| MSDN | 500 | 500 |
| Sponsored | 100 | 15 |
| CSP | 500 | 500 |
| Azure Pass | 100 | 25 |
| Coba Gratis | 100 | 15 |
| Azure for Students | 100 | 15 |
Untuk informasi selengkapnya tentang batas kapasitas Azure Lab Services, lihat Batas kapasitas di Azure Lab Services.
Hubungi dukungan untuk meminta peningkatan batas Anda.
Batas Azure Load Testing
Lihat Batas layanan di Azure Load Testing untuk batas Azure Load Testing.
Batas Azure Machine Learning
Lihat Mengelola dan meningkatkan kuota dan batasan untuk sumber daya dengan Azure Pembelajaran Mesin untuk nilai terbaru untuk kuota Azure Pembelajaran Mesin Compute.
Batas Azure Maps
Note
Penghentian Tingkat Harga Azure Maps Gen1
Tingkat harga Gen1 sekarang tidak digunakan lagi dan akan dihentikan pada 15 September 2026. Tingkat harga Gen2 menggantikan tingkat harga Gen1 (baik S0 maupun S1). Jika akun Azure Maps Anda memiliki tingkat harga Gen1 yang dipilih, Anda dapat beralih ke harga Gen2 sebelum Gen1 dihentikan, jika tidak, akun tersebut akan diperbarui secara otomatis. Untuk informasi selengkapnya, lihat Mengelola tingkat harga akun Azure Maps Anda.
Untuk batas kueri Azure Maps per detik (QPS), lihat Batas laju QPS Azure Maps
Tabel berikut ini memperlihatkan batas ukuran data kumulatif untuk akun Azure Maps dalam langganan Azure. Layanan Data Azure Maps hanya tersedia di tingkat harga Gen1 (S1) dan Gen2.
| Resource | Limit |
|---|---|
| Penyimpanan maksimum per langganan Azure | 1 GB |
| Ukuran maksimum per unggahan file | 100 MB |
Note
Penghentian layanan Azure Maps Data Registry
Layanan Azure Maps Data Registry sekarang tidak digunakan lagi dan dihentikan per 30 September 2025. Untuk informasi selengkapnya, lihat Cara membuat registri data.
Batas Azure Managed Grafana
| Limit | Description | Essential | Standar X1 | Standar X2 |
|---|---|---|---|---|
| Aturan peringatan | Jumlah maksimum aturan pemberitahuan yang dapat dibuat. | Tidak didukung | 500 per instans | 1000 per instans |
| Memori untuk instans Grafana | Jumlah memori untuk Grafana dalam instans khusus Anda. | Basic | Standard | Expanded |
| Dashboards | Jumlah maksimum dasbor yang dapat dibuat. | 20 per instans | Unlimited | Unlimited |
| Sumber data | Jumlah maksimum sumber data yang dapat dibuat. | 5 per instans | Unlimited | Unlimited |
| Kunci API | Jumlah maksimum kunci API yang dapat dibuat. | 2 per instans | 100 per instans | 100 per instans |
| Batas waktu kueri data | Durasi tunggu maksimum untuk penerimaan header respons kueri data, sebelum grafana kehabisan waktu. | 200 detik | 200 detik | 200 detik |
| Ukuran kueri sumber data | Jumlah maksimum byte yang dibaca/diterima dari respons permintaan HTTP keluar. | 80 MB | 80 MB | 80 MB |
| Waktu tunggu gambar render atau laporan PDF | Durasi maksimum untuk permintaan penyajian PDF gambar atau laporan selesai sebelum waktu Grafana habis. | Tidak didukung | 220 detik | 220 detik |
| Jumlah Instans | Jumlah maksimum instans dalam satu langganan per wilayah Azure. | 1 | 50 | 50 |
| Permintaan per IP | Jumlah maksimum permintaan per IP per detik. | 90 permintaan per detik | 90 permintaan per detik | 90 permintaan per detik |
| Permintaan per host HTTP | Jumlah maksimum permintaan per host HTTP per detik. Host HTTP adalah singkatan dari header Host dalam permintaan HTTP masuk, yang dapat menjelaskan setiap klien host unik. | 45 permintaan per detik | 45 permintaan per detik | 45 permintaan per detik |
Batas Azure Monitor
Untuk batas Azure Monitor, lihat Batas layanan Azure Monitor.
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.
| Resource | Batas standar | 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 | 5,000 |
| Total inti CPU untuk Azure-SSIS Integration Runtime dalam satu langganan | 64 | Cari tahu cara meminta peningkatan kuota dari dukungan. |
| Eksekusi alur bersamaan per pabrik data yang dibagikan di antara semua 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 konsumsi per langganan per wilayah Azure Integration Runtime | Grup wilayah 12: 6.000 Grup wilayah 22: 3.000 Grup wilayah 32: 1.500 |
Grup wilayah 12: 6.000 Grup wilayah 22: 3.000 Grup wilayah 32: 1.500 |
| Unit Integrasi Data Bersamaan1 konsumsi per langganan per wilayah Azure Integration Runtime di jaringan virtual terkelola | 2,400 | 2,400 |
| Aktivitas maksimum per alur, yang mencakup aktivitas bagian dalam untuk kontainer | 120 | 120 |
| Jumlah maksimum runtime integrasi tertaut yang dapat dibuat terhadap satu runtime integrasi yang di-hosting sendiri | 100 | 100 |
| Jumlah maksimum simpul yang dapat dibuat terhadap satu runtime integrasi yang dihost sendiri | 4 | 4 |
| Parameter maksimum per alur | 50 | 50 |
| Iterasi Setiap Elemen | 100,000 | 100,000 |
| Paralelisme dalam 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 minimum untuk eksekusi aktivitas alur | 10 menit | 10 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 payloaduntuk setiap aktivitas yang dijalankan 4 | 896 KB | 896 KB |
| Unit Integrasi Data1 untuk setiap pelaksanaan aktivitas salin | 256 | 256 |
| Menulis panggilan API | 1,200/h | 1,200/h Batas ini diberlakukan oleh Azure Resource Manager, bukan Azure Data Factory. |
| Membaca panggilan API | 12,500/h | 12,500/h 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 | 50 |
| Jumlah aliran data secara bersamaan per runtime integrasi di vNet terkelola | 50 | 50 |
| Jumlah sesi debug aliran data secara bersamaan per pengguna per pabrik | 3 | 3 |
| Batas Aliran Data Azure IR TTL (waktu hidup) | 4 jam | 4 jam |
| Batas Ukuran Entitas Meta Data di pabrik | 2 GB | 2 GB |
1 Unit integrasi data (DIU) digunakan dalam operasi penyalinan cloud-ke-cloud. Pelajari lebih lanjut dari Unit integrasi data (versi 2). Untuk informasi tentang tagihan, lihat Harga Azure Data Factory.
2Azure Integration Runtimetersedia secara global untuk memastikan kepatuhan data, efisiensi, dan pengurangan biaya keluar jaringan.
| Grup wilayah | Regions |
|---|---|
| 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 aktivitas yang dijalankan mencakup konfigurasi aktivitas, satu atau beberapa himpunan data terkait, dan konfigurasi layanan tertaut jika ada, dan sebagian kecil properti sistem yang dihasilkan 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.
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 NetApp Files
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 mengacu pada kelompok manajemen atau langganan. Untuk penugasan dan pengecualian, entri Cakupan berarti grup manajemen, langganan, grup sumber daya, atau sumber daya individual.
| Where | What | Jumlah maksimum |
|---|---|---|
| Scope | Definisi kebijakan | 500 |
| Scope | Definisi Inisiatif | 200 |
| Tenant | Definisi Inisiatif | 2,500 |
| Scope | Penetapan kebijakan atau inisiatif | 200 |
| Scope | Exemptions | 1000 |
| Definisi kebijakan | Parameters | 20 |
| Definisi inisiatif | Policies | 1000 |
| Definisi inisiatif | Parameters | 400 |
| Penetapan kebijakan atau inisiatif | Pengecualian (notScopes) | 400 |
| Aturan kebijakan | Kondisional bertumpuk | 512 |
| Tugas perbaikan | Resources | 50,000 |
| Isi definisi kebijakan, inisiatif, atau permintaan penetapan | Bytes | 1,048,576 |
Aturan kebijakan memiliki lebih banyak batasan jumlah kondisi dan kompleksitasnya. Untuk informasi selengkapnya, lihat Batas aturan kebijakan.
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
| Resource | Limit |
|---|---|
| Pekerjaan bersamaan berbasis CPU | hingga 51 tugas 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 berada di Learn &Develop SKU, Anda tidak dapat meminta peningkatan batas kuota Anda. Sebaliknya, Anda harus beralih ke Performa pada SKU Skala.
Performa pada SKU Skala
| Resource | Batas default | Batas Maksimum |
|---|---|---|
| Pekerjaan bersamaan berbasis CPU | hingga 100 tugas bersamaan | sama dengan batas default |
| Pekerjaan bersamaan berbasis FPGA | hingga 101 tugas 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 secara bersamaan.
Batas-batas Azure RBAC
Batas berikut berlaku untuk kontrol akses berbasis peran Azure (Azure RBAC).
| Area | Resource | Limit |
|---|---|---|
| Penetapan peran Azure | ||
| Jumlah penetapan peran Azure untuk setiap langganan Azure | 4,000 | |
| Jumlah penetapan peran Azure per grup manajemen | 500 | |
| Ukuran deskripsi untuk penetapan peran Azure | Maksimum yang disarankan: 512 karakter | |
| Ukuran kondisi untuk penetapan peran Azure | 8 KB | |
| Peran kustom Azure | ||
| Jumlah peran kustom Azure per penyewa | 5,000 | |
| Jumlah peran kustom Azure per penyewa (untuk Microsoft Azure yang dioperasikan oleh 21Vianet) |
2,000 | |
| Ukuran nama peran untuk peran kustom Azure | Maksimum yang disarankan: 256 karakter | |
| Ukuran deskripsi untuk peran kustom Azure | Maksimum yang disarankan: 512 karakter | |
| Ukuran definisi peran kustom Azure | 1 MB | |
| Jumlah cakupan yang dapat ditetapkan untuk peran kustom Azure | 2,000 | |
| Penetapan tugas yang ditolak Azure | ||
| Jumlah penugasan penolakan yang dikelola sistem per langganan Azure | 2,000 |
Batas Azure SignalR Service
| Resource | Batas standar | Batas maksimum |
|---|---|---|
| Unit Azure SignalR Service per instans untuk tingkat Gratis | 1 | 1 |
| Unit Azure SignalR Service per instans untuk tingkat Standar/Premium_P1 | 100 | 100 |
| Unit Azure SignalR Service per instans untuk tingkat Premium_P2 | 100 - 1,000 | 100 - 1,000 |
| Unit Azure SignalR Service per langgan per wilayah untuk tingkat Gratis | 5 | 5 |
| Unit Azure SignalR Service total dihitung per langganan per wilayah | 150 | Unlimited |
| Koneksi bersamaan per unit untuk tingkat Gratis | 20 | 20 |
| Koneksi bersamaan per unit untuk tingkat Standar/Premium | 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 |
| Pesan yang disertakan per unit per hari untuk tingkat Standar/Premium | 1,000,000 | 1,000,000 |
| Pesan tambahan per unit per hari untuk tingkat Standar/Premium | Unlimited | Unlimited |
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 Cara mengaktifkan Geo-Replikasi di Azure SignalR Service.
Batas Azure Spring Apps
Lihat Kuota dan paket layanan untuk Azure Spring Apps untuk mempelajari selengkapnya tentang batas untuk Azure Spring Apps.
Batas Azure Storage
Bagian ini mencantumkan batas berikut untuk Azure Storage:
- Batas akun penyimpanan standar
- Batas penyedia sumber daya Azure Storage
- Batas Azure Blob Storage
- Batas penyimpanan Antrean Azure
- Batas penyimpanan Azure Table
Batas akun penyimpanan standar
Tabel berikut menjelaskan batasan default untuk tujuan umum v2 (GPv2), tujuan umum v1 (GPv1), akun penyimpanan Blob Azure. Beberapa entri dalam tabel juga berlaku untuk akses disk; ini diberi label secara eksplisit. Akses disk adalah sumber daya yang secara eksklusif digunakan untuk mengimpor atau mengekspor disk terkelola melalui tautan privat.
Microsoft merekomendasikan penggunaan akun penyimpanan GPv2 untuk sebagian besar skenario. Anda dapat dengan mudah meningkatkan akun penyimpanan GPv1 atau Blob ke akun GPv2 tanpa waktu henti dan tanpa perlu menyalin data. Untuk informasi selengkapnya, lihat Meningkatkan ke akun penyimpanan GPv2.
Batas ingress mengacu pada semua data yang dikirim ke akun penyimpanan atau akses disk. Batas keluar mengacu pada semua data yang diterima dari akun penyimpanan atau akses disk.
Note
Anda dapat meminta kapasitas dan batas masuk yang lebih tinggi. Untuk meminta peningkatan, hubungi Dukungan Azure.
| Resource | Limit |
|---|---|
| Jumlah maksimum akun penyimpanan dengan titik akhir standar per wilayah per langganan, termasuk akun penyimpanan standar dan premium. | 250 secara default, 500 menurut permintaan1 |
| Jumlah maksimum akun penyimpanan dengan titik akhir zona Azure DNS (pratinjau) per wilayah per langganan, termasuk akun penyimpanan standar dan premium. | 5000 (cuplikan) |
| Kapasitas akun penyimpanan maksimum default | 5 PiB 2 |
| Jumlah maksimum kontainer blob, blob, direktori, dan subdirektori (jika Namespace Hierarki diaktifkan), berbagi file, tabel, antrean, entitas, atau pesan per akun penyimpanan. | Tidak ada batasan |
Tingkat permintaan maksimum default per tujuan umum v2, akun penyimpanan Blob, dan sumber daya akses disk di wilayah berikut:
|
40.000 permintaan per detik2 |
| Tingkat permintaan maksimum default per tujuan umum v2, akun penyimpanan Blob, dan sumber daya akses disk di wilayah yang tidak tercantum di baris sebelumnya. | 20.000 permintaan per detik2 |
Ingress maksimum default per tujuan umum v2, akun penyimpanan Blob, dan sumber daya akses disk di wilayah berikut:
|
60 Gbps2 |
| Ingress maksimum default per tujuan umum v2, akun penyimpanan Blob, dan sumber daya akses disk di wilayah yang tidak tercantum di baris sebelumnya. | 25 Gbps2 |
| Ingress maksimum default untuk akun penyimpanan tujuan umum v1 (semua wilayah) | 10 Gbps2 |
Egress maksimum default untuk tujuan umum v2, akun penyimpanan Blob, dan sumber daya akses disk di wilayah berikut:
|
200 Gbps2 |
| Pengeluaran maksimum default untuk v2 tujuan umum, akun penyimpanan Blob, dan sumber daya akses disk di wilayah yang tidak tercantum di baris sebelumnya. | 50 Gbps2 |
| Jalan keluar maksimum untuk akun penyimpanan v1 tujuan umum (wilayah AS) | 20 Gbps jika RA-GRS/GRS diaktifkan, 30 Gbps untuk LRS/ZRS |
| Jalan keluar maksimum untuk akun penyimpanan v1 tujuan umum (wilayah diluar AS) | 10 Gbps jika RA-GRS/GRS diaktifkan, 15 Gbps untuk LRS/ZRS |
| Jumlah maksimum aturan alamat IP per akun penyimpanan | 400 |
| Jumlah maksimum aturan jaringan virtual per akun penyimpanan | 400 |
| Jumlah maksimum aturan instans sumber daya per akun penyimpanan | 200 |
| Jumlah maksimum titik akhir privat per akun penyimpanan | 200 |
1 Dengan peningkatan kuota, Anda dapat membuat hingga 500 akun penyimpanan dengan titik akhir standar per wilayah. Untuk informasi selengkapnya, lihat Meningkatkan kuota akun Azure Storage.
2 Akun standar Azure Storage mendukung batas kapasitas yang lebih tinggi dan batas yang lebih tinggi untuk masuk dan keluar berdasarkan permintaan. Untuk meminta peningkatan batas akun, hubungi Dukungan Azure.
Batas penyedia sumber daya Azure Storage
Batas berikut hanya berlaku saat Anda melakukan operasi manajemen dengan menggunakan Azure Resource Manager dengan Azure Storage dan Penyedia Sumber Daya Penyimpanan. Batasan berlaku per langganan per wilayah sumber daya dalam permintaan.
| Resource | Limit |
|---|---|
| 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 Azure Blob Storage
| Resource | 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 |
| Tingkat permintaan target untuk blob satu halaman | Hingga 500 permintaan per detik |
| Throughput target untuk satu halaman blob | Hingga 60 MiB per detik2 |
| Throughput target untuk satu blok blob | Hingga batas masuk/keluar akun penyimpanan1 |
1 Kinerja throughput untuk satu blob tergantung pada beberapa faktor. Faktor-faktor ini termasuk tetapi tidak terbatas pada: konkurensi, ukuran permintaan, tingkat performa, kecepatan sumber untuk unggahan, dan tujuan untuk unduhan. Untuk memanfaatkan peningkatan performa blob blok throughput tinggi, unggah blob atau blok yang lebih besar. Secara khusus, panggil operasi Put Blob atau Put Block dengan ukuran blob atau blok yang lebih besar dari 256 KiB.
2 Blob halaman belum didukung di akun yang mengaktifkan 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 |
| 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
| Resource | 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.
| Resource | 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 Mebibyte |
| 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 dalam Memahami Model Data Layanan Tabel. |
| Ukuran PartitionKey | String berukuran hingga 1024 karakter |
| Ukuran RowKey | String berukuran hingga 1024 karakter |
| 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 pembuatan langganan Azure
Lihat Akun dan cakupan penagihan di portal Azure untuk mempelajari selengkapnya tentang membuat batas untuk langganan Azure.
Batas Layanan Azure Virtual Desktop
Tabel berikut ini menjelaskan batas maksimum untuk Azure Virtual Desktop.
| Objek Azure Virtual Desktop | Objek Per Objek Kontainer | Batas Layanan |
|---|---|---|
| Workspace | Penyewa Microsoft Entra | 1300 |
| HostPool | Workspace | 400 |
| Grup aplikasi | Penyewa Microsoft Entra | 5001 |
| RemoteApp | Grup aplikasi | 500 |
| Penetapan Peran | Objek Azure Virtual Desktop apa pun | 200 |
| Host Sesi | HostPool | 10,000 |
1Jika Anda memerlukan lebih dari 500 grup Aplikasi, silakan ajukan tiket dukungan melalui portal Microsoft 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.
| Resource | Limit |
|---|---|
| Kluster vSphere setiap cloud privat | 12 |
| Jumlah minimum host ESXi setiap kluster | 3 (batas keras) |
| Jumlah maksimum host ESXi setiap kluster | 16 (batas keras) |
| Jumlah maksimum host ESXi per cloud privat | 96 |
| Jumlah maksimum vCenter Server per cloud privat | 1 (batas keras) |
| Jumlah maksimum pasangan situs HCX | 25 (edisi apa pun) |
| Jumlah maksimum jala layanan HCX | 10 (edisi apa pun) |
| Jumlah maksimum cloud privat Azure VMware Solution yang ditautkan dengan Azure ExpressRoute dari satu lokasi ke satu gateway jaringan virtual | 4 Gateway jaringan virtual yang digunakan menentukan jumlah maksimum sebenarnya dari cloud privat tertaut. Untuk informasi selengkapnya, lihat Tentang gateway jaringan virtual ExpressRoute. Jika Anda melebihi ambang batas ini, gunakan interkoneksi Azure VMware Solution untuk mengagregasi konektivitas cloud privat dalam wilayah Azure. |
| Throughput ExpressRoute Azure VMware Solution maksimum | 10 Gbps (gunakan versi Ultra Performance Gateway dengan FastPath diaktifkan)** Gateway jaringan virtual yang digunakan menentukan bandwidth aktual. Untuk informasi selengkapnya, lihat Tentang gateway jaringan virtual ExpressRoute. Azure VMware Solution ExpressRoute tidak memiliki batasan kecepatan port dan melakukan di atas 10 Gbps. Tarif lebih dari 10 Gbps tidak dijamin karena kualitas layanan. |
| Jumlah maksimum alamat Azure Public IPv4 yang ditetapkan ke NSX | 2,000 |
| Jumlah maksimum interkoneksi Azure VMware Solution di setiap awan pribadi | 10 |
| Jumlah maksimum koneksi Jangkauan Global Azure ExpressRoute per cloud privat Azure VMware Solution | 8 |
| Batas kapasitas vSAN | 75% dari total yang dapat digunakan (sisakan 25% tersedia untuk perjanjian tingkat layanan) |
| VMware Site Recovery Manager: Jumlah maksimum komputer virtual yang dilindungi | 3,000 |
| VMware Site Recovery Manager: Jumlah maksimum komputer virtual per rencana pemulihan | 2,000 |
| VMware Site Recovery Manager: Jumlah maksimum grup perlindungan per rencana pemulihan | 250 |
| VMware Site Recovery Manager: Nilai tujuan titik pemulihan (RPO) | Lima menit atau lebih tinggi* (batas keras) |
| VMware Site Recovery Manager: Jumlah maksimum mesin virtual untuk setiap grup perlindungan | 500 |
| VMware Site Recovery Manager: Jumlah maksimum rencana pemulihan | 250 |
* Untuk informasi tentang RPO yang lebih rendah dari 15 menit, lihat Cara kerja RPO 5 menit dalam dokumentasi Administrasi Replikasi vSphere.
** Batas yang direkomendasikan lunak ini dapat mendukung throughput yang lebih tinggi berdasarkan skenario.
Untuk batas khusus VMware lainnya, gunakan alat maksimum konfigurasi VMware by Broadcom.
Batas Azure Web PubSub
| Resource | Batas standar | Batas maksimum |
|---|---|---|
| Unit Layanan Azure Web PubSub per instans untuk tingkat Gratis | 1 | 1 |
| Unit Layanan Azure Web PubSub per instans untuk tingkat Standar/Premium_P1 | 100 | 100 |
| Unit Layanan Azure Web PubSub per instans untuk tingkat Premium_P2 | 100 - 1,000 | 100 - 1,000 |
| Unit Layanan Azure Web PubSub per langganan per wilayah untuk tingkat Gratis | 5 | 5 |
| Jumlah total unit Layanan Azure Web PubSub per langganan per wilayah | 150 | Unlimited |
| Koneksi bersamaan per unit untuk tingkat Gratis | 20 | 20 |
| Koneksi bersamaan per unit untuk tingkat Standar/Premium | 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 |
| Pesan yang disertakan per unit per hari untuk tingkat Standar/Premium | 1,000,000 | 1,000,000 |
| Pesan tambahan per unit per hari untuk tingkat Standar/Premium | Unlimited | Unlimited |
Untuk meminta pembaruan batas default langganan Anda, buka tiket dukungan.
Untuk informasi selengkapnya tentang bagaimana koneksi dan pesan dihitung dalam penagihan, lihat Model penagihan di Layanan Azure Web PubSub.
Jika persyaratan Anda melebihi batas, tingkatkan dari Tingkat gratis ke tingkat Standar/Premium atau skalakan unit. Untuk informasi selengkapnya, lihat Cara menskalakan instans Layanan Azure Web PubSub.
Jika persyaratan Anda melebihi batas satu instans, tambahkan instans. Untuk informasi selengkapnya, lihat Cara menggunakan Geo-Replikasi di Azure Web PubSub.
Batas pencadangan
Untuk ringkasan pengaturan dan batasan dukungan Azure Backup, lihat Matriks Dukungan Azure Backup.
Batas Batch
| Resource | Batas default | Batas maksimum |
|---|---|---|
| Akun Azure Batch setiap wilayah per langganan | 1-3 | 50 |
| Core khusus per akun Batch | 0-9001 | Hubungi dukungan |
| Core prioritas rendah per akun Batch | 0-1001 | Hubungi dukungan |
| Pekerjaan aktif dan jadwal pekerjaan per akun Batch (pekerjaan yang diselesaikan tidak memiliki batas) | 100-300 | 1,0002 |
| Kumpulan per akun Batch | 0-1001 | 5002 |
| Koneksi titik akhir privat per akun Batch | 100 | 100 |
1 Untuk tujuan manajemen kapasitas, kuota default untuk akun Batch baru di beberapa wilayah dan untuk beberapa jenis langganan telah dikurangi dari rentang nilai di atas. Dalam beberapa kasus, batas ini telah dikurangi menjadi nol. Saat Anda membuat akun Batch baru, periksa kuota Anda dan minta peningkatan kuota inti atau layanan yang sesuai, jika perlu. Atau, pertimbangkan untuk menggunakan kembali akun Batch yang sudah memiliki kuota yang memadai atau akun Batch alokasi kumpulan langganan pengguna untuk mempertahankan kuota keluarga inti dan VM di semua akun Batch pada langganan. Kuota layanan seperti pekerjaan aktif atau kumpulan berlaku untuk setiap akun Batch yang berbeda bahkan untuk akun Batch alokasi kumpulan langganan pengguna.
2 Untuk meminta peningkatan di luar batas ini, hubungi Dukungan Azure.
Note
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.
Batas model penerapan klasik
Batas berikut berlaku jika Anda menggunakan model penyebaran klasik alih-alih model penyebaran Azure Resource Manager.
| Resource | Batas standar | Batas maksimum |
|---|---|---|
| vCPU per langganan1 | 20 | 10,000 |
| Coadministrators per langganan | 200 | 200 |
| Akun penyimpanan per setiap langganan2 | 100 | 100 |
| Layanan cloud berlangganan | 20 | 200 |
| Jaringan lokal per langganan | 10 | 500 |
| Server DNS per langganan | 9 | 100 |
| IP cadangan per langganan | 20 | 100 |
| Grup afinitas untuk setiap langganan | 256 | 256 |
| Panjang nama langganan (karakter) | 64 | 64 |
1Instans ekstra kecil dihitung sebagai satu vCPU dalam batas vCPU meskipun menggunakan sebagian inti CPU.
2Batas akun penyimpanan mencakup akun penyimpanan Standar dan Premium.
Batas Container Instances
| Resource | 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 Pay-As-You-Go.
2Batas default untuk langganan Pay-As-You-Go . Batas dapat berbeda untuk jenis kategori lainnya.
Batas Azure Container Registry
Tabel berikut merinci fitur dan batas tingkat layanan Azure Container Registry Dasar, Standar, dan Premium.
| Resource | Basic | Standard | Premium |
|---|---|---|---|
| Termasuk penyimpanan1 (GiB) | 10 | 100 | 500 |
| Batas penyimpanan (TiB) | 40 | 40 | 40 |
| Ukuran lapisan gambar maksimum (GiB) | 200 | 200 | 200 |
| Ukuran manifes maksimum (MiB) | 4 | 4 | 4 |
| Webhooks | 2 | 10 | 500 |
| Geo-replication | N/A | N/A | Supported |
| Zona Ketersediaan | Supported | Supported | Supported |
| Kepercayaan konten | N/A | N/A | Supported |
| Tautan privat dengan titik akhir privat | N/A | N/A | Supported |
| • Titik Akhir Privat | N/A | N/A | 200 |
| Aturan jaringan IP publik | N/A | N/A | 100 |
| Akses VNet titik akhir layanan | N/A | N/A | Preview |
| • Aturan jaringan virtual | N/A | N/A | 100 |
| Kunci yang dikelola pelanggan | N/A | N/A | Supported |
| Izin yang tercakup dalam repositori dengan penetapan peran Microsoft Entra | Supported | Supported | Supported |
| Izin yang tercakup dalam repositori dengan token dan peta cakupan non-Microsoft Entra | Supported | Supported | Supported |
| • Token Entra non-Microsoft | 100 | 500 | 50,000 |
| • Peta cakupan token Non-Microsoft Entra | 100 | 500 | 50,000 |
| • Tindakan per peta cakupan token non-Microsoft Entra | 500 | 500 | 500 |
| • Repositori per peta cakupan token non-Microsoft Entra2 | 500 | 500 | 500 |
| Akses penarikan anonim | N/A | Supported | Supported |
1 Penyimpanan termasuk dalam tarif harian untuk setiap kategori. 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.
2Tindakan individu dari content/delete, , content/readcontent/write, metadata/read, metadata/write sesuai dengan batas Repositori per peta cakupan token non-Microsoft Entra.
Batas Azure Content Delivery Network
| Resource | Limit |
|---|---|
| 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 |
| Bandwidth maksimum per profil* | 75 Gbps |
| Permintaan maksimum per detik per profil | 100,000 |
| Batas ukuran header HTTP (per header) | 32 KB |
*Kedua batas ini hanya berlaku untuk Azure CDN Standard dari Microsoft (klasik). Jika lalu lintas tidak didistribusikan secara global dan terkonsentrasi di satu atau dua wilayah, atau jika batas kuota yang lebih tinggi diperlukan, buat permintaan Dukungan Azure.
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 Azure 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.
| Resource | Limit | Comments |
|---|---|---|
| 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 Azure 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 tujuan umum v2 atau BlockBlobStorage, 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.
| Resource | Limit | Comments |
|---|---|---|
| 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 Azure Data Share
Azure Data Share memungkinkan organisasi berbagi data secara sederhana dan aman dengan pelanggan dan mitra mereka.
| Resource | Limit |
|---|---|
| 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 Azure Database Migration Service
Azure Database Migration Service adalah layanan terkelola penuh yang dirancang untuk memungkinkan migrasi mulus dari beberapa sumber database ke platform data Azure dengan waktu henti minimal.
| Resource | Limit | Comments |
|---|---|---|
| Jumlah maksimum layanan per langganan, per wilayah | 10 | Untuk meminta peningkatan batas ini, hubungi dukungan. |
Batas Azure Device Registry
Tabel berikut ini mencantumkan batas yang berlaku untuk sumber daya Azure Device Registry. Azure Device Registry digunakan dengan Azure IoT Hub (pratinjau) dan Azure IoT Operations.
| Jenis sumber daya | Jenis batas | Limit |
|---|---|---|
| Namespace Azure Device Registry | Penghitungan per langganan Azure | 100 |
| Perangkat | Penghitungan per langganan Azure | 100,000 |
| Perangkat/perangkat yang ditemukan | Hitung per kluster Kubernetes | 1,000 |
| Perangkat/perangkat yang ditemukan | Hitungan per namespace di Azure Device Registry | 10,000 |
| Perangkat/perangkat yang terdeteksi (status baca) | Operasi per menit per langganan Azure | 5,000 |
| Perangkat/perangkat yang ditemukan (membuat/memperbarui) | Operasi per menit per langganan Azure | 500 |
| Aset/aset yang ditemukan | Hitungan per namespace di Azure Device Registry | 10,000 |
| Aset/aset yang ditemukan | Hitung per kluster Kubernetes | 1,000 |
| Aset / aset yang ditemukan (dibaca) | Operasi per menit per langganan Azure | 5,000 |
| Aset / aset yang ditemukan (buat/perbarui) | Operasi per menit per langganan Azure | 500 |
| Aset: himpunan data, grup peristiwa, dan grup manajemen | Hitung setiap aset | 100 |
| Aset: titik data, peristiwa, dan tindakan manajemen | Hitung setiap aset | 1,000 |
| Aset (klasik) | Penghitungan per langganan Azure | 10,000 |
| Skema registri | Penghitungan per langganan Azure | 100 |
| Schemas | Membaca operasi per menit per langganan Azure | 600 |
| Versi skema | Membaca operasi per menit per langganan Azure | 600 |
| Skema registri | Membaca operasi per menit per langganan Azure | 600 |
| Kebijakan (pratinjau) | Hitungan per namespace di Azure Device Registry | 1 |
| Kredensial (pratinjau) | Hitungan per namespace di Azure Device Registry | 1 |
| Kredensial (pratinjau) | Hitungan per penyewa Entra ID | 2 |
Batas Azure Device Update for IoT Hub
Batas hanya dapat disesuaikan untuk SKU Standar. Permintaan penyesuaian batas dievaluasi berdasarkan kasus per kasus, dan persetujuan tidak dijamin.
Permintaan penyesuaian batas tidak diterima untuk SKU Gratis. Selain itu, instans SKU Gratis tidak dapat ditingkatkan ke instans SKU Standar.
Tabel berikut ini memperlihatkan batasan untuk sumber daya Device Update for IoT Hub di Azure Resource Manager.
| Resource | Batas SKU standar | Batas SKU gratis | Dapat disesuaikan untuk SKU Standar? |
|---|---|---|---|
| Akun per langganan | 50 | 1 | No |
| Instans per akun | 50 | 1 | No |
| Panjang nama akun | 3-24 karakter | 3-24 karakter | No |
| Panjang nama instans | 3-36 karakter | 3-36 karakter | No |
Tabel berikut ini memperlihatkan batasan yang terkait dengan berbagai operasi Pembaruan Perangkat.
| Operation | Batas SKU standar | Batas SKU gratis | Dapat disesuaikan untuk SKU Standar? |
|---|---|---|---|
| Jumlah perangkat per instans | 1 juta | 10 | Yes |
| Jumlah grup perangkat per instans | 100 | 10 | Yes |
| Jumlah kelas perangkat per instans | 80 | 10 | Yes |
| Jumlah penyebaran aktif per instans | 50, termasuk satu yang dicadangkan untuk pembatalan | 5, termasuk satu yang dicadangkan untuk pembatalan | Yes |
| Jumlah total penyebaran per instans, termasuk semua penyebaran aktif, tidak aktif, dan dibatalkan yang tidak dihapus | 100 | 20 | No |
| Jumlah penyedia pembaruan per instans | 25 | 2 | No |
| Jumlah nama pembaruan per penyedia per instans | 25 | 2 | No |
| Jumlah versi pembaruan per penyedia pembaruan dan nama per instans | 100 | 5 | No |
| Jumlah total pembaruan per instans | 100 | 10 | No |
| Ukuran file pembaruan tunggal maksimum | 2 GB | 2 GB | Yes |
| Ukuran gabungan maksimum semua file dalam satu tindakan impor | 2 GB | 2 GB | Yes |
| Jumlah maksimum file dalam satu pembaruan | 10 | 10 | No |
| Total penyimpanan data yang disertakan per instans | 100 GB | 5 GB | No |
Note
Penyebaran yang dibatalkan atau tidak aktif dihitung terhadap batas total penyebaran Anda. Pastikan untuk membersihkan penyebaran ini secara berkala sehingga Anda tidak dicegah untuk membuat penyebaran baru.
Batas Azure Digital Twins
Note
Beberapa area layanan ini memiliki batas yang dapat disesuaikan, dan yang lain tidak. Tabel berikut menggunakan kolom Adjustable? untuk mewakili kondisi ini. Ketika batas dapat disesuaikan, nilai Adjustable? adalah Ya.
Batas fungsi
Tabel berikut mencantumkan batas fungsional Azure Digital Twins.
| Area | Capability | Batas standar | Adjustable? |
|---|---|---|---|
| Sumber daya Azure | Jumlah instans Azure Digital Twins di wilayah, per langganan | 10 | Ya, hingga 50 |
| Kembar digital | Jumlah twin di instans Azure Digital Twins | 2,000,000 | Yes |
| Kembar digital | Jumlah kembar digital yang dapat diimpor dalam satu pekerjaan IMPORT Jobs API | 2,000,000 | No |
| Kembar digital | Jumlah hubungan masuk ke satu twin | 50,000 | No |
| Kembar digital | Jumlah hubungan keluar dari satu twin | 50,000 | No |
| Kembar digital | Jumlah total hubungan dalam instans Azure Digital Twins | 20,000,000 | Yes |
| Kembar digital | Jumlah hubungan yang dapat diimpor dalam satu pekerjaan IMPORT Jobs API | 10,000,000 | No |
| Kembar digital | Ukuran maksimum (dari bodi JSON di permintaan PATCH atau PUT) satu twin | 32 KB | No |
| Kembar digital | Ukuran payload permintaan maksimum | 32 KB | No |
| Kembar digital | Ukuran maksimum nilai properti string (UTF-8) | 4 KB | No |
| Kembar digital | Ukuran maksimum nama properti | 1 KB | No |
| Routing | Jumlah titik akhir untuk satu instans Azure Digital Twins | 6 | No |
| Routing | Jumlah rute untuk satu instans Azure Digital Twins | 6 | Yes |
| Models | Jumlah model di dalam satu instans Azure Digital Twins | 10,000 | Yes |
| Models | Jumlah model yang dapat diimpor dalam satu panggilan API (tidak menggunakan API Impor Pekerjaan) | 250 | No |
| Models | Jumlah model yang dapat diimpor dalam satu pekerjaan IMPOR JOBS API | 10,000 | No |
| Models | Ukuran maksimum (dari bodi JSON di permintaan PATCH atau PUT) satu model | 1 MB | No |
| Models | Jumlah item yang dikembalikan di satu halaman | 100 | No |
| Query | Jumlah item yang dikembalikan di satu halaman | 1000 | Yes |
| Query | Jumlah ekspresi AND / OR di kueri |
50 | Yes |
| Query | Jumlah item array di klausul IN / NOT IN |
50 | Yes |
| Query | Jumlah karakter dalam kueri | 8,000 | Yes |
| Query | Jumlah JOINS dalam kueri |
5 | Yes |
Pembatasan laju
Tabel berikut mencantumkan batas laju API yang berbeda.
| API | Capability | Batas standar | Adjustable? |
|---|---|---|---|
| API Pekerjaan | Jumlah permintaan per detik | 1 | Yes |
| API Pekerjaan | Jumlah pekerjaan massal yang berjalan bersamaan (termasuk impor dan hapus) | 1 | Yes |
| API Model | Jumlah permintaan per detik | 100 | Yes |
| Digital Twins API | Jumlah permintaan baca per detik | 1,000 | Yes |
| Digital Twins API | Jumlah permintaan patch per detik | 1,000 | Yes |
| Digital Twins API | Jumlah operasi buat/hapus per detik di seluruh twin dan hubungan | 500 | Yes |
| Digital Twins API | Jumlah operasi buat/perbarui/hapus per detik di satu twin atau hubungan masuk/keluarnya | 10 | No |
| Digital Twins API | Jumlah operasi luar biasa pada satu twin atau hubungan masuk/keluarnya | 500 | No |
| Kueri API | Jumlah permintaan per detik | 500 | Yes |
| Kueri API | Unit Kueri per detik | 4,000 | Yes |
| API Rute Peristiwa | Jumlah permintaan per detik | 100 | Yes |
Batasan lainnya
Batasan jenis data dan bidang dalam dokumen DTDL untuk model Azure Digital Twins dapat ditemukan dalam dokumentasi spesifikasinya di GitHub: Digital Twins Definition Language (DTDL) - versi 3.
Detail latensi kueri dijelaskan dalam Bahasa kueri. Batasan fitur bahasa pemrogram kueri tertentu dapat ditemukan di dokumentasi referensi kueri.
Batas Azure Event Grid
Note
Batas berikut yang tercantum dalam artikel ini adalah per wilayah.
Batas pembatasan Event Grid
Event Grid menawarkan tingkat Standar dan tingkat Dasar. Tingkat Event Grid Standard memungkinkan penerbitan-berlangganan dengan menggunakan fungsionalitas broker Message Queuing Telemetry Transport (MQTT) dan menarik pengiriman pesan melalui namespace Layanan Event Grid. Tingkat Event Grid Basic memungkinkan pengiriman push dengan menggunakan topik kustom Event Grid, topik sistem Event Grid, domain Event Grid, dan topik mitra Event Grid. Untuk informasi selengkapnya, lihat Memilih tingkat Event Grid yang tepat. Artikel ini menjelaskan kuota dan batasan untuk kedua tingkatan.
Batas sumber daya namespace Layanan Event Grid
Namespace layanan Event Grid memungkinkan Olahpesan MQTT dan pengiriman penarikan HTTP. Batas berikut berlaku untuk sumber daya namespace layanan di Event Grid.
| Deskripsi batas | Limit |
|---|---|
| Namespace layanan Event Grid per langganan Azure | 50 |
| Unit throughput maksimum (TU) per namespace Event Grid | 40 (Untuk meminta peningkatan melebihi 40 TU, hubungi Microsoft di askmqtt@microsoft.com.) |
| Aturan firewall IP per namespace Event Grid | 16 |
Batas MQTT di namespace Layanan Event Grid
Batas berikut berlaku untuk MQTT di sumber daya namespace Layanan Event Grid.
Unit throughput menentukan kapasitas laju peristiwa masuk dan keluar di namespace layanan. Anda dapat menggunakan TU untuk mengontrol kapasitas sumber daya namespace Anda untuk masuk dan keluar pesan.
| Deskripsi batas | Limit |
|---|---|
| Sesi MQTT per namespace Event Grid | 10.000 per TU |
| Sesi per namespace Event Grid | 10.000 per TU |
| Interval kedaluwarsa sesi | 8 jam, dapat dikonfigurasi pada namespace Layanan Event Grid |
| Permintaan penerbitan MQTT masuk per namespace Layanan Event Grid | 1.000 pesan per detik per TU |
| Bandwidth MQTT masuk per namespace Event Grid | 1 MB per detik per TU |
| Permintaan penerbitan MQTT masuk per sesi | 1.000 pesan per detik |
| Bandwidth MQTT masuk per sesi | 1 MB per detik |
| Pesan MQTT dalam penerbangan masuk* | 1.000 pesan |
| Bandwidth MQTT dalam penerbangan masuk* | 64 KB |
| Permintaan penerbitan HTTP masuk per namespace Layanan Event Grid | 500 pesan per detik per TU |
| Bandwidth HTTP masuk per namespace Event Grid | 512 KB per detik per TU |
| Permintaan penerbitan HTTP masuk per sesi | 500 pesan per detik |
| Bandwidth HTTP masuk per sesi | 512 KB per detik |
| Pesan HTTP masuk dalam penerbangan* | 500 pesan |
| Ukuran pesan Pertahankan Maksimum** | 64 KB |
| Pesan Pertahankan Maksimum per TU | 10.000 pesan atau 640 MB (mana saja yang tercapai terlebih dahulu) |
| Total Pertahankan penyimpanan per TU | 640 MB |
| Mempertahankan kedaluwarsa pesan (MQTT 3.1.1) | 365 hari (default) |
| Mempertahankan kedaluwarsa pesan (MQTT 5.0) | Dapat dikonfigurasi dengan menggunakan interval kedaluwarsa pesan dengan rentang 0 hingga 31.536.000 detik (365 hari) |
| Permintaan penerbitan MQTT keluar per namespace Event Grid | 1.000 pesan per detik per TU |
| Bandwidth MQTT keluar per namespace Event Grid | 1 MB per detik per TU |
| Permintaan penerbitan MQTT keluar per sesi | 100 pesan per detik |
| Bandwidth MQTT keluar per sesi | 1 MB per detik |
| Pesan MQTT dalam penerbangan keluar* | 100 pesan |
| Bandwidth MQTT dalam penerbangan keluar* | 64 KB |
| Ukuran maksimum pesan | 512 KB |
| Segmen per filter topik/topik | 15 |
| Ukuran topik | 256 B |
| Topik respons MQTTv5 | 256 B |
| Alias topik MQTTv5 | 10 per sesi |
| Ukuran total MQTTv5 dari semua properti pengguna | 32 KB |
| Tingkat koneksi MQTT per sesi klien | 1 upaya koneksi per detik per sesi klien |
| Ukuran tipe konten MQTTv5 | 256 B |
| Ukuran data korelasi MQTTv5 | 256 B |
| Sambungkan permintaan | 200 permintaan per detik per TU |
| Ukuran data autentikasi MQTTv5 | 8 KB |
| Interval Tetap Hidup Maksimum | 1,160 |
| Filter topik per paket BERLANGGANAN MQTT | 10 |
| Berlangganan dan berhenti berlangganan permintaan per namespace Event Grid | 200 permintaan per detik |
| Berlangganan dan berhenti berlangganan permintaan per sesi | 5 permintaan per detik |
| Langganan per sesi MQTT | 50 |
| Langganan per namespace Event Grid | 1 juta |
| Langganan per topik MQTT | Tidak terbatas, jika tidak melebihi batas langganan per namespace atau sesi Event Grid |
| Sumber daya klien terdaftar | 10.000 klien per TU |
| Sertifikat Otoritas Sertifikat | 10 |
| Kelompok Klien | 10 |
| Ruang topik | 10 |
| Templat topik | 10 per ruang topik |
| Pengikatan izin | 100 |
* Untuk MQTTv5, pelajari selengkapnya tentang dukungan kontrol alur.
** Jumlah pesan yang dipertahankan terhadap total kuota penyimpanan MQTT untuk namespace layanan. Ketika kuota tercapai, penerbitan pesan baru yang dipertahankan gagal hingga pesan yang ada kedaluwarsa atau dihapus (misalnya, melalui penerbitan payload kosong).
Batas peristiwa di namespace Layanan Event Grid
Batas berikut berlaku untuk peristiwa di sumber daya namespace Layanan Event Grid.
| Deskripsi batas | Limit |
|---|---|
| Topik namespace Layanan Event Grid | 100 untuk setiap TU |
| Ingress peristiwa | 1.000 peristiwa per detik atau 1 MB per detik per TU (mana yang lebih dulu) |
| Jalan keluar peristiwa (API pendorongan dan penarikan) | Hingga 2.000 peristiwa per detik atau 2 MB per detik per TU |
| Jalan keluar peristiwa (mengakui, merilis, menolak, dan memperbarui API kunci) | Hingga 2.000 peristiwa per detik atau 2 MB per detik per TU |
| Retensi peristiwa maksimum pada topik namespace Event Grid | 7 hari |
| Langganan per topik | 500 |
| Ukuran acara maksimum | 1 MB |
| Ukuran batch | 1 MB |
| Peristiwa per permintaan | 1,000 |
Topik kustom, topik sistem, dan batas sumber daya topik mitra
Batas berikut berlaku untuk topik kustom Event Grid, topik sistem, dan sumber daya topik mitra.
| Deskripsi batas | Limit |
|---|---|
| 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 peristiwa atau 5 MB per detik (mana yang lebih dulu) Peristiwa dihitung untuk batas dan tujuan harga sebagai potongan data 64 KB. Jadi, jika peristiwanya adalah 128 KB, itu dihitung sebagai dua peristiwa. |
| Ukuran peristiwa | 1 MB Batas ini tidak dapat ditingkatkan. |
| Retensi peristiwa maksimum pada topik | 1 hari 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 firewall IP per topik | 128 |
Batas sumber daya domain
Batas berikut berlaku untuk sumber daya domain Event Grid.
| Deskripsi batas | Limit |
|---|---|
| Domain per langganan Azure | 100 |
| Topik per domain | 100,000 |
| Langganan acara per topik dalam domain | 500 Batas ini tidak dapat ditingkatkan. |
| Langganan acara cakupan domain | 50 Batas ini tidak dapat ditingkatkan. |
| Laju penerbitan untuk domain (ingress) | 5.000 peristiwa atau 5 MB per detik (mana yang lebih dulu) Peristiwa dihitung untuk batas dan tujuan harga sebagai potongan data 64 KB. Jadi, jika peristiwanya adalah 128 KB, itu dihitung sebagai dua peristiwa. |
| Retensi peristiwa maksimum pada topik domain | 1 hari Batas ini tidak dapat ditingkatkan. |
| Koneksi titik akhir pribadi per domain | 64 |
| Aturan firewall IP per topik | 128 |
Batas Azure Event Hubs
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.
| Limit | Notes | Value |
|---|---|---|
| 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 per grup konsumen |
| 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 | |
| Jumlah permintaan penerimaan bersamaan pada hub/topik | Permintaan penerimaan berikutnya dibatasi. Kuota ini berlaku untuk jumlah gabungan operasi penerimaan bersamaan di semua konsumen/grup konsumen | 5000 |
Tingkat dasar vs. standar vs. premium vs. khusus
Tabel berikut ini memperlihatkan batas yang berbeda untuk tingkat Dasar, Standar, Premium, dan Khusus.
Note
- 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.
- Saat Anda membuat kluster khusus, satu CU ditetapkan ke kluster. Jika Anda mengaktifkan Penskalaan dukungan saat membuat kluster, Anda dapat memperbesar dengan meningkatkan CUs atau memperkecil dengan mengurangi CUs untuk kluster sendiri. Untuk instruksi langkah demi langkah, lihat Menskalakan kluster khusus. Untuk kluster yang tidak mendukung fitur penskalaan, kirimkan tiket untuk menyesuaikan unit komputasi pada kluster.
| Limit | Basic | Standard | Premium | Dedicated |
|---|---|---|---|---|
| Ukuran maksimum publikasi Event Hubs | 256 KB | 1 MB | 1 MB | 20 MB |
| Jumlah grup konsumen per hub peristiwa | 1 | 20 | 100 | 1,000 Tidak ada batasan per CU |
| Jumlah grup konsumen Kafka per namespace | NA | 1,000 | 1,000 | 1,000 |
| Jumlah koneksi broker per namespace layanan | 100 | 5,000 | 10.000 per PU Misalnya, jika namespace diberi 4 PUs, batasnya adalah 40.000. |
100.000 per CU |
| Periode retensi maksimum data peristiwa | 1 hari | 7 hari | 90 hari | 90 hari |
| Penyimpanan peristiwa untuk retensi | 84 GB per TU | 84 GB per TU | 1 TB setiap PU | 10 TB setiap CU |
| 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. |
1.024 per hub peristiwa 2.000 per CU |
| Jumlah namespace per langganan per wilayah | 1.000 (semua tingkatan) | 1.000 (semua tingkatan) | 1.000 (semua tingkatan) | 1.000 (50 per CU) |
| Jumlah hub peristiwa per namespace layanan | 10 | 10 | 100 per unit PU | 1,000 |
| Capture | N/A | Bayar per jam | Included | Included |
| Ukuran hub peristiwa yang dikompresi | N/A | 1 GB per partisi | 250 GB per partisi | 250 GB per partisi |
| Ukuran registri skema (namespace) dalam megabyte | N/A | 25 | 100 | 1,024 |
| Jumlah grup skema dalam registri skema atau namespace layanan | N/A | 1: tidak termasuk grup default | 100 1 MB per skema |
1,000 1 MB per skema |
| Jumlah versi skema di semua grup skema | N/A | 25 | 1,000 | 10,000 |
| Pemrosesan per Satuan | Ingress: 1 MB/dtk atau 1000 peristiwa per detik Keluar: 2 MB/detik atau 4.096 peristiwa per detik |
Ingress: 1 MB/detik atau 1.000 peristiwa per detik Keluar: 2 MB/detik atau 4.096 peristiwa per detik |
Tidak ada batasan per PU * | Tidak ada batasan per CU * |
* Tergantung pada faktor-faktor seperti alokasi sumber daya, jumlah partisi, dan penyimpanan.
Note
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 Azure IoT Central
IoT Central membatasi jumlah aplikasi yang dapat Anda sebarkan dalam langganan hingga 100. Untuk mempelajari lebih lanjut, lihat kuota dan batas Azure IoT Central.
Batas Azure 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.
| Resource | Standar S1 | Standar S2 | Standar S3 | F1 Gratis |
|---|---|---|---|---|
| Messages/day | 400,000 | 6,000,000 | 300,000,000 | 8,000 |
| Unit maksimum | 200 | 200 | 10 | 1 |
Tabel berikut ini mencantumkan batasan yang berlaku untuk sumber daya IoT Hub.
| Resource | Limit |
|---|---|
| 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 messages |
100 |
| Kedalaman antrean cloud-ke-perangkat maksimum per perangkat | 50 |
| Jumlah pengiriman maksimum untuk pesan umpan balik 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) |
Note
Jumlah total perangkat ditambah modul yang dapat didaftarkan ke satu hub IoT dibatasi pada 1.000.000.
IoT Hub membatasi meminta ketika kuota berikut terlampaui.
| Throttle | Nilai per hub |
|---|---|
| Operasi registri identitas (membuat, mengambil, mencantumkan, 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 dari cloud ke perangkat | 83,33/dtk/unit (5.000/min/unit) (untuk S3), 1,67/dtk/unit (100/mnt/unit) (untuk S1 dan S2). |
| Penerimaan cloud-ke-perangkat | 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). |
IoT Hub dengan integrasi ADR dan batas manajemen sertifikat (pratinjau) X.509 yang didukung Microsoft
Tabel berikut mencantumkan batas yang berlaku untuk instans IoT Hub (pratinjau).
| Fitur | Limit |
|---|---|
| Jumlah perangkat per instans IoT Hub (pratinjau) | 10,000 |
| Jumlah instans IoT Hub (pratinjau) per namespace layanan ADR | 3 |
| Protokol yang didukung untuk provisi sertifikat | ProtokolWeb-Sockets HTTP, MQTT, dan MQTT. |
Semua pembatasan lainnya, batas sumber daya pratinjau IoT Hub setara dengan IoT Hub standar S1
Tabel berikut mencantumkan batas yang berlaku untuk fitur pratinjau integrasi ADR dan manajemen sertifikat .
| Fitur | Limit |
|---|---|
| Jumlah namespace layanan ADR per langganan Azure | 100 |
| Jumlah pembuatan perangkat per menit | 500 perangkat per menit per langganan |
| Jumlah perangkat yang akan dinonaktifkan per menit | 500 |
| Jumlah perangkat yang akan diaktifkan per menit | 500 |
| Jumlah sertifikat yang dikeluarkan oleh PKI (oleh instans DPS perangkat) selama provisi | 500 per menit |
| Jumlah perpanjangan sertifikat | 500 per menit |
| Jumlah sumber daya kredensial per penyewa | 2 |
| Jumlah sumber daya kredensial per namespace LAYANAN Domain Active Directory | 1 |
| Jumlah kebijakan per sumber daya kredensial | 1 |
Untuk informasi selengkapnya, Anda dapat melihat daftar lengkap batas ADR.
Batas Azure IoT Hub Device Provisioning Service
Tabel berikut ini mencantumkan batasan yang berlaku untuk sumber daya Layanan Provisi Perangkat Azure IoT Hub.
| Resource | Limit |
|---|---|
| Layanan provisi perangkat maksimum per langganan Azure | 10 |
| Jumlah maksimum registrasi | 1,000,000 |
| Jumlah maksimum pendaftaran individu | 1,000,000 |
| Jumlah maksimum grup pendaftaran (sertifikat X.509) | 100 |
| Jumlah maksimum grup pendaftaran (kunci simetris) | 100 |
| Jumlah maksimum CA | 25 |
| Jumlah maksimum IoT hub yang ditautkan | 50 |
| Ukuran maksimum pesan | 96 KB |
Tip
Jika batas keras pada grup pendaftaran kunci simetris menjadi kendala, gunakan pendaftaran individual sebagai solusi.
Layanan Penyediaan Perangkat memiliki batas tarif berikut.
| Rate | Nilai per unit |
|---|---|
| Operations | 1,000/min/service |
| Registrasi perangkat | 1,000/min/service |
| Operasi poling perangkat | 5/10 detik/perangkat |
Batas Azure Key Vault
Jenis sumber daya: vault
Bagian ini menjelaskan batas layanan untuk jenis sumber daya vaults.
Transaksi kunci (transaksi maksimum yang boleh dilakukan 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 |
Note
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, ketika Anda melakukan operasi GET pada kunci HSM RSA, delapan kali lebih mahal untuk menggunakan kunci 4.096-bit dibandingkan dengan kunci 2.048-bit karena 2.000/250 = 8.
Dalam interval 10 detik tertentu, klien Azure Key Vault dapat melakukan hanya satu dari operasi berikut sebelum mengalami 429 kode status HTTP pembatasan:
- 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 |
|---|---|
| Secret BUAT rahasia |
300 (secara kolektif di ketiga operasi) |
| Certificate IMPOR sertifikat |
300 (secara kolektif di ketiga operasi) |
| Key Kunci impor |
300 (secara kolektif di ketiga operasi) |
| Semua transaksi lainnya | 4,000 |
Note
Batas transaksi 300 berlaku secara kolektif di seluruh operasi "CREATE secret," "IMPORT certificate," dan "IMPORT key". Misalnya, jika dalam 10 detik Anda membuat 100 rahasia, mengimpor 100 sertifikat, dan mengimpor 100 kunci, Anda akan mencapai batas dan mengalami pembatasan. 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
Saat Anda mencadangkan objek brankas kunci, seperti rahasia, kunci, atau sertifikat, operasi pencadangan mengunduh objek sebagai blob 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 |
Note
Jika Anda mencoba mencadangkan objek kunci, rahasia, atau sertifikat dengan lebih banyak versi daripada batas, operasi akan menghasilkan kesalahan. Tidak dimungkinkan untuk menghapus versi sebelumnya dari kunci, rahasia, atau sertifikat.
Batasan 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.
Azure Key Vault: Batas HSM terkelola
Jenis sumber daya: HSM terkelola
Bagian ini menjelaskan batas layanan untuk jenis sumber daya managed HSM.
Batas objek
| Item | Limits |
|---|---|
| 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 |
Untuk panduan perencanaan dan penskalaan kapasitas performa terperinci, lihat Panduan penskalaan Azure Managed HSM.
Batas Identitas Terkelola Azure
Setiap identitas terkelola diperhitungkan dalam batas kuota objek dalam penyewa Microsoft Entra seperti yang dijelaskan dalam batas dan batasan layanan Microsoft Entra.
Tingkat ketika identitas terkelola dapat dibuat memiliki batas berikut:
- Per penyewa Microsoft Entra per wilayah Azure: 400 operasi buat 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 Microsoft Entra per wilayah Azure: 400 operasi penugasan per 20 detik.
- Per Langganan Azure per wilayah Azure : 300 operasi penugasan per 20 detik.
Batas Azure Media Services
Note
Untuk sumber daya yang tidak tetap, buka tiket dukungan guna meminta penambahan kuota. Jangan membuat akun Azure Media Services lain untuk mendapatkan batas yang lebih tinggi.
Batas akun
| Resource | Batas default |
|---|---|
| Akun Media Services dalam satu langganan | 100 (tetap) |
Batas aset
| Resource | Batas default |
|---|---|
| Aset per akun Media Services | 1,000,000 |
Batas penyimpanan (media)
| Resource | Batas default |
|---|---|
| Ukuran file | Dalam beberapa skenario, ada batas ukuran file maksimum yang didukung untuk pemrosesan 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)
| Resource | 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 mencakup Pekerjaan yang diantrekan, 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 catatan di bawah kuota maksimum.
Batas streaming langsung
| Resource | Batas default |
|---|---|
| Acara Langsung (4) untuk setiap akun Media Services | 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 saat dibuat dan berhenti saat dihapus.
Pengemasan & batas pengiriman
| Resource | Batas default |
|---|---|
| Titik Akhir Streaming (dihentikan atau dijalankan) per akun Media Services | 2 |
| Filter Manifes Dinamis | 100 |
| Kebijakan Streaming | 100 (6) |
| Pencari Lokasi Streaming unik yang terkait dengan Aset pada satu waktu | 100(7) (tetap) |
6 Saat menggunakan Kebijakan Streaming kustom, Anda harus merancang serangkaian 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 Azure Policy Streaming baru untuk setiap Pencari Lokasi Streaming.
7 Pencari Streaming tidak dirancang untuk mengelola kontrol akses per pengguna. Untuk memberikan hak akses yang berbeda kepada pengguna individu, gunakan solusi Manajemen Hak Digital (DRM).
Batas perlindungan
| Resource | 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 |
Tiket dukungan
Untuk sumber daya yang tidak tetap, Anda dapat meminta penambahan kuota dengan cara 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 tambahan dalam upaya untuk mendapatkan batas yang lebih tinggi.
Azure Media Services v2 (warisan)
Untuk batas khusus untuk Media Services v2 (warisan), lihat [Media Services v2 (warisan)]
Batas Azure Mobile Services
| Tier | Free | Basic | Standard |
|---|---|---|---|
| Panggilan API | 500,000 | 1,5 juta per unit | 15 juta per unit |
| Perangkat aktif | 500 | Unlimited | Unlimited |
| Scale | N/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/ WebSockets |
Limited | 350 per layanan seluler | Unlimited |
| Sinkronisasi offline | Limited | Included | Included |
| Pekerjaan terjadwal | Limited | Included | Included |
| 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 | Unlimited | Unlimited |
| Transfer data keluar | 165 MB per hari (rollover harian) | Included | Included |
Untuk informasi selengkapnya tentang batas dan harga, lihat Harga Azure Mobile Services.
Batas jaringan Azure
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.
Note
Kami telah meningkatkan semua batas default ke batas maksimumnya. Jika tidak ada kolom batas maksimum, sumber daya tidak memiliki batas yang dapat disesuaikan. Jika Anda memiliki batas ini secara manual ditingkatkan oleh dukungan di masa lalu dan saat ini melihat batas yang lebih rendah dari apa yang tercantum dalam tabel berikut, buka permintaan dukungan pelanggan online tanpa biaya
| Resource | Limit |
|---|---|
| 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 |
| Server DNS per antarmuka jaringan | 20 |
| Alamat IP privat per jaringan virtual | 65,536 |
| Total Alamat Privat untuk sekelompok jaringan Virtual Yang Di-peering | 128,000 |
| Alamat IP pribadi per antarmuka jaringan | 256 |
| Alamat IP pribadi per mesin virtual | 256 * N (N adalah jumlah NIC pada VM) |
| 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 IP dan rentang yang ditentukan untuk sumber atau tujuan dalam grup keamanan (Batas berlaku secara terpisah ke sumber dan tujuan) | 4,000 |
| Kelompok keamanan aplikasi | 3,000 |
| Grup keamanan aplikasi per konfigurasi IP, per NIC | 20 |
| Grup keamanan aplikasi yang dirujuk sebagai sumber/tujuan per aturan NSG | 10 |
| 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 | 6001 |
| Rute dengan tag layanan sesuai tabel rute | 25 |
| Sertifikat root point-to-site per Azure VPN Gateway | 20 |
| Sertifikat klien yang dicabut dari lokasi ke situs per Azure VPN Gateway | 300 |
| Konfigurasi TAP antarmuka jaringan per TAP jaringan virtual | 10 |
1Dukungan untuk rute yang ditentukan pengguna per langganan yang lebih tinggi dari 600 tersedia melalui Azure Virtual Network Manager.
Batas alamat IP Publik
| Resource | Batas standar | Batas maksimum |
|---|---|---|
| Alamat IPv4 Publik Dasar, IPv61,2,3 | 10 | Hubungi dukungan |
| Alamat IPv4 Publik Standar, IPv61 | 10 | Hubungi dukungan |
| Global Tier Public IPv4, alamat IPv61 | 10 | Hubungi dukungan |
| Preferensi Perutean Alamat Internet Publik IPv4, IPv61 | 10 | Hubungi dukungan |
| Prefiks IP Publik | dibatasi oleh jumlah IP Publik Standar dalam langganan | Hubungi dukungan |
| Panjang awalan IP publik | /28 | Hubungi dukungan |
| Awalan IP kustom | 5 | Hubungi dukungan |
1Batas default untuk alamat IPv4/v6 Publik bervariasi menurut jenis kategori penawaran, seperti Uji Coba Gratis, bayar sesuai penggunaan, CSP. Misalnya, pengaturan standar untuk langganan Perjanjian Perusahaan adalah 1000, dan pengaturan standar untuk bayar sesuai penggunaan adalah 20. Sebagian besar penawaran dimulai dari 10. Ada juga jumlah maksimum keseluruhan alamat IP Publik per langganan.
2Alamat IP Publik Dasar dihentikan per 30 September 2025. Lihat di sini untuk detail selengkapnya.
Batas berikut hanya berlaku untuk sumber daya jaringan yang dikelola melalui model penyebaran klasik per langganan. Pelajari cara melihat penggunaan sumber daya Anda saat ini terhadap batas langganan Anda.
| Resource | Batas standar | 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 Azure Load Balancer
Standar Load Balancer
| Resource | Limit |
|---|---|
| Penyeimbang beban | 1,000 |
| Konfigurasi IP frontend | 600 |
| Aturan (Load Balancer + NAT Masuk) per sumber daya | 1,500 |
| Aturan per NIC (di semua IP pada NIC)1 | 300 |
| Aturan port ketersediaan tinggi | 1 per frontend internal |
| Aturan keluar per Load Balancer | 600 |
| Ukuran kumpulan ujung belakang | 5,000 |
| Ukuran kumpulan Backend Load Balancer global Azure | 300 |
| Konfigurasi IP backend per frontend 2 | 10,000 |
| Konfigurasi IP backend di semua frontend | 500,000 |
1 Setiap NIC dapat memiliki total 300 aturan (penyeimbangan beban, NAT masuk, dan aturan keluar yang digabungkan) yang dikonfigurasi di semua konfigurasi IP pada NIC. 2 Konfigurasi IP backend dihimpun pada semua aturan pengimbang beban termasuk penyeimbangan beban, NAT masuk, dan aturan keluar. Setiap aturan instans kumpulan backend dikonfigurasi untuk dihitung sebagai satu konfigurasi.
Load Balancer tidak menerapkan batas throughput apa pun. Namun, batas throughput untuk komputer virtual dan jaringan virtual masih berlaku. Untuk informasi selengkapnya, lihat Bandwidth jaringan komputer virtual.
Penyeimbang Beban Gateway
| Resource | Limit |
|---|---|
| Sumber daya yang ditautkan per frontend Load Balancer Gateway (konfigurasi frontend Load Balancer atau konfigurasi IP VM NIC digabungkan) | 100 |
Semua batasan untuk Load Balancer Standar juga berlaku untuk Gateway Load Balancer.
Load Balancer Dasar
| Resource | Limit |
|---|---|
| Penyeimbang beban | 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 diskrit dalam kumpulan backend (komputer virtual mandiri, set ketersediaan, atau grup penempatan set skala komputer virtual) adalah memiliki hingga 250 konfigurasi IP Frontend di satu Load Balancer Publik Dasar dan Load Balancer Internal Dasar.
Batas Azure Application Gateway
Tabel berikut ini berlaku untuk SKU v1, v2, Standar, dan WAF kecuali dinyatakan lain.
| Resource | Limit | Note |
|---|---|---|
| Azure Application Gateway | 1.000 per wilayah per langganan | |
| Konfigurasi IP frontend | 4 | IPv4 - 1 publik dan 1 privat. IPv6 - 1 publik dan 1 privat. |
| Port ujung depan | 1001 | |
| Kumpulan alamat backend | 100 | |
| Target backend per kumpulan | 1,200 | |
| Pendengar 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. Untuk informasi selengkapnya, lihat Pertanyaan umum tentang Application Gateway. |
| Aturan penyeimbangan beban HTTP | 4001 | |
| Pengaturan HTTP backend | 1001 | |
| Instans per gateway | V1 SKU (Kode Barang) - 32 V2 SKU - 125 |
|
| Sertifikat SSL | 1001 | 1 per listener HTTP |
| Ukuran sertifikat SSL maksimum | V1 SKU - 10 KB V2 SKU - 16 KB |
|
| Ukuran sertifikat CA klien tepercaya maksimum | 25 KB | 25 KB adalah ukuran agregat maksimum sertifikat akar dan menengah yang terkandung dalam file pem atau cer yang diunggah. |
| Sertifikat OS klien tepercaya maksimum | 200 | 100 per Profil SSL |
| 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 | |
| Nama host per pendengar | 5 | |
| Aturan berbasis jalur maksimum per peta URL | 100 | |
| Mengalihkan konfigurasi | 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 berukuran sedang20k 2 Gateway besar 50k2 |
|
| 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 | |
| Permintaan maksimum per koneksi HTTP/2 | 1000 | Jumlah total permintaan yang dapat berbagi koneksi HTTP/2 frontend yang sama |
| Ukuran unggahan file maksimum, (SKU Standar) | V1 - 2 GB V2 - 4 GB |
Batas ukuran maksimum ini dibagikan dengan isi permintaan |
| Ukuran unggahan file maksimum (WAF SKU)3 | V1 Sedang - 100 MB V1 Besar - 500 MB V2 - 750 MB V2 (dengan CRS 3.2 atau DRS) - 4 GB4 |
1 MB - Nilai Minimum 100 MB - Nilai default V2 dengan CRS 3.2 atau DRS - dapat diaktifkan/Dimatikan |
| Batas ukuran permintaan maksimum SKU Standar (tanpa file) | V1 - 2 GB V2 - 4 GB |
|
| Batas ukuran permintaan maksimum WAF SKU (tanpa file) | V1 atau V2 (dengan CRS 3.1 dan yang lebih lama) - 128 KB V2 (dengan CRS 3.2 atau DRS) - 2 MB4 |
8 KB - Nilai Minimum 128 KB - Nilai default V2 dengan CRS 3.2 atau DRS - dapat diaktifkan/Dimatikan |
| Batas pemeriksaan permintaan maksimum SKU WAF | V1 atau V2 (dengan CRS 3.1 dan yang lebih lama) - 128 KB V2 (dengan CRS 3.2 atau DRS) - 2 MB4 |
8 KB - Nilai Minimum 128 KB - Nilai default V2 dengan CRS 3.2 atau DRS - dapat diaktifkan/Dimatikan |
| Konfigurasi Private Link Maksimum | 2 | 1 untuk IP publik, 1 untuk IP privat |
| Konfigurasi IP Private Link Maksimum | 8 | |
| Aturan kustom WAF maksimum per kebijakan WAF | 100 | |
| Kondisi pencocokan WAF maksimum per aturan kustom | 10 | Batas ini tidak diberlakukan oleh WAF. Menambahkan lebih dari 10 kondisi kecocokan dapat menyebabkan penurunan kinerja. |
| Rentang alamat IP WAF per kondisi kecocokan | 540 600 - dengan CRS 3.2 atau DRS |
|
| Pengecualian WAF maksimum per Application Gateway | 40 200 - dengan CRS 3.2 atau DRS |
|
| Nilai kecocokan string WAF per kondisi kecocokan | 10 |
1 Jumlah sumber daya yang tercantum dalam tabel berlaku untuk SKU Application Gateway standar dan SKU berkemampuan WAF yang menjalankan CRS 3.2 atau DRS. Untuk SKU berkemampuan WAF yang menjalankan CRS 3.1 atau yang lebih rendah, nomor yang didukung adalah 40. Untuk informasi selengkapnya, lihat mesin WAF.
Batas 2 adalah per instans Application Gateway bukan per sumber daya Application Gateway.
3 Ada buffer 4 KB pada batas unggahan file. Pembatasan ukuran file tidak akan diberlakukan hingga pengunggahan file melebihi batas yang Anda tetapkan ditambah buffer ini.
4 Harus menentukan nilai melalui Kebijakan WAF untuk Application Gateway.
Batas Azure Application Gateway untuk Kontainer
| Resource | Limit |
|---|---|
| Gerbang Aplikasi untuk Kontainer | 1000 per langganan |
| Associations | 1 per pintu gerbang |
| Frontends | 5 per pintu gerbang |
Batas konfigurasi Kubernetes Ingress dan Gateway API
| Resource | Limit |
|---|---|
| Penamaan sumber daya | 128 karakter |
| Penamaan namespace | 128 karakter |
| Pendengar per gateway | 64 listener per sumber daya gateway (diberlakukan oleh Gateway API) |
| Total referensi AGC | 5 per pengontrol ALB |
| Total referensi sertifikat | 100 per setiap AGC |
| Total pendengar | 200 per AGC |
| Total rute | 200 per AGC |
| Total aturan | 200 per AGC |
| Total layanan | 100 per setiap AGC |
| Total titik akhir | 5.000 per AGC |
Batas Azure Bastion
Instans adalah mesin virtual Azure yang dioptimalkan yang dibuat saat Anda mengonfigurasi Azure Bastion. Saat Anda mengonfigurasi Azure Bastion menggunakan SKU Dasar, 2 instans dibuat. Jika Anda menggunakan SKU Standar, Anda dapat menentukan jumlah instans antara 2-50.
| Jenis Beban Kerja* | Batas Sesi per Instans** |
|---|---|
| Light | 25 |
| Medium | 20 |
| Heavy | 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
DNS Publik
Zona DNS publik
| Resource | Limit |
|---|---|
| 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 1 |
| Catatan TXT per kumpulan catatan di zona DNS publik | 400 |
| Jumlah catatan Alias ​​​​untuk satu sumber daya Azure | 50 |
1Jika Anda perlu meningkatkan batas kuota ini, hubungi Dukungan Azure.
Operasi zona DNS publik
| Operation | Batas (per zona) |
|---|---|
| Create | 40/min |
| Delete | 40/min |
| Get | 1000/min |
| List | 60/min |
| Daftar Menurut Grup Sumber Daya | 60/menit (per grup sumber daya) |
| Update | 40/min |
Operasi rekaman sumber daya DNS publik
| Operation | Batas (per zona) |
|---|---|
| Create | 200/min |
| Delete | 200/min |
| Get | 2000/min |
| Daftar Menurut Zona DNS | 60/min |
| Daftar Menurut Jenis | 60/min |
| Update | 200/min |
Private DNS
Zona DNS Private
| Resource | Limit |
|---|---|
| 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 privat dengan pendaftaran otomatis diaktifkan | 100 |
| Jumlah zona DNS privat yang dapat ditautkan oleh jaringan virtual dengan autoregistrasi diaktifkan | 1 |
| Jumlah zona DNS pribadi yang dapat ditautkan oleh jaringan virtual | 1000 |
Operasi zona DNS privat
| Operation | Batas (per langganan) |
|---|---|
| Create | 40/min |
| Delete | 40/min |
| Get | 200/menit (per zona) |
| Daftar menurut langganan | 60/min |
| Daftar menurut grup sumber daya | 100/menit (per grup sumber daya) |
| Update | 40/min |
Operasi rekaman sumber daya DNS privat
| Operation | Batas (per zona) |
|---|---|
| Create | 60/min |
| Delete | 60/min |
| Get | 200/min |
| List | 100/min |
| Update | 60/min |
Operasi tautan jaringan virtual
| Operation | Batas (per zona) |
|---|---|
| Create | 60/min |
| Delete | 60/min |
| Get | 100/min |
| Daftar menurut jaringan virtual | 20/min |
| Update | 60/min |
Batas VM pemecah masalah DNS yang disediakan Azure
| Resource | Limit |
|---|---|
| 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 ke setiap komputer virtual individu dan bukan di tingkat jaringan virtual. Kueri DNS yang melebihi batas ini akan dihapus. Batas ini berlaku untuk pemecah masalah Azure default, bukan pemecah masalah privat DNS.
Pemecah Masalah Privat DNS1
| Resource | Limit |
|---|---|
| Pemecah masalah privat DNS per langganan | 15 |
| Pemecah masalah privat DNS per jaringan virtual | 1 |
| Titik akhir masuk per pemecah masalah privat DNS | 5 |
| Titik akhir keluar per pemecah masalah privat DNS | 5 |
| Aturan penerusan per aturan penerusan DNS | 1000 |
| Tautan jaringan virtual per seperangkat aturan penerusan DNS | 500 |
| Aturan penerusan DNS yang ditautkan ke jaringan virtual | 1 |
| Titik akhir keluar per aturan penerusan DNS | 2 |
| Aturan penerusan DNS per titik akhir keluar | 2 |
| Server DNS target per aturan penerusan | 6 |
| QPS per titik akhir | 10,000 |
1Batas berbeda mungkin diberlakukan oleh portal Azure hingga portal diperbarui. Gunakan PowerShell untuk memprovisikan elemen hingga batas terbaru.
Batas-Batas Azure Firewall
| Resource | Limit |
|---|---|
| Azure Firewall per jaringan virtual | 1 |
| Throughput Data Maks | 100 Gbps untuk Premium, 30 Gbps untuk SKU Standar, 250 Mbps untuk Dasar (pratinjau) Untuk informasi selengkapnya, lihat Performa Azure Firewall. |
| Batas aturan | 20.000 sumber/tujuan unik dalam aturan jaringan Sumber/tujuan unik dalam jaringan = (Alamat sumber + Grup IP Sumber) * (Alamat tujuan + Jumlah Fqdn Tujuan + Grup IP Tujuan) * (Jumlah protokol IP) * (Port tujuan) Anda dapat melacak jumlah aturan jaringan Kebijakan Firewall di analitik kebijakan di bawah tab Wawasan. Sebagai alternatif, Anda juga dapat memantau metrik Firewall Latency Probe untuk memastikan tetap di bawah 20 ms bahkan selama jam sibuk. |
| Ukuran total aturan dalam satu Grup Kumpulan Aturan | 1 MB untuk kebijakan Firewall yang dibuat sebelum Juli 2022 2 MB untuk kebijakan Firewall yang dibuat setelah Juli 2022 |
| Jumlah Grup Kumpulan Aturan dalam kebijakan firewall | 50 untuk kebijakan Firewall yang dibuat sebelum Juli 2022 90 untuk kebijakan Firewall yang dibuat setelah Juli 2022 |
| Aturan DNAT maksimum (Tujuan eksternal maksimum) | 250 maksimum [jumlah alamat IP publik firewall + tujuan unik (alamat tujuan, port, dan protokol)] Keterbatasan DNAT adalah karena platform yang mendasarinya. Misalnya, Anda bisa mengonfigurasi 500 aturan UDP ke alamat IP dan port tujuan yang sama (satu tujuan unik), tetapi tidak bisa mengonfigurasi 500 aturan ke alamat IP yang sama dan ke 500 port yang berbeda karena melebihi batas (500 tujuan unik). Jika Anda membutuhkan lebih dari 250, Anda harus menambahkan firewall lain di jaringan virtual terpisah |
| Ukuran Minimum AzureFirewallSubnet | /26 |
| Rentang port dalam aturan jaringan dan aplikasi | 1 - 65535 |
| Alamat IP publik | 250 maksimum. Semua alamat IP umum dapat digunakan dalam aturan DNAT dan semuanya berkontribusi pada port SNAT yang tersedia. |
| Alamat IP di Grup IP | Disarankan untuk memiliki maksimum 50 Grup IP unik per firewall klasik. Maksimal 600 Grup IP unik untuk setiap kebijakan 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 yang diatur ke Internet. Azure Firewall harus memiliki konektivitas Internet langsung. Jika AzureFirewallSubnet Anda mempelajari rute default ke jaringan lokal Anda melalui BGP, Anda harus mengambil alihnya 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 berikut, ada batas komposit pada jumlah aturan perutean, domain front-end, protokol, dan jalur.
| Resource | 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 |
| Aturan per seperangkat Aturan | 25 |
| Kumpulan back-end per sumber daya 2 | 50 |
| Ujung belakang per kumpulan ujung belakang | 100 |
| Pola jalur yang cocok untuk aturan perutean | 25 |
| URL dalam satu panggilan penghapusan menyeluruh cache | 100 |
| Maksimum bandwidth 1 | 75 Gbps |
| Permintaan maksimum per detik per profil 1 | 100,000 |
| Batas ukuran header HTTP (per header) | 32 KB |
| 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 {i>firewall | 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 |
| Batas pemeriksaan isi permintaan HTTP firewall aplikasi web | 128 KB |
| Panjang badan respons kustom firewall aplikasi web | 32 KB |
1 Jika lalu lintas tidak didistribusikan secara global dan terkonsentrasi di satu wilayah atau lebih, atau jika kuota yang lebih tinggi terbatas diperlukan, buat permintaan dukungan Azure.
2 Untuk 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 Pay-As-You-Go.
Batas layanan Azure Front Door Standard dan Premium
- Maksimum 500 total profil Standar dan Premium untuk setiap langganan.
- Selain batas berikut, ada batas komposit pada jumlah rute, domain, protokol, dan jalur.
| Resource | 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 grup asal | 50 | 50 |
| 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 |
| Aturan maksimum per seperangkat aturan | 100 | 100 |
| Maksimum bandwidth 1 | 75 Gbps | 75 Gbps |
| Permintaan maksimum per detik per profil 1,2 | 100,000 | 100,000 |
| Koneksi WebSocket bersamaan maksimum per profil 3 | 3,000 | 3,000 |
| Pola jalur yang cocok untuk aturan perutean | 25 | 50 |
| URL dalam satu panggilan penghapusan menyeluruh cache | 100 | 100 |
| Kebijakan keamanan maksimum per profil | 100 | 200 |
| Asosiasi maksimum per kebijakan keamanan | 110 | 225 |
| Rahasia maksimum per profil | 100 | 500 |
| Grup kunci maksimum per profil | 100 | 200 |
| Batas ukuran header HTTP (per header) | 32 KB | 32 KB |
| Kebijakan Firewall Aplikasi Web (WAF) per langganan | 100 | 100 |
| Aturan kustom WAF per kebijakan | 100 | 100 |
| Ketentuan kecocokan WAF per aturan khusus | 10 | 10 |
| Aturan kustom regex WAF per kebijakan | 5 | 5 |
| 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 |
| Isi permintaan HTTP WAF dan batas inspeksi pengunggahan file | 128 KB | 128 KB |
| Panjang bodi respons kustom WAF | 32 KB | 32 KB |
1 Jika lalu lintas tidak didistribusikan secara global dan terkonsentrasi di satu atau beberapa wilayah, atau jika batas kuota yang lebih tinggi diperlukan, buat permintaan dukungan Azure.
2 Saat ini ada batasan 5.000 permintaan per detik per POP untuk setiap profil layanan Front Door. Di luar batas ini, lokasi POP akan menghilangkan koneksi. Jika permintaan terkonsentrasi di salah satu wilayah lainnya dan melebihi batas ini, Anda dapat meminta batas POP yang lebih tinggi dengan mengirimkan permintaan dukungan Azure.
3 Jika Anda memerlukan lebih dari 3.000 koneksi WebSocket bersamaan, kirimkan permintaan dukungan Azure.
Nilai batas waktu
Dari Klien ke Front Door
- Batas waktu header - Setelah membuat koneksi TCP/TLS, Front Door memiliki batas waktu 5 detik untuk menerima semua header dari klien. Koneksi dihentikan jika klien tidak mengirim header dalam waktu 5 detik. Anda tidak dapat mengonfigurasi nilai batas waktu ini.
- Batas waktu http tetap hidup - Front Door memiliki batas waktu tetap hidup HTTP 90 detik. Koneksi dihentikan jika klien tidak mengirim data selama 90 detik. Anda tidak dapat mengonfigurasi nilai batas waktu ini.
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 server asal dijeda karena alasan apa pun di tengah isi respons melebihi batas waktu yang ditetapkan oleh originResponseTimeoutSeconds atau sendRecvTimeoutSeconds, maka 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 | |
|---|---|---|
| Download | Tidak ada batasan pada ukuran unduhan. | Tidak ada batasan pada ukuran unduhan. |
| Upload | Tidak ada batasan selama setiap unggahan CTE kurang dari 2 GB. | Ukuran tidak boleh lebih besar dari 2 GB. |
Batasan 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 titik akhir maksimum untuk Standar dan Premium: 46 karakter.
Untuk informasi selengkapnya tentang batasan yang berlaku untuk konfigurasi Mesin Aturan, lihat terminologi mesin aturan.
Batas Azure Network Watcher
| Resource | Limit |
|---|---|
| Instans Network Watcher per wilayah per langganan | 1 (Satu instans di suatu wilayah untuk mengaktifkan akses ke layanan di wilayah tersebut) |
| Pemantau koneksi per wilayah per langganan | 100 |
| Grup pengujian maksimum per pemantau koneksi | 20 |
| Sumber dan tujuan maksimum per pemantau koneksi | 100 |
| Konfigurasi pengujian maksimum per pemantau koneksi | 20 |
| Sesi pengambilan paket per wilayah per langganan | 10.000 (Jumlah sesi saja, bukan pengambilan yang disimpan) |
| Operasi pemecahan masalah VPN per langganan | 1 (Jumlah operasi pada satu waktu) |
Batas Azure Route Server
| Resource | Limit |
|---|---|
| Jumlah serekan BGP | 8 |
| Jumlah rute yang dapat diiklankan setiap rekan BGP ke Azure Route Server 1 | 4,000 |
| Jumlah VM di jaringan virtual (termasuk jaringan virtual peered) yang dapat didukung oleh Azure Route Server | 50,000 |
| Jumlah jaringan virtual yang dapat didukung Azure Route Server | 500 |
| Jumlah total prefiks lokal dan Azure Virtual Network yang dapat didukung Oleh Azure Route Server | 10,000 |
1 Jika NVA Anda mengiklankan lebih banyak rute daripada batas, sesi BGP akan dihilangkan.
Note
Jumlah total rute yang diiklankan dari ruang alamat jaringan virtual dan Route Server ke sirkuit ExpressRoute, ketika Cabang-ke-cabang diaktifkan, tidak boleh melebihi 1.000. Untuk informasi selengkapnya, lihat Merutekan batas iklan ExpressRoute.
Batas Azure ExpressRoute
| Resource | Limit |
|---|---|
| Sirkuit ExpressRoute per langganan | 50 (Kirim permintaan dukungan untuk menambah batas) |
| Sirkuit ExpressRoute per wilayah per langganan, dengan Azure Resource Manager | 10 |
| Jumlah maksimum sirkuit di lokasi peering yang sama yang ditautkan ke jaringan virtual yang sama | 4 |
| Jumlah maksimum sirkuit di lokasi peering yang berbeda yang ditautkan ke jaringan virtual yang sama | Standar / ERGw1Az - 4 High Perf / ERGw2Az - 8 Ultra Performance / ErGw3Az - 16 |
| Jumlah maksimum IP untuk sirkuit penyedia ExpressRoute dengan Fastpath | 25,000 |
| Jumlah maksimum IP untuk ExpressRoute Direct 10 Gbps dengan Fastpath | 100,000 |
| Jumlah maksimum IP untuk ExpressRoute Direct 100 Gbps dengan Fastpath | 200,000 |
| Jumlah maksimum alur untuk ExpressRoute Traffic Collector | 300,000 |
Batas iklan rute
| Resource | SKU Lokal /Standar | SKU Premium |
|---|---|---|
| Jumlah maksimum rute lokal IPv4 yang diiklankan melalui peering privat Azure ke sirkuit ExpressRoute | 4,000 | 10,000 |
| Jumlah maksimum rute lokal IPv6 yang diiklankan melalui peering privat Azure ke sirkuit ExpressRoute | 100 | 100 |
| Jumlah maksimum rute IPv4 Virtual Network yang diiklankan oleh Gateway ke sirkuit ExpressRoute melalui peering privat Azure | 1,000 | 1,000 |
| Jumlah maksimum rute IPv6 Virtual Network yang diiklankan oleh Gateway ke sirkuit ExpressRoute melalui peering privat Azure | 100 | 100 |
| Jumlah maksimum rute IPv4 yang diiklankan ke peering Microsoft dari lokal | 200 | 200 |
| Jumlah maksimum rute IPv6 yang diiklankan ke peering Microsoft dari lokal | 200 | 200 |
Tautan jaringan virtual yang diizinkan untuk setiap batas sirkuit ExpressRoute
| Ukuran sirkuit | SKU Lokal /Standar | SKU 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
Note
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 performa gateway ExpressRoute
Tabel berikut ini memberikan gambaran umum tentang berbagai jenis gateway, batasan masing-masing, dan metrik performa yang diharapkan.
Batas maksimum yang didukung
Tabel ini berlaku untuk model penyebaran Azure Resource Manager dan klasik.
| SKU Gateway | Megabit per detik | Paket per detik | Jumlah VM yang didukung di jaringan virtual 1 | Batas jumlah alur | Jumlah rute yang dipelajari oleh gateway |
|---|---|---|---|---|---|
| Standard/ERGw1Az | 1,000 | 100,000 | 2,000 | 200,000 | 4,000 |
| Performa Tinggi/ERGw2Az | 2,000 | 200,000 | 4,500 | 400,000 | 9,500 |
| Performa Ultra/ErGw3Az | 10,000 | 1,000,000 | 11,000 | 1,000,000 | 9,500 |
| ErGwScale (per unit skala 1-10) | 1.000 per unit skala | 100.000 per unit skala | 2.000 per unit skala | 100.000 per unit skala | Total 9.500 per gateway |
| ErGwScale (per skala unit 11-40) | 1.000 per unit skala | 200.000 per satuan skala | 1.000 per unit skala | 100.000 per unit skala | Total 9.500 per gateway |
1 Nilai dalam tabel adalah perkiraan dan bervariasi tergantung pada pemanfaatan CPU gateway. Jika pemanfaatan CPU tinggi dan jumlah VM yang didukung terlampaui, gateway akan mulai menghilangkan paket.
Note
ExpressRoute dapat memfasilitasi hingga 11.000 rute yang mencakup ruang alamat jaringan virtual, jaringan lokal, dan koneksi peering jaringan virtual yang relevan. Untuk memastikan stabilitas koneksi ExpressRoute Anda, jangan mengiklankan lebih dari 11.000 rute ke ExpressRoute. Jumlah maksimum rute yang diiklankan oleh gateway adalah 1.000 rute.
Important
- Performa aplikasi tergantung pada beberapa faktor, seperti latensi end-to-end dan jumlah arus lalu lintas yang dibuka aplikasi. Angka-angka dalam tabel menunjukkan batas atas yang secara teoritis dapat dicapai aplikasi dalam lingkungan yang ideal. Selain itu, kami melakukan host rutin dan pemeliharaan OS pada gateway jaringan virtual ExpressRoute, untuk menjaga keandalan layanan. Selama periode pemeliharaan, sarana kontrol dan kapasitas jalur data gateway berkurang.
- Selama periode pemeliharaan, Anda mungkin mengalami masalah konektivitas terputus-terputus ke sumber daya titik akhir privat.
- ExpressRoute mendukung ukuran paket TCP dan UDP maksimum 1.400 byte. Paket terfragmentasi tidak didukung oleh Gateway ExpressRoute. Sesuaikan aplikasi Anda untuk mencegah fragmentasi IP. Jika dukungan fragmentasi IP diperlukan, aktifkan fitur ExpressRoute FastPath untuk melewati gateway ExpressRoute.
- Azure Route Server dapat mendukung hingga 4.000 VM. Batas ini mencakup VM di jaringan virtual yang di-peering. Untuk informasi selengkapnya, lihat Batasan Azure Route Server.
- Nilai dalam tabel di atas mewakili batasan di setiap SKU Gateway.
Batas Azure NAT Gateway
Batas berikut berlaku untuk sumber daya gateway NAT Standar dan StandardV2 yang dikelola melalui Azure Resource Manager per wilayah per langganan. Pelajari cara melihat penggunaan sumber daya Anda saat ini terhadap batas langganan Anda.
Important
Azure NAT Gateway SKU V2 Standar saat ini dalam PRATINJAU. Lihat Ketentuan Penggunaan Tambahan untuk Pratinjau Microsoft Azure untuk mengetahui ketentuan hukum yang berlaku untuk fitur Azure yang dalam tahap beta, pratinjau, atau belum dirilis ke ketersediaan umum.
Note
Setiap langganan memiliki kuota gabungan untuk gateway NAT Standar dan StandardV2. Misalnya, jika langganan Anda memiliki kuota 100 gateway NAT, Anda dapat membuat kombinasi gateway NAT Standar dan StandardV2 hingga kuota tersebut.
| Resource | Standar SKU | StandardV2 SKU |
|---|---|---|
| Alamat IP publik | 16 alamat IPv4 | 16 alamat IPv4 |
| Subnets | 800 per gateway NAT | 800 per gateway NAT |
| Throughput data1 | 50 Gbps per gateway NAT | 100 Gbps per gateway NAT, 1 Gbps per gateway NAT |
| Gateway NAT untuk perjanjian Enterprise dan CSP2 | 1.000 per langganan per wilayah | lihat kolom sebelumnya untuk kuota gabungan |
| Gateway NAT untuk Disponsori dan bayar sesuai pemakaian2 | 100 per langganan per wilayah | lihat kolom sebelumnya untuk kuota gabungan |
| Gateway NAT untuk Uji Coba Gratis dan semua jenis penawaran lainnya2 | 15 per langganan per wilayah | lihat kolom sebelumnya untuk kuota gabungan |
| Paket diproses | Paket 5M per detik | 10M paket per detik per NAT Gateway, 100.000 PPS per koneksi |
| Koneksi ke titik akhir tujuan yang sama | 50.000 koneksi ke tujuan yang sama per IP publik | 50.000 koneksi ke tujuan yang sama per IP publik |
| Total koneksi | Koneksi 2M per gateway NAT | Koneksi 2M per gateway NAT |
1 Untuk sumber daya gateway NAT SKU Standar, total throughput data 50 Gbps dibagi antara data keluar dan masuk (kembali). Throughput data didukung hingga 25 Gbps untuk data keluar dan hingga 25 Gbps untuk data masuk (respons) melalui gateway NAT.
2 Batas default untuk gateway NAT bervariasi menurut jenis kategori penawaran, seperti Uji Coba Gratis, bayar sesuai penggunaan, dan CSP. Misalnya, default untuk langganan Perjanjian Perusahaan adalah 1000.
Batas Azure Private Link
Batasan berikut berlaku untuk tautan pribadi Azure:
| Resource | Limit |
|---|---|
| Jumlah titik akhir pribadi per jaringan virtual | 1000 |
| Jumlah titik akhir privat di seluruh jaringan virtual yang di-peering | 4000 |
| Jumlah titik akhir privat per langganan | 64000 |
| Jumlah layanan tautan privat per langganan | 800 |
| Jumlah layanan tautan privat per Load Balancer Standar | 8 |
| Jumlah Konfigurasi IP pada layanan tautan privat | 8 (Nomor ini untuk alamat IP NAT yang digunakan per PLS) |
| Jumlah titik akhir privat pada layanan tautan privat 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 |
| Jumlah alamat IP privat pada antarmuka jaringan titik akhir privat | 500 |
Batas Azure Traffic Manager
Batas Sumber Daya
| Resource | Limit |
|---|---|
| Profil per langganan | 200 1 |
| Titik akhir per profil | 200 |
1Jika Anda perlu meningkatkan batas ini, hubungi Dukungan Azure.
Batas pengaturan kecepatan default
Profiles
| Operation | Batas (per menit) |
|---|---|
| Create/update | 600 |
| Get | 450 |
| Delete | 150 |
| Daftar dalam grup sumber daya atau langganan | 450 |
| Periksa ketersediaan nama DNS | 300 |
Endpoints
| Operation | Batas (per menit) |
|---|---|
| Create/update/delete | 300 |
| Get | 1500 |
Metrik & peta panas
| Operation | Batas (per menit) |
|---|---|
| Mendapatkan/membuat/menghapus kunci metrik pengguna | 150 |
| Mendapatkan peta panas | 150 |
Hierarki geografis
| Operation | Batas (per menit) |
|---|---|
| Get | 150 |
Batas Azure VPN Gateway
Kecuali dinyatakan sebaliknya, batas berikut berlaku untuk sumber daya Azure VPN Gateway dan gateway jaringan virtual.
| Resource | Limit |
|---|---|
| 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 | Batas tergantung pada SKU gateway. Lihat tabel SKU Batas menurut gateway. |
| Koneksi P2S | Batas tergantung pada SKU gateway. Lihat tabel SKU Batas menurut gateway. |
| Batas rute P2S - IKEv2 | 256 untuk non-Windows / 25 untuk Windows |
| Batas rute P2S - OpenVPN | 1000 |
| Max. flows | 500K masuk dan 500K keluar untuk VpnGw1-5/AZ |
| Kebijakan Pemilih Lalu Lintas | 100 |
| Alamat BGP APIPA kustom | 32 |
| Jumlah VM yang didukung di jaringan virtual | Batas tergantung pada SKU gateway. Lihat tabel SKU Batas menurut gateway. |
Batasan menurut SKU gateway
|
VPN Gateway Generasi |
SKU |
S2S/VNet-ke-VNet Terowongan |
P2S Koneksi SSTP |
P2S Koneksi IKEv2/OpenVPN |
Agregat Tolok Ukur Throughput |
BGP | Zone-redundant | Jumlah VM yang Didukung di Virtual Network |
|---|---|---|---|---|---|---|---|---|
| Generation1 | Basic | Max. 10 | Max. 128 | Tidak Didukung | 100 Mbps | Tidak Didukung | No | 200 |
| Generation1 | VpnGw1 | Max. 30 | Max. 128 | Max. 250 | 650 Mbps | Supported | No | 450 |
| Generation1 | VpnGw2 | Max. 30 | Max. 128 | Max. 500 | 1 Gbps | Supported | No | 1300 |
| Generation1 | VpnGw3 | Max. 30 | Max. 128 | Max. 1000 | 1,25 Gbps | Supported | No | 4000 |
| Generation1 | VpnGw1AZ | Max. 30 | Max. 128 | Max. 250 | 650 Mbps | Supported | Yes | 1000 |
| Generation1 | VpnGw2AZ | Max. 30 | Max. 128 | Max. 500 | 1 Gbps | Supported | Yes | 2000 |
| Generation1 | VpnGw3AZ | Max. 30 | Max. 128 | Max. 1000 | 1,25 Gbps | Supported | Yes | 5000 |
| Generation2 | VpnGw2 | Max. 30 | Max. 128 | Max. 500 | 1,25 Gbps | Supported | No | 685 |
| Generation2 | VpnGw3 | Max. 30 | Max. 128 | Max. 1000 | 2,5 Gbps | Supported | No | 2240 |
| Generation2 | VpnGw4 | Max. 100* | Max. 128 | Max. 5000 | 5 Gbps | Supported | No | 5300 |
| Generation2 | VpnGw5 | Max. 100* | Max. 128 | Max. 10000 | 10 Gbps | Supported | No | 6700 |
| Generation2 | VpnGw2AZ | Max. 30 | Max. 128 | Max. 500 | 1,25 Gbps | Supported | Yes | 2000 |
| Generation2 | VpnGw3AZ | Max. 30 | Max. 128 | Max. 1000 | 2,5 Gbps | Supported | Yes | 3300 |
| Generation2 | VpnGw4AZ | Max. 100* | Max. 128 | Max. 5000 | 5 Gbps | Supported | Yes | 4400 |
| Generation2 | VpnGw5AZ | Max. 100* | Max. 128 | Max. 10000 | 10 Gbps | Supported | Yes | 9000 |
Untuk informasi selengkapnya tentang SKU dan batas gateway, lihat Tentang SKU gateway.
Batas performa gateway
Tabel di bagian ini mencantumkan hasil pengujian performa untuk SKU VpnGw. Tunnel VPN terhubung ke instans gateway VPN. Setiap throughput instans disebutkan dalam tabel throughput di bagian sebelumnya dan tersedia agregat di semua terowongan yang terhubung ke instans tersebut. Tabel menunjukkan bandwidth dan paket yang diamati per throughput detik per terowongan untuk SKU gateway yang berbeda. Semua pengujian dilakukan antara gateway (titik akhir) dalam Azure di berbagai wilayah dengan 100 koneksi dan dalam kondisi beban standar. Kami menggunakan alat iPerf dan CTSTraffic yang tersedia untuk mengukur performa koneksi situs-ke-situs
- Performa terbaik diperoleh ketika kami menggunakan algoritma GCMAES256 untuk Enkripsi dan Integritas IPsec.
- Performa rata-rata diperoleh saat menggunakan AES256 untuk Enkripsi IPsec dan SHA256 untuk Integritas.
- Performa terendah diperoleh ketika kami menggunakan DES3 untuk Enkripsi IPsec dan SHA256 untuk Integritas.
| Generation | SKU |
Algoritma Digunakan |
Laju Pemrosesan diamati per tunnel |
Paket per detik per tunnel Diamati |
|---|---|---|---|---|
| Generation1 | VpnGw1 | GCMAES256 AES256 & SHA256 DES3 & SHA256 |
650 Mbps 500 Mbps 130 Mbps |
62,000 47,000 12,000 |
| Generation1 | VpnGw2 | GCMAES256 AES256 & SHA256 DES3 & SHA256 |
1,2 Gbps 650 Mbps 140 Mbps |
100,000 61,000 13,000 |
| Generation1 | VpnGw3 | GCMAES256 AES256 & SHA256 DES3 & SHA256 |
1,25 Gbps 700 Mbps 140 Mbps |
120,000 66,000 13,000 |
| Generation1 | VpnGw1AZ | GCMAES256 AES256 & SHA256 DES3 & SHA256 |
650 Mbps 500 Mbps 130 Mbps |
62,000 47,000 12,000 |
| Generation1 | VpnGw2AZ | GCMAES256 AES256 & SHA256 DES3 & SHA256 |
1,2 Gbps 650 Mbps 140 Mbps |
110,000 61,000 13,000 |
| Generation1 | VpnGw3AZ | GCMAES256 AES256 & SHA256 DES3 & SHA256 |
1,25 Gbps 700 Mbps 140 Mbps |
120,000 66,000 13,000 |
| Generation2 | VpnGw2 | GCMAES256 AES256 & SHA256 DES3 & SHA256 |
1,25 Gbps 550 Mbps 130 Mbps |
120,000 52,000 12,000 |
| Generation2 | VpnGw3 | GCMAES256 AES256 & SHA256 DES3 & SHA256 |
1,5 Gbps 700 Mbps 140 Mbps |
140,000 66,000 13,000 |
| Generation2 | VpnGw4 | GCMAES256 AES256 & SHA256 DES3 & SHA256 |
2,3 Gbps 700 Mbps 140 Mbps |
220,000 66,000 13,000 |
| Generation2 | VpnGw5 | GCMAES256 AES256 & SHA256 DES3 & SHA256 |
2,3 Gbps 700 Mbps 140 Mbps |
220,000 66,000 13,000 |
| Generation2 | VpnGw2AZ | GCMAES256 AES256 & SHA256 DES3 & SHA256 |
1,25 Gbps 550 Mbps 130 Mbps |
120,000 52,000 12,000 |
| Generation2 | VpnGw3AZ | GCMAES256 AES256 & SHA256 DES3 & SHA256 |
1,5 Gbps 700 Mbps 140 Mbps |
140,000 66,000 13,000 |
| Generation2 | VpnGw4AZ | GCMAES256 AES256 & SHA256 DES3 & SHA256 |
2,3 Gbps 700 Mbps 140 Mbps |
220,000 66,000 13,000 |
| Generation2 | VpnGw5AZ | GCMAES256 AES256 & SHA256 DES3 & SHA256 |
2,3 Gbps 700 Mbps 140 Mbps |
220,000 66,000 13,000 |
Batasan Azure Virtual WAN
| Resource | Limit |
|---|---|
| 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 tanpa Niat Perutean diaktifkan | 500 minus jumlah total hub di Virtual WAN |
| Ruang alamat IP di semua VNet yang terhubung langsung ke hub tunggal dengan Tujuan Perutean serta kebijakan atau pengaturan perutean privat diaktifkan. | 600 per hub Virtual WAN - Baca selengkapnya di sini |
| 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). |
| Jumlah total rute yang dapat diterima hub dari sumber daya yang terhubung (jaringan virtual, cabang, hub virtual lainnya, dll.) | 10,000 |
Batas Azure Notification Hubs
| Tier | Free | Basic | Standard |
|---|---|---|---|
| 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 Dev Box
| Jenis langganan | Inti VM | Koneksi Jaringan | Pusat dev | Definisi kotak dev | Proyek dev box |
|---|---|---|---|---|---|
| Prabayar | 20 | 5 | 2 | 200 | 500 |
| Azure Pass | 20 | 5 | 2 | 200 | 500 |
| CSP | 20 | 5 | 2 | 200 | 500 |
| Uji coba gratis | 0 | 0 | 0 | 0 | 0 |
| Azure for Students | 0 | 0 | 0 | 0 | 0 |
| Enterprise | 80 | 10 | 5 | 200 | 500 |
| MSDN | n/a | 5 | 2 | 200 | 500 |
Batas layanan Microsoft Entra
Lihat Batas layanan Microsoft Entra untuk batas layanan Microsoft Entra.
Batas Microsoft Purview
Lihat Batas tata kelola data Microsoft Purview klasik untuk kuota Microsoft Purview terbaru.
Batas Microsoft Sentinel
Lihat Batas layanan untuk Microsoft Azure Sentinel untuk batas Microsoft Azure Sentinel.
Batas azure 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.
Batas umum untuk semua tingkatan
Batas berikut umum di semua tingkatan.
| Nama kuota | Value | Notes |
|---|---|---|
| Jumlah maksimum namespace per langganan Azure per wilayah | 1000 (default dan maksimum) | Batas ini didasarkan pada Microsoft.ServiceBus penyedia, bukan berdasarkan tingkatan. Oleh karena itu, ini adalah jumlah total namespace di semua tingkatan. Permintaan berikutnya untuk ruang nama tambahan ditolak. |
| Jumlah koneksi bersamaan pada namespace | Pesan Bersih: 1.000. 5.000. |
Permintaan berikutnya untuk koneksi tambahan ditolak. Operasi REST tidak diperhitungkan terhadap koneksi TCP bersamaan. |
| Jumlah permintaan penerimaan serentak pada antrean, topik, atau entitas langganan | 5,000 | Permintaan penerimaan berikutnya ditolak. Kuota ini berlaku untuk jumlah gabungan operasi penerimaan serentak di semua langganan pada suatu topik. |
| Ukuran maksimum jalur entitas pesan apa pun: antrean atau topik | 260 karakter. | |
| Ukuran maksimum nama entitas perpesanan apa pun: namespace, langganan, atau aturan langganan | 50 karakter. | |
| Ukuran maksimum ID pesan | 128 | |
| Ukuran maksimum ID sesi pesan | 128 | |
| Ukuran properti pesan untuk antrean, topik, atau entitas langganan | 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 dalam kantong properti: byte/int.MaxValue. |
Pengecualian SerializationException dibuat. |
| Jumlah filter SQL per topik | 2,000 | Permintaan berikutnya untuk pembuatan filter tambahan pada topik ditolak, dan kode panggilan menerima pengecualian. |
| Jumlah filter korelasi per topik | 100,000 | Permintaan berikutnya untuk pembuatan filter tambahan pada topik ditolak, dan kode panggilan menerima pengecualian. |
| Ukuran filter atau tindakan SQL | 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. |
Permintaan berikutnya untuk pembuatan filter tambahan ditolak, dan kode panggilan menerima pengecualian. |
| Jumlah aturan otorisasi akses bersama per namespace, antrian, atau topik | Jumlah maksimum aturan per jenis entitas: 12. Aturan yang dikonfigurasi pada namespace Bus Layanan berlaku untuk semua jenis: antrian, topik. |
Permintaan berikutnya untuk pembuatan aturan tambahan ditolak, dan kode panggilan menerima pengecualian. |
| Jumlah pesan per transaksi | 100 Untuk operasi Send() dan SendAsync(). |
Pesan masuk tambahan ditolak, dan kode panggilan menerima pengecualian dengan pesan: Tidak dapat mengirim lebih dari 100 pesan dalam satu transaksi. |
| Jumlah maksimum pesan yang dihapus dalam panggilan DeleteMessagesAsync | 500 | DeleteMessagesAsync API mendukung penghapusan hingga 500 pesan per panggilan. Permintaan yang melebihi batas ini (misalnya, 4000) akan menghasilkan ArgumentOutOfRangeException. |
| Jumlah maksimum pesan yang dikembalikan dalam panggilan PeekMessagesAsync | 250 | |
| Jumlah jaringan virtual dan aturan filter IP | 128 |
Tingkat dasar vs. standar vs. premium
Tabel berikut ini memperlihatkan batas yang berbeda untuk tingkat Dasar, Standar, dan Premium.
| Nama kuota | Basic | Standard | Premium | Notes |
|---|---|---|---|---|
| Ukuran antrian atau topik | 1, 2, 3, 4 GB atau 5 GB 80 GB, jika partisi diaktifkan. |
1, 2, 3, 4 GB atau 5 GB 80 GB, jika partisi diaktifkan. |
80 GB | Didefinisikan pada pembuatan/pembaruan antrian atau topik. Ukuran total semua entitas dalam namespace tidak boleh melebihi batas ukuran namespace yang didokumentasikan di baris berikutnya. Pesan masuk berikutnya ditolak, dan kode panggilan menerima pengecualian. Saat ini, pesan besar (ukuran > 1 MB) yang dikirim ke antrean dihitung dua kali. Dan, pesan berukuran besar (ukuran > 1 MB) yang dikirim ke suatu topik dihitung X+1 kali, di mana X adalah jumlah langganan topik tersebut. |
| Ukuran namespace | 400 GB | 400 GB | 1 TB per unit pesan (MU). | Ukuran total semua entitas di namespace layanan tidak boleh melebihi batas ini. |
| Jumlah topik atau antrian per namespace | 10,000 | 10,000 | 1,000 per unit olah pesan (MU). | Permintaan berikutnya untuk pembuatan topik atau antrian baru di namespace ditolak. Akibatnya, jika dikonfigurasi melalui portal Microsoft Azure, pesan kesalahan dihasilkan. Jika dipanggil dari API manajemen, kode panggilan menerima pengecualian. |
| Jumlah topik atau antrean yang dipartisi per namespace | 100 | 100 | N/A | 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 dihasilkan. 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 pesan atau ukuran batch untuk antrean, topik, atau entitas langganan | 256 KB | 256 KB | Protokol AMQP: Hingga 100 MB untuk satu pesan. Protokol HTTP dan SBMP: Hingga 1 MB untuk satu pesan. Semua protokol: Hingga 1 MB untuk kumpulan pesan. |
Ukuran pesan mencakup ukuran properti (sistem dan pengguna) serta ukuran payload. Ukuran properti sistem bervariasi tergantung pada skenario Anda. Pesan masuk yang melebihi kuota ini ditolak, dan kode panggilan menerima pengecualian. |
| Jumlah langganan per topik | 2,000 | 2,000 | 2,000 | Permintaan berikutnya untuk membuat langganan tambahan untuk topik tersebut ditolak. Akibatnya, jika dikonfigurasi melalui portal, pesan kesalahan akan ditampilkan. Jika dipanggil dari API manajemen, kode panggilan menerima pengecualian. |
| Operasi per detik | 1,000 | 1,000 | N/A | Premium tidak memiliki batasan tetap pada operasi per detik. Throughput bervariasi tergantung pada jumlah MUs dan karakteristik beban kerja. Untuk informasi selengkapnya tentang bagaimana beban kerja berdampak pada throughput, dan cara mengoptimalkannya, lihat Praktik Terbaik untuk peningkatan performa menggunakan Olahpesan Bus Layanan. |
Batas Azure Site Recovery
Batas berikut berlaku untuk Azure Site Recovery.
| Batasi pengidentifikasi | Limit |
|---|---|
| Jumlah kubah per langganan | 500 |
| Jumlah disk yang dilindungi per langganan (Data dan OS) | 3000 |
| Jumlah appliance per vault Layanan Pemulihan | 250 |
| Jumlah grup perlindungan per kubah Layanan Pemulihan | Tidak ada batasan |
| Jumlah paket pemulihan per kubah Layanan Pemulihan | Tidak ada batasan |
| Jumlah server per grup proteksi | Tidak ada batasan |
| Jumlah server per paket pemulihan | 100 |
Batas Azure SQL Database
Untuk batas Azure SQL Database, lihat:
- Sekilas tentang keterbatasan sumber daya Azure SQL Managed Instance
- Batas sumber daya untuk database tunggal yang menggunakan model pembelian vCore
- Batas sumber daya untuk kumpulan elastis menggunakan model pembelian vCore
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 Azure Synapse untuk ruang kerja
Untuk jenis penawaran langganan PAYG, Coba Gratis, Azure Pass dan Azure untuk Siswa:
| Resource | Batas standar | Batas maksimum |
|---|---|---|
| Ruang kerja Synapse dalam langganan Azure | 2 | 2 |
Untuk jenis penawaran berlangganan lainnya:
| Resource | Batas standar | Batas maksimum |
|---|---|---|
| Ruang kerja synapse dalam langganan Azure per wilayah | 20 | 100 |
Batas Azure Synapse untuk Apache Spark
Untuk jenis penawaran langganan PAYG, Coba Gratis, Azure Pass dan Azure untuk Siswa:
| Resource | Core yang dioptimalkan memori | Inti GPU |
|---|---|---|
| Inti Spark di ruang kerja Synapse | 12 | 48 |
Untuk jenis penawaran berlangganan lainnya:
| Resource | Core yang dioptimalkan memori | Inti GPU |
|---|---|---|
| Inti Spark di ruang kerja Synapse | 50 | 50 |
Untuk batas tambahan untuk kumpulan Spark, lihat Batas konkurensi dan tarif API untuk kumpulan Apache Spark di Azure Synapse Analytics.
Batas Azure Synapse untuk alur
| Resource | Batas standar | 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 | 5,000 |
| Total inti CPU untuk Azure-SSIS Integration Runtime di bawah satu ruang kerja | 256 | Cari tahu cara meminta peningkatan kuota dari 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,0 |
Grup wilayah 12: 6.000 Grup wilayah 22: 3.000 Grup wilayah 32: 1.500 |
| Unit Integrasi Data Bersamaan1 konsumsi per langganan per wilayah Azure Integration Runtime di jaringan virtual terkelola | 2,0 | 2,0 |
| Aktivitas maksimum per alur, yang mencakup aktivitas bagian dalam untuk kontainer | 120 | 120 |
| Jumlah maksimum runtime integrasi tertaut yang dapat dibuat terhadap satu runtime integrasi yang di-hosting sendiri | 100 | 100 |
| Parameter maksimum per alur | 50 | 50 |
| Iterasi Setiap Elemen | 100,000 | 100,000 |
| Paralelisme dalam 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 payloaduntuk setiap aktivitas yang dijalankan 4 | 896 KB | 896 KB |
| Unit Integrasi Data1 untuk setiap pelaksanaan aktivitas salin | 256 | 256 |
| Menulis panggilan API | 1,200/h | 1,200/h Batas ini diberlakukan oleh Azure Resource Manager, bukan Azure Synapse Analytics. |
| Membaca panggilan API | 12,500/h | 12,500/h 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 | 50 |
| Jumlah aliran data secara bersamaan per runtime integrasi di vNet terkelola | 20 | 20 |
| 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 | 2 GB |
1 Unit integrasi data (DIU) digunakan dalam operasi penyalinan cloud-ke-cloud, pelajari lebih lanjut dari Unit integrasi data (versi 2). Untuk informasi tentang tagihan, lihat Harga Azure Synapse Analytics.
2Azure Integration Runtimetersedia secara global untuk memastikan kepatuhan data, efisiensi, dan pengurangan biaya keluar jaringan.
| Grup wilayah | Regions |
|---|---|
| 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 aktivitas yang dijalankan mencakup konfigurasi aktivitas, himpunan data terkait, dan konfigurasi layanan tertaut jika ada, dan sebagian kecil properti sistem yang dihasilkan 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 Azure Synapse untuk kumpulan SQL khusus
Untuk detail batas kapasitas untuk kumpulan SQL khusus di Azure Synapse Analytics, lihat batas sumber daya kumpulan SQL khusus.
Batas Azure Resource Manager untuk 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 disk komputer virtual Azure
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.
Important
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. Selain itu, saat membuat disk terkelola dari disk terkelola yang ada, hanya 49 disk yang dapat dibuat secara bersamaan. Lebih banyak disk dapat dibuat setelah beberapa dari 49 awal dibuat.
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.
Resource Limit Disk terkelola standar 50,000 Disk terkelola SSD standar 50,000 Disk terkelola SSD premium 50,000 Disk terkelola SSD v2 premium 1,000 Kapasitas total SSD v2 Premium pada disk terkelola dalam GiB2 102,400 Disk Ultra 1,000 Total kapasitas Ultra Disk dalam GiB2 102,400 Standard_LRS cuplikan1 75,000 Standard_ZRS cuplikan1 75,000 Citra yang Dikelola 50,000
1Sebuah disk individu dapat memiliki 500 snapshot tambahan.
2Ini adalah batas maksimum default, tetapi kapasitas yang lebih tinggi dapat didukung sesuai permintaan. Untuk meminta peningkatan kapasitas, minta peningkatan kuota atau hubungi Azure Support.
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.
Lihat ukuran untuk komputer virtual di Azure untuk informasi selengkapnya.
Untuk Aplikasi VM
Saat bekerja dengan aplikasi VM di Azure, Anda mungkin menemukan pesan kesalahan yang mengatakan "Operasi tidak dapat diselesaikan karena mengakibatkan melebihi kuota UnmanagedStorageAccountCount yang disetujui." Kesalahan ini terjadi ketika Anda telah mencapai batas jumlah akun penyimpanan tidak terkelola yang dapat Anda gunakan.
Saat Anda menerbitkan aplikasi VM, Azure perlu mereplikasinya di beberapa wilayah. Untuk melakukan ini, Azure membuat akun penyimpanan yang tidak dikelola untuk setiap wilayah. Jumlah akun penyimpanan tidak terkelola yang digunakan aplikasi ditentukan oleh jumlah replika di semua aplikasi.
Sebagai aturan umum, setiap akun penyimpanan dapat mengakomodasi hingga 200 koneksi simultan. Di bawah ini adalah opsi untuk mengatasi kesalahan "UnmanagedStorageAccountCount":
- Gunakan blob halaman untuk blob aplikasi sumber Anda. Akun yang tidak dikelola hanya digunakan untuk replikasi blob blok. Blob halaman tidak memiliki batasan seperti itu.
- Kurangi jumlah replika untuk versi Aplikasi VM Anda atau hapus aplikasi yang tidak lagi Anda butuhkan.
- Ajukan permintaan dukungan untuk mendapatkan peningkatan kuota.
Lihat Gambaran umum Aplikasi VM untuk informasi selengkapnya.
Set enkripsi disk Azure
Batas 5.000 set enkripsi disk diizinkan per wilayah dan per langganan. Hubungi dukungan Azure untuk menambah kuota.
Lihat dokumentasi berikut untuk mempelajari selengkapnya tentang pembatasan enkripsi:
Disk komputer virtual yang dikelola Azure
Disk terkelola HDD standar
| Jenis Disk Standar | S4 | S6 | S10 | S15 | S20 | S30 | S40 | S50 | S60 | S70 | S80 |
|---|---|---|---|---|---|---|---|---|---|---|---|
| Ukuran disk dalam GiB | 32 | 64 | 128 | 256 | 512 | 1,024 | 2,048 | 4,096 | 8,192 | 16,384 | 32,767 |
| IOPS dasar 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 |
| *IOPS yang diperluas per disk | N/A | N/A | N/A | N/A | N/A | Hingga 1.500 | Hingga 3.000 | Hingga 3.000 | Hingga 3.000 | Hingga 3.000 | Hingga 3.000 |
| Throughput dasar 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 |
| *Throughput yang diperluas per disk | N/A | N/A | N/A | N/A | N/A | Hingga 150 MB/dtk | Hingga 300 MB/dtk | Hingga 500 MB/dtk | Hingga 500 MB/dtk | Hingga 500 MB/dtk | Hingga 500 MB/dtk |
* Hanya berlaku untuk disk dengan kinerja plus yang diaktifkan.
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 dasar 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 |
| *IOPS yang diperluas per disk | N/A | N/A | N/A | N/A | N/A | N/A | N/A | N/A | Hingga 1.500 | Hingga 3.000 | Hingga 6,000 | Hingga 6,000 | Hingga 6,000 | Hingga 6,000 |
| Throughput dasar per disk | Hingga 100 MB/dtk | Hingga 100 MB/dtk | Hingga 100 MB/dtk | Hingga 100 MB/dtk | Hingga 100 MB/dtk | Hingga 100 MB/dtk | Hingga 100 MB/dtk | Hingga 100 MB/dtk | Hingga 100 MB/dtk | Hingga 100 MB/dtk | Hingga 100 MB/dtk | Hingga 400 MB/dtk | Hingga 600 MB/dtk | Hingga 750 MB/dtk |
| *Throughput yang diperluas per disk | N/A | N/A | N/A | N/A | N/A | N/A | N/A | N/A | Hingga 150 MB/dtk | Hingga 300 MB/dtk | Hingga 600 MB/dtk | Hingga 750 MB/dtk | Hingga 750 MB/dtk | Hingga 750 MB/dtk |
| Maks. IOPS beruntun per disk | 600 | 600 | 600 | 600 | 600 | 600 | 600 | 600 | 1000 | |||||
| Maks. throughput beruntun per disk | 150 MB per detik | 150 MB per detik | 150 MB per detik | 150 MB per detik | 150 MB per detik | 150 MB per detik | 150 MB per detik | 150 MB per detik | 250 MB/detik | |||||
| Maks. durasi beruntun | 30 menit | 30 menit | 30 menit | 30 menit | 30 menit | 30 menit | 30 menit | 30 menit | 30 menit |
* Hanya berlaku untuk disk dengan kinerja plus yang diaktifkan.
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 dasar yang disediakan per disk | 120 | 120 | 120 | 120 | 240 | 500 | 1,100 | 2,300 | 5,000 | 7,500 | 7,500 | 16,000 | 18,000 | 20,000 |
| **IOPS yang diprovisikan yang diperluas per disk | N/A | N/A | N/A | N/A | N/A | N/A | N/A | N/A | 8,000 | 16,000 | 20,000 | 20,000 | 20,000 | 20,000 |
| Throughput dasar yang disediakan per disk | 25 MB/detik | 25 MB/detik | 25 MB/detik | 25 MB/detik | 50 MB/detik | 100 MB/detik | 125 MB per detik | 150 MB per detik | 200 MB/detik | 250 MB/detik | 250 MB/detik | 500 MB per detik | 750 MB/dtk | 900 MB/detik |
| **Throughput yang diprovisikan yang diperluas per disk | N/A | N/A | N/A | N/A | N/A | N/A | N/A | N/A | 300 MB/detik | 600 MB/dtk | 900 MB/detik | 900 MB/detik | 900 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/dtk | 170 MB/dtk | 170 MB/dtk | 170 MB/dtk | 170 MB/dtk | 170 MB/dtk | 170 MB/dtk | 170 MB/dtk | 1.000 MB per detik* | 1.000 MB per detik* | 1.000 MB per detik* | 1.000 MB per detik* | 1.000 MB per detik* | 1.000 MB per detik* |
| Maks. durasi beruntun | 30 menit | 30 menit | 30 menit | 30 menit | 30 menit | 30 menit | 30 menit | 30 menit | Unlimited* | Unlimited* | Unlimited* | Unlimited* | Unlimited* | Unlimited* |
| Memenuhi syarat untuk pemesanan | No | No | No | No | No | No | No | No | 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.
** Hanya berlaku untuk disk dengan kinerja plus yang diaktifkan.
Disk terkelola SSD v2 premium
Tidak seperti Premium SSD, Premium SSD v2 tidak memiliki ukuran khusus. Anda dapat mengatur Premium SSD v2 ke ukuran apa pun yang didukung sesuai keinginan Anda, dan melakukan penyesuaian granular pada performanya tanpa waktu henti.
| Ukuran Disk | IOPS maksimum yang tersedia | Laju transfer maksimum yang tersedia (MB/s) |
|---|---|---|
| 1 GiB - 64 TiB | 3.000-80.000 (Meningkat sebesar 500 IOPS per GiB) | 125-1.200 (meningkat sebesar 0,25 MB/dtk per setiap set IOPS) |
Ultra Disks
Ukuran Ultra Disk berfungsi seperti SSD Premium, SSD Standar, dan ukuran HDD Standar. Saat Anda membuat atau memodifikasi Ultra Disk, ukuran yang Anda tentukan akan dikenakan biaya sebagai ukuran disk yang disediakan terbesar berikutnya. Jadi, jika Anda menerapkan atau mengonfigurasi Ultra Disk berkapasitas 200 GiB, maka Anda akan memiliki Ultra Disk 200 GiB yang ditagih seolah-olah berkapasitas 256 GiB, karena itu adalah ukuran disk terbesar berikutnya yang tersedia.
Tabel berikut memberikan perbandingan ukuran disk dan batasan kinerja untuk membantu Anda memutuskan mana yang akan digunakan.
| Ukuran Disk (GiB) | Batas IOPS | Batas Kapasitas (MB/s) |
|---|---|---|
| 4 | 1,200 | 300 |
| 8 | 2,400 | 600 |
| 16 | 4,800 | 1,200 |
| 32 | 9,600 | 2,400 |
| 64 | 19,200 | 4,900 |
| 128 | 38,400 | 9,800 |
| 256 | 76,800 | 10,000 |
| 512 | 153,600 | 10,000 |
| 1,024 | 307,200 | 10,000 |
| 2.048-65.536 (ukuran dalam rentang ini bertambah setiap 1 TiB) | 400,000 | 10,000 |
Disk komputer virtual tidak terkelola
Disk komputer virtual premium yang tidak dikelola standar: Batasan per disk
| Tingkatan 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
| Resource | Limit |
|---|---|
| Total kapasitas disk per akun | 35 Terabyte |
| Total kapasitas rekam jepret per akun | 10 Terabyte |
| Maksimum bandwidth per akun (ingress + egress)1 | <=50 Gbps |
1Ingress mengacu pada semua data dari permintaan yang dikirim ke akun penyimpanan. Egress mengacu pada semua data dari respons 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/detik | 150 MB/detik | 200 MB/detik | 250 MB/detik | 250 MB/detik |
| Jumlah maksimum disk per akun penyimpanan | 280 | 70 | 35 | 17 | 8 |
Disk komputer virtual premium yang tidak dikelola: Batas per VM
| Resource | Limit |
|---|---|
| IOPS maksimum per VM | 80.000 IOPS dengan GS5 VM |
| Throughput maksimum per VM | 2.000 MB/dtk dengan GS5 VM |
Batas Sistem Azure StorSimple
| Batasi pengidentifikasi | Limit | Comments |
|---|---|---|
| Jumlah maksimum kredensial akun penyimpanan | 64 | |
| Jumlah maksimum kontainer volume | 64 | |
| Jumlah volume maksimum | 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 fisik 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 maksimum sambungan iSCSI | 512 | |
| Jumlah maksimum koneksi iSCSI dari inisiator | 512 | |
| Jumlah catatan kontrol akses maksimum per perangkat | 64 | |
| Jumlah maksimum volume 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 maksimum rekam jepret yang dapat 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 | Failover 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/detik | |
| Throughput baca/tulis klien maksimum, saat dilayani dari tingkat cloud* | 11/41 MB/detik | 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 Azure Stream Analytics
| Batasi pengidentifikasi | Limit | Comments |
|---|---|---|
| Jumlah maksimum unit streaming per langganan per wilayah | 83 | Untuk meminta peningkatan unit streaming untuk langganan Anda di luar 83, 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 | 66 | Ada batas keras 66 unit streaming per pekerjaan Azure Stream Analytics. |
| 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 1 SU atau lebih. |
| Jumlah maksimum karakter dalam kueri | 512000 | Ada batas keras karakter 512 ribu dalam kueri pekerjaan Azure Stream Analytics. |
Batas Azure Virtual Machines
Batas Azure Virtual Machines
| Resource | Limit |
|---|---|
| Komputer virtual per layanan awan 1 | 50 |
| Titik akhir input per layanan awan 2 | 150 |
1 Komputer virtual yang dibuat dengan menggunakan model penyebaran klasik alih-alih Azure Resource Manager 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 Azure Virtual Machines - Azure Resource Manager
Batas berikut berlaku saat Anda menggunakan Azure Resource Manager dan grup sumber daya Azure.
| Resource | Limit |
|---|---|
| Mesin Virtual per langganan | 25.0001 per wilayah. |
| Total inti VM per langganan | 201 per wilayah. Hubungi dukungan untuk meningkatkan batas. |
| Total inti Azure Spot VM per langganan | 201 per wilayah. Hubungi dukungan untuk meningkatkan batas. |
| VM per seri, seperti Dv2 dan F, core per langganan | 201 per wilayah. Hubungi dukungan untuk meningkatkan batas. |
| Set 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 | Unlimited3 |
1 Batas default bervariasi menurut jenis kategori penawaran, seperti Uji Coba Gratis dan Bayar Sesuai Penggunaan, dan berdasarkan seri, seperti Dv2, F, dan G. Misalnya, default untuk langganan Perjanjian Enterprise 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 Fitur seperti kunci publik SSH juga dikirim sebagai sertifikat dan dihitung ke 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.
Note
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 menyebarkan sumber daya saat Anda menggunakan Galeri Komputasi:
- 100 galeri komputasi per langganan dan per wilayah
- 1.000 definisi gambar per langganan dan per wilayah
- 10.000 versi gambar per langganan dan per wilayah
Batas Perintah Eksekusi Terkelola
Perintah Eksekusi Terkelola maksimum yang diizinkan saat ini dibatasi hingga 25.
Batas Azure Virtual Machine Scale Sets
| Resource | Limit |
|---|---|
| Jumlah maksimum VM dalam kumpulan skala | 1,000 |
| Jumlah maksimum VM berdasarkan gambar VM kustom dalam kumpulan skala | 600 |
| Jumlah maksimum set skala per langganan per wilayah | 2,500 |
| Jumlah maksimum node yang didukung di VMSS untuk kluster IB | 100 |
Batas Azure Virtual Network Manager
| Category | Limitation |
|---|---|
| Batasan Umum | |
| Dukungan Lintas Penyewa | Hanya dengan grup jaringan keanggotaan statis |
| Langganan Azure | Aplikasi kebijakan dibatasi hingga < 15.000 langganan |
| Mode Penegakan Kebijakan | Tidak ada penambahan ke grup jaringan jika diatur ke Dinonaktifkan |
| Siklus Evaluasi Kebijakan | Siklus evaluasi standar tidak didukung |
| Pergerakan Langganan | Memindahkan langganan ke penyewa lain tidak didukung |
| Batasan untuk Konfigurasi Konektivitas | |
| Jaringan Virtual dalam Grup Tersambung | Grup yang terhubung dapat menyertakan hingga 250 VNet secara default, dapat diperluas hingga 1000 berdasarkan permintaan menggunakan formulir ini. |
| Titik akhir pribadi | 1000 titik akhir privat per grup yang tersambung |
| Konfigurasi Hub-and-Spoke | Maksimum 1000 jaringan virtual yang di-peering ke hub |
| Konektivitas Langsung | Hingga 250 VNet secara default, dapat diperluas hingga 1000 berdasarkan permintaan menggunakan formulir ini. |
| Keanggotaan Grup | Jaringan virtual dapat menjadi bagian dari hingga dua grup yang terhubung, dapat diperluas hingga 1000 berdasarkan permintaan menggunakan formulir ini. |
| Ruang IP yang Tumpang Tindih | Komunikasi ke alamat IP yang tumpang tindih dihilangkan |
| Batasan untuk Aturan Admin Keamanan | |
| Prefiks IP | Maksimum 20.000 prefiks IP yang digabungkan per satu sumber daya Azure Virtual Network Manager |
| Aturan Admin | Maksimal 100 aturan admin dikombinasikan per satu sumber daya Azure Virtual Network Manager |
| Batasan untuk Rute yang Ditentukan Pengguna | |
| Rute yang Ditentukan Pengguna per Tabel Rute | Maks 1.000 |
Batas terowongan dev
Batas berikut berlaku untuk terowongan dev. Batas direset setiap bulan.
| Resource | Limit |
|---|---|
| Bandwidth | 5 GB per pengguna |
| Tunnels | 10 per pengguna |
| Koneksi aktif | 1000 per sambungan |
| Ports | 10 per terowongan |
| Tingkat permintaan HTTP | 1500/menit per port |
| Kecepatan transfer data | Hingga 20 MB/dtk per terowongan |
| Ukuran isi permintaan HTTP penerusan web maks | 16 MB |
Untuk pertanyaan tentang batas ini, buka masalah di repositori GitHub kami.
Batas perimeter keamanan jaringan
Pembatasan skala
Fungsionalitas perimeter keamanan jaringan dapat digunakan untuk mendukung penyebaran sumber daya PaaS dengan kontrol jaringan publik umum dengan batasan skala berikut:
| Limitation | Description |
|---|---|
| Jumlah perimeter keamanan jaringan | Didukung hingga 100 seperti batas yang disarankan per langganan. |
| Profil per perimeter keamanan jaringan | Didukung hingga 200 seperti batas yang disarankan. |
| Jumlah elemen aturan per profil | Didukung hingga 200 untuk masuk dan keluar masing-masing sebagai batas mutlak. |
| Jumlah sumber daya PaaS di seluruh langganan yang terkait dengan perimeter keamanan jaringan yang sama | Didukung hingga 1000 sesuai batas yang direkomendasikan. |
Batasan lainnya
Perimeter keamanan jaringan memiliki batasan lain sebagai berikut:
| Limitation/Issue | Description |
|---|---|
| Bidang yang hilang dalam log akses perimeter keamanan jaringan | Log akses perimeter keamanan jaringan dapat diagregasi. Jika bidang 'hitungan' dan 'timeGeneratedEndTime' hilang, pertimbangkan jumlah agregasi sebagai 1. |
| Pembuatan asosiasi melalui SDK gagal dengan masalah izin | 'Status: 403 (Terlarang); ErrorCode: AuthorizationFailed' mungkin diterima saat melakukan tindakan 'Microsoft.Network/locations/networkSecurityPerimeterOperationStatuses/read' melalui cakupan '/subscriptions/xyz/providers/Microsoft.Network/locations/xyz/networkSecurityPerimeterOperationStatuses/xyz'. Hingga perbaikan, gunakan izin 'Microsoft.Network/locations/*/read' atau gunakan WaitUntil.Started di CreateOrUpdateAsync SDK API untuk pembuatan asosiasi. |
| Nama sumber daya tidak boleh lebih panjang dari 44 karakter untuk mendukung perimeter keamanan jaringan | Asosiasi sumber daya perimeter keamanan jaringan yang dibuat dari portal Azure memiliki format {resourceName}-{perimeter-guid}. Untuk menyelaraskan dengan bidang nama persyaratan tidak boleh memiliki lebih dari 80 karakter, nama sumber daya harus dibatasi hingga 44 karakter. |
| Lalu lintas titik akhir layanan tidak didukung. | Disarankan untuk menggunakan titik akhir privat untuk komunikasi IaaS ke PaaS. Saat ini, lalu lintas titik akhir layanan dapat ditolak bahkan ketika aturan masuk memungkinkan 0.0.0.0/0. |
Note
Lihat dokumentasi PaaS individual untuk batasan masing-masing untuk setiap layanan.
Langkah selanjutnya
Lanjutkan ke sumber daya berikut untuk mempelajari selengkapnya: