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 Azure.
- Halaman harga Azure menyediakan detail untuk layanan tertentu; misalnya, Windows Virtual Machines.
- Anda juga dapat menggunakan kalkulator Azure pricing untuk memperkirakan biaya Anda.
- Lihat Apa itu Penagihan Microsoft? untuk tips untuk 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 Free Azure tidak memenuhi syarat untuk kenaikan batas atau kuota. Jika Anda memiliki jenis langganan ini, Anda dapat beralih ke langganan Pay-as-you-go. Untuk informasi selengkapnya, lihat Memutakhirkan akun Azure Anda dan gambaran umum untuk Try Azure 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 kuota sumber daya untuk informasi selengkapnya tentang cara menentukan kuota untuk wilayah tertentu.
Batas umum
- Lihat aturan dan batasan Naming untuk sumber daya Azure untuk batasan nama sumber daya.
- Lihat Mahami bagaimana Azure Resource Manager membatasi permintaan untuk mempelajari tentang batas baca dan tulis API Resource Manager.
batas grup manajemen Azure
Batas berikut berlaku untuk grup manajemen Azure.
| Resource | Limit |
|---|---|
| Kelompok manajemen per tenant Microsoft Entra | 10,000 |
| Langganan per grup manajemen | Unlimited. |
| Tingkat hierarki grup manajemen | Tingkat dasar ditambah 6 tingkat1 |
| Grup manajemen induk langsung untuk setiap 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 selengkapnya, lihat Penghapusan otomatis dari riwayat penerapan.
batas langganan Azure
Batas berikut berlaku saat Anda menggunakan grup sumber daya Azure Resource Manager dan Azure.
| Resource | Limit |
|---|---|
| Langganan Azure yang terkait dengan tenant 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 di tingkat Subscription | 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 jika 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 selengkapnya, lihat Penghapusan otomatis dari riwayat penerapan.
Perhatikan bahwa ID langganan harus berupa GUID yang tidak kosong.
Batas-batas grup sumber daya Azure
| Resource | Limit |
|---|---|
| Sumber daya per grup sumber daya | Sumber daya tidak dibatasi oleh grup sumber daya. Sebaliknya, dalam grup sumber daya, mereka dibatasi oleh jenis 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 yang tidak terbatas 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 selengkapnya, lihat Penghapusan otomatis dari riwayat penerapan.
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 |
| Parameter ukuran file | 4 MB |
Anda dapat melampaui beberapa batas templat dengan menggunakan templat berlapis. Untuk informasi selengkapnya, lihat Gunakan 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.
Azure API Center batas
| Resource | Paket gratis1 | Rencana standar2 |
|---|---|---|
| Antarmuka Pemrograman Aplikasi (API) | 200 | 10,000 |
| Versi per API | 5 | 100 |
| Definisi untuk setiap 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 yang dianalisis per 24 jam | 10 | 2,0004 |
| Profil analisis | 1 | 3 |
| Penilaian aset AI per 24 jam | N/A | 2,000 |
| Sumber API tertaut (terintegrasi)5 | 1 | 5 |
| API disinkronkan dari sumber API yang tertaut | 200 | 10.0004 |
| Aset yang disinkronkan dari sumber Git yang ditautkan | 100 | 10.0004 |
| File per aset dari sumber Git yang ditautkan | 5 | 15 |
| File dari sumber Git yang terhubung | 500 | 10,000 |
| Batas ukuran file (per file) dari sumber Git yang ditautkan | 100 KB | 2 MB |
| 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 API Management yang terhubung.
Pembatasan Azure API Management
Bagian ini menyediakan informasi tentang batasan yang berlaku untuk instans Azure API Management di berbagai tingkat layanan service, termasuk yang berikut ini:
- Batas sumber daya dalam tingkatan API Management klasik dan v2
- Batas sumber daya di ruang kerja API Management
- Batas sumber daya di portal pengembang di tingkat API Management v2
- Batas waktu proses gateway
Batasan - API Management tingkat klasik dan v2
Batas berikut diperkenalkan mulai Maret 2026. Layanan di tingkat klasik yang melampaui batas yang direvisi diizinkan untuk menjaga kapasitas yang ada. Untuk informasi selengkapnya, lihat Memahami batas layanan API Management.
Note
Batasan adalah per instans layanan kecuali dinyatakan sebaliknya.
Saat menghitung jumlah sumber daya terkait API (seperti operasi dan tag API), API Management juga menyertakan versi dan revisi API.
| Entitas/Sumber Daya | Konsumsi | Pengembang | Dasar/ Dasar v2 |
Standar/ Standar v2 |
Premium/ Premium v2 |
|---|---|---|---|---|---|
| Pengoperasian API | 3,000 | 3,000 | 10,000 | 50,000 | 75,000 |
| Tag API | 1,500 | 1,500 | 1,500 | 2,500 | 15,000 |
| Nilai yang diberi nama | 5,000 | 5,000 | 5,000 | 10,000 | 18,000 |
| Penebang | 100 | 100 | 100 | 200 | 400 |
| Products | 100 | 100 | 200 | 500 | 2,000 |
| Langganan | N/A | 10,000 | 15,000 | 25,000 | 75,000 |
| Users | N/A | 20,000 | 20,000 | 50,000 | 75,000 |
| Identitas terkelola yang ditetapkan pengguna | 10 | 10 | 10 | 10 | 10 |
| Jumlah ruang kerja per gateway workspace | N/A | N/A | 301 | 301 | 30 |
| Gateway yang dihost sendiri | N/A | 5 | N/A | N/A | 1002 |
1 Saat ini hanya berlaku untuk tingkat v2.
2 Hanya berlaku untuk tingkat Premium.
Batasan - API Management ruang kerja
Berikut ini adalah batas sumber daya per workspace 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 |
Batasan - 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 runtime untuk gateway API Management
| Batas waktu eksekusi | Classic | V2 | Konsumsi |
|---|---|---|---|
| Koneksi back-end bersamaan1 per wewenang HTTP | 2.0482 per unit | 2,048 | Unlimited |
| Ukuran respons cache | 2 MiB | 2 MiB | 2 MiB |
| Ukuran dokumen kebijakan | 512 KiB | 512 KiB | 16 KiB |
| Ukuran payload permintaan | Unlimited | 1 GiB | 1 GiB |
| Ukuran buffered payload | 500 MiB | 2 MiB | 2 MiB |
| Ukuran beban data permintaan/respons dalam log diagnostik | 8.192 byte | 8.192 byte | 8.192 byte |
| Ukuran URL Permintaan3 | Unlimited | 16,384 byte | 16,384 byte |
| Panjang segmen jalur URL | 1.024 karakter | 1.024 karakter | 1.024 karakter |
| Panjang nilai bernama | 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 |
| Total waktu permintaan | Unlimited | 30 detik | 30 detik |
| Koneksi WebSocket aktif per unit4 | 5,000 | 5,000 | N/A |
1 Koneksi dikumpulkan dan digunakan kembali kecuali ditutup secara eksplisit oleh backend.
2 Batas adalah 1.024 di tingkat Pengembang.
3 Menyertakan string kueri panjang hingga 2048 byte.
4 Hingga maksimum 60.000 koneksi per instans layanan.
batasan Azure App Service
| Resource | Free | Shared | Basic | Standard | Premium (versi 1-4) | Isolated |
|---|---|---|---|---|---|---|
| Apps per paket Azure App Service1 | 10 | 100 | Unlimited2 | Unlimited2 | Unlimited2 | Unlimited2 |
| Lingkungan App Service | X | |||||
| hanya kode Windows | X | X | X | X | X | X |
| kontainer Windows | X | X | ||||
| Hanya kode dan kontainer Linux | X | X | X | X | X | |
| Jenis tipe instance komputasi | Shared | Shared | Dedicated3 | Dedicated3 | Dedicated3 | Dedicated3 |
| Rencana Layanan Aplikasi | 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 tipe instance komputasi | Shared | Shared | Dedicated3 | Dedicated3 | Dedicated3 | Dedicated3 |
| Memperluas skala (jumlah instans maksimum) | 1 dibagikan | 1 dibagikan | 3 terdedikasi3 | 10 terdedikasi3 | 20 didedikasikan untuk v1; 30 didedikasikan untuk v2, v3, dan v4. 3 | 100 dedikasi4 |
| Storage5 | 1 GB5 | 1 GB5 | 10 GB5 | 50 GB5 | 250 GB5 | 1 TB12 Kuota storage 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) | 1.024 MB per paket 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 instansi (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 untuk setiap langganan | Tidak didukung | Tidak didukung | 10 | 10 | 10 | 10 |
| Domain kustom per aplikasi | 0 (hanya subdomain azurewebsites.net) | 500 | 500 | 500 | 500 | 500 |
| Domain kustom dukungan SSL | Tidak didukung, sertifikat wildcard untuk *.azurewebsites.net tersedia secara default | Tidak didukung, sertifikat wildcard 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 rencana | 220 per aplikasi | 220 per aplikasi | ||
| Integrasi Jaringan Virtual | 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) | ||
| Skala otomatis | 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 |
| App Service Sertifikat Terkelola11 | X | X | X | X | ||
| SLA | 99.95% | 99.95% | 99.95% | 99.95% |
1 Aplikasi dan kuota penyimpanan dihitung 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 App service 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 wilayah dan grup 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 dibatasi dengan 5 koneksi WebSocket bersamaan pada SKU Gratis dan sekitar 50 ribu koneksi WebSocket bersamaan 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 diseimbangkan beban internal (ILB) dengan Azure Load Balancer, sehingga tidak ada konektivitas publik dari internet. Akibatnya, beberapa fitur ILB Isolated App Service harus diakses dari mesin yang memiliki akses langsung ke titik akhir jaringan ILB.
10 Jalankan eksekusi kustom dan/atau skrip sesuai permintaan, sesuai jadwal, atau terus menerus sebagai tugas latar belakang dalam instans App Service Anda. Always On diperlukan untuk eksekusi WebJobs berkelanjutan. Tidak ada batasan yang telah ditentukan sebelumnya pada jumlah WebJobs yang dapat berjalan dalam instans App Service. Ada batas praktis yang bergantung pada apa yang coba dilakukan oleh kode aplikasi.
11 Hanya menerbitkan sertifikat standar (sertifikat wildcard tidak dapat diterbitkan). Terbatas hanya satu sertifikat gratis per custom domain.
12 Total penggunaan penyimpanan di semua aplikasi yang disebarkan dalam satu lingkungan App Service (terlepas dari bagaimana mereka dialokasikan di berbagai grup sumber daya).
batasan 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 Support untuk meminta penambahan Kuota. Pelajari lebih lanjut. |
| 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 Support untuk meminta penambahan Kuota. Pelajari lebih lanjut. | |
| 1 | Uji coba gratis dan langganan Azure untuk Pelajar hanya dapat membuat satu akun Otomasi per wilayah per langganan. Daftar wilayah yang diizinkan: EastUS, EastUS2, WestUS, NorthEurope, SoutheastAsia, dan JapanWest2 2 | |
| Jumlah maksimum pekerjaan yang berjalan bersamaan dalam waktu yang sama per akun Otomasi | 50 | Ketika batas ini tercapai, permintaan berikutnya untuk membuat tugas akan gagal. Klien menerima respons kesalahan.
Langganan Enterprise dan Cloud Solution Provider di wilayah publik. Buat permintaan Support untuk meminta penambahan Kuota. Pelajari lebih lanjut. |
| 10 | Langganan Prabayar, Bersponsor, MSDN, MPN, Azure Pass di wilayah publik. Buat permintaan dukungan untuk meminta peningkatan Kuota. | |
| 5 | Uji coba gratis dan Azure untuk Siswa 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 maksimum storage 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 | Batasan 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 |
| Waktu Pelaksanaan Pekerjaan, Tingkat Gratis | 500 menit per langganan per bulan kalender | |
| Jumlah maksimum ruang disk yang diizinkan per kotak pasir1 | 1 GB | Hanya berlaku untuk kotak pasir Azure. |
| Jumlah maksimum memori yang diberikan ke kotak pasir1 | 400 MB | Hanya berlaku untuk kotak pasir Azure. |
| Jumlah maksimum soket jaringan yang diizinkan per kotak pasir1 | 1,000 | Hanya berlaku untuk kotak pasir Azure. |
| Maksimum runtime yang diizinkan untuk setiap runbook1 | 3 jam | Hanya berlaku untuk kotak pasir 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 yang dapat dijalankan secara bersamaan pada satu Pekerja Runbook Hybrid | 50 | |
| Ukuran maksimum parameter pekerjaan runbook | 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 kotak pasir yang sama terikat oleh batasan sumber daya kotak pasir.
2Langganan gratis termasuk Akun Gratis Azure dan Azure untuk Siswa 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.
Pelacakan Perubahan dan Inventaris
Tabel berikut ini memperlihatkan batas item yang dilacak per komputer untuk change tracking.
| Sumber daya | 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 untuk setiap cakupan dinamis:
| Resource | Limit |
|---|---|
| Asosiasi sumber daya | 1000 |
| Jumlah pemfilteran tag | 50 |
| Jumlah filter Grup Sumber Daya | 50 |
Berikut ini adalah batasan untuk pembaruan jadwal:
| Indicator | Batas Cloud Umum | 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 ruang lingkup 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 toko 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 kelas Standar | Izinkan hingga 300 permintaan per detik (RPS) untuk permintaan baca dan hingga 60 RPS untuk permintaan tulis. | |
| Throughput untuk lapisan Premium | Izinkan hingga 450 permintaan per detik (RPS) untuk permintaan baca dan hingga 100 RPS untuk permintaan tulis. | |
| Penyimpanan untuk lapisan Gratis | 10 MB | Tidak ada batasan jumlah kunci dan label selama ukuran totalnya di bawah batas storage. |
| Storage untuk Tingkat Developer | 500 MB | Tidak ada batasan jumlah kunci dan label selama ukuran totalnya di bawah batas storage. |
| Penyimpanan untuk Lapis Standar | 1 GB | Tidak ada batasan jumlah kunci dan label selama ukuran totalnya di bawah batas storage. |
| Penyimpanan Tingkat Premium | 4 GB | Tidak ada batasan jumlah kunci dan label selama ukuran totalnya di bawah batas storage. |
| Kunci dan nilai | 10 KB | Untuk entri nilai kunci tunggal, termasuk semua metadata. |
| Snapshot penyimpanan pada tingkat Gratis | 10 MB | Snapshot adalah penyimpanan tambahan dan merupakan tambahan dari "Penyimpanan untuk Level Gratis". Storage untuk rekam jepret yang diarsipkan dan aktif dihitung dalam batas ini. |
| Penyimpanan cuplikan untuk tingkatan Pengembang | 500 MB | Snapshot adalah penyimpanan tambahan dan merupakan tambahan dari "Penyimpanan untuk Level Gratis". Storage untuk rekam jepret yang diarsipkan dan aktif dihitung dalam batas ini. |
| Penyimpanan cuplikan untuk tingkat Standar | 1 GB | Penyimpanan snapshot adalah tambahan dan selain dari "Storage untuk Tingkat Standar". Storage untuk rekam jepret yang diarsipkan dan aktif dihitung dalam batas ini. |
| Penyimpanan cuplikan untuk tingkat Premium | 4 GB | Penyimpanan cuplikan adalah tambahan dan di luar "Penyimpanan untuk Tingkat Premium". Storage untuk rekam jepret yang diarsipkan dan aktif dihitung dalam batas ini. |
| Ukuran cuplikan | 1 MB |
Pembatasan Azure Cache untuk Redis
| Resource | Limit |
|---|---|
| Ukuran cache | 1,2 TB |
| Databases | 64 |
| Klien maksimum yang tersambung | 40,000 |
| Azure Cache for Redis replika, untuk ketersediaan tinggi | 3 |
| Pecahan dalam cache premium dengan pengklusteran | 10 |
Azure Cache for Redis batas dan ukuran berbeda untuk setiap tingkat harga. Untuk melihat tingkat harga serta ukuran-ukuran yang terkait, 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 dalam Azure Cache for Redis. Untuk informasi selengkapnya, lihat perintah Redis yang tidak didukung di Azure Cache for Redis.
batasan Azure Cloud Services
| Resource | Limit |
|---|---|
| Peran web atau pekerja dalam setiap penyebaran1 | 25 |
| Titik akhir input instans per penyebaran | 25 |
| Titik akhir input per penyebaran | 25 |
| Titik Akhir Internal per Penerapan | 25 |
| Sertifikat layanan hosting per penyebaran | 199 |
1Setiap Azure Cloud Service dengan role web atau worker dapat memiliki dua penyebaran, satu untuk produksi dan satu untuk penahapan. Batasan ini mengacu pada jumlah peran yang berbeda, yaitu konfigurasi. Batasan ini tidak mengacu pada jumlah instance per peran, yaitu skalabilitas.
pembatasan pada Pencarian Azure AI
Tingkat harga menentukan kapasitas dan batas search service Anda. Tingkatan ini meliputi:
- Free: 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 storage dibatasi hingga 50 MB. Layanan pencarian gratis mungkin akan dihapus setelah lama tidak aktif 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 Estimasi dan kelola kapasitas layanan pencarian.
Batas per layanan pencarian
Tabel berikut mencakup SLA, jumlah partisi, dan jumlah replika pada 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 Reliability di Pencarian Azure AI.
Layanan gratis tidak memiliki partisi tetap atau replika dan berbagi sumber daya dengan pelanggan lain.
Partisi penyimpanan (GB)
Batas penyimpanan per layanan bervariasi menurut dua hal: tanggal dan wilayahpembuatan layanan. Ada batas yang lebih tinggi untuk layanan baru di sebagian besar wilayah yang didukung.
Tabel ini menunjukkan perkembangan peningkatan kuota storage 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 berkapasitas lebih tinggi untuk L1 dan L2. Lebih banyak wilayah menyediakan kapasitas lebih tinggi di setiap tingkat penagihan. Amerika Serikat: East US 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 dengan kapasitas yang lebih tinggi tersedia di Eropa Barat.
Important
Saat ini, batas penyimpanan yang lebih tinggi tidak tersedia di wilayah berikut, yang tunduk pada batas sebelum 3 April.
- Israel Tengah
- Qatar Tengah
- Spanyol Tengah
- India Selatan
Lihat batas Service di Pencarian Azure AI untuk detail selengkapnya tentang batasan, termasuk ukuran dokumen, kueri per detik, kunci, permintaan, dan respons.
Batas Perangkat Foundry
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. Masing-masing Foundry Tools mungkin memiliki batasan lain, untuk informasi selengkapnya, lihat Foundry Tools.
| Type | Limit | Example |
|---|---|---|
| Campuran sumber daya layanan Azure AI | Maksimum 200 total sumber daya dari layanan Azure AI setiap wilayah. | 100 Azure Vision dalam sumber daya Foundry Tools di Barat US, 50 Azure Speech dalam sumber daya Foundry Tools di Barat US, dan 50 Azure Language dalam sumber daya Foundry Tools di Barat US. |
| Satu tipe sumber daya Azure AI Services. | Maksimum 100 sumber daya per wilayah | 100 sumber daya Visi di US Barat 2, dan 100 sumber daya Visi di US Timur. |
batas-batas Azure Chaos Studio
Lihat batas layanan Azure Chaos Studio untuk batas Azure Chaos Studio.
Batas untuk Azure Container Apps
Lihat Quotas 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.
Batasan Azure Cosmos DB
Lihat Limits di Azure Cosmos DB untuk batas Azure Cosmos DB.
Batas Azure Data Explorer
Tabel berikut menjelaskan batas maksimum untuk kluster Azure Data Explorer.
| 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 |
| Batas maksimum yang disarankan per kluster | 10,000,000 |
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 menjelaskan batasan operasi manajemen yang dilakukan pada kluster Azure Data Explorer.
| Scope | Operation | Limit |
|---|---|---|
| Cluster | membaca data (contohnya, mendapatkan kluster) | 500 per 5 menit |
| Cluster | tulis (misalnya, buat database) | 1.000 per jam |
Azure Database for MySQL server fleksibel
Lihat Batasan di Azure Database for MySQL - Server Fleksibel untuk batasan pada Azure Database for MySQL - Server Fleksibel.
Azure Database untuk PostgreSQL server fleksibel
Lihat Batasan di Azure Database untuk PostgreSQL server fleksibel untuk batasan server fleksibel Azure Database untuk PostgreSQL.
Batas Lingkungan Penerapan Azure
| Subscription | Batas waktu penerapan untuk setiap penyebaran | Batas runtime per bulan per wilayah per langganan | Batas Penyimpanan per Lingkungan |
|---|---|---|---|
| Enterprise | 30 menit | 5000 menit | 1 GB |
| Bayar sesuai penggunaan | 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 Azure File Sync
Lihat Scalability dan target performa untuk Azure Files dan Azure File Sync untuk mempelajari selengkapnya tentang batas Azure Files dan Azure File Sync.
batasan Azure Functions
| Resource | Rencana Konsumsi Fleksibel | Paket premium | Rencana Khusus/Paket khusus ASE | Aplikasi Kontainer | Rencana Penggunaan |
|---|---|---|---|---|---|
| Durasi batas waktu default (menit) | 30 | 30 | 301 | 3016 | 5 |
| Durasi waktu tunggu maksimum (menit) | tidak terikat9 | tidak terikat9 | tak terbatas2 | tak terbatas17 | 10 |
| Koneksi keluar maksimum (per instance) | unbounded | unbounded | lihat Batas-batas App Service | 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 instansi | 210-840 | 100-840/210-25010 | Beragam | 100 | bervariasi |
| Memori maksimum (GB per instans) | 414 | 3.5-14 | 1.75-256/8-256 | Beragam | 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 | tak terbatas4 | tak terbatas4 | 100 |
| Paket Rencana Layanan Aplikasi | 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 |
| Storage (tersimpan) | 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, batas waktu timeout 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 ditetapkan di host.
- Jumlah aktual aplikasi fungsi yang dapat Anda host tergantung pada aktivitas aplikasi, ukuran instans komputer, dan pemanfaatan sumber daya yang sesuai.
- Batas storage adalah ukuran total konten dalam storage sementara di semua aplikasi dalam paket App Service yang sama. Untuk paket Konsumsi di Linux, storage saat ini 1,5 GB.
- Paket konsumsi menggunakan berbagi Azure Files untuk penyimpanan persisten. Saat Anda menyediakan share Azure Files Anda sendiri, batasan ukuran share tertentu bergantung pada akun penyimpanan yang Anda tetapkan untuk WEBSITE_CONTENTAZUREFILECONNECTIONSTRING.
- Di Linux, Anda harus secara eksplisit memasang Azure Files share 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 scale in 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 Instance.
- Untuk detailnya, lihat Scale 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
Batasan 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. Azure API untuk FHIR umumnya tersedia sebagai penawaran layanan yang berdiri sendiri.
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 di portal Azure dan gunakan jenis masalah Batas layanan dan Langganan (kuota).
| Nama Kuota | Batas Bawaan | 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 |
Azure API untuk batas layanan FHIR
Azure API untuk FHIR adalah API terkelola berbasis standar yang sesuai untuk data kesehatan klinis yang memungkinkan solusi untuk analitik dan pembelajaran mesin yang dapat ditindakkan.
| Nama Kuota | Batas Bawaan | Batas Maksimum | Notes |
|---|---|---|---|
| Unit Permintaan (Request Units - 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 server (dengan total 30 permintaan bersamaan secara total) | Hubungi dukungan | |
| API Azure untuk Instans Layanan FHIR per Langganan | 10 | Hubungi dukungan |
Pembatasan Layanan Azure Kubernetes
| Resource | Limit |
|---|---|
| Jumlah maksimum kluster per langganan secara global | 5,000 |
| Maksimum node per kluster dengan Virtual Machine Scale Sets dan Standard Load Balancer SKU | 5.000 di semua kumpulan simpul Catatan: Jika Anda tidak dapat menskalakan hingga 5.000 node per kluster, lihat Praktik Terbaik untuk Kluster Besar. |
| Simpul maksimum per kumpulan simpul (Virtual Machine Scale Sets kumpulan simpul) | 1000 |
| Kumpulan node maksimum dalam satu kluster | 100 |
| Jumlah maksimum pod per simpul dengan plug-in jaringan Kubenet | Maksimum: 250 Azure CLI default: 110 Azure Resource Manager default templat: 110 Portal Azure penyebaran default: 30 |
| Jumlah pod maksimum per simpul: dengan Azure Container Networking Interface (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 kontroler OSM: 1600 Akun layanan Kubernetes yang dikelola OSM: 160 |
| Layanan Kubernetes yang dibebankan maksimum per kluster dengan Standard Load Balancer SKU | 300 |
| Jumlah maksimum simpul per kluster dengan Virtual Machine Availability Sets dan Basic Load Balancer SKU | 100 |
Kontainer Windows Server 1 harus menggunakan plug-in jaringan CNI Azure. Kubenet tidak didukung untuk kontainer Windows Server.
| Tingkat Control Plane Kubernetes | Limit |
|---|---|
| Tingkat Standar | Secara otomatis menskalakan server API Kubernetes berdasarkan beban. Batas yang lebih besar untuk komponen dataran kendali dan instans server API/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 standar kluster AKS per langganan per wilayah untuk langganan baru1 | Jumlah maksimum kluster AKS per langganan per wilayah melalui layanan mandiri menggunakan halaman Kuota portal Azure2 |
|---|---|---|
| langganan Perjanjian Perusahaan | 100 | 1,000 |
| Langganan CSP, Pay-as-you-go, Sponsored, MSDN, MPN, Azure Pass, Azure In Open, dan Azure Pass | 10 | 100 |
| Uji Coba Gratis dan Azure untuk langganan Siswa | 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 Azure. Permintaan penambahan kuota di atas jumlah layanan mandiri maksimum akan memerlukan tiket dukungan. Langganan Uji Coba dan Azure Gratis untuk Siswa tidak memenuhi syarat untuk kenaikan batas atau kuota. Jika Anda memiliki langganan Uji Coba Gratis atau Azure untuk Siswa, Anda dapat meningkatkan ke langganan bayar sesuai penggunaan 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 setiap langganan | Labs | 980 |
| Per grup sumber daya | Labs | 800 |
| Rencana laboratorium | 800 | |
| Setiap lab | Schedules | 250 |
| Virtual machines (VM) | 400 |
Per wilayah - Rencana lab dan laboratorium
| Jenis langganan | Batasan rencana lab | Batas lab |
|---|---|---|
| Default | 2 | 2 |
| Prabayar | 500 | 500 |
| MPN | 500 | 500 |
| Azure di Platform 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 untuk Siswa | 100 | 15 |
Untuk informasi selengkapnya tentang batas kapasitas Azure Lab Services, lihat Batas kapasitas dalam Azure Lab Services.
Hubungi dukungan untuk meminta peningkatan batas Anda.
Batasan Azure Load Testing
Lihat batas layanan di Azure Load Testing untuk batasnya.
Batasan Azure Machine Learning
Lihat Kelola dan tingkatkan kuota dan batasan untuk sumber daya dengan Azure Machine Learning untuk nilai terbaru untuk kuota Komputasi Azure Machine Learning.
batasan Azure Maps
Note
Pensiunnya 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 Kelola tingkat harga akun Azure Maps Anda.
Untuk batas kueri Azure Maps per detik (QPS), lihat batas tarif QPS Azure Maps
Tabel berikut ini memperlihatkan batas ukuran data kumulatif untuk akun Azure Maps dalam langganan Azure. Layanan Azure Maps Data 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
Pensiunnya 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.
Batasan Azure Managed Grafana
Note
Tingkat Esensial tidak digunakan lagi. Instans Esensial yang ada terus berjalan selama periode transisi, tetapi Anda tidak dapat membuat instans Esensial baru. Paket Essential dijadwalkan untuk dihentikan pada 31 Maret 2027.
| Limit | Description | Essential (tidak digunakan lagi; hanya untuk instans yang sudah ada) | Standar X1 | Standar X2 |
|---|---|---|---|---|
| Aturan peringatan | Jumlah maksimum aturan pemberitahuan yang dapat Anda buat. | 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 Anda buat. | 20 per instans | Unlimited | Unlimited |
| Sumber data | Jumlah maksimum sumber data yang bisa Anda buat. | 5 per instans | Unlimited | Unlimited |
| Kunci API | Jumlah maksimum kunci API yang dapat Anda buat. | 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 byte maksimum yang dibaca atau 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 |
batasan Azure Monitor
Untuk batas Azure Monitor, lihat batas layanan Azure Monitor.
batasan Azure Data Factory
Azure Data Factory adalah layanan multipenyewa yang memiliki batas default berikut untuk memastikan langganan pelanggan dilindungi dari beban kerja satu sama lain. Untuk menaikkan batas maksimal langganan Anda, hubungi dukungan.
| Resource | Batas standar | Batas maksimum |
|---|---|---|
| Jumlah total entitas, seperti jalur data, set data, pemicu, layanan tertaut, Titik Akhir Privat, dan runtime integrasi, dalam fabrikasi data. | 5,000 | 5,000 |
| Total inti prosesor untuk runtime integrasi Azure-SSIS dalam satu langganan | 64 | Pelajari cara meminta penambahan kuota dari tim dukungan. |
| Eksekusi alur kerja simultan untuk setiap fabrik data yang dibagikan di berbagai alur kerja di fabrik. | 10,000 | 10,000 |
| Aktivitas Eksternal yang Berjalan Bersamaan per langganan di setiap wilayah Azure Integration Runtime Aktivitas eksternal dikelola pada integration runtime tetapi dijalankan pada layanan tertaut, termasuk Databricks, prosedur tersimpan, Web, dan lainnya. Batas ini tidak berlaku untuk IR yang dihost sendiri. |
3,000 | 3,000 |
| Aktivitas Pipeline Bersamaan dijalankan untuk setiap langganan di setiap wilayah Azure Integration Runtime Aktivitas alur dijalankan pada integration runtime, 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 integration runtime yang dihost sendiri | 100 | 100 |
| Jumlah maksimum simpul yang dapat dibuat terhadap satu runtime integrasi yang dikelola sendiri | 4 | 4 |
| Parameter maksimum per saluran | 50 | 50 |
| Iterasi Setiap Elemen | 100,000 | 100,000 |
| Paralelisme dalam ForEach | 20 | 50 |
| Maksimum antrian menjalankan per pipa | 100 | 100 |
| Karakter per ekspresi | 8,192 | 8,192 |
| Interval pemicu jendela tumbling minimum | 5 menit | 15 menit |
| Batas waktu minimum untuk pelaksanaan aktivitas jalur pemrosesan | 10 menit | 10 menit |
| Batas waktu maksimum untuk aktivitas pipeline | 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 untuk sesi debug aliran data | 8 jam | 8 jam |
| Jumlah aliran data bersamaan per integration runtime | 50 | 50 |
| Jumlah aliran data bersamaan per integration runtime di vNet yang dikelola | 50 | 50 |
| Jumlah sesi debug aliran data serentak untuk setiap pengguna dan fabrik. | 3 | 3 |
| batas TTL (time to live) Data Flow Azure IR | 4 j | 4 j |
| 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 penagihan, lihat harga Azure Data Factory.
2Azure Integration Runtime tersedia global untuk memastikan kepatuhan data, efisiensi, dan biaya keluar jaringan yang berkurang.
| 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 virtual network yang dikelola telah diaktifkan, unit integrasi data (DIU) di semua grup wilayah berjumlah 2.400.
3 Alur, himpunan data, dan objek layanan tertaut mewakili pengelompokan logis beban kerja Anda. Batasan untuk objek ini tidak terkait dengan jumlah data yang dapat Anda pindahkan dan proses dengan Azure Data Factory. Data Factory dirancang untuk menangani data dalam skala 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 ukuran payload ini tidak terkait dengan 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 dengan tarif dalam batas API Azure Resource Manager.
Azure NetApp Files
Azure NetApp Files memiliki batas wilayah untuk kapasitas. 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 selengkapnya tentang batasan sumber daya untuk Azure NetApp Files, lihat Batasan sumber daya untuk Azure NetApp Files.
batasan Azure Policy
Ada jumlah maksimum untuk setiap jenis objek untuk Azure Policy. 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 | Penugasan kebijakan atau inisiatif | 200 |
| Scope | Exemptions | 1000 |
| Definisi kebijakan | Parameters | 20 |
| Definisi inisiatif | Policies | 1000 |
| Definisi inisiatif | Parameters | 400 |
| Penugasan kebijakan atau inisiatif | Pengecualian (notScopes) | 400 |
| Aturan kebijakan | Kondisional bertumpuk | 512 |
| Tugas perbaikan | Resources | 50,000 |
| Isi definisi kebijakan, inisiatif, atau tubuh permintaan penugasan | Bytes | 1,048,576 |
Aturan kebijakan memiliki lebih banyak batasan jumlah kondisi dan kompleksitasnya. Untuk informasi selengkapnya, lihat Batas aturan kebijakan.
pembatasan 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 Azure saat mengonfigurasi penyedia pihak ketiga.
Anda dapat menemukan batas kuota yang diterbitkan untuk penyedia Solusi Pengoptimalan pihak pertama Microsoft di bawah ini.
Belajar dan Kembangkan SKU
| Resource | Limit |
|---|---|
| Tugas bersamaan berbasis CPU | hingga 51 tugas bersamaan |
| Pekerjaan paralel 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. Anda sebaiknya beralih ke SKU Performance at Scale.
Performa SKU untuk Skala Besar
| Resource | Batas Bawaan | Batas Maksimum |
|---|---|---|
| Tugas bersamaan berbasis CPU | hingga 100 tugas bersamaan | sama dengan batas default |
| Pekerjaan paralel berbasis FPGA | hingga 101 tugas bersamaan | sama dengan batas default |
| Waktu Penyelesaian | 1.000 jam per bulan | hingga 50.000 jam per bulan |
Hubungi dukungan Azure untuk meminta peningkatan batas.
Untuk informasi selengkapnya, silakan tinjau halaman harga Azure Quantum. Tinjau halaman harga penyedia yang relevan di portal Azure untuk detail tentang penawaran pihak ketiga.
1 Menjelaskan jumlah pekerjaan yang dapat diantrekan secara bersamaan.
Batasan RBAC Azure
Batas berikut berlaku untuk kontrol akses berbasis peran Azure (Azure RBAC).
| Area | Resource | Limit |
|---|---|---|
| Penetapan peran Azure | ||
| Jumlah penetapan peran Azure per langganan Azure | 4,000 | |
| Jumlah penetapan peran Azure per grup manajemen | 500 | |
| Ukuran deskripsi untuk penugasan peran Azure | Maksimum yang disarankan: 512 karakter Maksimum: 2.048 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 Maksimum: 512 karakter |
|
| Ukuran deskripsi untuk peran kustom Azure | Maksimum yang disarankan: 512 karakter Maksimum: 2.048 karakter |
|
| Ukuran definisi peran khusus Azure | 1 MB | |
| Jumlah cakupan yang dapat ditetapkan untuk peran kustom Azure | 2,000 | |
| Jumlah cakupan yang dapat ditetapkan grup manajemen untuk peran kustom Azure | 1 | |
| Azure menolak tugas | ||
| Jumlah penetapan penolakan yang dikelola sistem per langganan Azure | 2,000 |
Pembatasan untuk 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 untuk setiap instans tingkat Premium_P2 | 100 - 1,000 | 100 - 1,000 |
| Azure SignalR Service unit per langganan per wilayah untuk tingkat Gratis | 5 | 5 |
| Jumlah total unit Azure SignalR Service 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 dalam Layanan Azure SignalR.
Jika persyaratan Anda melebihi batas, beralih dari tingkat Gratis ke tingkat Standar dan tambahkan unit. Untuk informasi selengkapnya, lihat Cara menskalakan instans Azure SignalR Service?
Jika kebutuhan Anda melebihi batas dari satu instans, tambahkan instans lainnya. Untuk informasi selengkapnya, lihat Cara mengaktifkan Geo-Replication di Azure SignalR Service.
batas penggunaan Azure Spring Apps
Lihat Kuota dan paket layanan untuk Azure Spring Apps untuk mempelajari lebih lanjut mengenai batasan untuk Azure Spring Apps.
Batas Azure Storage
Bagian ini mencantumkan batas berikut untuk Azure Storage:
- Batas akun penyimpanan standar
- batasan penyedia sumber daya Azure Storage
- Pembatasan Azure Blob Storage
- batas penyimpanan antrean Azure
- batas penyimpanan tabel Azure
batas akun penyimpanan Standar
Tabel berikut menjelaskan batas default untuk akun Azure general-purpose v2 (GPv2), general-purpose v1 (GPv1), dan Blob Storage.
Beberapa entri dalam tabel juga berlaku untuk disk access dan diberi label secara eksplisit. Akses disk adalah sumber daya yang secara eksklusif digunakan untuk mengimpor atau mengekspor disk terkelola melalui tautan privat.
Pelanggan harus menggunakan akun penyimpanan GPv2, karena GPv1 dihentikan. Anda dapat dengan mudah meningkatkan akun GPv1 atau Blob Storage ke akun GPv2 tanpa waktu henti dan tidak perlu menyalin data. Untuk informasi selengkapnya, lihat Upgrade ke akun storage 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 DNS Azure (pratinjau) per wilayah per langganan, termasuk akun penyimpanan standar dan premium. | 5.000 (pratinjau) |
| Kapasitas maksimum akun penyimpanan default. | 5 PiB 2 |
| Jumlah maksimum kontainer blob, blob, direktori, dan subdirektori (jika namespace hierarki diaktifkan), berbagai berkas, tabel, antrean, entitas, atau pesan per akun penyimpanan. | Tidak ada batasan |
Tingkat permintaan maksimum default per akun General-purpose v2, akun Blob Storage, dan sumber daya akses disk di wilayah berikut:
|
40.000 permintaan per detik2 |
| Tingkat permintaan maksimum default per akun v2 tujuan umum, akun Blob Storage, dan sumber daya akses disk di wilayah yang tidak tercantum di baris sebelumnya. | 20.000 permintaan per detik2 |
Ingress maksimum default per sumber daya akses v2 tujuan umum, akun Blob Storage, dan disk di wilayah berikut:
|
60 Gbps2 |
| Ingress maksimum default per sumber daya akses v2 tujuan umum, akun Blob Storage, dan disk di wilayah yang tidak tercantum di baris sebelumnya. | 25 Gbps2 |
| Batas maksimum ingress default untuk akun penyimpanan v1 untuk kebutuhan umum (semua daerah). | 10 Gbps2 |
Egress maksimum default untuk tujuan umum v2, akun Blob Storage, dan sumber daya akses disk di wilayah berikut:
|
200 Gbps2 |
| Egress maksimum default untuk fungsi umum v2, akun Blob Storage, dan sumber daya akses disk di wilayah yang tidak tercantum di baris di atas. | 50 Gbps2 |
| Batas maksimum egress untuk akun penyimpanan tujuan umum v1 (region AS). | 20 Gbps jika RA-GRS/GRS diaktifkan, 30 Gbps untuk LRS/ZRS |
| Egress maksimum untuk akun penyimpanan umum v1 (wilayah di luar 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 storage. | 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 kuota akun Increase Azure Storage.
2 Azure Storage akun standar mendukung batas kapasitas yang lebih tinggi dan batas yang lebih tinggi untuk masuk dan keluar berdasarkan permintaan. Untuk meminta peningkatan batas akun, hubungi Azure Dukungan.
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 ini berlaku untuk setiap langganan di setiap wilayah sumber daya yang terdapat dalam permintaan.
| Resource | Limit |
|---|---|
| Operasi manajemen akun penyimpanan (baca) | 800 per 5 menit |
| Operasi manajemen akun penyimpanan (menulis) | 10 per detik/1.200 per jam |
| Operasi manajemen akun penyimpanan (daftar) | 100 setiap 5 menit |
batasan Azure Blob Storage
| Resource | Target |
|---|---|
| Ukuran maksimum wadah blob tunggal | Sama seperti kapasitas maksimum akun penyimpanan |
| Jumlah maksimum blok dalam blob blokir atau blob tambahan | 50.000 blok |
| Ukuran maksimum blok dalam blob blok | 4.000 MiB |
| Ukuran maksimum sebuah block blob | 50.000 x 4.000 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 blok blob tunggal | Hingga 3.000 permintaan per detik |
| Tingkat permintaan target untuk blob satu halaman | Hingga 500 permintaan per detik |
| Target throughput untuk blob halaman tunggal | Hingga 60 MiB per detik2 |
| Target keluaran untuk satu block 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 unduhan. Untuk memaksimalkan peningkatan kinerja blok blob ber-throughput tinggi, unggahlah 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 | 4.000 MiB | Sekitar 190,7 TiB (4.000 MiB x 50.000 blok) | 5.000 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 yang disimpan per antrean | 5 |
| Tingkat permintaan maksimum per akun storage | 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 target kapasitas, skalabilitas, dan performa untuk Storage Tabel.
| Resource | Target |
|---|---|
| Jumlah tabel dalam akun penyimpanan Azure | Hanya dibatasi oleh kapasitas akun storage |
| Jumlah partisi dalam tabel | Hanya dibatasi oleh kapasitas akun storage |
| Jumlah entitas dalam partisi | Hanya dibatasi oleh kapasitas akun storage |
| 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 storage | 20.000 transaksi per detik, yang mengasumsikan ukuran entitas 1-KiB |
| Target throughput untuk partisi tabel tunggal (entitas 1 KiB) | Hingga 2.000 entitas per detik |
batas pembuatan langganan Azure
Lihat akun dan cakupan Billing di portal Azure untuk mempelajari selengkapnya tentang membuat batasan untuk langganan Azure.
Batas layanan Azure Virtual Desktop
Tabel berikut ini menjelaskan batas maksimum untuk Azure Virtual Desktop.
| Objek Azure Virtual Desktop | Per Objek Kontainer Induk | Batas Layanan |
|---|---|---|
| Workspace | penyewa layanan Microsoft Entra | 1300 |
| HostPool | Workspace | 400 |
| Grup aplikasi | penyewa layanan 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 Azure.
Semua sumber daya Azure lain yang digunakan dalam Azure Virtual Desktop seperti Virtual Machines, Penyimpanan, Jaringan, dll. semuanya tunduk pada batasan sumber daya mereka sendiri yang didokumentasikan di bagian yang relevan dari artikel ini. Untuk memvisualisasikan hubungan antara semua objek Azure Virtual Desktop, tinjau artikel ini Relationships antara komponen logis Azure Virtual Desktop.
Untuk mulai menggunakan Azure Virtual Desktop, gunakan panduan mulai memulai. Untuk konten arsitektur yang lebih dalam untuk Azure Virtual Desktop, gunakan bagian Azure Virtual Desktop dari Cloud Adoption Framework. Untuk informasi harga untuk Azure Virtual Desktop, tambahkan "Azure Virtual Desktop" di dalam bagian Komputasi Azure Kalkulator Harga.
batasan 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 mesh layanan HCX | 10 (edisi apa pun) |
| Jumlah maksimum cloud pribadi Azure VMware Solution yang dihubungkan oleh Azure ExpressRoute dari satu lokasi ke satu gateway jaringan virtual | 4 Gateway jaringan virtual yang digunakan menentukan jumlah maksimum aktual dari cloud privat yang terhubung. Untuk informasi selengkapnya, lihat Tentang gateway jaringan virtual ExpressRoute. Jika Anda melebihi ambang batas ini, gunakan penghubung Azure VMware Solution untuk menggabungkan konektivitas cloud privat di dalam Azure wilayah. |
| Throughput maksimum Azure VMware Solution ExpressRoute | 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. ExpressRoute untuk Azure VMware Solution tidak memiliki batasan kecepatan port dan memiliki kinerja di atas 10 Gbps. Tarif lebih dari 10 Gbps tidak dijamin karena kualitas layanan. |
| Jumlah maksimum alamat IPv4 Publik Azure yang ditetapkan ke NSX | 2,000 |
| Jumlah maksimum koneksi Azure VMware Solution per awan pribadi | 10 |
| Jumlah maksimum koneksi Azure ExpressRoute Global Reach per cloud pribadi 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 per 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 batas maksimum konfigurasi VMware by Broadcom.
Batasan Azure Web PubSub
| Resource | Batas standar | Batas maksimum |
|---|---|---|
| Unit layanan Azure Web PubSub per instance untuk tingkat Free | 1 | 1 |
| unit Layanan Azure Web PubSub per instans untuk tingkat Standar/Premium_P1 | 100 | 100 |
| Azure Web PubSub layanan unit per instans untuk tingkatan Premium_P2 | 100 - 1,000 | 100 - 1,000 |
| Unit Layanan Azure Web PubSub per Langganan per Wilayah untuk Paket 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 Billing dalam Azure Web PubSub Service.
Jika kebutuhan Anda melebihi batas, tingkatkan dari tier Gratis ke tier Standar/Premium atau memperbanyak unit. Untuk informasi selengkapnya, lihat Cara menskalakan instans Layanan Azure Web PubSub.
Jika kebutuhan Anda melebihi batas dari satu instans, tambahkan instans lainnya. Untuk informasi selengkapnya, lihat Cara menggunakan Geo-Replication di Azure Web PubSub.
Batas pencadangan
Untuk ringkasan pengaturan dan batasan dukungan Azure Backup, lihat Azure Backup Matriks Dukungan.
Batas Batch
| Sumber daya | Batas default | Batas maksimum |
|---|---|---|
| Azure Batch akun per wilayah per langganan | 1-3 | 50 |
| Inti khusus untuk setiap akun Batch | 0-9001 | Hubungi dukungan |
| Inti 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 alokasi kuota akun Batch dalam langganan untuk mempertahankan kuota inti dan keluarga VM di semua akun Batch dalam langganan tersebut. Kuota layanan seperti pekerjaan aktif atau pool berlaku untuk setiap akun Batch yang berbeda, bahkan untuk akun Batch yang menggunakan alokasi pool 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. Lihat 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 Instans Container
| Resource | Batas Aktual |
|---|---|
| Grup kontainer SKU standar untuk setiap wilayah dan langganan | 100 |
| Grup kontainer sku khusus per wilayah per langganan | 01 |
| Jumlah kontainer per grup kontainer | 60 |
| Jumlah volume per grup kontainer | 20 |
| Jumlah core SKU standar (CPU) per wilayah dan 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 - instans yang sedang berjalan | 4 MB |
| Ukuran log kontainer instance - instance yang telah dihentikan | 16 KB atau 1.000 baris |
| Pembuatan grup kontainer per jam | 3001 |
| Grup kontainer dibuat setiap 5 menit | 1001 |
| Grup kontainer dihapus per jam | 3001 |
| Grup kontainer dihapus setiap 5 menit | 1001 |
1Untuk meminta peningkatan batas, buat permintaan Dukungan Azure. Langganan gratis termasuk Azure Akun Gratis 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.
Batasan pada 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 | 100 |
| Ukuran lapisan gambar maksimum (GiB) | 200 | 200 | 200 |
| Ukuran manifes maksimum (MiB) | 4 | 4 | 4 |
| Webhooks | 2 | 10 | 500 |
| Private link dengan titik akhir privat | N/A | N/A | Dukungan |
| • Titik Akhir Privat | N/A | N/A | 200 |
| Aturan jaringan IP publik | N/A | N/A | 200 |
| Akses VNet titik akhir layanan | N/A | N/A | Preview |
| • aturan jaringan virtual | N/A | N/A | 100 |
| Izin dengan cakupan repositori dengan penugasan peran Microsoft Entra | Dukungan | Dukungan | Dukungan |
| Izin ruang lingkup repositori dengan token Entra non-Microsoft dan peta ruang lingkup | Dukungan | Dukungan | Dukungan |
| • Entra non-Microsoft Token | 100 | 500 | 50,000 |
| • Peta cakupan token Entra non-Microsoft | 100 | 500 | 50,000 |
| • Tindakan per peta cakupan token non-Microsoft Entra | 500 | 500 | 500 |
| • Repositori untuk setiap peta cakupan token non-Microsoft Entra2 | 500 | 500 | 500 |
| Akses anonim untuk mengunduh | N/A | Dukungan | Dukungan |
| Geo-replication | N/A | N/A | Dukungan |
| Titik akhir data khusus | N/A | N/A | Dukungan |
| Zona Ketersediaan | Dukungan | Dukungan | Dukungan |
| Kepercayaan konten | N/A | N/A | Dukungan |
| Kunci yang dikelola pelanggan | N/A | N/A | Dukungan |
| Registri yang tersambung | N/A | N/A | Dukungan |
| Streaming Artefakt | N/A | N/A | Dukungan |
| Aturan cache artefak | N/A | Dukungan | Dukungan |
| Konfigurasi aturan akses IP | N/A | N/A | Dukungan |
| Kebijakan penyimpanan untuk manifes yang tidak diberi tag | N/A | N/A | Dukungan |
| Transfer artefak | N/A | N/A | Dukungan |
| Kebijakan ekspor | N/A | N/A | Dukungan |
| Kumpulan agen khusus untuk Tugas | N/A | N/A | Dukungan |
1 Penyimpanan termasuk dalam tarif harian untuk setiap kategori. Storage tambahan dapat digunakan, hingga batas storage registri, dengan tarif harian tambahan per GiB. Untuk informasi tarif, lihat harga Azure Container Registry. Jika Anda memerlukan penyimpanan di luar batas penyimpanan registri, silakan hubungi Dukungan Azure.
Batas layanan Jaringan Pengiriman Konten Azure
| Resource | Limit |
|---|---|
| profil Jaringan Pengiriman Konten Azure | 25 |
| Titik akhir Jaringan Penyampaian Konten per profil | 25 |
| Domain kustom per titik akhir | 25 |
| Kelompok asal maksimum per profil | 10 |
| Jumlah 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 |
| Lebar pita maksimum setiap 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 Standar 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. Profil Content Delivery Network dapat berisi satu atau beberapa titik akhir 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.
pembatasan Azure Data Lake Analytics
Azure Data Lake Analytics mempermudah pengelolaan infrastruktur terdistribusi dan kode kompleks. Ini secara dinamis menyediakan sumber daya, dan Anda dapat menggunakannya untuk melakukan analisis pada exabyte data yang ada. Ketika pekerjaan selesai, sumber daya dihentikan penggunaannya secara otomatis. Anda cukup membayar daya pemrosesan yang digunakan. Saat menambah atau mengurangi ukuran data yang disimpan atau jumlah komputasi yang digunakan, Anda tidak perlu menulis ulang kode. Untuk menaikkan batasan default langganan Anda, hubungi dukungan.
| Sumber daya | Limit | Komentar |
|---|---|---|
| Jumlah maksimum pekerjaan bersamaan | 20 | |
| Jumlah maksimum Unit Analitik (AU) per akun | 250 | Gunakan kombinasi hingga maksimum 250 AU di seluruh 20 pekerjaan. Untuk meningkatkan batas ini, hubungi Microsoft Support. |
| Ukuran skrip maksimum untuk pengiriman pekerjaan | 3 MB | |
| Jumlah maksimum akun Data Lake Analytics per wilayah per langganan | 5 | Untuk meningkatkan batas ini, hubungi Microsoft Support. |
Batasan Azure Data Lake Storage
Azure Data Lake Storage Gen2 bukan jenis akun layanan atau penyimpanan khusus. Ini adalah rilis terbaru dari kemampuan yang didedikasikan untuk analisis data besar. Kemampuan ini tersedia dalam BlockBlobStorage atau akun storage v2 tujuan umum, dan Anda dapat memperolehnya dengan mengaktifkan fitur Hierarchical namespace dari akun. Untuk target skala, lihat artikel ini.
Azure Data Lake Storage Gen1 adalah layanan khusus. Ini adalah repositori penskalaan tingkat tinggi skala perusahaan untuk analisis beban kerja data besar. Anda dapat menggunakan Data Lake Storage Gen1 untuk mengambil data dengan ukuran, jenis, dan kecepatan penyerapan apa pun di satu tempat untuk analitik operasional dan eksplorasi. Tidak ada batasan jumlah data yang dapat Anda simpan di akun Data Lake Storage Gen1.
| Sumber daya | Limit | Komentar |
|---|---|---|
| Jumlah maksimum akun Data Lake Storage Gen1, per langganan, per wilayah | 10 | Untuk meminta peningkatan batas ini, hubungi dukungan. |
| Jumlah maksimum akses ACL, per file atau folder | 32 | Ini adalah batas yang sulit. Gunakan grup untuk mengelola access dengan lebih sedikit entri. |
| Jumlah maksimum ACL bawaan, per berkas atau folder | 32 | Ini adalah batas yang sulit. Gunakan grup untuk mengelola access dengan lebih sedikit entri. |
Batas Azure Data Share
Azure Data Share memungkinkan organisasi untuk berbagi data dengan sederhana dan aman dengan pelanggan dan mitra mereka.
| Sumber daya | Limit |
|---|---|
| Jumlah maksimum sumber daya Data Share per langganan Azure | 100 |
| Jumlah maksimum berbagi yang dikirim per sumber daya Data Share | 200 |
| Jumlah maksimum berbagi yang diterima per sumber daya Data Share | 100 |
| Jumlah maksimum undangan untuk setiap berbagi yang dikirim | 200 |
| Jumlah maksimum berlangganan saham per saham terkirim | 200 |
| Jumlah maksimum dataset per pembagian | 200 |
| Jumlah maksimum jadwal snapshot per saham | 1 |
Batasan Azure Database Migration Service
Azure Database Migration Service adalah layanan terkelola penuh yang dirancang untuk memungkinkan migrasi yang lancar dari beberapa sumber database ke platform data Azure dengan waktu henti minimal.
| Sumber daya | Limit | Komentar |
|---|---|---|
| Jumlah maksimum layanan per langganan, per wilayah | 10 | Untuk meminta peningkatan batas ini, hubungi dukungan. |
Batasan pada Azure Device Registry
Tabel berikut ini mencantumkan batas yang berlaku untuk sumber daya Azure Device Registry. Azure Device Registry digunakan bersama Azure IoT Hub (versi pratinjau) dan Operasional Azure IoT.
| Jenis sumber daya | Jenis batas | Limit |
|---|---|---|
| Azure namespace Perangkat Registri | Jumlah per langganan Azure | 100 |
| Perangkat | Jumlah per langganan Azure | 100,000 |
| Perangkat/perangkat yang ditemukan | Hitung per kluster Kubernetes | 1,000 |
| Perangkat/perangkat yang ditemukan | Hitung per namespace Layanan Registri Perangkat Azure | 10,000 |
| Perangkat/perangkat yang terdeteksi (status baca) | Operasi per Menit untuk Setiap Langganan Azure | 5,000 |
| Perangkat/perangkat yang ditemukan (membuat/memperbarui) | Operasi per Menit untuk Setiap Langganan Azure | 500 |
| Aset | Jumlah per langganan Azure | 100,000 |
| Aset/aset yang ditemukan | Hitung per namespace Layanan Registri Perangkat Azure | 10,000 |
| Aset/aset yang ditemukan | Hitung per kluster Kubernetes | 1,000 |
| Aset / aset yang ditemukan (dibaca) | Operasi per Menit untuk Setiap Langganan Azure | 5,000 |
| Aset / aset yang ditemukan (buat/perbarui) | Operasi per Menit untuk Setiap 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) | Jumlah per langganan Azure | 10,000 |
| Skema registri | Jumlah 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) | Hitung per namespace Layanan Registri Perangkat Azure | 1 |
| Kredensial (pratinjau) | Hitung per namespace Layanan Registri Perangkat Azure | 1 |
| Kredensial (pratinjau) | Hitung per penyewa Entra ID | 2 |
Azure Batas Pembaruan Perangkat untuk 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 batas pembaruan perangkat untuk sumber daya IoT Hub di Azure Resource Manager.
| Resource | Batas SKU standar | Batas SKU bebas | 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 bebas | 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 disediakan untuk pembatalan | 5, termasuk satu yang dialokasikan 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.
batasan 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 fungsi Azure Digital Twins.
| Area | Capability | Batas standar | Adjustable? |
|---|---|---|---|
| sumber daya Azure | Jumlah instans Azure Digital Twins di suatu wilayah, per langganan | 10 | Ya, hingga 50 |
| Kembar digital | Jumlah kembar dalam instans Azure Digital Twins | 2,000,000 | Yes |
| Kembar digital | Jumlah kembar digital yang dapat diimpor dalam satu tugas Import Jobs API | 2,000,000 | No |
| Kembar digital | Jumlah hubungan masuk ke satu twin | 50,000 | No |
| Kembar digital | Jumlah relasi 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 tugas Import Jobs API | 10,000,000 | No |
| Kembar digital | Ukuran maksimum (dari bodi JSON di permintaan PUT atau PATCH) untuk 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 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 Import Jobs API | 10,000 | No |
| Models | Ukuran maksimum satu model (dari bodi JSON di permintaan PUT atau PATCH) | 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 Models | Jumlah permintaan per detik | 100 | Yes |
| API Kembaran Digital | Jumlah permintaan baca per detik | 1,000 | Yes |
| API Kembaran Digital | Jumlah permintaan patch per detik | 1,000 | Yes |
| API Kembaran Digital | Jumlah operasi buat/hapus per detik di seluruh twin dan hubungan | 500 | Yes |
| API Kembaran Digital | Jumlah operasi buat/perbarui/hapus per detik di satu twin atau hubungan masuk/keluarnya | 10 | No |
| API Kembaran Digital | Jumlah operasi yang belum selesai pada satu twin atau hubungan masuk/keluarnya | 500 | No |
| Kueri API | Jumlah permintaan per detik | 500 | Yes |
| Kueri API | Query Units 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.
Pembatasan Azure Event Grid
Note
Batas berikut adalah per wilayah.
Batas pembatasan laju Event Grid
Event Grid menawarkan tingkat Standar dan tingkat Dasar. Tingkat Event Grid Standard memungkinkan mekanisme publikasi dan berlangganan dengan menggunakan fungsionalitas broker Message Queuing Telemetry Transport (MQTT) dan dengan pengantaran pesan yang ditarik melalui namespace 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 Event Grid
Namespace layanan Event Grid memungkinkan Olahpesan MQTT dan pengiriman penarikan HTTP. Batas berikut berlaku untuk sumber daya namespace di Event Grid.
| Deskripsi batas | Limit |
|---|---|
| Namespace layanan Event Grid per langganan Azure | 50 |
| Unit Throughput Maksimum (TU) per nama ruang Event Grid | 40 (Untuk meminta peningkatan melebihi 40 TU, hubungi Microsoft di askmqtt@microsoft.com.) |
| Aturan firewall IP untuk setiap namespace di 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. Anda dapat menggunakan TU untuk mengontrol kapasitas sumber daya namespace Anda untuk masuk dan keluar pesan.
| Deskripsi batas | Limit |
|---|---|
| Sesi MQTT untuk setiap namespace Event Grid | 10.000 per TU |
| Sesi per namespace Event Grid | 10.000 per TU |
| Interval berakhirnya sesi | 8 jam, dapat dikonfigurasi pada namespace Event Grid |
| Permintaan penerbitan MQTT masuk per namespace Azure Event Grid | 1.000 pesan per detik per TU |
| Bandwidth MQTT masuk pada 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 |
| Permintaan penerbitan MQTT/HTTP masuk per namespace Event Grid | 1.000 pesan per detik per TU |
| Bandwidth MQTT/HTTP masuk per namespace Event Grid | 1 MB per detik per TU |
| Permintaan penerbitan MQTT/HTTP masuk per sesi | 1.000 pesan per detik |
| Bandwidth MQTT/HTTP masuk per sesi | 1 MB per detik |
| Pesan MQTT/HTTP dalam penerbangan masuk* | 1.000 pesan |
| Bandwidth MQTT/HTTP dalam penerbangan masuk* | 64 KB |
| Ukuran maksimum pesan retensi** | 64 KB |
| Maksimum Simpan Pesan per TU | 10.000 pesan atau 640 MB (mana saja yang tercapai terlebih dahulu) |
| Total Pertahankan storage per TU | 640 MB |
| Mempertahankan kedaluwarsa pesan (MQTT 3.1.1) | 365 hari (default). Untuk mengonfigurasi Retain Expiry kurang dari 365 hari, hubungi Microsoft di askmqtt@microsoft.com |
| 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 |
| Penggunaan 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 topik/filter topik | 15 |
| Ukuran topik | 256 B |
| Topik respons MQTTv5 | 256 B |
| Alias topik MQTTv5 | 10 setiap sesi |
| Ukuran total dari semua properti pengguna MQTTv5 | 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 |
| Permintaan berlangganan dan berhenti berlangganan per namespace di Event Grid | 200 permintaan per detik |
| Permintaan berlangganan dan berhenti berlangganan 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 |
| Jumlah maksimum grup langganan bersama per Namespace | 100 |
| Jumlah maksimum langganan dalam grup langganan bersama | 100 |
| Jumlah maksimum langganan bersama per sesi | 10 (termasuk dalam total 50 langganan per sesi) |
| Tarif pesan keluar maksimum per langganan bersama | 100 × jumlah pelanggan bersama |
| Sesi maksimum per langganan bersama | 100 |
| Jumlah langganan bersama maksimum per broker | 100 |
| Sumber daya klien terdaftar | 10.000 klien per TU |
| Sertifikat Otoritas Sertifikasi | 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 tersimpan dihitung terhadap total kuota penyimpanan MQTT untuk namespace. Ketika kuota tercapai, publikasi pesan baru yang dipertahankan akan gagal sampai pesan yang ada kadaluarsa atau dihapus (misalnya, melalui publikasi payload kosong).
Batas peristiwa di namespace Event Grid
Batas berikut berlaku untuk peristiwa di sumber daya namespace Layanan Event Grid.
| Deskripsi batas | Limit |
|---|---|
| Topik ruang nama Event Grid | 100 untuk setiap TU |
| Masuk peristiwa | 1.000 kejadian per detik atau 1 MB per detik per TU (yang mana yang lebih dahulu) |
| 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 maksimum peristiwa pada topik ruang nama Event Grid | 7 hari |
| Langganan per topik | 500 |
| Ukuran acara maksimum | 1 MB |
| Ukuran batch | 1 MB |
| Peristiwa per permintaan | 1,000 |
Batas sumber daya untuk topik kustom, topik sistem, dan topik mitra.
Batas berikut berlaku untuk topik kustom Event Grid, topik sistem, dan sumber daya topik mitra.
| Deskripsi batas | Limit |
|---|---|
| Topik kustom untuk setiap 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. Untuk Langganan Peristiwa pada langganan Azure batasnya adalah 100. 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 tujuan batasan dan penetapan harga dalam potongan data 64 KB. Jadi, jika peristiwanya adalah 128 KB, itu dihitung sebagai dua peristiwa. |
| Ukuran peristiwa | 1 MB Batas ini tidak dapat ditingkatkan. |
| Durasi penyimpanan maksimum untuk peristiwa 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 untuk setiap 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 peristiwa lingkup 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 tujuan batasan dan penetapan harga dalam 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 untuk setiap topik | 128 |
batas pada 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 event hub | - | 256 karakter |
| Ukuran nama grup konsumen | Protokol Kafka tidak memerlukan pembuatan grup consumer. | Kafka: 256 karakter Advanced Message Queuing Protocol (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 | - | 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 mencakup 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 buat kluster khusus, Azure Event Hubs menetapkan satu CU ke kluster. Jika Anda mengaktifkan opsi Support scaling saat membuat kluster, Anda dapat memperluas dengan meningkatkan unit komputasi atau memperkecil dengan mengurangi unit komputasi untuk kluster. 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 kelompok konsumen Kafka per namespace | N/A | 1,000 | 1,000 | 1,000 |
| Jumlah koneksi broker per namespace | 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 acara 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 event hub | 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 event hub 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 Event Hub per namespace | 10 | 10 | 100 per unit PU | 1,000 |
| Capture | N/A | Bayar per Jam | Included | Included |
| Ukuran pusat acara terkompresi | N/A | 1 GB per partisi | 250 GB per setiap partisi | 250 GB per setiap partisi |
| Ukuran registri skema (namespace) dalam megabyte | N/A | 25 | 100 | 1,024 |
| Jumlah grup skema dalam registri skema atau namespace | N/A | 1: tidak termasuk grup default | 100 1 MB untuk setiap skema |
1,000 1 MB untuk setiap skema |
| Jumlah versi skema di semua grup skema | N/A | 25 | 1,000 | 10,000 |
| Pemrosesan per Satuan | Ingress: 1 MB/detik atau 1.000 peristiwa per detik Transfer Data Keluar: 2 MB/detik atau 4,096 peristiwa per detik |
Ingress: 1 MB/detik atau 1.000 peristiwa per detik Transfer Data 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 storage.
Note
Anda dapat menerbitkan peristiwa satu per satu atau dalam batch. Batas publikasi (menurut tingkat) berlaku terlepas dari apakah itu satu peristiwa atau batch. Peristiwa penerbitan yang lebih besar dari ambang batas maksimum ditolak.
Batasan Azure IoT Central
IoT Central membatasi jumlah aplikasi yang dapat Anda sebarkan dalam langganan hingga 100. Untuk mempelajari selengkapnya, lihat Azure IoT Central kuota dan batasan.
Batas-batas IoT pada Azure 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 batas yang berlaku untuk sumber daya IoT Hub.
| Resource | Limit |
|---|---|
| Hub IoT berbayar maksimum per langganan Azure | 50 |
| Maksimum IoT hub gratis dalam setiap langganan Azure | 1 |
| Jumlah karakter maksimum di ID perangkat | 128 |
| Jumlah identitas perangkat maksimum dikembalikan dalam satu panggilan |
1,000 |
| Retensi pesan maksimum IoT Hub untuk pesan perangkat ke cloud IoT | 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 |
| Jumlah maksimum pesan dalam batch perangkat-ke-cloud | 500 |
| Ukuran maksimum pesan cloud-ke-perangkat | 64 KB |
| TTL maksimum untuk pesan dari 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 dari cloud ke perangkat |
100 |
| TTL maksimum untuk pesan umpan balik di menanggapi pesan dari 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 device twin | 10 |
| Ukuran maksimum muatan metode langsung | 128 KB |
| Retensi maksimum riwayat pekerjaan | 30 hari |
| Jumlah pekerjaan 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 maksimum untuk aliran perangkat | 300 MB per hari (untuk S1, S2, S3, dan F1 saja) |
Note
Jumlah total perangkat ditambah modul yang dapat didaftarkan ke satu IoT hub dibatasi pada 1.000.000.
IoT Hub membatasi permintaan saat kuota berikut terlampaui.
| Throttle | Nilai per hub |
|---|---|
| Operasi registri identitas (membuat, mengambil, mencantumkan, memperbarui, dan menghapus), impor/ekspor secara individual atau massal |
83.33/sec/unit (5,000/min/unit) (untuk S3). 1.67/detik/unit (100/menit/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 komunikasi 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), 1,67 inisiasi pengunggahan file/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 alat ukur pengendalian 8-KB. |
| Pembacaan device twin | 500/dtk/unit (untuk S3), Maksimum 100/dtk atau 10/dtk/unit (untuk S2), 100/detik (untuk S1) |
| Pembaruan Device Twin | 250/dtk/unit (untuk S3), Maksimum 50/dtk atau 5/dtk/unit (untuk S2), 50/detik (untuk S1) |
| Operasional 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 ini mencantumkan batas yang berlaku untuk instans layanan pratinjau IoT Hub.
| Fitur | Limit |
|---|---|
| Jumlah perangkat pada instans IoT Hub (tinjauan awal) | 10,000 |
| Jumlah instans IoT Hub (pratinjau) per namespace layanan ADR | 3 |
| Protokol yang didukung untuk provisi sertifikat | Protokol HTTP, MQTT, dan MQTT Web-Sockets. |
Semua batasan lainnya, termasuk pembatasan pada 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 perangkat DPS) selama provisi | 500 per menit |
| Jumlah perpanjangan sertifikat | 500 per menit |
| Jumlah sumber daya kredensial per penyewa | 2 |
| Jumlah sumber daya kredensial per namespace ADR (Active Directory) | 1 |
| Jumlah kebijakan per sumber daya kredensial | 1 |
Untuk informasi selengkapnya, Anda dapat melihat daftar lengkap batas ADR.
Azure IoT Hub Pembatasan Layanan Provisioning Perangkat
Beberapa area layanan ini memiliki batas yang dapat disesuaikan. Tabel di bawah ini menyertakan kolom Yang Dapat Disesuaikan? . Jika batas dapat disesuaikan, nilai Adjustable? adalah Ya.
Nilai aktual batas yang dapat Anda sesuaikan mungkin akan bervariasi berdasarkan implementasi Anda. Implementasi yang sangat besar mungkin memerlukan beberapa instans DPS.
Jika bisnis Anda memerlukan batas atau kuota yang dapat disesuaikan lebih tinggi, buka tiket dukungan untuk meminta sumber daya tambahan. Permintaan peningkatan tidak dijamin karena setiap kasus memerlukan peninjauan individual. Hubungi dukungan Microsoft sedini mungkin selama implementasi Anda sehingga tim dapat menentukan apakah akan menyetujui permintaan Anda dan membantu Anda merencanakannya.
Tabel berikut mencantumkan batas yang berlaku untuk sumber daya Azure IoT Hub Device Provisioning Service.
| Resource | Limit | Adjustable? |
|---|---|---|
| Layanan provisi perangkat maksimum per langganan Azure | 10 | Yes |
| Jumlah maksimum registrasi | 1,000,000 | Yes |
| Jumlah maksimum pendaftaran individu | 1,000,000 | Yes |
| Jumlah maksimum grup pendaftaran (sertifikat X.509) | 100 | Yes |
| Jumlah maksimum grup pendaftaran (kunci simetris) | 100 | No |
| Jumlah maksimum CA | 25 | Yes |
| Jumlah maksimum IoT hub yang ditautkan | 50 | No |
| Ukuran maksimum pesan | 96 KB | No |
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 | Adjustable? |
|---|---|---|
| Operations | 1,000/min/service | Yes |
| Registrasi perangkat | 1,000/min/service | Yes |
| Operasi poling perangkat | 5/10 detik/perangkat | No |
Batasan 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 batas pelambatan diberi bobot, dan penerapannya berdasarkan jumlah totalnya. 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 menemukan kode status HTTP 429 pembatasan laju:
- 4.000 transaksi GET kunci perangkat lunak RSA 2.048-bit
- 2.000 transaksi GET kunci HSM RSA 2.048-bit
- 250 transaksi pengambilan kunci HSM 4.096-bit RSA
- 248 transaksi GET kunci HSM RSA 4.096-bit dan 16 transaksi GET kunci HSM RSA 2.048-bit
Rahasia, kunci akun storage 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 laju ketika batas ini terlampaui, lihat panduan tentang pembatasan Azure Key Vault.
1 Batas langganan secara keseluruhan untuk semua jenis transaksi adalah lima kali per batas key vault.
Kunci cadangan, rahasia, sertifikat
Saat Anda mencadangkan objek key vault, seperti rahasia, kunci, atau sertifikat, operasi pencadangan mengunduh objek sebagai blob terenkripsi. Blob ini tidak dapat didekripsi di luar Azure. Untuk mendapatkan data yang dapat digunakan dari blob ini, Anda harus memulihkan blob ke dalam brankas kunci dalam langganan Azure yang sama, dan geografi Azure yang sama.
| Jenis transaksi | Versi objek key vault maksimum yang diizinkan |
|---|---|
| Mencadangkan kunci individu, rahasia, sertifikat | 500 |
Note
Jika Anda mencoba mencadangkan objek kunci, rahasia, atau sertifikat dengan versi yang lebih banyak daripada batas yang ditentukan, proses tersebut 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 dalam 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 sejumlah besar versi (500+) dapat memengaruhi performa operasi pencadangan. Lihat Azure Key Vault Backup.
Azure Key Vault: Batas HSM yang Dikelola
Jenis sumber daya: HSM terkelola
Bagian ini menjelaskan batas layanan untuk jenis sumber daya managed HSM.
Batas objek
| Item | Limits |
|---|---|
| Jumlah instansi 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 penugasan peran pada cakupan HSM | 50 |
| Jumlah penetapan peran di setiap cakupan kunci individu | 10 |
Untuk panduan perencanaan kapasitas performa dan penskalaan terperinci, lihat panduan penskalaan HSM terkelola Azure.
Pembatasan Identitas Terkelola pada 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 pembuatan per 20 detik.
- Per langganan Azure per wilayah Azure : 80 operasi pembuatan per 20 detik.
Tingkat di mana identitas terkelola yang ditetapkan pengguna dapat ditetapkan dengan sumber daya Azure :
- Per penyewa layanan Microsoft Entra di setiap wilayah Azure: 400 operasi penugasan setiap 20 detik.
- Per langganan Azure per wilayah Azure : 300 operasi penugasan per 20 detik.
pembatasan Azure Media Services
Note
Untuk sumber daya yang tidak tetap, buka tiket dukungan guna meminta penambahan kuota. Jangan membuat akun Azure Media Services tambahan dalam upaya untuk mendapatkan batas yang lebih tinggi.
Batas akun
| Resource | Batas Bawaan |
|---|---|
| Akun Media Services dalam satu langganan | 100 (tetap) |
Batas aset
| Resource | Batas Bawaan |
|---|---|
| Aset per akun Media Services | 1,000,000 |
Batas Penyimpanan (media)
| Resource | Batas Bawaan |
|---|---|
| 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 dalam 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 tugas (pengodean & analisis)
| Resource | Batas Bawaan |
|---|---|
| Pekerjaan per akun Media Services | 500.000 (3) (tetap) |
| Input pekerjaan per tugas | 50 (tetap) |
| Output pekerjaan per pekerjaan | 20 (tetap) |
| Transformasi per akun Media Services | 100 (tetap) |
| Transformasi output dalam Transformasi | 20 (tetap) |
| File untuk setiap masukan 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 Bawaan |
|---|---|
| Acara Langsung (4) untuk setiap akun Media Services | 5 |
| Output Langsung untuk Setiap Acara | 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 Bawaan |
|---|---|
| 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 suatu 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 Kebijakan Streaming baru untuk setiap Penentu Streaming.
7 Pencari Streaming tidak dirancang untuk mengelola kontrol akses per pengguna. Untuk memberikan hak access yang berbeda kepada pengguna individual, gunakan solusi Manajemen Hak Digital (DRM).
Batas perlindungan
| Resource | Batas Bawaan |
|---|---|
| Opsi berdasarkan 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 layanan seluler Azure
| 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 | termasuk lapisan Gratis Azure Notification Hubs, hingga 1 juta pengiriman | Microsoft Azure Notification Hubs Tingkat Dasar disertakan, hingga 10 juta pengiriman | Microsoft Azure Notification Hubs Level standar sudah termasuk, hingga 10 juta pengiriman pemberitahuan |
| Pesan waktu nyata WebSockets |
Limited | 350 untuk setiap 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 keluar data | 165 MB per hari (rollover harian) | Included | Included |
Untuk informasi lebih lanjut tentang batasan dan harga, lihat harga Azure Mobile Services.
batas jaringan Azure
Batas jaringan - Azure Resource Manager
Batas berikut hanya berlaku untuk sumber daya jaringan yang dikelola melalui Azure Resource Manager per wilayah per langganan. Pelajari cara melihat penggunaan sumber daya Anda saat ini terhadap batas langganan Anda.
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 batas ini telah ditingkatkan secara manual oleh tim dukungan di masa lalu dan Anda saat ini mendapati batas yang lebih rendah dari apa yang tercantum dalam tabel berikut, ajukan permintaan dukungan pelanggan secara online tanpa dikenakan biaya
| Resource | Limit |
|---|---|
| Jaringan virtual | 1,000 |
| Subnet per jaringan virtual | 3,000 |
| Peering jaringan virtual per jaringan virtual | 500 |
| Gerbang jaringan virtual (Gerbang VPN) per jaringan virtual | 1 |
| Gerbang 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 saling terhubung | 128,000 |
| Alamat IP pribadi per antarmuka jaringan | 256 |
| Alamat IP pribadi untuk setiap mesin virtual | 256 * N (N adalah jumlah NIC pada VM) |
| Alamat IP publik per antarmuka jaringan | 256 |
| Alamat IP publik per mesin virtual | 256 |
| Aliran TCP atau UDP serentak per NIC dari instans mesin virtual atau peran | 500,000 |
| Kartu antarmuka jaringan | 65,536 |
| Kelompok Keamanan Jaringan | 5,000 |
| Aturan NSG per NSG | 2,000 |
| Alamat IP dan rentang yang ditentukan untuk sumber atau tujuan dalam grup keamanan (Batas berlaku secara terpisah ke sumber dan tujuan) | 6,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 | 600 |
| Rute yang ditentukan pengguna per tabel rute | 1,000 |
| Rute dengan tag layanan sesuai tabel rute | 25 |
| Sertifikat root titik-ke-situs untuk Azure VPN Gateway | 20 |
| Sertifikat klien yang dicabut dalam koneksi titik-ke-situs per Azure VPN Gateway | 300 |
| Konfigurasi TAP jaringan virtual per langganan | 10 |
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, default untuk langganan Enterprise Agreement adalah 1000 dan default 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 instans mesin virtual atau 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 | 600 | 600 |
| Alamat IP publik (dinamis) | 500 | 500 |
| Alamat IP publik yang dicadangkan | 500 | 500 |
| IP publik per penyebaran | 5 | Hubungi dukungan |
| IP Pribadi (penyeimbangan beban internal) per penerapan | 1 | 1 |
| Daftar access control titik akhir (ACL) | 50 | 50 |
batasan Azure Load Balancer
Standard Load Balancer
| Resource | Limit |
|---|---|
| Penyeimbang beban | 1,000 |
| Konfigurasi IP antarmuka | 600 |
| Aturan (Load Balancer + NAT Masuk) per sumber daya | 1,500 |
| Aturan per NIC (untuk semua IP pada NIC)1 | 300 |
| Aturan untuk port dengan ketersediaan tinggi | 1 per frontend internal |
| Aturan keluar per Load Balancer | 600 |
| Ukuran kumpulan backend | 5,000 |
| Konfigurasi IP per Load Balancer (di seluruh kumpulan backend) | 20,000 |
| Ukuran kumpulan backend pada Azure Load Balancer global | 300 |
| Konfigurasi IP backend untuk setiap 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 pada instans kumpulan backend yang dikonfigurasi dianggap sebagai satu konfigurasi.
Load Balancer tidak menerapkan batas throughput apa pun. Namun, batas throughput untuk virtual machines dan jaringan virtual masih berlaku. Untuk informasi selengkapnya, lihat Bandwidth jaringan komputer virtual.
Penyeimbang Beban Gateway
| Resource | Limit |
|---|---|
| Sumber daya yang dirangkai per frontend Gateway Load Balancer (gabungan konfigurasi frontend Load Balancer atau konfigurasi IP NIC VM) | 100 |
Semua batasan untuk Standard Load Balancer juga berlaku untuk Gateway Load Balancer.
Load Balancer Dasar
| Resource | Limit |
|---|---|
| Penyeimbang beban | 1,000 |
| Aturan per sumber daya | 250 |
| Aturan untuk setiap NIC (untuk semua alamat IP pada NIC) | 300 |
| Konfigurasi IP Frontend 3 | 200 |
| Ukuran kumpulan backend | 300 konfigurasi IP, kelompok ketersediaan tunggal |
| Kumpulan Ketersediaan untuk Load Balancer | 1 |
| Penyeimbang Beban 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 frontend IP di satu Basic Public Load Balancer dan Basic Internal Load Balancer.
Batas-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 antarmuka | 4 | IPv4 - 1 publik dan 1 privat. IPv6 - 1 publik dan 1 privat. |
| Port ujung depan | 1001 | |
| Kumpulan alamat backend | 100 | |
| Target backend setiap 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 routing diatur untuk merutekan lalu lintas (misalnya, memiliki listener, kumpulan ujung belakang, dan pengaturan HTTP), itu juga dianggap sebagai listener. Untuk informasi selengkapnya, lihat Pertanyaan umum tentang Application Gateway. |
| Aturan penyeimbangan beban HTTP | 4001 | |
| Pengaturan backend HTTP | 1001 | |
| Instans per gateway | V1 SKU (Kode Barang) - 32 V2 SKU - 125 |
|
| Sertifikat SSL | 1001 | 1 per pendengar 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 waktu tunggu 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 pendengar HTTP |
| Peta URL per listener | 1 | |
| Nama host per pendengar | 5 | |
| Jumlah maksimum aturan berbasis jalur per peta URL | 100 | |
| Konfigurasi pengalihan | 1001 | |
| Jumlah set aturan penulisan ulang | 400 | |
| Jumlah konfigurasi Header atau URL per set aturan untuk 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 Menengah - 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 kustom 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 dengan fitur diaktifkan 2GB - dengan fitur dinonaktifkan |
8 KB - Nilai Minimum 128 KB - Nilai default V2 dengan CRS 3.2 atau DRS - dapat diaktifkan/Dimatikan |
| Batas maksimum pemeriksaan permintaan untuk 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 Maksimum untuk Private Link | 8 | |
| Maksimum aturan kustom WAF per kebijakan WAF | 100 | |
| Kondisi pencocokan maksimum WAF per aturan khusus | 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 |
|
| Jumlah pengecualian WAF maksimum per Application Gateway | 40 200 - dengan CRS 3.2 atau DRS |
|
| Nilai pencocokan string WAF untuk setiap kondisi pencocokan | 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 yang mendukung WAF dan menjalankan CRS 3.1 atau versi yang lebih rendah, jumlah 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.
Azure Application Gateway untuk batas 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 pendengar per sumber daya gateway (diberlakukan oleh Gateway API) |
| Total referensi AGC | 5 untuk setiap pengontrol ALB |
| Total referensi sertifikat | 100 per setiap AGC |
| Total pendengar | 200 per AGC |
| Total rute | 200 per AGC |
| Jumlah aturan | 200 per AGC |
| Total layanan | 100 per setiap AGC |
| Total titik akhir | 5.000 per AGC |
batasan Azure Bastion
Instans adalah VM 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 Jumlah Sesi per Instans |
|---|---|
| Light | 25 |
| Medium | 20 |
| Heavy | 2 |
*Jenis beban kerja ini didefinisikan di sini: beban kerja Desktop Jauh
**Batas ini didasarkan pada pengujian performa RDP untuk Azure Bastion. Angka dapat bervariasi karena sesi RDP lain yang sedang berlangsung atau sesi SSH lainnya yang sedang berlangsung.
Pembatasan 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 rekaman 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 Private DNS
| Resource | Limit |
|---|---|
| Zona DNS Privat per langganan | 1000 |
| Kumpulan catatan per zona DNS privat | 25000 |
| Rekaman per kumpulan catatan untuk zona private DNS | 20 |
| Tautan Jaringan Virtual per zona DNS pribadi | 1000 |
| Tautan Jaringan Virtual per zona DNS privat dengan pendaftaran otomatis diaktifkan | 100 |
| Jumlah zona private DNS yang dapat ditautkan dengan jaringan virtual dengan pendaftaran otomatis yang diaktifkan | 1 |
| Jumlah zona private DNS yang dapat ditautkan ke jaringan virtual | 1000 |
Operasi zona DNS pribadi
| 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 catatan sumber daya DNS pribadi
| 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 berdasarkan 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 resolver Azure default, bukan pemecah masalah privat DNS.
Pemecah Masalah Privat DNS1
| Resource | Limit |
|---|---|
| Pemecah masalah privat DNS per langganan | 15 |
| Penyelesai DNS privat per jaringan virtual | 1 |
| Titik akhir masuk per pemecah masalah privat DNS | 5 |
| Titik akhir keluar per pemecah masalah privat DNS | 5 |
| Aturan penerusan untuk masing-masing himpunan aturan penerusan DNS | 1000 |
| Tautan jaringan virtual per aturan penerusan DNS | 500 |
| Aturan penerusan DNS yang ditautkan ke jaringan virtual | 1 |
| Titik akhir keluar untuk setiap set 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 |
Batas yang berbeda 1 mungkin diberlakukan oleh portal Azure hingga portal tersebut diperbarui. Gunakan PowerShell untuk memprovisikan elemen hingga batas terbaru.
batasan 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 |
| Jumlah firewall yang dirujuk oleh satu kebijakan firewall | 50 |
| Aturan maksimum DNAT (jumlah maksimum tujuan eksternal) | 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 500 aturan ke alamat IP yang sama dengan 500 port yang berbeda akan melebihi batas (500 tujuan unik). Jika Anda membutuhkan lebih dari 250, Anda harus menambahkan firewall lain dalam virtual network 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 penerowongan paksa ke jaringan lokal. Namun, jika konfigurasi Anda memerlukan penerowongan 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 | Agar performanya baik, jangan lebih dari 1000 FQDN di setiap aturan jaringan pada firewall. |
| Batas waktu inspeksi TLS | 120 detik |
batasan layanan Azure Front Door (klasik)
Selain batas-batas berikut, ada juga batas gabungan atas jumlah aturan perutean, domain front-end, protokol, dan jalur.
| Resource | Batas tingkat klasik |
|---|---|
| Azure Front Door sumber daya per langganan | 100 |
| Host front-end, yang mencakup domain khusus untuk setiap sumber daya | 500 |
| Aturan perutean per sumber daya | 500 |
| Aturan per seperangkat Aturan | 25 |
| Kumpulan back-end per sumber daya 2 | 50 |
| Sistem belakang per grup sistem 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) | 64 KB |
| Aturan firewall aplikasi web kustom untuk setiap kebijakan | 100 |
| Kebijakan firewall aplikasi web untuk setiap abonemen | 100 |
| Kondisi pencocokan firewall aplikasi web per aturan kustom | 10 |
| Firewall aplikasi web rentang alamat IP berdasarkan aturan khusus | 600 |
| Nilai kecocokan string firewall aplikasi web per kondisi kecocokan | 10 |
| panjang nilai kecocokan string firewall aplikasi web | 256 |
| Firewall aplikasi web pada panjang nama parameter tubuh POST | 256 |
| Panjang nama header HTTP firewall aplikasi web | 256 |
| Panjang nama cookie firewall aplikasi web | 256 |
| batas pengecualian firewall aplikasi web | 100 |
| Web application firewall batas pemeriksaan isi permintaan HTTP | 128 KB |
| Web application firewall panjang isi respons kustom | 32 KB |
1 Jika lalu lintas tidak didistribusikan secara global dan terkonsentrasi di satu atau beberapa wilayah, atau jika kuota yang lebih tinggi terbatas diperlukan, buat permintaan Azure support.
2 Untuk meminta peningkatan batas, buat permintaan Dukungan Azure. Langganan gratis termasuk Azure Akun Gratis 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.
Azure Front Door batas layanan Standar 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 |
| Maksimum custom domain per profil | 100 | 500 |
| Maksimum kelompok asal per profil | 100 | 200 |
| Jumlah asal maksimum per grup | 50 | 50 |
| Asal usul maksimum per profil | 100 | 200 |
| Batas waktu asal maksimum | 16 - 240 detik | 16 - 240 detik |
| Maksimum rute per profil | 100 | 200 |
| Jumlah aturan maksimum per profil | 100 | 200 |
| Jumlah 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 | 100 | 100 |
| URL dalam satu panggilan penghapusan menyeluruh cache | 100 | 100 |
| Kebijakan keamanan maksimum per profil | 100 | 200 |
| Asosiasi maksimum per kebijakan keamanan | 110 | 225 |
| Jumlah rahasia maksimum per profil | 100 | 500 |
| Grup kunci maksimum per profil | 100 | 200 |
| Batas ukuran header HTTP (per header) | 64 KB | 64 KB |
| Kebijakan Firewall Aplikasi Web (WAF) untuk Setiap Langganan | 100 | 100 |
| Aturan khusus WAF untuk setiap 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 pencocokan string WAF untuk setiap kondisi pencocokan | 10 | 10 |
| Panjang nilai kecocokan string WAF | 256 | 256 |
| Panjang nama parameter POST pada tubuh 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 pada 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 Azure support.
2 Saat ini terdapat batas 5.000 permintaan per detik per PoP untuk setiap profil Front Door. Setelah melewati batas ini, lokasi PoP memutus koneksi. Jika permintaan terkonsentrasi di satu atau beberapa wilayah dan melebihi batas ini, Anda dapat meminta batas PoP yang lebih tinggi dengan mengirimkan permintaan Azure support.
3 Jika Anda memerlukan lebih dari 3.000 koneksi WebSocket bersamaan, kirimkan permintaan Azure support.
Nilai batas waktu
Dari klien ke Pintu Depan
- 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 keep-alive - Front Door memiliki batas waktu HTTP keep-alive selama 90 detik. Koneksi dihentikan jika klien tidak mengirim data selama 90 detik. Anda tidak dapat mengonfigurasi nilai batas waktu ini.
Front Door ke back-end aplikasi
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 API Standar dan Premium, 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 menggunakan HTTP keep-alive untuk menjaga koneksi tetap terbuka untuk digunakan kembali dari permintaan sebelumnya. Koneksi ini memiliki batas waktu idle 90 detik. Azure Front Door memutuskan koneksi menganggur setelah mencapai batas waktu menganggur 90 detik. Anda tidak dapat mengonfigurasi nilai batas waktu ini.
Batas unggah dan unduh data
| Dengan pengodean transfer tergugus (CTE) | Tanpa penggalan data HTTP | |
|---|---|---|
| Mengunduh | Tidak ada batasan pada ukuran unduhan. | Tidak ada batasan pada ukuran unduhan. |
| Unggah | Tidak ada batasan selama setiap unggahan CTE kurang dari 2 GB. | Ukuran tidak boleh lebih besar dari 2 GB. |
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 maksimum header respons HTTP dari URL probe kesehatan - 4.096 byte - Menentukan panjang maksimum semua header respons dari probe kesehatan.
- Nilai maksimum karakter header tindakan mesin aturan: 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.
batasan Azure Network Watcher
| Resource | Limit |
|---|---|
| Network Watcher instance per wilayah per langganan | 1 (Satu instans di suatu wilayah untuk memungkinkan akses ke layanan di wilayah tersebut) |
| Pemantau koneksi di setiap wilayah untuk setiap langganan | 100 |
| Jumlah maksimum grup pengujian 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 (Hanya jumlah sesi, bukan tangkapan yang disimpan) |
| Operasi pemecahan masalah VPN per langganan | 1 (Jumlah operasi pada satu waktu) |
Batas Azure Route Server
| Resource | Limit |
|---|---|
| Jumlah sejawat BGP | 16 |
| Jumlah rute yang dapat diiklankan setiap rekan BGP ke Azure Route Server 1 | 4,000 |
| Jumlah VM di jaringan virtual (termasuk jaringan virtual yang di-peering) yang dapat didukung Azure Route Server | 50,000 |
| Jumlah jaringan virtual yang dapat didukung Azure Route Server | 500 |
| Jumlah total awalan jaringan lokal dan Jaringan Virtual Azure 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 virtual network dan Route Server menuju sirkuit ExpressRoute, saat Branch-to-branch diaktifkan, tidak boleh melebihi 1.000. Untuk informasi lebih lanjut, lihat bagian Batas iklan rute dari ExpressRoute.
batasan Azure ExpressRoute
| Resource | Limit |
|---|---|
| Sirkuit ExpressRoute per langganan | 50 (Kirim permintaan dukungan untuk menambah batas) |
| Sirkuit ExpressRoute per wilayah dan per langganan, menggunakan Azure Resource Manager | 10 |
| Jumlah maksimum sirkuit di lokasi peering yang sama yang ditautkan ke virtual network 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 on-premises IPv4 yang diiklankan melalui Azure Private Peering ke ExpressRoute circuit | 4,000 | 10,000 |
| jumlah maksimum rute di-on-prem IPv6 yang diiklankan melalui Azure Private Peering ke sirkuit ExpressRoute | 100 | 100 |
| Jumlah maksimum rute IPv4 Virtual Network yang diiklankan oleh Gateway ke sirkuit ExpressRoute melalui Azure peering privat | 1,000 | 1,000 |
| Jumlah maksimum rute Virtual Network IPv6 yang diiklankan oleh Gateway ke sirkuit ExpressRoute melalui Azure peering privat | 100 | 100 |
| Jumlah maksimum rute IPv4 yang diiklankan ke Microsoft peering dari lokal | 200 | 200 |
| Jumlah maksimum rute IPv6 yang diiklankan ke peering Microsoft dari lokasi 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 |
* 100 Gbps Hanya untuk ExpressRoute Direct
Note
Jumlah koneksi Jangkauan Global dihitung terhadap batas koneksi 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 dalam virtual network 1 | Batas jumlah alur | Jumlah rute yang dipelajari oleh gateway |
|---|---|---|---|---|---|
| Standar/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 satuan skala | 100.000 per satuan skala | 2.000 per unit skala | 100.000 per satuan skala | Total 9.500 per gateway |
| ErGwScale (per skala unit 11-40) | 1.000 per satuan skala | 200.000 per satuan skala | 1.000 per satuan skala | 100.000 per satuan skala | Total 9.500 per gateway |
1 "Jumlah VM yang didukung di jaringan virtual" mengacu pada jumlah sumber daya yang berkomunikasi melalui gateway. Hal ini mencakup:
- Virtual Machines di jaringan virtual hub
- Virtual Machines dalam jaringan virtual spoke yang di-peering (topologiHub-Spoke)
- Titik Akhir Privat
- Perangkat Virtual Jaringan (seperti Application Gateway, Azure Firewall)
- Instans backend layanan PaaS yang disebarkan di jaringan virtual (seperti SQL Managed Instance, App Service Environment, Azure API Management dalam mode VNet)
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 pemeliharaan host dan OS rutin pada gateway virtual network ExpressRoute, untuk menjaga keandalan layanan. Selama periode pemeliharaan, sarana kontrol dan kapasitas jalur data gateway berkurang.
- Selama periode pemeliharaan, Anda mungkin mengalami masalah konektivitas intermiten ke sumber daya endpoint 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.
Pembatasan 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.
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 | SKU StandarV2 |
|---|---|---|
| Alamat IP publik | 16 alamat IPv4 | 16 alamat IPv4, 16 alamat IPv6 |
| Subnets | 800 per Gateway NAT | 800 per Gateway NAT |
| Throughput data1 | 50 Gbps untuk setiap gateway NAT | 100 Gbps per NAT gateway, 1 Gbps per koneksi |
| 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 | 5 juta paket 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 jumlah koneksi | Koneksi sebanyak 2 juta per gateway NAT | Koneksi sebanyak 2 juta per gateway NAT |
1 Untuk sumber daya gateway NAT SKU Standar, throughput data total sebesar 50 Gbps dibagi antara data keluar dan masuk (balik). Lalu lintas data didukung hingga 25 Gbps baik untuk data keluar maupun 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 Enterprise Agreement adalah 1000.
Batasan Azure Private Link
Batas berikut berlaku untuk tautan privat Azure:
| Resource | Limit |
|---|---|
| Jumlah titik akhir privat per jaringan virtual | 1000 |
| Jumlah titik akhir privat di seluruh jaringan virtual yang sudah dipeering | 4000 |
| Jumlah titik akhir privat per langganan | 64000 |
| Jumlah layanan private link per langganan | 800 |
| Jumlah layanan tautan privat per Standard Load Balancer | 8 |
| Jumlah Konfigurasi IP pada layanan private link | 8 (Nomor ini untuk alamat IP NAT yang digunakan per PLS) |
| Jumlah titik akhir privat pada layanan private link yang sama | 1000 |
| Jumlah langganan yang diizinkan dalam pengaturan visibilitas pada layanan private link | 100 |
| Jumlah langganan yang diizinkan dalam pengaturan persetujuan otomatis pada layanan private link | 100 |
| Jumlah titik akhir privat per key vault | 64 |
| Jumlah grup zona private DNS yang dapat ditautkan ke titik akhir privat | 1 |
| Jumlah zona DNS di setiap grup | 5 |
| Jumlah alamat IP privat pada antarmuka jaringan titik akhir privat | 500 |
batasan 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 |
batasan Azure VPN Gateway
Kecuali dinyatakan lain, batas berikut berlaku untuk Azure VPN Gateway sumber daya dan gateway jaringan virtual.
| Resource | Limit |
|---|---|
| Prefiks Alamat VNet | 600 per gateway VPN |
| Rute BGP agregat | 4.000 per VPN gateway |
| Awalan alamat Jaringan Gateway Lokal | 1000 per gateway jaringan lokal |
| Koneksi S2S | Batasnya tergantung pada SKU gateway. Lihat tabel Batas menurut SKU gateway. |
| Koneksi P2S | Batasnya tergantung pada SKU gateway. Lihat tabel Batas menurut SKU 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 dalam virtual network | Batasnya tergantung pada SKU gateway. Lihat tabel Batas menurut SKU gateway. |
Batasan menurut SKU gateway
SKU berikut dapat digunakan untuk menyebarkan gateway VPN baru. Tersedia opsi redundan zona dan fitur ini direkomendasikan untuk semua penerapan baru.
|
VPN Gateway Generasi |
SKU |
S2S/VNet-ke-VNet Terowongan |
P2S Koneksi SSTP |
P2S Koneksi IKEv2/OpenVPN |
Agregat Tolok Ukur Laju Pemrosesan |
BGP | Zone-redundant | Jumlah Mesin Virtual yang Didukung dalam Jaringan Virtual |
|---|---|---|---|---|---|---|---|---|
| Generasi1 | Basic | Max. 10 | Max. 128 | Tidak Didukung | 100 Mbps | Tidak Didukung | No | 200 |
| Generasi1 | VpnGw1AZ | Max. 30 | Max. 128 | Max. 250 | 650 Mbps | Dukungan | Yes | 1000 |
| Generasi1 | VpnGw2AZ | Max. 30 | Max. 128 | Max. 500 | 1 Gbps | Dukungan | Yes | 2000 |
| Generasi1 | VpnGw3AZ | Max. 30 | Max. 128 | Max. 1000 | 1,25 Gbps | Dukungan | Yes | 5000 |
| Generation2 | VpnGw2AZ | Max. 30 | Max. 128 | Max. 500 | 1,25 Gbps | Dukungan | Yes | 2000 |
| Generation2 | VpnGw3AZ | Max. 30 | Max. 128 | Max. 1000 | 2,5 Gbps | Dukungan | Yes | 3300 |
| Generation2 | VpnGw4AZ | Max. 100* | Max. 128 | Max. 5000 | 5 Gbps | Dukungan | Yes | 4400 |
| Generation2 | VpnGw5AZ | Max. 100* | Max. 128 | Max. 10000 | 10 Gbps | Dukungan | Yes | 9000 |
VpnGw1~5 dijadwalkan untuk dimigrasikan dan tidak boleh digunakan untuk membuat gateway VPN baru. Untuk informasi selengkapnya, lihat VPN Gateway konsolidasi dan migrasi SKU.
|
VPN Gateway Generasi |
SKU |
S2S/VNet-ke-VNet Terowongan |
P2S Koneksi SSTP |
P2S Koneksi IKEv2/OpenVPN |
Agregat Tolok Ukur Laju Pemrosesan |
BGP | Zone-redundant | Jumlah Mesin Virtual yang Didukung dalam Jaringan Virtual |
|---|---|---|---|---|---|---|---|---|
| Generasi1 | VpnGw1 | Max. 30 | Max. 128 | Max. 250 | 650 Mbps | Dukungan | No | 450 |
| Generasi1 | VpnGw2 | Max. 30 | Max. 128 | Max. 500 | 1 Gbps | Dukungan | No | 1300 |
| Generasi1 | VpnGw3 | Max. 30 | Max. 128 | Max. 1000 | 1,25 Gbps | Dukungan | No | 4000 |
| Generation2 | VpnGw2 | Max. 30 | Max. 128 | Max. 500 | 1,25 Gbps | Dukungan | No | 685 |
| Generation2 | VpnGw3 | Max. 30 | Max. 128 | Max. 1000 | 2,5 Gbps | Dukungan | No | 2240 |
| Generation2 | VpnGw4 | Max. 100* | Max. 128 | Max. 5000 | 5 Gbps | Dukungan | No | 5300 |
| Generation2 | VpnGw5 | Max. 100* | Max. 128 | Max. 10000 | 10 Gbps | Dukungan | No | 6700 |
Note
"Jumlah VM yang Didukung dalam Virtual Network" mengacu pada jumlah sumber daya yang berkomunikasi melalui gateway. Hal ini mencakup:
- Virtual Machines di hub dan jaringan virtual spoke yang di-peering
- Titik Akhir Privat
- Perangkat Virtual Jaringan (seperti Application Gateway, Azure Firewall)
- Instans backend layanan PaaS yang disebarkan di jaringan virtual (seperti SQL Managed Instance, App Service Environment)
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. Terowongan VPN tersambung ke unit gerbang 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 throughput paket per detik yang diamati untuk setiap terowongan pada berbagai SKU gateway. Semua pengujian dilakukan antara gateway (titik akhir) dalam Azure di berbagai wilayah dengan 100 koneksi dan di bawah 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 terowongan |
Paket per detik per tunnel Diamati |
|---|---|---|---|---|
| Generasi1 | VpnGw1 | GCMAES256 AES256 & SHA256 DES3 & SHA256 |
650 Mbps 500 Mbps 130 Mbps |
62,000 47,000 12,000 |
| Generasi1 | VpnGw2 | GCMAES256 AES256 & SHA256 DES3 & SHA256 |
1,2 Gbps 650 Mbps 140 Mbps |
100,000 61,000 13,000 |
| Generasi1 | VpnGw3 | GCMAES256 AES256 & SHA256 DES3 & SHA256 |
1,25 Gbps 700 Mbps 140 Mbps |
120,000 66,000 13,000 |
| Generasi1 | VpnGw1AZ | GCMAES256 AES256 & SHA256 DES3 & SHA256 |
650 Mbps 500 Mbps 130 Mbps |
62,000 47,000 12,000 |
| Generasi1 | VpnGw2AZ | GCMAES256 AES256 & SHA256 DES3 & SHA256 |
1,2 Gbps 650 Mbps 140 Mbps |
110,000 61,000 13,000 |
| Generasi1 | 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 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 VPN Pengguna (Titik-ke-situs) Virtual WAN | 200 Gbps |
| Throughput agregat setiap gateway ExpressRoute Virtual WAN | 20 Gbps |
| Koneksi sirkuit ExpressRoute untuk setiap hub | 8 - Baca selengkapnya di sini |
| Koneksi VNet per hub tanpa Niat Perutean diaktifkan | 500 dikurangi jumlah total hub dalam 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 Virtual WAN | 50 Gbps untuk transfer dari 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 |
Batasan Azure Notification Hubs
| Tier | Free | Basic | Standard |
|---|---|---|---|
| Dorongan yang disertakan | 1 juta | 10 juta | 10 juta |
| Perangkat aktif | 500 | 200,000 | 10 juta |
| Kuota label per pemasangan atau pendaftaran | 60 | 60 | 60 |
Untuk informasi selengkapnya tentang batas dan harga, lihat harga Notification Hubs.
Batasan untuk Microsoft Dev Box
| Jenis langganan | Core VM | Koneksi Jaringan | Pusat dev | Definisi kotak pengembangan | Proyek Kotak Pengembangan |
|---|---|---|---|---|---|
| Bayar sesuai penggunaan | 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 untuk Siswa | 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-batas Microsoft Purview
Lihat batas tata kelola data Microsoft Purview Classic untuk kuota Microsoft Purview terbaru.
batasan Microsoft Sentinel
Lihat Batas Layanan untuk Microsoft Sentinel untuk mengetahui batas Microsoft Sentinel.
batas pada Azure Service Bus
Tabel berikut ini mencantumkan informasi kuota khusus untuk pesan Azure Service Bus. Untuk informasi tentang harga dan kuota lainnya untuk Bus Layanan, lihat harga Bus Layanan.
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 penyedia Microsoft.ServiceBus, 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. AMQP: 5.000. |
Permintaan berikutnya untuk koneksi tambahan ditolak. Operasi REST tidak dihitung dalam jumlah koneksi TCP secara bersamaan. |
| Jumlah permintaan penerimaan serentak pada antrean, topik, atau entitas langganan | 5,000 | Permintaan terima berikutnya ditolak dengan kesalahan server sibuk. Kuota ini berlaku untuk jumlah gabungan operasi penerimaan serentak di semua langganan pada suatu topik. Untuk informasi selengkapnya, lihat Pembatasan saat permintaan penerimaan bersamaan melebihi batas. |
| Ukuran maksimum jalur entitas pesan: antrian atau topik | 260 karakter. | |
| Ukuran maksimum nama entitas perpesanan apa pun: namespace, langganan, atau aturan langganan | 50 karakter. | |
| Ukuran maksimum ID pesan | 128 | |
| Jumlah maksimum status sesi per entitas perpesanan: antrean atau subskripsi | 1,000,000 | |
| Ukuran maksimum ID sesi pesan | 128 | |
| Ukuran atribut 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 aksi aturan: 32. |
Permintaan berikutnya untuk pembuatan filter tambahan ditolak, dan kode panggilan menerima pengecualian. |
| Jumlah aturan otorisasi akses berbagi untuk setiap namespace, antrean, atau topik | Jumlah maksimum aturan per jenis entitas: 12. Aturan yang dikonfigurasi pada namespace Bus Layanan berlaku untuk semua jenis: antrean, 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 aturan penyaring jaringan virtual dan 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 saat membuat/memperbarui 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 Azure, pesan kesalahan dihasilkan. Jika dipanggil dari API manajemen, kode panggilan menerima pengecualian. |
| Jumlah topik atau antrean yang terbagi untuk 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 Azure, pesan kesalahan dihasilkan. Jika dipanggil dari API manajemen, pengecualian QuotaExceededException diterima oleh kode panggilan. Jika Anda ingin memiliki lebih banyak entitas yang terpartisi di namespace pada tier dasar atau standar, buat namespace tambahan. Tingkat Premium menggunakan partisi tingkat namespace sebagai gantinya, yang dikonfigurasi selama pembuatan namespace. |
| Jumlah partisi Premium namespace | N/A | N/A | 1, 2, atau 4 | Ditetapkan selama pembuatan namespace dan tidak dapat diubah setelahnya. Jumlah unit olahpesan harus kelipatan dari jumlah partisi. MUs didistribusikan secara merata di seluruh partisi. Untuk informasi selengkapnya, lihat Mengaktifkan partisi untuk namespace Premium. |
| 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. Untuk Premium, ukuran pesan maksimum default per entitas adalah 1 MB. Anda dapat meningkatkan kapasitas hingga 100 MB per antrean atau topik saat menggunakan AMQP. Untuk informasi selengkapnya, lihat Dukungan pesan besar. |
| 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 memengaruhi throughput, dan cara mengoptimalkannya, lihat Praktik Terbaik untuk peningkatan performa menggunakan Layanan Pesan Bus Layanan. |
Batasan Azure Site Recovery
Batas berikut berlaku untuk Azure Site Recovery.
| Batasi pengidentifikasi | Limit |
|---|---|
| Jumlah brankas per langganan | 500 |
| Jumlah disk yang dilindungi per langganan (Data dan OS) | 3000 |
| Jumlah perangkat per Layanan Pemulihan vault | 250 |
| Jumlah grup perlindungan per kubah Layanan Pemulihan | Tidak ada batasan |
| Jumlah rencana pemulihan per brankas Layanan Pemulihan | Tidak ada batasan |
| Jumlah server per grup proteksi | Tidak ada batasan |
| Jumlah server per paket pemulihan | 100 |
Batas-batas Azure SQL Database
Untuk batas Azure SQL Database lihat:
- Gambaran umum batas 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 logis Azure SQL Database adalah 250.
batasan Azure Synapse Analytics
Azure Synapse Analytics memiliki batas default berikut untuk memastikan langganan pelanggan dilindungi dari beban kerja satu sama lain. Untuk menaikkan batas maksimal langganan Anda, hubungi dukungan.
Batas Azure Synapse untuk Ruang Kerja
Untuk jenis penawaran langganan Prabayar, Uji 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 Prabayar, Uji Coba Gratis, Azure Pass, dan Azure untuk Siswa:
| Resource | Core yang dioptimalkan untuk memori | Inti GPU |
|---|---|---|
| Inti Spark di ruang kerja Synapse | 12 | 48 |
Untuk jenis penawaran berlangganan lainnya:
| Resource | Core yang dioptimalkan untuk memori | Inti GPU |
|---|---|---|
| Inti Spark di ruang kerja Synapse | 50 | 50 |
Untuk batas tambahan untuk kumpulan Spark, lihat Batas Concurrency dan tingkat API untuk kumpulan Apache Spark di Azure Synapse Analytics.
Batas Azure Synapse untuk Pipeline
| Resource | Batas standar | Batas maksimum |
|---|---|---|
| Synapse pipelines di ruang kerja Synapse | 800 | 800 |
| Jumlah total entitas, seperti pipeline, set data, pemicu, layanan tertaut, titik akhir privat, dan runtime integrasi, dalam ruang kerja | 5,000 | 5,000 |
| Jumlah inti CPU untuk Runtime Integrasi Azure-SSIS di dalam satu ruang kerja | 256 | Pelajari cara meminta penambahan kuota dari tim dukungan. |
| Eksekusi alur bersamaan per ruang kerja yang dibagikan di antara semua pipelines di ruang kerja | 10,000 | 10,000 |
| Aktivitas Eksternal yang Berjalan Secara Bersamaan per ruang kerja per wilayah Azure Integration Runtime Aktivitas eksternal dikelola pada integration runtime tetapi dijalankan pada layanan tertaut, termasuk Databricks, prosedur tersimpan, HDInsight, Web, dan lainnya. Batas ini tidak berlaku untuk IR yang dihost sendiri. |
3,000 | 3,000 |
| Aktivitas Alur Bersamaan berjalan per ruang kerja per wilayah Azure Integration Runtime Aktivitas alur dijalankan pada integration runtime, 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 integration runtime yang dihost sendiri | 100 | 100 |
| Parameter maksimum per saluran | 50 | 50 |
| Iterasi Setiap Elemen | 100,000 | 100,000 |
| Paralelisme dalam ForEach | 20 | 50 |
| Maksimum antrian menjalankan per pipa | 100 | 100 |
| Karakter per ekspresi | 8,192 | 8,192 |
| Interval pemicu jendela tumbling minimum | 5 menit | 15 menit |
| Batas waktu maksimum untuk aktivitas pipeline | 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 untuk sesi debug aliran data | 8 jam | 8 jam |
| Jumlah aliran data bersamaan per integration runtime | 50 | 50 |
| Jumlah aliran data bersamaan per integration runtime di vNet yang dikelola | 20 | 20 |
| Jumlah sesi debug aliran data bersamaan per pengguna setiap ruang kerja | 3 | 3 |
| batas Data Flow Azure IR TTL | 4 j | 4 j |
| 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 penagihan, lihat Harga Azure Synapse Analytics.
2Azure Integration Runtime tersedia global untuk memastikan kepatuhan data, efisiensi, dan biaya keluar jaringan yang berkurang.
| 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 virtual network yang dikelola telah diaktifkan, unit integrasi data (DIU) di semua grup wilayah berjumlah 2.400.
3 Alur, himpunan data, dan objek layanan tertaut mewakili pengelompokan logis beban kerja Anda. Batasan untuk objek ini tidak terkait dengan jumlah data yang dapat Anda pindahkan dan proses dengan Azure Synapse Analytics. Synapse Analytics dirancang untuk menskalakan ukuran dan menangani data dalam jumlah 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 ukuran 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 dedikasi.
Batas Azure Resource Manager untuk panggilan layanan web
Azure Resource Manager memiliki batasan untuk panggilan API. Anda dapat melakukan panggilan API dengan tarif dalam batas API Azure Resource Manager.
Batasan disk mesin virtual Azure
Anda dapat melampirkan sejumlah disk data ke komputer 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 terkelola 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 Managed Disks, rekam jepret, dan gambar per grup sumber daya.
Resource Limit Disk terkelola standar 50,000 Disk SSD Terkelola Standar 50,000 Disk terkelola SSD premium 50,000 Disk yang dikelola Premium SSD v2 1.0003, 5.000 Kapasitas total SSD v2 Premium pada disk terkelola dalam GiB2 102.4003,1.048.576 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 penambahan kuota atau hubungi Dukungan Azure.
3Batas yang lebih kecil ini hanya berlaku untuk wilayah berikut: Eropa Utara, UK Selatan, US Timur, US Timur 2, US Barat 2.
Untuk akun penyimpanan standar:
Akun storage 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.
Untuk disk yang tidak dikelola, Anda kira-kira dapat menghitung jumlah disk yang sangat digunakan yang didukung oleh satu akun storage 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 premium storage memiliki tingkat throughput total maksimum 50 Gbps. Total throughput di semua disk VM Anda tidak boleh melebihi batas ini.
Lihat ukuran untuk mesin virtual di Azure untuk informasi selengkapnya.
Untuk Aplikasi VM
Saat bekerja dengan aplikasi VM di Azure, Anda mungkin mengalami 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 storage yang tidak dikelola yang digunakan aplikasi ditentukan oleh jumlah replika di semua aplikasi.
Sebagai aturan umum, setiap akun storage dapat mengakomodasi hingga 200 koneksi simultan. Di bawah ini adalah opsi untuk mengatasi kesalahan "UnmanagedStorageAccountCount":
- Gunakan page blob untuk blob sumber dari aplikasi Anda. Akun tak terkelola hanya digunakan untuk replikasi blok blob. 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 maksimum 5.000 set enkripsi disk dibatasi per wilayah dan per langganan. Contact Azure support untuk menambah kuota.
Lihat dokumentasi berikut untuk mempelajari selengkapnya tentang pembatasan enkripsi:
Disk terkelola 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 cakram | 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 SSD Terkelola 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 cakram | 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. lonjakan IOPS per cakram | 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 berkualitas tinggi | 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 dialokasikan 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. lonjakan IOPS per cakram | 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 fitur bursting sesuai permintaan yang diaktifkan.
** Hanya berlaku untuk disk dengan kinerja plus yang diaktifkan.
Disk yang dikelola Premium SSD v2
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-2,000 (meningkat sebesar 0,25 MB/dtk per 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 virtual 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 mesin virtual premium yang 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 |
| Lalu lintas 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 per detik dengan GS5 VM |
batas sistem Azure StorSimple
| Batasi pengidentifikasi | Limit | Komentar |
|---|---|---|
| Jumlah maksimum kredensial akun penyimpanan | 64 | |
| Jumlah maksimum wadah volume | 64 | |
| Jumlah volume maksimum | 255 | |
| Jumlah jadwal maksimum 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 berjenjang pada perangkat virtual di Azure | 30 TB untuk StorSimple 8010 64 TB untuk StorSimple 8020 |
StorSimple 8010 dan StorSimple 8020 adalah perangkat virtual di Azure yang masing-masing menggunakan penyimpanan Standar dan penyimpanan Premium. |
| Ukuran maksimum volume yang disematkan secara lokal pada perangkat fisik | 9 TB untuk StorSimple 8100 24 TB untuk StorSimple 8600 |
StorSimple 8100 dan StorSimple 8600 adalah perangkat fisik. |
| Jumlah maksimum sambungan iSCSI | 512 | |
| Jumlah maksimum koneksi iSCSI dari inisiator | 512 | |
| Jumlah maksimum catatan kontrol akses 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 maksimum cuplikan dari jenis apa pun yang dapat disimpan 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 berlapis | <2 menit |
|
| Mengatur ulang waktu pemulihan untuk volume yang dipasang secara lokal | <2 menit |
|
| Ketersediaan pemulihan tipis | Failover terakhir | |
| Throughput maksimum baca/tulis klien, saat diakses dari tingkatan SSD* | 920/720 MB/dtk dengan satu antarmuka jaringan Ethernet 10-gigabit | Hingga dua kali dengan MPIO dan dua antarmuka jaringan. |
| Throughput baca/tulis maksimum klien, saat diperoleh dari lapisan HDD* | 120/250 MB/detik | |
| Throughput maksimum baca/tulis klien, saat dilayani dari tier 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.
Pembatasan Azure Stream Analytics
| Batasi pengidentifikasi | Limit | Komentar |
|---|---|---|
| Jumlah maksimum unit streaming per langganan per wilayah | 83 | Untuk meminta peningkatan unit streaming untuk langganan Anda di luar 83, hubungi Microsoft Support. |
| Jumlah maksimum input per pekerjaan | 60 | Ada batas maksimum 60 input per tugas pada Azure Stream Analytics. |
| Jumlah maksimum output per pekerjaan | 60 | Ada batas maksimum tetap 60 output untuk setiap pekerjaan Stream Analytics. |
| Jumlah maksimum fungsi per pekerjaan | 60 | Ada batas maksimum 60 fungsi untuk setiap pekerjaan Stream Analytics. |
| Jumlah maksimum unit streaming per pekerjaan | 66 | Terdapat batas maksimum 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. |
| Data blob referensi MB | 5 GB | Hingga 5 GB saat menggunakan 1 SU atau lebih. |
| Jumlah maksimum karakter dalam kueri | 512000 | Ada batas keras 512k karakter dalam kueri pekerjaan Azure Stream Analytics. |
Batas untuk Azure Virtual Machines
Batas untuk Azure Virtual Machines
| Resource | Limit |
|---|---|
| Mesin 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 virtual machines ke layanan cloud tersebut untuk penyeimbangan beban dan ketersediaan.
2 Titik akhir input memungkinkan komunikasi ke komputer virtual dari luar layanan cloud komputer virtual. Virtual machines dalam layanan cloud yang sama atau virtual network dapat berkomunikasi secara otomatis satu sama lain.
Batas Azure Virtual Machines - Azure Resource Manager
Batas berikut berlaku saat Anda menggunakan grup sumber daya Azure Resource Manager dan Azure.
| Resource | Limit |
|---|---|
| Mesin Virtual per langganan | 25.0001 per wilayah. |
| Total inti VM per langganan | 201 per wilayah. Hubungi layanan dukungan untuk meningkatkan batas. |
| Total inti Azure Spot VM per subskripsi | 201 per wilayah. Hubungi layanan dukungan untuk meningkatkan batas. |
| VM per seri, seperti Dv2 dan F, core per langganan | 201 per wilayah. Hubungi layanan dukungan untuk meningkatkan batas. |
| Set ketersediaan per langganan | 2.500 per wilayah. |
| Mesin virtual per set availabilitas | 200 |
| Grup penempatan kedekatan (Proximity Placement Groups) per grup sumber daya | 800 |
| Sertifikat per kumpulan ketersediaan | 1992 |
| Sertifikat per pelanggan | 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 Enterprise Agreement 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 menginstal 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 East sebanyak 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.
Batasan 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 Jalankan yang Dikelola
Perintah Eksekusi Terkelola maksimum yang diizinkan saat ini dibatasi hingga 25.
Batas Kumpulan Skala Komputer Virtual Azure
| Resource | Limit |
|---|---|
| Jumlah maksimum VM dalam kumpulan skala | 1,000 |
| Jumlah maksimum VM berdasarkan gambar VM kustom dalam kumpulan skala | 600 |
| Jumlah maksimum kelompok skala per langganan per wilayah | 2,500 |
| Jumlah maksimum node yang didukung di VMSS untuk kluster IB | 100 |
Batasan 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 | Pemindahan langganan ke penyewa lain tidak dapat dilakukan |
| 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 Privat | 2000 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 |
| Peraturan Admin | Maksimal 100 aturan admin digabungkan untuk setiap sumber daya Azure Virtual Network Manager |
| Batasan untuk Rute yang Ditentukan Pengguna | |
| Rute yang Ditentukan Pengguna per Tabel Rute | Maks 1.000 |
Batas terowongan pengembang
Batas berikut berlaku untuk terowongan dev. Batas direset setiap bulan.
| Resource | Limit |
|---|---|
| Bandwidth | 5 GB per pengguna |
| Terowongan | 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 per detik per terowongan |
| Ukuran maksimum isi permintaan HTTP untuk penerusan web | 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:
| Batasan | Deskripsi |
|---|---|
| Jumlah perimeter keamanan jaringan | Mendukung hingga 100 sebagai batas yang direkomendasikan per langganan. |
| Profil per perimeter keamanan jaringan | Didukung hingga 200 sebagai batas maksimum 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 sebagai batas maksimum yang direkomendasikan. |
Batasan lainnya
Perimeter keamanan jaringan memiliki batasan lain sebagai berikut:
| Limitation/Issue | Deskripsi |
|---|---|
| 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 ada perbaikan, gunakan izin 'Microsoft.Network/locations/*/read' atau gunakan WaitUntil.Started dalam 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 kolom nama persyaratan yang tidak boleh melebihi 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:
- Mahami Batas dan Peningkatan Azure
- Ukuran untuk mesin virtual di Azure
- Ukuran untuk Cloud Services (klasik)
- Aturan dan batasan penamaan untuk sumber daya Azure