Beberapa layanan memiliki batas yang dapat disesuaikan.
Saat batas dapat disetel, tabel menyertakan Batas default dan Header batas maksimum. Batas dapat dinaikkan di atas batas default tetapi tidak di atas batas maksimum. 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.
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.
Beberapa batasan dikelola di tingkat wilayah. Anda memutuskan kuota apa yang harus ada untuk beban kerja Anda di satu wilayah mana pun, lalu meminta jumlah tersebut untuk setiap wilayah tempat Anda ingin menyebarkan.
Misalnya, dengan kuota unit pemrosesan pusat virtual (vCPU):
Untuk meminta peningkatan kuota dengan dukungan untuk vCPU, Anda memutuskan berapa banyak vCPU yang akan digunakan di wilayah mana.
Anda kemudian meminta peningkatan kuota vCPU untuk jumlah dan wilayah yang Anda inginkan.
Jika Anda perlu menggunakan 30 vCPU di Eropa Barat untuk menjalankan aplikasi Anda di sana, Anda secara khusus meminta 30 vCPU di Eropa Barat.
Kuota vCPU Anda tidak meningkat di wilayah lain; hanya Eropa Barat yang memiliki kuota 30 vCPU.
Lihat Mengatasi kesalahan untuk kuota sumber daya untuk informasi selengkapnya tentang cara menentukan kuota untuk wilayah tertentu.
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 menampilkan daftar nama dan nilai tag dalam langganan hanya bila jumlah tag unik adalah 80.000 atau kurang dari itu. Tag unik ditentukan oleh kombinasi ID sumber daya, nama tag, dan nilai tag. Misalnya, dua sumber daya dengan nama dan nilai tag yang sama akan dihitung sebagai dua tag unik. Anda masih dapat menemukan sumber daya dengan tag ketika jumlahnya melebihi 80.000.
Sumber daya tidak dibatasi oleh grup sumber daya. Sebaliknya, sumber daya dibatasi oleh jenis sumber daya dalam grup sumber daya. Lihat baris berikutnya.
Sumber daya per grup sumber daya, per jenis sumber daya
1Penyebaran otomatis dihapus dari riwayat saat Anda mendekati batas. Menghapus entri dari riwayat penyebaran tidak memengaruhi sumber daya yang disebarkan. Untuk informasi lebih lanjut, lihat Penghapusan otomatis dari riwayat penyebaran.
Batas templat
Nilai
Batas
Parameter
256
Variabel
256
Sumber daya (termasuk jumlah salinan)
800
Output
64
Ekspresi templat
24.576 char
Sumber daya dalam templat yang diekspor
200
Ukuran templat
4 MB
Ukuran definisi sumber daya
1 MB
Ukuran file parameter
4 MB
Anda dapat melampaui beberapa batas templat dengan menggunakan templat berlapis. Untuk informasi selengkapnya, lihat Menggunakan templat tertaut saat Anda menyebarkan sumber daya Azure. Untuk mengurangi jumlah parameter, variabel, atau output, Anda dapat menggabungkan beberapa nilai ke dalam objek. Untuk informasi selengkapnya, lihat Objek sebagai parameter.
Anda mungkin mendapatkan kesalahan dengan templat atau file parameter yang kurang dari 4 MB, jika ukuran total permintaan terlalu besar. Untuk informasi selengkapnya tentang cara menyederhanakan templat Anda untuk menghindari permintaan besar, lihat Mengatasi kesalahan untuk ukuran pekerjaan yang terlampaui.
Batas ID Microsoft Entra
Berikut adalah batasan penggunaan dan batas layanan lainnya untuk layanan Microsoft Entra.
Kategori
Batas
Penyewa
Satu pengguna dapat termasuk dalam maksimum 500 penyewa Microsoft Entra sebagai anggota atau tamu.
Buat maksimum 200 penyewa.
Batas 300 langganan berbasis lisensi (seperti langganan Microsoft 365) per penyewa
Domain
Anda dapat menambahkan maksimal 5.000 nama domain terkelola.
Jika Anda menyiapkan semua domain untuk federasi dengan Active Directory lokal, Anda tidak dapat menambahkan nama domain dengan jumlah lebih dari 2.500 di setiap penyewa.
Sumber
Secara default, maksimum 50.000 sumber daya Microsoft Entra dapat dibuat dalam satu penyewa oleh pengguna edisi Microsoft Entra ID Free. Jika Anda memiliki setidaknya satu domain terverifikasi, kuota layanan Microsoft Entra default untuk organisasi Anda diperpanjang hingga 300.000 sumber daya Microsoft Entra. Kuota layanan Microsoft Entra untuk organisasi yang dibuat oleh pendaftaran layanan mandiri tetap 50.000 sumber daya Microsoft Entra, bahkan setelah Anda melakukan pengamanan admin internal dan organisasi dikonversi ke penyewa terkelola dengan setidaknya satu domain terverifikasi. Batas layanan ini tidak terkait dengan batas tingkat harga 500.000 sumber daya di halaman harga Microsoft Entra. Untuk melampaui kuota default, Anda harus menghubungi Dukungan Microsoft.
Pengguna non-admin dapat membuat tidak lebih dari 250 sumber daya Microsoft Entra. Sumber daya aktif dan sumber daya yang dihapus yang tersedia untuk dipulihkan diperhitungkan dalam kuota ini. Hanya sumber daya Microsoft Entra yang dihapus kurang dari 30 hari yang lalu yang tersedia untuk dipulihkan. Sumber daya Microsoft Entra yang dihapus yang tidak lagi tersedia untuk memulihkan jumlah terhadap kuota ini dengan nilai seperempat selama 30 hari. Jika Anda memiliki pengembang yang cenderung berulang kali melebihi kuota ini dalam tugas rutin mereka, Anda dapat membuat dan menetapkan peran kustom dengan izin untuk membuat pendaftaran aplikasi dalam jumlah tak terbatas.
Batasan sumber daya berlaku untuk semua objek direktori dalam penyewa Microsoft Entra tertentu, termasuk pengguna, grup, aplikasi, dan perwakilan layanan.
Ekstensi skema
Ekstensi tipe string dapat memiliki maksimal 256 karakter.
Ekstensi tipe biner dibatasi hingga 256 byte.
Hanya 100 nilai ekstensi, di semua jenis dan semua aplikasi, yang dapat ditulis ke satu sumber daya Microsoft Entra.
Hanya entitas Pengguna, Grup, TenantDetail, Perangkat, Aplikasi, dan ServicePrincipal yang dapat diperluas dengan atribut bernilai tunggal tipe string atau tipe biner.
Aplikasi
Maksimal 100 pengguna dan perwakilan layanan bisa menjadi pemilik satu aplikasi.
Pengguna, grup, atau prinsipal layanan dapat memiliki maksimum 1.500 penetapan peran aplikasi. Batasannya ada pada perwakilan layanan, pengguna, atau grup di semua peran aplikasi dan bukan pada jumlah penugasan pada satu peran aplikasi.
Pengguna dapat memiliki info masuk yang dikonfigurasi untuk maksimal 48 aplikasi menggunakan akses menyeluruh berbasis kata sandi. Batas ini hanya berlaku untuk kredensial yang dikonfigurasi saat pengguna secara langsung diberi aplikasi, bukan saat pengguna adalah anggota grup yang ditetapkan.
Grup dapat memiliki kredensial yang dikonfigurasi untuk maksimal 48 aplikasi menggunakan akses menyeluruh berbasis kata sandi.
Maksimal 1.200 entri yang dapat ditambahkan ke manifes aplikasi. Lihat batasan lainnya dalam Perbedaan validasi berdasarkan jenis akun yang didukung.
Grup
Pengguna non-admin dapat membuat maksimal 250 grup di organisasi Microsoft Entra. Setiap admin Microsoft Entra yang dapat mengelola grup di organisasi juga dapat membuat jumlah grup yang tidak terbatas (hingga batas objek Microsoft Entra). Jika Anda menetapkan peran ke pengguna untuk menghapus batas bagi pengguna tersebut, tetapkan peran bawaan dengan hak istimewa yang lebih rendah seperti Administrator Pengguna atau Administrator Grup.
Organisasi Microsoft Entra dapat memiliki maksimum 15.000 grup dinamis dan unit administratif dinamis yang digabungkan.
Maksimal 500 grup yang dapat ditetapkan peran dapat dibuat dalam satu organisasi Microsoft Entra (penyewa).
Maksimal 100 pengguna dapat menjadi pemilik satu grup.
Sejumlah sumber daya Microsoft Entra dapat menjadi anggota satu grup.
Seorang pengguna dapat menjadi anggota dari sejumlah grup. Saat kelompok keamanan digunakan bersama dengan SharePoint Online, pengguna dapat menjadi bagian dari total 2.049 kelompok keamanan. Ini termasuk keanggotaan kelompok langsung maupun tidak langsung. Ketika batas ini terlampaui, autentikasi dan hasil pencarian menjadi tidak dapat diprediksi.
Secara default, jumlah anggota dalam grup yang dapat Anda sinkronkan dari Active Directory lokal ke ID Microsoft Entra dengan menggunakan Microsoft Entra Connect dibatasi hingga 50.000 anggota. Jika Anda perlu menyinkronkan keanggotaan grup yang melebihi batas ini, Anda harus melakukan onboarding API titik akhir Microsoft Entra Connect Sync V2.
Saat memilih daftar grup, Anda dapat menetapkan kebijakan kedaluwarsa pada grup hingga maksimal 500 grup Microsoft 365. Tidak ada batasan saat kebijakan diterapkan ke semua grup Microsoft 365.
Saat ini, skenario berikut ini didukung dengan grup berlapis:
Satu grup dapat ditambahkan sebagai anggota grup lain, dan Anda dapat mencapai lapisan grup.
Klaim keanggotaan grup. Saat aplikasi dikonfigurasi untuk menerima klaim keanggotaan grup dalam token, grup berlapis tempat pengguna yang masuk menjadi anggota akan disertakan.
Akses bersyarat (jika kebijakan akses bersyarat memiliki cakupan grup).
Membatasi akses ke pengaturan ulang kata sandi layanan mandiri.
Membatasi pengguna mana yang dapat melakukan gabungan Microsoft Entra dan pendaftaran perangkat.
Skenario berikut tidak didukung dengan grup berlapis:
Penetapan peran aplikasi, baik untuk akses maupun pengadaan. Menetapkan grup ke aplikasi didukung, tetapi setiap grup yang bersarang di dalam grup yang ditetapkan langsung tidak akan memiliki akses.
Lisensi berbasis grup (menetapkan lisensi secara otomatis ke semua anggota grup).
Grup Microsoft 365.
Proksi Aplikasi
Maksimal 500 transaksi* per detik per aplikasi Proksi Aplikasi.
Maksimum 750 transaksi per detik untuk organisasi Microsoft Entra.
*Transaksi diartikan sebagai permintaan dan respons HTTP tunggal untuk sumber daya unik. Saat klien dibatasi, mereka akan menerima 429 respons (terlalu banyak permintaan). Metrik transaksi dikumpulkan pada setiap konektor dan dapat dipantau menggunakan penghitung kinerja dengan nama Microsoft AAD App Proxy Connectorobjek .
Panel Akses
Tidak ada batasan jumlah aplikasi per pengguna yang dapat ditampilkan di Panel Akses, terlepas dari jumlah lisensi yang ditetapkan.
Laporan
Maksimum 1.000 baris dapat dilihat atau diunduh dalam laporan apa pun. Data lain dipotong.
Unit administratif
Sumber daya Microsoft Entra dapat menjadi anggota tidak lebih dari 30 unit administratif.
Maksimum 100 unit administratif manajemen terbatas dalam penyewa.
Organisasi Microsoft Entra dapat memiliki maksimum 15.000 grup dinamis dan unit administratif dinamis yang digabungkan.
Peran dan izin Microsoft Entra
Maksimal 100 peran kustom Microsoft Entra dapat dibuat di organisasi Microsoft Entra.
Maksimum 150 penetapan peran kustom Microsoft Entra untuk satu prinsipal pada cakupan apa pun.
Maksimum 100 penetapan peran bawaan Microsoft Entra untuk satu prinsipal di cakupan non-penyewa (seperti unit administratif atau objek Microsoft Entra). Tidak ada batasan untuk penetapan peran bawaan Microsoft Entra pada cakupan penyewa. Untuk informasi selengkapnya, lihat Menetapkan peran Microsoft Entra di cakupan yang berbeda.
Grup tidak dapat ditambahkan sebagai pemilik grup.
Kemampuan pengguna untuk membaca informasi penyewa pengguna lain hanya dapat dibatasi oleh pengalihan seluruh organisasi Microsoft Entra untuk menonaktifkan semua akses pengguna non-admin ke semua informasi penyewa (tidak disarankan). Untuk informasi selengkapnya, lihat Untuk membatasi izin bawaan bagi pengguna anggota.
Mungkin membutuhkan waktu hingga 15 menit atau Anda mungkin harus keluar dan masuk kembali sebelum penambahan dan pencabutan keanggotaan peran admin berlaku.
Kebijakan Akses Bersyarat
Maksimal 195 kebijakan dapat dibuat dalam satu organisasi Microsoft Entra (penyewa).
Ketentuan penggunaan
Anda dapat menambahkan tidak lebih dari 40 istilah ke satu organisasi Microsoft Entra (penyewa).
Organisasi multipenyewa
Maksimal 5 penyewa aktif, termasuk penyewa pemilik. Penyewa pemilik dapat menambahkan lebih dari 5 penyewa yang tertunda, tetapi mereka tidak akan dapat bergabung dengan organisasi multipenyewa jika batas terlampaui. Batas ini diterapkan pada saat penyewa yang tertunda bergabung dengan organisasi multipenyewa.
Maksimum 100.000 pengguna internal per penyewa aktif. Batas ini diterapkan pada saat penyewa yang tertunda bergabung dengan organisasi multipenyewa.
Batas Azure API Center
Sumber daya
Paket gratis 1
Paket standar 2
Jumlah maksimum API
2003
10,000
Jumlah maksimum versi per API
5
100
Jumlah maksimum definisi per versi
5
5
Jumlah maksimum penyebaran per API
10
10
Jumlah lingkungan maksimum
20
20
Jumlah maksimum ruang kerja
1 (Default)
1 (Default)
Jumlah maksimum properti metadata kustom per entitas3
10
20
Jumlah maksimum properti anak dalam properti metadata kustom jenis "objek"
10
10
Permintaan maksimum per menit (bidang data)
3.000
6.000
Jumlah maksimum API yang diakses melalui API sarana data
5
10,000
Jumlah maksimum definisi API yang dianalisis
10
2.0004
Jumlah maksimum sumberAPI tertaut 5
1
3
Jumlah maksimum API yang disinkronkan dari sumber API tertaut
200
2.0004
1 Paket gratis yang disediakan selama 90 hari, maka layanan dihapus sementara. Penggunaan fitur layanan lengkap termasuk analisis API dan akses melalui API sarana data terbatas. 2 Untuk meningkatkan batas dalam paket Standar, hubungi dukungan. 3 Properti metadata kustom yang ditetapkan ke API, penyebaran, dan lingkungan. 4 Proses dapat memakan waktu beberapa menit hingga 24 jam untuk diselesaikan. 5 Sumber seperti instans API Management tertaut.
Batas Azure API Management
Bagian ini menyediakan informasi tentang batasan yang berlaku untuk instans Azure API Management di tingkat layanan yang berbeda, termasuk yang berikut ini:
Untuk sumber daya API Management tertentu, batas hanya diatur di tingkat Konsumsi; di tingkat klasik API Management lainnya, jika ditunjukkan, sumber daya ini tidak terbatas. Namun, batas atas praktis Anda tergantung pada konfigurasi layanan termasuk tingkat harga, kapasitas layanan, jumlah unit skala, konfigurasi kebijakan, definisi dan jenis API, jumlah permintaan bersamaan, dan faktor lainnya.
Untuk meminta peningkatan batas, buat permintaan dukungan dari portal Azure. Untuk informasi lebih lanjut, lihat paket Dukungan Azure.
Sumber daya
Konsumsi
Pengembang
Dasar
Standard
Premium
Jumlah maksimum unit skala
N/A (penskalakan otomatis)
1
2
4
31 per wilayah
Ukuran cache (per unit)
Hanya eksternal
10 MiB
50 MiB
1 GiB
5 GiB
Koneksi back-end bersamaan1 per otoritas HTTP
Tidak Terbatas
1,024
2.048 per unit
2.048 per unit
2.048 per unit
Ukuran respons cache maksimum
2 MiB
2 MiB
2 MiB
2 MiB
2 MiB
Ukuran dokumen kebijakan maksimum
16 KiB
256 KiB
256 KiB
256 KiB
256 KiB
Domain gateway kustom maksimum per instans layanan
T/A
20
T/A
T/A
20
Jumlah maksimum sertifikat CA per instans layanan
T/A
10
10
10
10
Jumlah maksimum instans layanan per langganan Azure
20
Tidak Terbatas
Tidak Terbatas
Tidak Terbatas
Tidak Terbatas
Jumlah maksimum langganan per instans layanan
500
Tidak Terbatas
Tidak Terbatas
Tidak Terbatas
Tidak Terbatas
Jumlah maksimum sertifikat klien per instans layanan
50
Tidak Terbatas
Tidak Terbatas
Tidak Terbatas
Tidak Terbatas
Jumlah maksimum API per instans layanan
50
Tidak Terbatas
Tidak Terbatas
Tidak Terbatas
Tidak Terbatas
Jumlah maksimum operasi API per instans layanan
1,000
Tidak Terbatas
Tidak Terbatas
Tidak Terbatas
Tidak Terbatas
Total durasi permintaan maksimum
30 detik
Tidak Terbatas
Tidak Terbatas
Tidak Terbatas
Tidak Terbatas
Ukuran payload permintaan maksimum
1 GiB
Tidak Terbatas
Tidak Terbatas
Tidak Terbatas
Tidak Terbatas
Ukuran payload maksimum yang di-buffer
2 MiB
500 MiB
500 MiB
500 MiB
500 MiB
Ukuran payload permintaan/respons maksimum dalam log diagnostik
1 Koneksi dikumpulkan dan digunakan kembali kecuali ditutup secara eksplisit oleh backend. 2 Menyertakan string kueri panjang hingga 2048 byte. 3 Jumlah simpul (atau replika) yang terkait dengan sumber daya gateway yang dihost sendiri tidak terbatas di tingkat Premium dan dibatasi pada satu node di tingkat Pengembang. 4 Hingga maksimum 60.000 koneksi per instans layanan.
Batasan - tingkat API Management v2
Untuk meminta peningkatan batas, buat permintaan dukungan dari portal Azure. Untuk informasi lebih lanjut, lihat paket Dukungan Azure.
Sumber daya
Dasar v2
Standar v2
Premium v2
Jumlah maksimum unit skala
10
10
30
Ukuran cache maksimum per instans layanan
250 MB
1 GB
5 GB
Jumlah maksimum API per instans layanan
150
500
2.500
Jumlah maksimum operasi API per instans layanan
3.000
10,000
20.000
Jumlah maksimum langganan per instans layanan
500
2.000
4.000
Jumlah maksimum produk per instans layanan
50
200
400
Jumlah maksimum pengguna per instans layanan
300
2.000
4.000
Jumlah maksimum grup per instans layanan
20
100
200
Jumlah maksimum server otorisasi per instans layanan
10
500
500
Jumlah maksimum fragmen kebijakan per instans layanan
50
50
100
Jumlah maksimum penyedia OpenID Connect per instans layanan
10
10
20
Jumlah maksimum sertifikat per instans layanan
100
100
100
Jumlah maksimum backend per instans layanan
100
100
100
Jumlah maksimum cache per instans layanan
100
100
100
Jumlah maksimum nilai bernama per instans layanan
100
100
100
Jumlah maksimum pencatat per instans layanan
100
100
100
Jumlah maksimum skema per instans layanan
100
100
100
Jumlah maksimum skema per API
100
100
100
Jumlah maksimum tag per instans layanan
100
100
100
Jumlah maksimum tag per API
100
100
100
Jumlah maksimum set versi per instans layanan
100
100
100
Jumlah maksimum rilis per API
100
100
100
Jumlah maksimum operasi per API
100
100
100
Jumlah maksimum pemecah masalah GraphQL per instans layanan
100
100
100
Jumlah maksimum pemecah masalah GraphQL per API
100
100
100
Jumlah maksimum API per produk
100
100
100
Jumlah maksimum API per langganan
100
100
100
Jumlah maksimum produk per langganan
100
100
100
Jumlah maksimum grup per produk
100
100
100
Jumlah maksimum tag per produk
100
100
100
Koneksi back-end bersamaan1 per otoritas HTTP
2.048
2.048
2.048
Ukuran respons cache maksimum
2 MiB
2 MiB
2 MiB
Ukuran dokumen kebijakan maksimum
256 KiB
256 KiB
256 KiB
Ukuran payload permintaan maksimum
1 GiB
1 GiB
1 GiB
Ukuran payload maksimum yang di-buffer
2 MiB
2 MiB
2 MiB
Ukuran payload permintaan/respons maksimum dalam log diagnostik
1 Koneksi dikumpulkan dan digunakan kembali kecuali ditutup secara eksplisit oleh backend. 2 Menyertakan string kueri panjang hingga 2048 byte. 3 Hingga maksimum 60.000 koneksi per instans layanan.
Batasan - Ruang kerja API Management
Berikut ini adalah batas sumber daya per ruang kerja di Azure API Management:
Sumber daya
Ruang kerja - Tingkat premium
Jumlah maksimum ruang kerja per instans
100
Jumlah maksimum unit skala per gateway ruang kerja premium
12
Jumlah maksimum API (termasuk versi dan revisi)
200
Jumlah maksimum operasi API
5\.000
Jumlah maksimum operasi per API
100
Jumlah maksimum rilis per API
100
Jumlah maksimum skema per API
100
Jumlah maksimum langganan per API
200
Jumlah maksimum tag per API
100
Jumlah maksimum backend
200
Jumlah maksimum sertifikat
200
Jumlah maksimum grup
50
Jumlah maksimum pencatat
50
Jumlah maksimum nilai bernama
200
Jumlah maksimum fragmen kebijakan
50
Jumlah maksimum produk
100
Jumlah maksimum API per produk
200
Jumlah maksimum grup per produk
200
Jumlah maksimum langganan per produk
1,000
Jumlah maksimum tag per produk
50
Jumlah maksimum skema
500
Jumlah maksimum langganan
5\.000
Jumlah maksimum tag
200
Jumlah maksimum grup per pengguna
200
Jumlah maksimum set versi
50
Batas - Portal pengembang di tingkat API Management v2
Item
Dasar v2
Standar v2
Premium v2
Jumlah maksimum file media yang akan diunggah
15
15
15
Ukuran maksimum file media
500 KB
500 KB
500 KB
Jumlah maksimum halaman
30
50
50
Jumlah maksimum widget1
30
50
50
Ukuran maksimum metadata per halaman
350 KB
350 KB
350 KB
Ukuran maksimum metadata per widget1
350 KB
350 KB
350 KB
Jumlah maksimum 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.
1 Kuota aplikasi dan penyimpanan sesuai paket App Service kecuali dinyatakan secara berbeda.
2 Jumlah aplikasi aktual yang dapat Anda hosting di mesin ini tergantung pada aktivitas aplikasi, ukuran mesin instans, dan pemanfaatan sumber daya yang sesuai.
3 Instans yang didedikasikan dapat memiliki ukuran yang berbeda. Untuk informasi selengkapnya, lihat Harga App Service.
4 Lainnya diizinkan berdasarkan permintaan.
5 Batas penyimpanan adalah ukuran total konten di semua aplikasi dalam paket layanan Aplikasi yang sama. Ukuran total konten semua aplikasi di semua paket layanan Aplikasi dalam satu grup sumber daya dan wilayah tidak boleh melebihi 500 GB. Kuota sistem file untuk aplikasi yang dihosting App Service ditentukan oleh agregat paket App Service yang dibuat di grup wilayah dan sumber daya.
6 Sumber daya ini dibatasi oleh sumber daya fisik pada instans khusus (ukuran instans dan jumlah instans).
7Jika Anda menskalakan aplikasi Windows di tingkat Dasar ke dua instans, Anda memiliki 350 koneksi bersamaan untuk masing-masing dari dua instans. Untuk aplikasi Windows pada tingkat Standar ke atas, tidak ada batas teoritis pada WebSocket, tetapi faktor lain dapat membatasi jumlah WebSocket. Misalnya, permintaan bersamaan maksimum yang diizinkan (ditentukan olehmaxConcurrentRequestsPerCpu) adalah: 7.500 per VM kecil, 15.000 per VM sedang (7.500 x 2 core), dan 75.000 per VM besar (18.750 x 4 core). Aplikasi Linux terbatas 5 koneksi WebSocket bersamaan pada SKU Gratis dan koneksi WebSocket bersamaan ~50k per instans pada semua SKU lainnya.
8 Koneksi IP maksimum adalah per instans dan bergantung pada ukuran instans: 1.920 per instans B1/S1/P0V3/P1V3, 3.968 per instans B2/S2/P2V3, 8.064 per instans B3/S3/P3V3.
9 SKU Terisolasi App Service dapat dimuat secara internal seimbang (ILB) dengan Azure Load Balancer, sehingga tidak ada konektivitas publik dari internet. Akibatnya, beberapa fitur App Service Terisolasi ILB harus digunakan dari mesin yang memiliki akses langsung ke titik akhir jaringan ILB.
10 Jalankan eksekusi kustom dan/atau skrip sesuai permintaan, sesuai jadwal, atau terus menerus sebagai proses di latar belakang dalam instans App Service Anda. Grup Ketersediaan AlwaysOn diperlukan untuk eksekusi WebJobs berkelanjutan. Tidak ada batas yang telah ditentukan sebelumnya pada jumlah WebJobs yang dapat berjalan dalam instans App Service. Ada batas praktis yang tergantung pada apa yang coba dilakukan oleh kode aplikasi.
11 Hanya menerbitkan sertifikat standar (sertifikat kartubebas tidak tersedia). Terbatas hanya satu sertifikat gratis per domain kustom.
12 Total penggunaan penyimpanan di seluruh aplikasi yang disebarkan di satu Lingkungan App Service (terlepas dari cara penggunaannya dialokasikan di berbagai grup sumber daya).
Batas Azure Automation
Automasi proses
Sumber daya
Batasan
Catatan
Jumlah maksimum akun Automation aktif dalam langganan di suatu wilayah
Langganan Pay-as-you-go, Sponsored, MSDN, MPN, Azure Pass dapat membuat akun Automation di salah satu wilayah publik yang didukung oleh layanan. Buat permintaan Dukungan untuk meminta penambahan Kuota.
Pelajari selengkapnya.
1
Uji coba gratis dan langganan Azure for Student hanya dapat membuat satu akun Automation per wilayah per langganan. Daftar wilayah yang diizinkan: EastUS, EastUS2, WestUS, NorthEurope, SoutheastAsia, dan JapanWest2 2
Jumlah maksimum pekerjaan yang berjalan bersamaan pada instans waktu yang sama per akun Automation
50
Ketika batas ini tercapai, permintaan berikutnya untuk membuat tugas akan gagal. Klien menerima respons kesalahan.
Langganan Enterprise dan CSP di wilayah publik. Buat permintaan Dukungan untuk meminta penambahan Kuota.
Pelajari selengkapnya.
10
Langganan Prabayar, Bersponsor, MSDN, MPN, Azure Pass di wilayah publik. Buat permintaan dukungan untuk meminta peningkatan Kuota.
5
Uji coba gratis dan Azure for Student Azure dalam langganan terbuka di wilayah publik 2.
Jumlah maksimum pekerjaan baru yang dapat dikirimkan setiap 30 detik per akun Azure Automation
100
Ketika batas ini tercapai, permintaan berikutnya untuk membuat tugas akan gagal. Klien menerima respons kesalahan.
Ukuran penyimpanan maksimum metadata pekerjaan untuk periode bergulir 30 hari
10 GB (sekitar 4 juta pekerjaan)
Ketika batas ini tercapai, permintaan berikutnya untuk membuat tugas akan gagal.
Batas aliran pekerjaan maksimum
1 MiB
Satu aliran tidak boleh lebih besar dari 1 MiB.
Batas aliran pekerjaan maksimum di portal Azure Automation
200KB
Batas portal untuk menampilkan log pekerjaan.
Jumlah maksimum modul yang dapat diimpor setiap 30 detik per akun Azure Automation
5
Ukuran maksimum modul
100 MB
Ukuran maksimum file konfigurasi simpul
1 MB
Berlaku untuk konfigurasi status
Durasi pekerjaan, Tingkat gratis
500 menit per langganan per bulan kalender
Jumlah ruang disk maksimum yang diizinkan per kotak pasir1
1 GB
Hanya berlaku untuk sandbox Azure.
Jumlah maksimum memori yang diberikan ke kotak pasir1
400 MB
Hanya berlaku untuk sandbox Azure.
Jumlah maksimum soket jaringan yang diizinkan per kotak pasir1
1,000
Hanya berlaku untuk sandbox Azure.
Durasi maksimum yang diizinkan per runbook1
3 jam
Hanya berlaku untuk sandbox Azure.
Jumlah maksimum pekerja sistem hybrid runbook per Akun Otomasi
4.000
Jumlah maksimum pekerja runbook hybrid pengguna per Akun Otomasi
4.000
Jumlah maksimum pekerjaan bersamaan yang dapat dijalankan pada satu Pekerja Runbook Hibrid
50
Ukuran parameter pekerjaan runbook maksimum
512 kilobytes
Parameter runbook maksimum
50
Jika Anda mencapai batas 50 parameter, Anda dapat meneruskan string JSON atau XML ke parameter dan menguraikannya dengan runbook.
Ukuran payload webhook maksimum
512 kilobytes
Hari maksimum data pekerjaan disimpan
30 hari
Ukuran status alur kerja PowerShell maksimum
5 MB
Berlaku untuk runbook alur kerja PowerShell saat 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 berbagi yang dapat digunakan oleh banyak pekerjaan. Pekerjaan yang menggunakan kotak pasir yang sama terikat oleh batasan sumber daya kotak pasir. 2Langganan gratis termasuk Akun Gratis Azure dan Azure for Students 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 instans waktu yang sama per akun Automation, tidak ada batasan jumlah akun Automation per langganan.
Mengubah Penelusuran dan Inventaris
Tabel berikut menunjukkan batas item yang dilacak per komputer untuk pelacakan perubahan.
Sumber daya
Batas
Catatan
File
500
Ukuran file
5 MB
Registri
250
Perangkat lunak Windows
250
Tidak termasuk pembaruan perangkat lunak.
Paket Linux
1.250
Layanan
250
Daemon
250
Azure Update Manager
Berikut ini adalah batas yang direkomendasikan cakupan dinamis untuk setiap cakupan dinamis:
Sumber daya
Batasan
Asosiasi sumber daya
1000
Jumlah filter tag
50
Jumlah filter Grup Sumber Daya
50
Berikut ini adalah batasan untuk patching jadwal:
Indikator
Batas Cloud Publik
Batas Mooncake/Fairfax
Jumlah jadwal per langganan per wilayah
250
250
Jumlah total asosiasi sumber daya ke jadwal
3.000
3.000
Asosiasi sumber daya pada setiap cakupan dinamis
1,000
1,000
Jumlah cakupan dinamis per grup sumber daya atau langganan per wilayah
250
250
Jumlah cakupan dinamis per jadwal
200
100
Jumlah total langganan yang dilampirkan ke semua cakupan dinamis per jadwal
200
100
Azure App Configuration
Sumber daya
Batasan
Komentar
Penyimpanan konfigurasi untuk tingkat Gratis
Satu toko per wilayah 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 Standar
30.000 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 Standar
Izinkan hingga 300 permintaan per detik (RPS) untuk permintaan baca dan hingga 60 RPS untuk permintaan tulis.
Throughput untuk tingkat Premium
Izinkan hingga 450 permintaan per detik (RPS) untuk permintaan baca dan hingga 100 RPS untuk permintaan tulis.
Penyimpanan untuk tingkat Gratis
10 MB
Tidak ada batasan jumlah kunci dan label selama ukuran totalnya di bawah batas penyimpanan.
Penyimpanan untuk tingkat Standar
1 GB
Tidak ada batasan jumlah kunci dan label selama ukuran totalnya di bawah batas penyimpanan.
Penyimpanan untuk tingkat Premium
4 GB
Tidak ada batasan jumlah kunci dan label selama ukuran totalnya di bawah batas penyimpanan.
Kunci dan nilai
10 KB
Untuk item nilai kunci tunggal, termasuk semua metadata.
Penyimpanan rekam jepret untuk tingkat Gratis
10 MB
Penyimpanan rekam jepret bersifat tambahan dan selain "Penyimpanan untuk Tingkat Gratis". Penyimpanan untuk rekam jepret yang diarsipkan dan aktif dihitung dalam batas ini.
Penyimpanan rekam jepret untuk tingkat Standar
1 GB
Penyimpanan rekam jepret bersifat tambahan dan selain "Penyimpanan untuk Tingkat Standar". Penyimpanan untuk rekam jepret yang diarsipkan dan aktif dihitung dalam batas ini.
Penyimpanan rekam jepret untuk tingkat Premium
4 GB
Penyimpanan rekam jepret bersifat tambahan dan selain "Penyimpanan untuk Tingkat Premium". Penyimpanan untuk rekam jepret yang diarsipkan dan aktif dihitung dalam batas ini.
Ukuran rekam jepret
1 MB
Batas Azure Cache for Redis
Sumber daya
Batasan
Ukuran cache
1,2 TB
Database
64
Klien maksimum yang tersambung
40.000
Replika Azure Cache for Redis, untuk ketersediaan tinggi
3
Pecahan dalam cache premium dengan pengklusteran
10
Batas dan ukuran Azure Cache for Redis berbeda untuk setiap tingkat harga. Untuk melihat tingkat harga dan ukuran terkaitnya, lihat Harga Azure Cache for Redis.
Karena konfigurasi dan manajemen instans Azure Cache for Redis dilakukan oleh Microsoft, tidak semua perintah Redis didukung di Azure Cache for Redis. Untuk informasi selengkapnya, lihat Perintah Redis yang tidak didukung di Azure Cache for Redis.
1Setiap Azure Cloud Service dengan peran web atau pekerja dapat memiliki dua penyebaran, satu untuk produksi dan satu untuk pentahapan. Batasan ini mengacu pada jumlah peran yang berbeda, yaitu konfigurasi. Batasan ini tidak mengacu pada jumlah instans per peran, yaitu penskalaan.
Batas Pencarian Azure AI
Tingkat harga menentukan kapasitas dan batas layanan pencarian Anda. Tingkatan ini meliputi:
Gratis: Layanan multipenyewa yang dibagikan dengan pelanggan Azure lainnya dan membantu evaluasi dan proyek pengembangan kecil
Dasar: Menyediakan sumber daya komputasi khusus untuk beban kerja produksi dalam skala yang lebih kecil dan dengan hingga tiga replika untuk beban kerja kueri yang sangat tersedia
Standar: Mencakup 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 sesuai 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.
Sumber daya
Gratis 1
Dasar
S1
S2
S3
S3 HD
L1
L2
Layanan maksimum per wilayah
1
16
16
8
6
6
6
6
Unit pencarian maksimum (SU)2
T/A
3 SU
36 SU
36 SU
36 SU
36 SU
36 SU
36 SU
1 Anda dapat memiliki satu layanan pencarian gratis per langganan Azure. Tingkat gratis didasarkan pada infrastruktur yang dibagikan dengan pelanggan lain. Karena perangkat keras tidak didedikasikan, peningkatan skala tidak didukung, dan penyimpanan dibatasi hingga 50 MB. Layanan pencarian gratis mungkin dihapus setelah jangka waktu tidak aktif yang lama untuk memberikan ruang bagi lebih banyak layanan.
2 Unit pencarian (SU) adalah unit penagihan, dialokasikan sebagai replika atau partisi. Kau butuh keduanya. Untuk mempelajari selengkapnya tentang kombinasi SU, lihat Memperkirakan dan mengelola kapasitas layanan pencarian.
Batas per layanan pencarian
Tabel berikut mencakup jumlah SLA, partisi, dan replika di tingkat layanan.
Sumber daya
Gratis
Dasar
S1
S2
S3
S3 HD
L1
L2
Perjanjian tingkat layanan (SLA)
Tidak
Ya
Ya
Ya
Ya
Ya
Ya
Ya
Partitions
T/A
3 1
12
12
12
3
12
12
Replika
T/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 atau beberapa replika untuk beban kerja kueri, atau tiga replika atau lebih untuk beban kerja kueri dan pengindeksan. Jumlah partisi bukanlah pertimbangan SLA. Untuk informasi selengkapnya, lihat Keandalan di Pencarian Azure AI.
Layanan gratis tidak memiliki partisi atau replika tetap dan mereka berbagi sumber daya dengan pelanggan lain.
Penyimpanan partisi (GB)
Batas penyimpanan per layanan bervariasi menurut dua hal: tanggal pembuatan layanan, dan wilayah. Ada batas yang lebih tinggi untuk layanan yang lebih baru di sebagian besar wilayah yang didukung.
Tabel ini menunjukkan perkembangan peningkatan kuota penyimpanan dalam GB dari waktu ke waktu. Partisi kapasitas yang lebih tinggi dibawa secara online mulai April 2024, di wilayah yang tercantum dalam catatan kaki. Kapasitas yang lebih tinggi terbatas pada layanan pencarian baru. Saat ini tidak ada peningkatan di tempat.
Tanggal pembuatan layanan
Dasar
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 kapasitas yang lebih tinggi untuk Dasar, S1, S2, S3 di wilayah ini.
Amerika: Brasil Selatan, Kanada Tengah, Kanada Timur, AS Timur, US Timur 2, AS Tengah, US Tengah Utara, AS Tengah Selatan, AS Barat, AS Barat 2, AS Barat 3, AS Tengah Barat.
Eropa: Prancis Tengah. Italia Utara, Eropa Utara, Norwegia Timur, Polandia Tengah, Swiss Utara, Swedia Tengah, UK Selatan, Inggris Barat.
Timur Tengah: UEA Utara.
Afrika: Afrika Selatan Utara.
Asia Pasifik: Australia Timur, Australia Tenggara, India Tengah, Jio India Barat, Asia Timur, Asia Tenggara, Jepang Timur, Jepang Barat, Korea Tengah, Korea Selatan.
2 Penyimpanan kapasitas yang lebih tinggi untuk L1 dan L2. Lebih banyak wilayah memberikan kapasitas yang lebih tinggi di setiap tingkat yang dapat ditagih.
Eropa: Jerman Utara, Jerman Barat Tengah, Swiss Barat.
Azure Government: Texas, Arizona, Virginia.
Afrika: Afrika Selatan Utara.
Asia Pasifik: Tiongkok Utara 3, Tiongkok Timur 3.
3 Penyimpanan kapasitas yang lebih tinggi tersedia di Eropa Barat.
Beberapa wilayah masih berjalan pada infrastruktur yang lebih lama, tunduk pada batas 3 April. Sebelum membuat layanan baru, periksa wilayah yang didukung untuk memastikan wilayah pilihan Anda menyediakan kapasitas tambahan.
Lihat Batas layanan di Azure AI Search untuk detail selengkapnya tentang batasan, termasuk ukuran dokumen, kueri per detik, kunci, permintaan, dan respons.
Batas Azure AI Services
Batas berikut adalah untuk jumlah sumber daya layanan Azure AI per langganan Azure.
Hanya ada batas satu akun 'Gratis' yang diizinkan, per jenis sumber daya, per langganan.
Setiap layanan Azure AI mungkin memiliki batasan lain, untuk informasi selengkapnya, lihat Layanan Azure AI.
Jenis
Batas
Contoh
Campuran sumber daya layanan Azure AI
Maksimum 200 total sumber daya layanan Azure AI per wilayah.
100 sumber daya Azure AI Vision di AS Barat, 50 sumber daya Azure AI Speech di AS Barat, dan 50 sumber daya Bahasa Azure AI di AS Barat.
Satu jenis sumber daya layanan Azure AI.
Maksimum 100 sumber daya per wilayah
100 sumber daya Azure AI Vision di US Barat 2, dan 100 sumber daya Azure AI Vision di US Timur.
Batas Azure Chaos Studio
Lihat Batas layanan Azure Chaos Studio untuk batas Azure Chaos Studio.
Batas Azure Communications Gateway
Beberapa batas dan kuota default berikut dapat ditingkatkan. Untuk meminta perubahan, buat permintaan dukungan portal Azure, dan jelaskan batas yang perlu Anda ubah.
Pembatasan berikut berlaku untuk semua Azure Communications Gateways:
Semua lalu lintas harus menggunakan IPv4.
Semua lalu lintas harus menggunakan TLS 1.2 atau lebih tinggi. Versi sebelumnya tidak didukung.
Jumlah panggilan yang ditranskode secara aktif dibatasi hingga 5% dari jumlah total panggilan aktif.
Azure Communications Gateway juga memiliki batasan pada sinyal SIP.
Sumber daya
Batasan
Ukuran pesan SIP maksimum
10 Kilobyte
Panjang maksimum isi pesan SDP
128 Kilobyte
Panjang maksimum URI permintaan
256 Byte
Panjang maksimum URI header Kontak
256 Byte
Panjang maksimum bagian userinfo dari URI
256 Byte
Panjang maksimum nama domain di header Dari
255 Byte
Panjang maksimum nama header SIP
32 Byte
Panjang maksimum nama isi SIP
64 Byte
Panjang maksimum header Yang Didukung, Diperlukan, atau Memerlukan Proksi
256 Byte
Panjang maksimum tag opsi SIP
32 Byte
Beberapa titik akhir mungkin menambahkan parameter di header berikut ke pesan dalam dialog saat parameter tersebut tidak ada dalam pesan pembuatan dialog. Dalam hal ini, Azure Communications Gateway menghapus parameter, karena RFC 3261 tidak mengizinkan perilaku ini.
URI Permintaan
Ke header
Dari header
API Provisi memiliki batas tarif 100 permintaan per menit, diterapkan di semua sumber daya. Permintaan batch untuk memperbarui beberapa sumber daya dihitung sebagai satu permintaan.
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
Nama
Batas Ukuran Gambar (GB)
Konsumsi
konsumsi
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.
Tabel berikut ini menjelaskan batas maksimum untuk kluster Azure VMware Solution.
Sumber daya
Batasan
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
Catatan
Anda dapat meminta batas yang lebih tinggi untuk Jumlah database dalam kluster dan Kluster per wilayah per langganan. Untuk meminta peningkatan, hubungi Dukungan Azure.
Tabel berikut ini menjelaskan batasan operasi manajemen yang dilakukan pada klaster Azure Data Explorer.
Jumlah aktual aplikasi fungsi yang dapat Anda host tergantung pada aktivitas aplikasi, ukuran instans komputer, dan pemanfaatan sumber daya yang sesuai.
Batas penyimpanan adalah ukuran total konten dalam penyimpanan sementara di semua aplikasi dalam paket App Service yang sama. Untuk paket Konsumsi di Linux, penyimpanan saat ini 1,5 GB.
Paket konsumsi menggunakan berbagi Azure Files untuk penyimpanan yang bertahan. Saat Anda menyediakan berbagi Azure Files Anda sendiri, batas ukuran berbagi tertentu bergantung pada akun penyimpanan yang Anda tetapkan untuk WEBSITE_CONTENTAZUREFILECONNECTIONSTRING.
Saat aplikasi fungsi Anda dihosting dalam paket Konsumsi, hanya opsi CNAME yang didukung. Untuk aplikasi fungsi dalam paket Premium atau paket App Service, Anda dapat memetakan domain kustom menggunakan CNAME atau catatan A.
Tidak ada durasi batas waktu eksekusi maksimum yang diberlakukan. Namun, masa tenggang yang diberikan untuk eksekusi fungsi adalah 60 menit selama skala dalam dan 10 menit selama pembaruan platform.
Pekerja adalah peran yang menghosting aplikasi pelanggan. Pekerja tersedia dalam tiga ukuran tetap: Satu vCPU/3,5 GB RAM; Dua vCPU/7 GB RAM; Empat vCPU/14 GB RAM.
Saat ini ada batas 5.000 aplikasi fungsi dalam langganan tertentu.
Ukuran instans paket Konsumsi Flex saat ini didefinisikan sebagai 2.048 MB atau 4.096 MB. Untuk informasi selengkapnya, lihat Memori instans.
Paket Konsumsi Flex memiliki kuota langganan regional yang membatasi total penggunaan memori semua instans di seluruh wilayah tertentu. Untuk informasi selengkapnya, lihat Memori instans.
Saat jumlah minimum replika diatur ke nol, batas waktu default bergantung pada pemicu tertentu yang digunakan dalam aplikasi.
Di Container Apps, Anda dapat mengatur jumlah maksimum replika, yang dihormati selama ada cukup kuota inti yang tersedia.
Lihat Opsi hosting Azure Functions untuk informasi selengkapnya.
Azure Health Data Services
Batas Azure Health Data Services
Health Data Services adalah set layanan API terkelola berdasarkan kerangka kerja dan standar terbuka. Health Data Services memungkinkan alur kerja untuk meningkatkan layanan kesehatan serta menawarkan solusi layanan kesehatan yang terukur dan aman. Health Data Services menyertakan layanan Fast Healthcare Interoperability Resources (FHIR), layanan Digital Imaging dan Communications in Medicine (DICOM), dan layanan MedTech.
Layanan FHIR adalah implementasi dari spesifikasi FHIR dalam Health Data Services. Ia memungkinkan Anda menggabungkan satu atau beberapa instans layanan FHIR dengan instans layanan MedTech dan DICOM opsional dalam satu ruang kerja. API Azure untuk FHIR umumnya tersedia sebagai penawaran layanan mandiri.
Setiap instans layanan FHIR di Azure Health Data Services memiliki batas penyimpanan 4 TB secara default. Jika Anda memiliki lebih banyak data, Anda dapat meminta Microsoft untuk meningkatkan penyimpanan hingga 100 TB untuk layanan FHIR Anda. Untuk meminta penyimpanan yang lebih besar dari 4 TB, buat permintaan dukungan pada portal Azure dan gunakan jenis masalah Batas layanan dan Langganan (kuota).
Azure API untuk FHIR adalah API yang terkelola, berbasis standar, dan sesuai untuk data kesehatan klinis yang memungkinkan solusi untuk analitik dan pembelajaran mesin yang dapat ditindaklanjuti.
Maksimum: 250 Maksimum yang direkomendasikan untuk kontainer Windows Server: 110 Default: 30.
Add-on AKS Open Service Mesh (OSM)
Versi Kluster Kubernetes: Versi AKS yang Didukung Pengontrol OSM per kluster: 1 Pod per pengontrol OSM: 1600 Akun layanan Kubernetes yang dikelola OSM: 160
Node maksimum per kluster dengan Virtual Machine Availability Sets dan SKU Load Balancer Dasar
100
1 Lainnya diperbolehkan berdasarkan permintaan. 2 kontainer Windows Server harus menggunakan plug-in jaringan Azure CNI. Kubenet tidak didukung untuk kontainer Windows Server.
Batas Sarana Kontrol Kube
Batas
Tingkat standar
Secara otomatis menskalakan server API Kubernetes berdasarkan beban. Batas komponen sarana kontrol yang lebih besar dan server API/instans etcd.
Tingkat gratis
Sumber daya terbatas dengan batas permintaan dalam penerbangan 50 bermutasi dan 100 panggilan baca-saja. Batas simpul yang direkomendasikan sebesar 10 simpul per kluster. Terbaik untuk bereksperimen, belajar, dan pengujian sederhana.
Tidak disarankan untuk beban kerja produksi/kritis.
Azure Lab Services
Batas berikut adalah untuk jumlah sumber daya Azure Lab Services.
Tingkat harga Gen1 sekarang tidak digunakan lagi dan akan dihentikan pada 15/9/26. 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 dihentikan, jika tidak, akun tersebut akan diperbarui secara otomatis. Untuk informasi selengkapnya, lihat Mengelola tingkat harga akun Azure Maps Anda.
Tabel berikut ini memperlihatkan batas ukuran data kumulatif untuk akun Azure Maps dalam langganan Azure. Layanan Data Azure Maps hanya tersedia di tingkat harga Gen1 (S1) dan Gen2.
Sumber daya
Batasan
Penyimpanan maksimum per langganan Azure
1 GB
Ukuran maksimum per unggahan file
100 MB
Catatan
Penghentian layanan Data Azure Maps
Layanan Data Azure Maps (baik [v1] maupun [v2]) sekarang tidak digunakan lagi dan akan dihentikan pada 16/9/24. Layanan Azure Maps Data Registry menggantikan layanan Data. Untuk informasi selengkapnya, lihat Cara membuat registri data
Batas Azure Managed Grafana
Batas
Deskripsi
Penting
Standard
Aturan peringatan
Jumlah maksimum aturan pemberitahuan yang dapat dibuat.
Tidak didukung
500 per instans
Dashboard
Jumlah maksimum dasbor yang dapat dibuat.
20 per instans
Tidak Terbatas
Sumber data
Jumlah maksimum sumber data yang dapat dibuat.
5 per instans
Tidak Terbatas
Kunci API
Jumlah maksimum kunci API yang dapat dibuat.
2 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
Ukuran kueri sumber data
Jumlah maksimum byte yang dibaca/diterima dari respons permintaan HTTP keluar.
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
Jumlah Instans
Jumlah maksimum instans dalam satu langganan per wilayah Azure.
1
50
Permintaan per IP
Jumlah maksimum permintaan per IP 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
Batas Azure Monitor
Untuk batas Azure Monitor, lihat Batas layanan Azure Monitor.
Batas Azure Data Factory
Azure Data Factory adalah layanan multi penyewa yang memiliki batas default berikut untuk memastikan langganan pelanggan terlindungi dari beban kerja satu sama lain. Untuk menaikkan batas maksimal langganan Anda, hubungi dukungan.
Sumber daya
Batas default
Batas maksimum
Jumlah total entitas, seperti alur, himpunan data, pemicu, layanan tertaut, Titik Akhir Privat, dan runtime integrasi, berada di dalam pabrik data
5\.000
5\.000
Total inti CPU untuk Azure-SSIS Integration Runtime dalam satu langganan
Alur bersamaan berjalan per pabrik data yang dibagikan di seluruh alur di pabrik
10,000
10,000
Aktivitas Eksternal Bersamaan yang berjalan per langganan per wilayah Azure Integration Runtime Aktivitas eksternal dikelola pada runtime integrasi tetapi dijalankan pada layanan yang ditautkan, termasuk Databricks, prosedur tersimpan, Web, dan lainnya. Batas ini tidak berlaku untuk IR yang dihost sendiri.
3.000
3.000
Aktivitas Alur Bersamaan yang berjalan per langganan per wilayah Azure Integration Runtime Aktivitas alur dijalankan pada runtime integrasi, termasuk Pencarian, GetMetadata, dan Hapus. Batas ini tidak berlaku untuk IR yang dihost sendiri.
1,000
1,000
Operasi penulisan bersamaan per langganan per wilayah Azure Integration Runtime Termasuk koneksi uji, menelusuri daftar folder dan daftar tabel, mempratinjau data. Batas ini tidak berlaku untuk IR yang dihost sendiri.
US Tengah, US Timur, US Timur 2, Eropa Utara, Eropa Barat, US Barat, US Barat 2
Grup wilayah 2
Australia Timur, Australia Tenggara, Brasil Selatan, India Tengah, Jepang Timur, US Tengah Utara, US Tengah Selatan, Asia Tenggara, Barat Sentral AS
Grup wilayah 3
Wilayah lain
Jika jaringan virtual terkelola diaktifkan, unit integrasi data (DIU) di semua grup kawasan adalah 2.400.
3 Alur, himpunan data, dan objek layanan tertaut mewakili pengelompokan logis beban kerja Anda. Batas untuk objek ini tidak terkait jumlah data yang dapat Anda pindahkan dan proses dengan Azure Data Factory. Data Factory dirancang untuk menskalakan penanganan data petabyte.
4 Payload untuk setiap eksekusi aktivitas menyertakan konfigurasi aktivitas, himpunan data terkait, dan konfigurasi layanan tertaut (jika ada), dan bagian kecil properti sistem yang dibuat per jenis aktivitas. Batas untuk payload ini tidak terkait jumlah data yang dapat Anda pindahkan dan proses dengan Azure Data Factory. Pelajari tentang gejala dan rekomendasi jika Anda mencapai batas ini.
Batas panggilan layanan web
Azure Resource Manager memiliki batasan untuk panggilan API. Anda dapat melakukan panggilan API dalam batas rentang laju Azure Resource Manager API.
File Azure NetApp
Azure NetApp Files memiliki batas kapasitas regional. Batas kapasitas standar untuk setiap langganan adalah 25 TiB, per wilayah, di semua tingkat layanan. Untuk meningkatkan kapasitas, gunakan permintaan dukungan Batas langganan dan layanan (kuota).
Ada jumlah maksimum untuk setiap jenis objek untuk Kebijakan Azure. Untuk definisi, entri Cakupan berarti grup manajemen atau langganan. Untuk penugasan dan pengecualian, entri Cakupan berarti grup manajemen, langganan, grup sumber daya, atau sumber daya individual.
Di mana
Apa
Jumlah maksimum
Cakupan
Definisi kebijakan
500
Cakupan
Definisi Inisiatif
200
Penyewa
Definisi Inisiatif
2.500
Cakupan
Penetapan kebijakan atau inisiatif
200
Cakupan
Pengecualian
1000
Definisi kebijakan
Parameter
20
Definisi inisiatif
Kebijakan
1000
Definisi inisiatif
Parameter
400
Penetapan kebijakan atau inisiatif
Pengecualian (notScopes)
400
Aturan kebijakan
Kondisional bertumpuk
512
Tugas remediasi
Sumber
50.000
Isi definisi kebijakan, inisiatif, atau permintaan penetapan
Byte
1,048,576
Aturan kebijakan memiliki lebih banyak batasan jumlah kondisi dan kompleksitasnya. Untuk informasi selengkapnya, buka Batas aturan kebijakan untuk detail selengkapnya.
Batas Azure Quantum
Batas & Kuota Penyedia
Layanan Azure Quantum mendukung penyedia layanan pihak pertama dan ketiga.
Penyedia pihak ketiga memiliki batas dan kuota mereka. Pengguna dapat melihat penawaran dan batasan di portal Microsoft Azure saat mengonfigurasi penyedia pihak ketiga.
Anda dapat menemukan batas kuota yang diterbitkan untuk penyedia Solusi Pengoptimalan pihak pertama Microsoft di bawah ini.
Mempelajari & Mengembangkan SKU
Sumber daya
Batasan
Pekerjaan bersamaan berbasis CPU
hingga 51 pekerjaan bersamaan
Pekerjaan bersamaan berbasis FPGA
hingga 21 pekerjaan bersamaan
Jam pemecah berbasis CPU
20 jam per bulan
Jam pemecah berbasis FPGA
1 jam per bulan
Saat berada di SKU Pelajari & Kembangkan, Anda tidak dapat meminta peningkatan batas kuota. Sebaliknya, Anda harus beralih ke Performa pada SKU Skala.
Performa pada SKU Skala
Sumber daya
Batas default
Batas Maksimum
Pekerjaan bersamaan berbasis CPU
hingga 1001 pekerjaan bersamaan
sama dengan batas default
Pekerjaan bersamaan berbasis FPGA
hingga 101 pekerjaan bersamaan
sama dengan batas default
jam pemecah
1.000 jam per bulan
hingga 50.000 jam per bulan
Hubungi Dukungan Azure untuk meminta peningkatan batas.
Untuk informasi lebih lanjut, tinjau halaman harga Azure Quantum.
Tinjau halaman penetapan harga penyedia yang relevan di portal Microsoft Azure untuk detail tentang penawaran pihak ketiga.
1 Menjelaskan jumlah pekerjaan yang dapat diantrekan pada saat yang bersamaan.
Tabel berikut menjelaskan batasan default untuk tujuan umum v2 (GPv2), tujuan umum v1 (GPv1), akun penyimpanan Blob Azure. Batas jalan masuk mengacu pada semua data yang dikirim ke akun penyimpanan. Batas jalan keluar mengacu pada semua data yang diterima dari akun penyimpanan.
Microsoft menyarankan Anda menggunakan akun penyimpanan GPv2 untuk sebagian besar skenario. Anda dapat dengan mudah meningkatkan GPv1 atau akun penyimpanan Blob ke GPv2 tanpa waktu henti dan tanpa perlu menyalin data. Untuk informasi selengkapnya, lihat Meningkatkan ke akun penyimpanan GPv2.
Catatan
Anda dapat meminta kapasitas dan batas masuk yang lebih tinggi. Untuk meminta peningkatan, hubungi Dukungan Azure.
Sumber daya
Batasan
Jumlah maksimum akun penyimpanan dengan titik akhir standar per wilayah per langganan, termasuk akun penyimpanan standar dan premium.
250 secara default, 500 menurut permintaan1
Jumlah maksimum akun penyimpanan dengan titik akhir zona Azure DNS (pratinjau) per wilayah per langganan, termasuk akun penyimpanan standar dan premium.
5000 (pratinjau)
Kapasitas akun penyimpanan maksimum default
5 PiB 2
Jumlah maksimum kontainer blob, blob, direktori, dan subdirektori (jika Namespace Hierarki diaktifkan), berbagi file, tabel, antrean, entitas, atau pesan per akun penyimpanan.
Tidak ada batasan
Tingkat permintaan maksimum default per akun penyimpanan v2 dan Blob tujuan umum di wilayah berikut:
Asia Timur
Asia Tenggara
Australia Timur
Brasil Selatan
Kanada Tengah
Tiongkok Timur 2
Tiongkok Utara 3
Eropa Utara
Eropa Barat
Prancis Tengah
Jerman Barat Tengah
India Tengah
Jepang Timur
Jio India Barat
Korea Tengah
Norwegia Timur
Afrika Selatan Utara
Swedia Tengah
Arab Saudi Utara
UK Selatan
US Tengah
US Timur
AS Timur 2
Virginia Gov (US)
Gov (US) Arizona
US Tengah Utara
US Tengah Selatan
AS Barat
US Barat 2
AS Barat 3
40.000 permintaan per detik2
Tingkat permintaan maksimum default per akun penyimpanan v2 dan Blob tujuan umum di wilayah yang tidak tercantum di baris sebelumnya.
20.000 permintaan per detik2
Ingress maksimum default per akun penyimpanan v2 dan Blob tujuan umum di wilayah berikut:
Asia Timur
Asia Tenggara
Australia Timur
Brasil Selatan
Kanada Tengah
Tiongkok Timur 2
Tiongkok Utara 3
Eropa Utara
Eropa Barat
Prancis Tengah
Jerman Barat Tengah
India Tengah
Jepang Timur
Jio India Barat
Korea Tengah
Norwegia Timur
Afrika Selatan Utara
Swedia Tengah
Arab Saudi Utara
UK Selatan
US Tengah
US Timur
AS Timur 2
Virginia Gov (US)
Gov (US) Arizona
US Tengah Utara
US Tengah Selatan
AS Barat
US Barat 2
AS Barat 3
60 Gbps2
Ingress maksimum default per tujuan umum v2 dan akun penyimpanan Blob di wilayah yang tidak tercantum di baris sebelumnya.
25 Gbps2
Ingress maksimum default untuk akun penyimpanan tujuan umum v1 (semua wilayah)
10 Gbps2
Egress maksimum default untuk akun penyimpanan v2 dan Blob tujuan umum di wilayah berikut:
Asia Timur
Asia Tenggara
Australia Timur
Brasil Selatan
Kanada Tengah
Tiongkok Timur 2
Tiongkok Utara 3
Eropa Utara
Eropa Barat
Prancis Tengah
Jerman Barat Tengah
India Tengah
Jepang Timur
Jio India Barat
Korea Tengah
Norwegia Timur
Afrika Selatan Utara
Swedia Tengah
Arab Saudi Utara
UK Selatan
US Tengah
US Timur
AS Timur 2
Virginia Gov (US)
Gov (US) Arizona
US Tengah Utara
US Tengah Selatan
AS Barat
US Barat 2
AS Barat 3
200 Gbps2
Egress maksimum default untuk tujuan umum v2 dan akun penyimpanan Blob di wilayah yang tidak tercantum di baris sebelumnya.
50 Gbps2
Jalan keluar maksimum untuk akun penyimpanan v1 tujuan umum (wilayah AS)
20 Gbps jika RA-GRS/GRS diaktifkan, 30 Gbps untuk LRS/ZRS
Jalan keluar maksimum untuk akun penyimpanan v1 tujuan umum (wilayah diluar AS)
10 Gbps jika RA-GRS/GRS diaktifkan, 15 Gbps untuk LRS/ZRS
Jumlah maksimum aturan alamat IP per akun penyimpanan
400
Jumlah maksimum aturan jaringan virtual per akun penyimpanan
400
Jumlah maksimum aturan instans sumber daya per akun penyimpanan
200
Jumlah maksimum titik akhir privat per akun penyimpanan
200
1 Dengan peningkatan kuota, Anda dapat membuat hingga 500 akun penyimpanan dengan titik akhir standar per wilayah. Untuk informasi selengkapnya, lihat Meningkatkan kuota akun Azure Storage. 2 Akun standar Azure Storage mendukung batas kapasitas yang lebih tinggi dan batas yang lebih tinggi untuk masuk dan keluar berdasarkan permintaan. Untuk meminta peningkatan batas akun, hubungi Dukungan Azure.
Batas penyedia sumber daya Azure Storage
Batas berikut hanya berlaku saat Anda melakukan operasi manajemen dengan menggunakan Azure Resource Manager dengan Azure Storage dan Penyedia Sumber Daya Penyimpanan. Batasan berlaku per langganan per wilayah sumber daya dalam permintaan.
Sumber daya
Batasan
Operasi manajemen akun penyimpanan (baca)
800 per 5 menit
Operasi manajemen akun penyimpanan (baca)
10 per detik/1.200 per jam
Operasi manajemen akun penyimpanan (daftar)
100 per 5 menit
Batas Azure Blob Storage
Sumber daya
Target
Ukuran maksimum kontainer blob tunggal
Sama dengan kapasitas akun penyimpanan maksimum
Jumlah maksimum blok dalam blob blok atau blob penambahan
50,000 blok
Ukuran maksimum blok dalam blob blok
4000 MiB
Ukuran maksimum blok dalam blob blok
50.000 x 4000 MiB (sekitar 190,7 Tib)
Ukuran maksimum blok dalam blob penambahan
4 MiB
Ukuran maksimum blob penambahan
50.000 x 4 MiB (sekitar 195 GiB)
Ukuran maksimum blob halaman
8 Tib2
Jumlah maksimum kebijakan akses yang disimpan per kontainer blob
5
Laju permintaan target untuk satu blob
Hingga 500 permintaan per detik
Throughput target untuk satu halaman blob
Hingga 60 MiB per detik2
Throughput target untuk satu blok blob
Hingga batasan ingress/egress akun penyimpanan1
1 Throughput untuk satu blob tergantung pada beberapa faktor. Faktor-faktor ini termasuk tetapi tidak terbatas pada: konkurensi, ukuran permintaan, tingkat performa, kecepatan sumber untuk unggahan, dan tujuan untuk unduhan. Untuk memanfaatkan peningkatan performa blob blok throughput tinggi, unggah blob atau blok yang lebih besar. Secara khusus, panggil operasi Put Blob atau Put Block dengan ukuran blob atau blok yang lebih besar dari 256 KiB.
2 Blob halaman belum didukung di akun yang mengaktifkan namespace hierarkis.
Tabel berikut ini menjelaskan ukuran blok dan blob maksimum yang diizinkan oleh versi layanan.
Versi layanan.
Ukuran blok maksimum (melalui Put Block)
Ukuran blob maksimum (melalui Put Block List)
Ukuran blob maksimum melalui operasi tulis tunggal (melalui Put Blob)
Versi 12-12-2019 dan yang lebih baru
4000 MiB
Sekitar 190,7 TiB (4000 MiB X 50.000 blok)
5000 MiB
Versi 31-05-2016 hingga versi 07-07-2019
100 MiB
Sekitar 4,75 TiB (100 MiB X 50.000 blok)
256 MiB
Versi sebelum 31-05-2016
4 MiB
Sekitar 195 GiB (4 MiB X 50,000 blok)
64 MiB
Batas penyimpanan Antrean Azure
Sumber daya
Target
Ukuran maksimum dari satu antrean
500 TiB
Ukuran maksimum pesan dalam antrean
64 KiB
Jumlah maksimum kebijakan akses tersimpan per antrean
5
Tingkat permintaan maksimum per akun penyimpanan
20.000 pesan per detik, yang mengasumsikan ukuran pesan 1-KiB
Targetkan throughput untuk satu antrean (pesan 1 KiB)
Hingga 2.000 pesan per detik
Batas penyimpanan Tabel Azure
Tabel berikut ini menjelaskan kapasitas, skalabilitas, dan target kinerja untuk Penyimpanan tabel.
Sumber daya
Target
Jumlah tabel dalam akun penyimpanan Azure
Hanya dibatasi oleh kapasitas akun penyimpanan
Jumlah partisi dalam tabel
Hanya dibatasi oleh kapasitas akun penyimpanan
Jumlah entitas dalam partisi
Hanya dibatasi oleh kapasitas akun penyimpanan
Ukuran minimum tabel tunggal
500 TiB
Ukuran maksimum entitas tunggal, termasuk semua nilai properti
1 MiB
Jumlah properti maksimum dalam tabel entitas
255 (termasuk tiga properti sistem, PartitionKey, RowKey, dan Timestamp)
Ukuran total maksimum properti individual dalam entitas
Transaksi dapat mencakup paling banyak 100 entitas, dan ukuran payload harus berukuran kurang dari 4 MB. Transaksi grup entitas dapat mencakup pembaruan ke entitas hanya sekali.
Jumlah maksimum kebijakan akses tersimpan per tabel
5
Tingkat permintaan maksimum per akun penyimpanan
20.000 transaksi per detik, yang mengasumsikan ukuran entitas 1-KiB
Throughput target untuk partisi tabel tunggal (1 entitas KiB)
Tabel berikut ini menjelaskan batas maksimum untuk Azure Virtual Desktop.
Objek Azure Virtual Desktop
Objek Per Objek Kontainer
Batas Layanan
Ruang kerja
Penyewa Microsoft Entra
1300
HostPool
Ruang kerja
400
Grup aplikasi
Penyewa Microsoft Entra
5001
RemoteApp
Grup aplikasi
500
Penetapan peran
Objek Azure Virtual Desktop apa pun
200
Host Sesi
HostPool
10,000
1Jika Anda mengharuskan lebih dari 500 grup Aplikasi, maka naikkan tiket dukungan melalui portal Azure.
Semua sumber daya Azure lainnya yang digunakan di Azure Virtual Desktop seperti Virtual Machines, Penyimpanan, Jaringan, dll. semuanya tunduk pada batasan sumber daya mereka sendiri yang didokumentasikan di bagian yang relevan dalam artikel ini.
Untuk memvisualisasikan hubungan antara semua objek Azure Virtual Desktop, tinjau artikel ini Hubungan antara komponen logis Azure Virtual Desktop.
Tabel berikut ini menjelaskan batas maksimum untuk Azure VMware Solution.
Sumber daya
Batas
Kluster vSphere setiap cloud privat
12
Jumlah minimum host ESXi setiap kluster
3 (batas keras)
Jumlah maksimum host ESXi setiap kluster
16 (batas keras)
Jumlah maksimum host ESXi per cloud privat
96
Jumlah maksimum vCenter Server per cloud privat
1 (batas keras)
Jumlah maksimum pasangan situs HCX
25 (edisi apa pun)
Jumlah maksimum jala layanan HCX
10 (edisi apa pun)
Jumlah maksimum cloud privat tertaut Azure VMware Solution ExpressRoute dari satu lokasi ke satu Gateway Virtual Network
4
Gateway jaringan virtual yang digunakan menentukan cloud privat tertaut maks. Untuk informasi selengkapnya, lihat Tentang gateway jaringan virtual ExpressRoute Jika Anda melebihi ambang ini, gunakan Interkoneksi Azure VMware Solution untuk mengagregasi konektivitas cloud privat dalam wilayah Azure.
10 Gbps (gunakan Ultra Performance Gateway SKU dengan FastPath diaktifkan)** Gateway jaringan virtual yang digunakan menentukan bandwidth aktual. Untuk informasi selengkapnya, lihat Tentang gateway jaringan virtual ExpressRoute Azure VMware Solution ExpressRoutes tidak memiliki batasan kecepatan port dan akan melakukan di atas 10 Gbps; namun, tarif lebih dari 10 Gbps tidak dijamin karena QoS.
Jumlah maksimum alamat Azure Public IPv4 yang ditetapkan ke NSX
2.000
Jumlah maksimum Interkoneksi Azure VMware Solution per cloud privat
10
Jumlah maksimum koneksi Jangkauan Global Azure ExpressRoute per cloud privat Azure VMware Solution
8
Batas kapasitas vSAN
75% dari total yang dapat digunakan (tetap 25% tersedia untuk SLA)
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
Manajer Site Recovery VMware - Nilai RPO
5 menit atau lebih tinggi * (batas keras)
VMware Site Recovery Manager - Jumlah maksimum komputer virtual per grup perlindungan
500
VMware Site Recovery Manager - Jumlah maksimum rencana pemulihan
250
Untuk informasi tentang Sasaran Titik Pemulihan (RPO) yang lebih rendah dari 15 menit, lihat Cara Kerja Sasaran Titik Pemulihan 5 Menit dalam panduan Administrasi Replikasi vSphere.
** Ini adalah batas yang lunak dan direkomendasikan tetapi dapat mendukung throughput yang lebih tinggi berdasarkan skenario.
Untuk batas khusus VMware lainnya, gunakan alat maksimum konfigurasi VMware by Broadcom.
Batas Azure Web PubSub
Sumber daya
Batas default
Batas maksimum
Unit Layanan Azure Web PubSub per instans untuk tingkat Gratis
1
1
Unit Layanan Azure Web PubSub per instans untuk tingkat Standar/Premium_P1
100
100
Unit Layanan Azure Web PubSub per instans untuk tingkat Premium_P2
100 - 1,000
100 - 1,000
Unit Layanan Azure Web PubSub per langganan per wilayah untuk tingkat Gratis
5
5
Jumlah total unit Layanan Azure Web PubSub per langganan per wilayah
150
Tidak Terbatas
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
Tidak Terbatas
Tidak Terbatas
Untuk meminta pembaruan batas default langganan Anda, buka tiket dukungan.
Untuk informasi selengkapnya tentang bagaimana koneksi dan pesan dihitung dalam penagihan, lihat Model penagihan di Layanan Azure Web PubSub.
Jika persyaratan Anda melebihi batas, tingkatkan dari Tingkat gratis ke tingkat Standar/Premium atau skalakan unit. Untuk informasi selengkapnya, lihat Cara menskalakan instans Layanan Azure Web PubSub.
Pekerjaan Aktif dan jadwal pekerjaan per akun Batch (pekerjaan yang diselesaikan tidak memiliki batas)
100-300
1.0002
Kumpulan per akun Batch
0-1001
5002
Koneksi titik akhir privat per akun Batch
100
100
1 Untuk tujuan manajemen kapasitas, kuota default untuk akun Batch baru di beberapa wilayah dan untuk beberapa jenis langganan telah dikurangi dari rentang nilai di atas. Dalam beberapa kasus, batas ini telah dikurangi menjadi nol. Saat Anda membuat akun Batch baru, periksa kuota Anda dan minta peningkatan kuota inti atau layanan yang sesuai, jika perlu.
Atau, pertimbangkan untuk menggunakan kembali akun Batch yang sudah memiliki kuota yang memadai atau akun Batch alokasi kumpulan langganan pengguna untuk mempertahankan kuota keluarga inti dan VM di semua akun Batch pada langganan. Kuota layanan seperti pekerjaan aktif atau kumpulan berlaku untuk setiap akun Batch yang berbeda bahkan untuk akun Batch alokasi kumpulan langganan pengguna.
2 Untuk meminta peningkatan di luar batas ini, hubungi Dukungan Azure.
Catatan
Batas defaultnya bervariasi bergantung pada jenis langganan yang Anda gunakan untuk membuat akun Batch. Kuota core yang ditampilkan adalah untuk akun Batch dalam mode layanan Batch.
Melihat kuota di akun Batch Anda.
Batas model penerapan klasik
Batas berikut berlaku jika Anda menggunakan model penyebaran klasik alih-alih model penyebaran Azure Resource Manager.
1Instans ekstra kecil dihitung sebagai satu vCPU terhadap batas vCPU meskipun menggunakan sebagian inti CPU.
2Batas akun penyimpanan mencakup akun penyimpanan Standar dan Premium.
Batas Container Instances
Sumber daya
Batas Aktual
Grup kontainer sku standar per wilayah per langganan
100
Grup kontainer sku khusus per wilayah per langganan
01
Jumlah kontainer per grup kontainer
60
Jumlah volume per grup kontainer
20
Inti sku (CPU) standar per wilayah per langganan
100
Inti sku (CPU) standar untuk GPU K80 per wilayah per langganan
0
Inti sku (CPU) standar untuk GPU V100 per wilayah per langganan
0
Port per IP
5
Ukuran log instans kontainer - menjalankan instans
4 MB
Ukuran log instans kontainer - instans yang dihentikan
16 KB atau 1.000 baris
Pembuatan grup kontainer per jam
3001
Grup kontainer dibuat per 5 menit
1001
Grup kontainer dihapus per jam
3001
Grup kontainer dihapus per 5 menit
1001
1Untuk meminta peningkatan batas, buat permintaan Dukungan Azure. Langganan gratis termasuk Akun Gratis Azure dan Azure untuk Siswa tidak memenuhi syarat untuk peningkatan batas atau kuota. Jika Anda memiliki langganan gratis, Anda dapat meningkatkan ke langganan PAYG. 2Batas default untuk langganan PAYG. Batas dapat berbeda untuk jenis kategori lainnya.
1 Penyimpanan yang termasuk dalam tarif harian untuk setiap tingkat. Penyimpanan tambahan dapat digunakan, hingga batas penyimpanan registri, dengan tarif harian tambahan per GiB. Untuk mengetahui informasi tarif, lihat Harga Azure Container Registry. Jika Anda memerlukan penyimpanan di luar batas penyimpanan registri, harap hubungi Dukungan Azure.
2ReadOps, WriteOps, dan Bandwidth adalah perkiraan minimum. Azure Container Registry berusaha untuk meningkatkan performa sesuai penggunaan. Baik sumber daya, ACR, dan perangkat harus berada di wilayah yang sama untuk mencapai kecepatan unduhan yang cepat.
3Penarikan docker diterjemahkan ke beberapa operasi baca berdasarkan jumlah lapisan dalam gambar, ditambah pengambilan manifes.
4Pendorongan docker diterjemahkan ke beberapa operasi tulis, berdasarkan jumlah lapisan yang harus didorong.
docker push menyertakan ReadOps guna mengambil manifes untuk gambar yang ada.
5Tindakan individu dari content/delete, content/read, content/write, metadata/read, metadata/write sesuai dengan batas Repositori per peta cakupan.
Batas Azure Content Delivery Network
Sumber daya
Batasan
Profil Azure Content Delivery Network
25
Titik akhir Content Delivery Network per profil
25
Domain kustom per titik akhir
25
Grup asal maksimum per profil
10
Asal maksimum per grup asal
10
Jumlah maksimum aturan per titik akhir CDN
25
Jumlah maksimum kondisi pencocokan per aturan
10
Jumlah maksimum tindakan per aturan
5
Bandwidth maksimum per profil*
75 Gbps
Permintaan maksimum per detik per profil
100.000
Batas ukuran header HTTP (per header)
32 KB
*Kedua batas ini hanya berlaku untuk Azure CDN Standard dari Microsoft (klasik). Jika lalu lintas tidak didistribusikan secara global dan terkonsentrasi di satu atau dua wilayah, atau jika batas kuota yang lebih tinggi diperlukan, buat permintaan Dukungan Azure.
Langganan Content Delivery Network bisa memuat satu atau beberapa profil Content Delivery Network. Langganan Content Delivery Network bisa memuat satu atau beberapa profil Content Delivery Network. Anda mungkin ingin menggunakan beberapa profil untuk mengatur titik akhir Content Delivery Network Anda berdasarkan domain internet, aplikasi web, atau beberapa kriteria lainnya.
Batas Azure Data Lake Analytics
Azure Data Lake Analytics memudahkan tugas kompleks dalam mengelola infrastruktur terdistribusi dan kode kompleks secara mudah. Ini secara dinamis menyediakan sumber daya, dan Anda dapat menggunakannya untuk melakukan analitik pada eksabita data. Ketika pekerjaan selesai, upaya tersebut memperlambat sumber daya secara otomatis. Anda cukup membayar daya pemrosesan yang digunakan. Saat menambah atau mengurangi ukuran data yang disimpan atau jumlah komputasi yang digunakan, Anda tidak perlu menulis ulang kode. Untuk menaikkan batasan default langganan Anda, hubungi dukungan.
Sumber daya
Batas
Komentar
Jumlah maksimum klien bersamaan
20
Jumlah maksimum unit analitik (AU) per akun
250
Gunakan kombinasi hingga maksimum 250 AU di seluruh 20 pekerjaan. Jika Anda perlu meningkatkan batasan ini, hubungi dukungan Microsoft.
Ukuran skrip maksimum untuk pengiriman pekerjaan
3 MB
Jumlah maksimum akun Data Lake Analytics per wilayah per langganan
5
Jika Anda perlu meningkatkan batasan ini, hubungi dukungan Microsoft.
Batas Azure Data Lake Storage
Azure Data Lake Storage Gen2 bukan layanan khusus atau jenis akun penyimpanan. Ini adalah rilis terbaru dari kemampuan yang didedikasikan untuk analisis data besar. Kemampuan ini tersedia di akun penyimpanan v2 atau BlockBlobStorage tujuan umum, dan Anda dapat memperolehnya dengan mengaktifkan fitur Namespace hierarki akun. Untuk target skala, lihat artikel ini.
Azure Data Lake Storage Gen1 adalah layanan khusus. Ini adalah repositori hyper-scale skala perusahaan untuk beban kerja analisis data besar. Anda dapat menggunakan Data Lake Storage Gen1 untuk mengambil data dari berbagai ukuran, jenis, dan kecepatan penyerapan di satu tempat untuk analisis operasional dan eksplorasi. Tidak ada batasan jumlah data yang dapat Anda simpan di akun Data Lake Storage Gen1.
Sumber daya
Batas
Komentar
Jumlah maksimum akun Data Lake Storage Gen1, per langganan, per wilayah
10
Untuk meminta peningkatan batas ini, hubungi dukungan.
Jumlah maksimum akses ACL, per file atau folder
32
Ini adalah batas yang sulit. Gunakan grup untuk mengelola akses dengan entri yang lebih sedikit.
Jumlah maksimum ACL default, per file atau folder
32
Ini adalah batas yang sulit. Gunakan grup untuk mengelola akses dengan entri yang lebih sedikit.
Batas Azure Data Share
Azure Data Share memungkinkan organisasi berbagi data secara sederhana dan aman dengan pelanggan dan mitra mereka.
Sumber daya
Batas
Jumlah maksimum sumber daya Data Share per langganan Azure
100
Jumlah maksimum berbagi terkirim per sumber daya Data Share
200
Jumlah maksimum berbagi diterima per sumber daya Data Share
100
Jumlah maksimum undangan per berbagi terkirim
200
Jumlah maksimum langganan berbagi per berbagi terkirim
200
Jumlah maksimum himpunan data per berbagi terkirim
200
Jumlah maksimum jadwal snapshot per berbagi
1
Batas Azure Database Migration Service
Azure Database Migration Service adalah layanan terkelola penuh yang dirancang untuk memungkinkan migrasi mulus dari beberapa sumber database ke platform data Azure dengan waktu henti minimal.
Sumber daya
Batas
Komentar
Jumlah maksimum layanan per langganan, per wilayah
10
Untuk meminta peningkatan batas ini, hubungi dukungan.
Batas Azure Device Update for IoT Hub
Batas hanya dapat disesuaikan untuk SKU Standar. Permintaan penyesuaian batas dievaluasi berdasarkan kasus per kasus, dan persetujuan tidak dijamin.
Permintaan penyesuaian batas tidak diterima untuk SKU Gratis. Selain itu, instans SKU Gratis tidak dapat ditingkatkan ke instans SKU Standar.
Tabel berikut ini memperlihatkan batasan untuk sumber daya Device Update for IoT Hub di Azure Resource Manager.
Sumber daya
Batas SKU standar
Batas SKU gratis
Dapat disesuaikan untuk SKU Standar?
Akun per langganan
50
1
No
Instans per akun
50
1
No
Panjang nama akun
3-24 karakter
3-24 karakter
No
Panjang nama instans
3-36 karakter
3-36 karakter
No
Tabel berikut ini memperlihatkan batasan yang terkait dengan berbagai operasi Pembaruan Perangkat.
Operasi
Batas SKU standar
Batas SKU gratis
Dapat disesuaikan untuk SKU Standar?
Jumlah perangkat per instans
1 juta
10
Ya
Jumlah grup perangkat per instans
100
10
Ya
Jumlah kelas perangkat per instans
80
10
Ya
Jumlah penyebaran aktif per instans
50, termasuk satu yang dicadangkan untuk pembatalan
5, termasuk satu yang dicadangkan untuk pembatalan
Ya
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
Ya
Ukuran gabungan maksimum semua file dalam satu tindakan impor
2 GB
2 GB
Ya
Jumlah maksimum file dalam satu pembaruan
10
10
No
Total penyimpanan data yang disertakan per instans
100 GB
5 GB
No
Catatan
Penyebaran yang dibatalkan atau tidak aktif dihitung terhadap batas total penyebaran Anda. Pastikan untuk membersihkan penyebaran ini secara berkala sehingga Anda tidak dicegah untuk membuat penyebaran baru.
Batas Azure Digital Twins
Catatan
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 fungsional
Tabel berikut mencantumkan batas fungsional Azure Digital Twins.
Luas
Kemampuan
Batas default
Dapat disesuaikan?
Sumber daya Azure
Jumlah instans Azure Digital Twins di wilayah, per langganan
Batas berikut yang tercantum dalam artikel ini adalah per wilayah.
Batas pembatasan Event Grid
Event Grid menawarkan tingkat standar dan tingkat dasar. Tingkat standar Event Grid memungkinkan pub-sub menggunakan fungsionalitas broker Message Queuing Telemetry Transport (MQTT) dan pengiriman pesan melalui namespace Layanan Event Grid. Tingkat dasar Event Grid memungkinkan pengiriman push menggunakan topik kustom Event Grid, topik sistem Event Grid, domain Peristiwa, dan topik mitra Event Grid. Lihat Memilih tingkat Event Grid yang tepat. Artikel ini menjelaskan kuota dan batasan untuk kedua tingkatan.
Batas sumber daya Namespace Event Grid
Namespace Layanan Azure Event Grid memungkinkan Olahpesan MQTT, dan pengiriman penarikan HTTP.
Batas berikut berlaku untuk sumber daya namespace layanan di Azure Event Grid.
Deskripsi batas
Batas
Namespace layanan Event Grid per langganan Azure
50
Unit throughput maksimum per namespace Event Grid
40
Aturan Firewall IP per namespace Event Grid
16
Batas MQTT di namespace Layanan Event Grid
Batas berikut berlaku untuk MQTT di sumber daya namespace Azure Event Grid.
Catatan
Unit throughput (TU) menentukan kapasitas laju peristiwa masuk dan keluar di namespace layanan. Mereka memungkinkan Anda mengontrol kapasitas sumber daya namespace Anda untuk masuk dan keluar pesan.
Permintaan penerbitan MQTT masuk per namespace Layanan Event Grid
1.000 pesan per detik per TU
Bandwidth MQTT masuk per namespace Event Grid
1 MB per detik per TU
Permintaan penerbitan MQTT masuk per sesi
100 pesan per detik
Bandwidth MQTT masuk per sesi
1 MB per detik
Pesan MQTT dalam penerbangan masuk*
100 pesan
Bandwidth MQTT dalam penerbangan masuk*
64 KB
Permintaan penerbitan MQTT keluar per namespace Event Grid
1.000 pesan per detik per TU
Bandwidth MQTT keluar per namespace Event Grid
1 MB per detik per TU
Permintaan penerbitan MQTT keluar per sesi
100 pesan per detik
Bandwidth MQTT keluar per sesi
1 MB per detik
Pesan MQTT dalam penerbangan keluar*
100 pesan
Bandwidth MQTT dalam penerbangan keluar*
64 KB
Ukuran pesan maks
512 KB
Segmen per topik/filter topik
8
Ukuran topik
256 B
Topik respons MQTTv5
256 B
Alias topik MQTTv5
10 per sesi
Ukuran total MQTTv5 dari semua properti pengguna
32 KB
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
1160
Filter topik per paket BERLANGGANAN MQTT
10
Berlangganan dan berhenti berlangganan permintaan per namespace Event Grid
200 permintaan per detik
Berlangganan dan berhenti berlangganan permintaan per sesi
5 permintaan per detik
Langganan per sesi MQTT
50
Langganan per namespace Event Grid
1 juta
Langganan per topik MQTT
Tidak terbatas, selama tidak melebihi batas langganan per namespace atau sesi Event Grid
Sumber daya klien terdaftar
10.000 klien per TU
Sertifikat CA
10
Grup Klien
10
Spasi topik
10
Templat topik
10 per ruang topik
Pengikatan izin
100
* Untuk MQTTv5, pelajari selengkapnya tentang dukungan kontrol alur.
Batas peristiwa di namespace Layanan Event Grid
Batas berikut berlaku untuk peristiwa di sumber daya namespace Azure Event Grid.
Deskripsi batas
Batas
Topik namespace Layanan Event Grid
100 per TU
Ingress peristiwa
1.000 peristiwa per detik atau 1 MB per detik per TU (mana yang lebih dulu)
Jalan keluar peristiwa (API pendorongan dan penarikan)
Hingga 2.000 peristiwa per detik atau 2 MB per detik per TU
Jalan keluar peristiwa (mengakui, merilis, menolak, dan memperbarui API kunci)
Hingga 2.000 peristiwa per detik atau 2 MB per detik per TU
Retensi peristiwa maksimum pada topik namespace Event Grid
7 hari
Langganan per topik
500
Ukuran acara maksimum
1 MB
Ukuran batch
1 MB
Peristiwa per permintaan
1,000
Topik kustom, topik sistem, dan batas sumber daya topik mitra
Batas berikut berlaku untuk topik kustom Azure Event Grid, topik sistem, dan sumber daya topik mitra.
Deskripsi batas
Batas
Topik kustom per langganan Azure
100 Ketika batas tercapai, Anda dapat mempertimbangkan wilayah lain atau mempertimbangkan untuk menggunakan domain, yang dapat mendukung 100.000 topik.
Langganan acara per topik
500 Batas ini tidak dapat ditingkatkan.
Tingkat penerbitan untuk topik kustom atau mitra (ingress)
5.000 peristiwa atau 5 MB per detik (mana yang lebih dulu). Peristiwa dihitung untuk batas dan tujuan harga sebagai potongan data 64KB. Jadi, jika peristiwanya adalah 128 KB, itu dihitung sebagai dua peristiwa.
Ukuran Acara
1 MB Batas ini tidak dapat ditingkatkan.
Retensi peristiwa maksimum pada topik
1 hari. Batas ini tidak dapat ditingkatkan.
Jumlah peristiwa masuk per batch
5\.000 Batas ini tidak dapat ditingkatkan
Koneksi titik akhir pribadi per topik
64 Batas ini tidak dapat ditingkatkan
Aturan IP Firewall per topik
128
Batas sumber daya domain
Batas berikut berlaku untuk sumber daya domain Azure Event Grid.
Deskripsi batas
Batas
Domain per langganan Azure
100
Topik per domain
100.000
Langganan acara per topik dalam domain
500 Batas ini tidak dapat ditingkatkan
Langganan acara cakupan domain
50 Batas ini tidak dapat ditingkatkan
Laju penerbitan untuk domain (ingress)
5.000 peristiwa atau 5 MB per detik (mana yang lebih dulu). Peristiwa dihitung untuk batas dan tujuan harga sebagai potongan data 64KB. 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 IP Firewall per topik
128
Batas Azure Event Hubs
Tabel berikut ini menyediakan kuota dan batasan khusus untuk Azure Event Hubs. Untuk informasi tentang harga Azure Event Hubs, lihat Harga Azure Event Hubs.
Batas umum untuk semua tingkatan
Batas berikut umum di semua tingkatan.
Batas
Catatan
Nilai
Ukuran nama hub peristiwa
-
256 karakter
Ukuran nama grup konsumen
Protokol Kafka tidak memerlukan pembuatan kelompok konsumen.
Kafka: 256 karakter
AMQP: 50 karakter
Jumlah penerima non-epoch per kelompok konsumen
-
5
Jumlah aturan otorisasi per ruang nama
Permintaan berikutnya untuk pembuatan aturan otorisasi ditolak.
12
Jumlah panggilan ke metode GetRuntimeInformation
-
50 per detik
Jumlah jaringan virtual (VNet)
-
128
Jumlah aturan IP Config
-
128
Panjang maksimum nama grup skema
50
Panjang maksimum nama skema
100
Ukuran dalam byte per skema
1 MB
Jumlah properti per grup skema
1024
Ukuran dalam byte per kunci properti grup skema
256
Ukuran dalam byte per nilai properti grup skema
1024
Tingkat dasar vs. standar vs. premium vs. khusus
Tabel berikut ini memperlihatkan batas yang berbeda untuk tingkat Dasar, Standar, Premium, dan Khusus.
Anda dapat mengonfigurasi TU untuk namespace atau PUs tingkat Dasar atau Standar untuk namespace tingkat Premium.
Saat Anda membuat kluster khusus, satu CU ditetapkan ke kluster. Jika Anda mengaktifkan opsi Penskalaan dukungan saat membuat kluster, Anda dapat menskalakan dengan meningkatkan CUs atau menskalakan dengan mengurangi CUs untuk kluster sendiri. Untuk instruksi langkah demi langkah, lihat Menskalakan kluster khusus. Untuk kluster yang tidak mendukung fitur Penskalaan dukungan, kirimkan tiket untuk menyesuaikan CUs untuk kluster.
Batas
Dasar
Standard
Premium
Khusus
Ukuran maksimum publikasi Event Hubs
256 KB
1 MB
1 MB
1 MB
Jumlah grup konsumen per hub peristiwa
1
20
100
1,000 Tidak ada batasan per CU
Jumlah grup konsumen Kafka per namespace
NA
1,000
1,000
1,000
Jumlah koneksi broker per namespace layanan
100
5\.000
10.000 per PU
Misalnya, jika namespace diberi 3 PUs, batasnya adalah 30.000.
100.000 per CU
Periode retensi maksimum data peristiwa
1 hari
7 hari
90 hari
90 hari
Penyimpanan peristiwa untuk retensi
84 GB per TU
84 GB per TU
1 TB per PU
10 TB per CU
TU atau PU atau CU maksimum
40 TU
40 TU
16 PU
20 CU
Jumlah partisi per hub peristiwa
32
32
100 per pusat aktivitas, tetapi terdapat batas 200 per PU di tingkat namespace.
Misalnya, jika namespace ditetapkan 2 PU, batas untuk jumlah total partisi di semua pusat aktivitas dalam namespace adalah 2 * 200 = 400.
1.024 per hub peristiwa 2.000 per CU
Jumlah namespace layanan per langganan
1,000
1,000
1,000
1.000 (50 per CU)
Jumlah hub peristiwa per namespace layanan
10
10
100 per PU
1,000
Tangkap
T/A
Bayar per jam
Disertakan
Disertakan
Ukuran hub peristiwa yang dikompresi
T/A
1 GB per partisi
250 GB per partisi
250 GB per partisi
Ukuran registri skema (namespace) dalam megabyte
T/A
25
100
1,024
Jumlah grup skema dalam registri skema atau namespace layanan
T/A
1: tidak termasuk grup default
100 1 MB per skema
1,000 1 MB per skema
Jumlah versi skema di semua grup skema
T/A
25
1,000
10,000
Throughput per unit
Ingress: 1 MB/dtk atau 1000 peristiwa per detik Keluar: 2 MB/detik atau 4.096 peristiwa per detik
Ingress: 1 MB/detik atau 1.000 peristiwa per detik Keluar: 2 MB/detik atau 4.096 peristiwa per detik
Tidak ada batasan per PU *
Tidak ada batasan per CU *
* Tergantung pada faktor-faktor seperti alokasi sumber daya, jumlah partisi, dan penyimpanan.
Catatan
Anda dapat menerbitkan peristiwa satu per satu atau dalam batch. Batas publikasi (menurut SKU) berlaku terlepas dari apakah itu satu peristiwa atau batch. Peristiwa penerbitan yang lebih besar dari ambang maksimum akan ditolak.
Batas Azure IoT Central
IoT Central membatasi jumlah aplikasi yang dapat Anda sebarkan dalam langganan hingga 100. Untuk mempelajari lebih lanjut, lihat kuota dan batas Azure IoT Central.
Batas Azure IoT Hub
Tabel berikut mencantumkan batas yang terkait dengan tingkat layanan berbeda S1, S2, S3, dan F1. Untuk informasi tentang biaya setiap unit di setiap tingkatan, lihat harga Azure IoT Hub.
Sumber daya
Standar S1
Standar S2
Standar S3
Gratis F1
Pesan/hari
400.000
6.000.000
300.000.000
8.000
Unit maksimum
200
200
10
1
Tabel berikut ini mencantumkan batasan yang berlaku untuk sumber daya IoT Hub.
Sumber daya
Batasan
IoT Hub berbayar maksimum per langganan Azure
50
IoT Hub gratis maksimum per langganan Azure
1
Jumlah karakter maksimum di ID perangkat
128
Jumlah identitas perangkat maksimum dikembalikan dalam satu panggilan
1,000
Retensi maksimum pesan IoT Hub untuk pesan perangkat-ke-cloud
7 hari
Ukuran pesan perangkat-ke-cloud maksimum
256 KB
Ukuran batch perangkat-ke-cloud maksimum
AMQP dan HTTP: 256 KB untuk seluruh batch MQTT: 256 KB untuk setiap pesan
Pesan maksimum dalam batch perangkat-ke-cloud
500
Ukuran maksimum pesan cloud-ke-perangkat
64 KB
TTL maksimum untuk pesan cloud-ke-perangkat
2 hari
Jumlah pengiriman maksimum untuk cloud-ke-perangkat pesan
100
Kedalaman antrean cloud-ke-perangkat maksimum per perangkat
50
Jumlah pengiriman maksimum untuk pesan umpan balik menanggapi pesan cloud-ke-perangkat
100
TTL maksimum untuk pesan umpan balik di menanggapi pesan cloud-ke-perangkat
5 stream/detik baru (untuk S1, S2, S3, dan F1 saja).
Batas Azure IoT Hub Device Provisioning Service
Tabel berikut ini mencantumkan batasan yang berlaku untuk sumber daya Layanan Provisi Perangkat Azure IoT Hub.
Sumber daya
Batasan
Dapat disesuaikan?
Layanan provisi perangkat maksimum per langganan Azure
10
No
Jumlah maksimum registrasi
1\.000.000
No
Jumlah maksimum pendaftaran individu
1\.000.000
No
Jumlah maksimum grup pendaftaran(sertifikat X.509)
100
Tidak
Jumlah maksimum grup pendaftaran(kunci konten)
100
Tidak
Jumlah maksimum CA
25
No
Jumlah maksimum IoT hub yang ditautkan
50
No
Ukuran maksimum pesan
96 KB
No
Tip
Jika batas keras pada grup pendaftaran kunci simetris adalah masalah pemblokiran, disarankan untuk menggunakan pendaftaran individu sebagai solusinya.
Layanan Penyediaan Perangkat memiliki batas tarif berikut.
Tarif
Nilai per unit
Dapat disesuaikan?
Operasional
1.000/menit/layanan
No
Registrasi perangkat
1.000/menit/layanan
No
Operasi poling perangkat
5/10 detik/perangkat
No
Batas Azure Key Vault
Layanan Azure Key Vault mendukung dua jenis sumber daya: Vault dan HSM Terkelola. Dua bagian berikut menjelaskan batas layanan untuk masing-masingnya.
Jenis sumber daya: vault
Bagian ini menjelaskan batas layanan untuk jenis sumber daya vaults.
Transaksi utama (transaksi maksimum yang diizinkan dalam 10 detik, per vault per wilayah1):
Jenis Kunci
Kunci HSM Kunci CREATE
Kunci HSM Semua transaksi lainnya
Kunci perangkat lunak Kunci CREATE
Kunci perangkat lunak Semua transaksi lainnya
RSA 2.048-bit
10
2.000
20
4.000
RSA 3.072-bit
10
500
20
1,000
RSA 4.096-bit
10
250
20
500
ECC P-256
10
2.000
20
4.000
ECC P-384
10
2.000
20
4.000
ECC P-521
10
2.000
20
4.000
ECC SECP256K1
10
2.000
20
4.000
Catatan
Pada tabel sebelumnya, kita melihat bahwa untuk kunci perangkat lunak RSA 2.048-bit, 4.000 transaksi GET per 10 detik diizinkan. Untuk kunci HSM RSA 2.048-bit, 2.000 transaksi GET per 10 detik diizinkan.
Ambang pelambatan diberi bobot, dan pemberlakukan ada pada jumlahnya. Misalnya, seperti yang ditunjukkan pada tabel sebelumnya, saat Anda melakukan operasi GET pada kunci RSA HSM, delapan kali lebih mahal untuk menggunakan kunci 4.096-bit dibandingkan dengan kunci 2.048-bit. Itu karena 2.000/250 = 8.
Dalam interval 10 detik yang diberikan, klien Azure Key Vault dapat melakukan hanya satu operasi berikut sebelum menemukan 429 kode status HTTP pelambatan:
4.000 transaksi GET kunci perangkat lunak RSA 2.048-bit
2.000 transaksi GET kunci HSM RSA 2.048-bit
250 transaksi GET kunci HSM RSA 4.096-bit
248 transaksi GET kunci HSM RSA 4.096-bit dan transaksi GET kunci HSM 16 RSA 2.048-bit
Rahasia, kunci akun penyimpanan terkelola, dan transaksi vault:
Jenis transaksi
Transaksi maksimum yang diizinkan dalam 10 detik, per vault per wilayah1
1 Batas seluruh langganan untuk semua jenis transaksi adalah lima kali per batas brankas kunci.
Kunci cadangan, rahasia, sertifikat
Ketika Anda mencadangkan objek brankas kunci, seperti rahasia, kunci, atau sertifikat, operasi pencadangan akan mengunduh objek sebagai gumpalan terenkripsi. Blob ini tidak bisa didekripsi di luar Azure. Untuk mendapatkan data yang dapat digunakan dari gumpalan ini, Anda harus memulihkan blob ke dalam brankas kunci dalam langganan Azure yang sama dan geografi Azure
Jenis transaksi
Versi objek brankas kunci maksimum yang diizinkan
Mencadangkan kunci individu, rahasia, sertifikat
500
Catatan
Mencoba mencadangkan objek kunci, rahasia, atau sertifikat dengan versi lebih dari batas di atas akan menghasilkan kesalahan. Tidak dimungkinkan untuk menghapus versi sebelumnya dari kunci, rahasia, atau sertifikat.
Batas jumlah kunci, rahasia, dan sertifikat:
Key Vault tidak membatasi jumlah kunci, rahasia, atau sertifikat yang dapat disimpan di brankas. Batas transaksi di brankas harus diperhitungkan untuk memastikan bahwa operasi tidak dibatasi.
Key Vault tidak membatasi jumlah versi pada rahasia, kunci, atau sertifikat, tetapi menyimpan versi dalam jumlah besar (500+) dapat memengaruhi performa operasi pencadangan. Lihat Cadangan Azure Key Vault.
Jenis sumber daya: HSM terkelola
Bagian ini menjelaskan batas layanan untuk jenis sumber daya managed HSM.
Batas objek
Item
Batas
Jumlah instans HSM per langganan per wilayah
5
Jumlah kunci per instans HSM
5000
Jumlah versi per kunci
100
Jumlah definisi peran kustom per instans HSM
50
Jumlah penetapan peran pada cakupan HSM
50
Jumlah penetapan peran di setiap cakupan kunci individu
10
Batas transaksi untuk operasi administratif (jumlah operasi per detik per instans HSM)
Operasi
Jumlah operasi per detik
Semua operasi RBAC (termasuk semua operasi CRUD untuk definisi peran dan penetapan peran)
5
Pencadangan/Pemulihan HSM Penuh (hanya satu operasi pencadangan atau pemulihan bersamaan per instans HSM yang didukung)
1
Batas transaksi untuk operasi kriptografi (jumlah operasi per detik per instans HSM)
Setiap instans HSM Terkelola terdiri dari tiga partisi HSM dengan beban seimbang. Batas throughput adalah fungsi dari kapasitas perangkat keras yang mendasari yang dialokasikan untuk setiap partisi. Tabel di bawah ini menunjukkan throughput maksimum dengan minimal satu partisi tersedia. Throughput aktual dapat mencapai 3x lebih tinggi jika ketiga partisi tersedia.
Batas throughput yang dicatat mengasumsikan bahwa satu kunci tunggal digunakan untuk mencapai throughput maksimum. Misalnya, jika satu kunci RSA-2048 digunakan, throughput maksimum akan menjadi 1100 operasi tanda. Jika menggunakan 1100 kunci yang berbeda dengan satu transaksi per detik masing-masing, kunci-kunci tersebut tidak akan dapat mencapai throughput yang sama.
Operasi kunci RSA (jumlah operasi per detik per instans HSM)
Operasi
2048-bit
3072-bit
4096-bit
Buat Kunci
1
1
1
Hapus Tombol (hapus sementara)
10
10
10
Hapus Menyeluruh Kunci
10
10
10
Cadangkan Kunci
10
10
10
Pulihkan kunci
10
10
10
Dapatkan informasi kunci
1100
1100
1100
Enkripsi
10000
10000
6000
Dekripsi
1100
360
160
Membungkus
10000
10000
6000
Membuka
1100
360
160
Menandatangani
1100
360
160
Verifikasi
10000
10000
6000
Operasi kunci EC (jumlah operasi per detik per instans HSM)
Tabel ini menjelaskan jumlah operasi per detik untuk setiap jenis kurva.
Operasi
P-256
P-256K
P-384
P-521
Buat Kunci
1
1
1
1
Hapus Tombol (hapus sementara)
10
10
10
10
Hapus Menyeluruh Kunci
10
10
10
10
Cadangkan Kunci
10
10
10
10
Pulihkan kunci
10
10
10
10
Dapatkan informasi kunci
1100
1100
1100
1100
Menandatangani
260
260
165
56
Verifikasi
130
130
82
28
Operasi kunci AES (jumlah operasi per detik per instans HSM)
Operasi Enkripsi dan Dekripsi mengasumsikan ukuran paket 4KB.
Batas throughput untuk Enkripsi/Dekripsi berlaku untuk algoritme AES-CBC dan AES-GCM.
Batas throughput untuk Wrap/Unwrap berlaku untuk algoritme AES-KW.
Operasi
128-bit
192-bit
256-bit
Buat Kunci
1
1
1
Hapus Tombol (hapus sementara)
10
10
10
Hapus Menyeluruh Kunci
10
10
10
Cadangkan Kunci
10
10
10
Pulihkan kunci
10
10
10
Dapatkan informasi kunci
1100
1100
1100
Enkripsi
8000
8000
8000
Dekripsi
8000
8000
8000
Membungkus
9000
9000
9000
Membuka
9000
9000
9000
Batas Identitas Terkelola Azure
Setiap identitas terkelola diperhitungkan dalam batas kuota objek dalam penyewa Microsoft Entra seperti yang dijelaskan dalam batas dan batasan layanan Microsoft Entra.
Tingkat ketika identitas terkelola dapat dibuat memiliki batas berikut:
Per penyewa Microsoft Entra per wilayah Azure: 400 operasi buat per 20 detik.
Per Langganan Azure per wilayah Azure : 80 mebuat operasi per 20 detik.
Tingkat di mana identitas terkelola yang ditetapkan pengguna dapat ditetapkan dengan sumber daya Azure :
Per penyewa Microsoft Entra per wilayah Azure: 400 operasi penugasan per 20 detik.
Per Langganan Azure per wilayah Azure : 300 operasi penugasan per 20 detik.
Batas Azure Media Services
Catatan
Untuk sumber daya yang tidak tetap, buka tiket dukungan guna meminta penambahan kuota. Jangan membuat akun Azure Media Services lain untuk mendapatkan batas yang lebih tinggi.
Batas akun
Sumber daya
Batas default
Akun Media Services dalam satu langganan
100 (tetap)
Batas aset
Sumber daya
Batas default
Aset per akun Media Services
1\.000.000
Batas penyimpanan (media)
Sumber daya
Batas default
Ukuran file
Dalam beberapa skenario, ada batas ukuran file maksimum yang didukung untuk pemrosesan di Media Services.
(1)
Akun penyimpanan
100(2) (tetap)
1 Ukuran maksimum yang didukung untuk satu blob saat ini hingga 5 TB di Azure Blob Storage. Batas tambahan berlaku di Media Services berdasarkan ukuran komputer virtual yang digunakan oleh layanan. Batas ukuran berlaku untuk file yang Anda unggah serta file yang dibuat sebagai hasil dari pemrosesan Media Services (pengodean atau analisis). Jika file sumber lebih besar dari 260 GB, Pekerjaan Anda kemungkinan akan gagal.
2 Akun penyimpanan harus berasal dari langganan Azure yang sama.
Batas pekerjaan (pengodean & analisis)
Sumber daya
Batas default
Pekerjaan per akun Media Services
500.000 (3) (tetap)
Input tugas per pekerjaan
50 (tetap)
Output pekerjaan per pekerjaan
20 (tetap)
Transformasi per akun Media Services
100 (tetap)
Transformasi output dalam Transformasi
20 (tetap)
File per input pekerjaan
10 (tetap)
3 Nomor ini 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.
5 Output Langsung dimulai pada pembuatan dan berhenti saat dihapus.
Pengemasan & batas pengiriman
Sumber daya
Batas default
Titik Akhir Streaming (dihentikan atau dijalankan) per akun Media Services
2
Filter Manifes Dinamis
100
Kebijakan Streaming
100 (6)
Pencari Lokasi Streaming unik yang terkait dengan Aset pada satu waktu
100(7) (tetap)
6 Saat menggunakan Kebijakan Streaming kustom, Anda harus merancang sekumpulan kebijakan terbatas untuk akun Media Service Anda, dan menggunakannya kembali sebagai StreamingLocators setiap kali opsi dan protokol enkripsi yang sama diperlukan. Anda seharusnya tidak membuat Azure Policy Streaming baru untuk setiap Pencari Lokasi Streaming.
7 Pencari lokasi Streaming tidak dirancang untuk mengelola kontrol akses per pengguna. Untuk memberikan hak akses yang berbeda kepada pengguna individu, gunakan solusi Manajemen Hak Digital (DRM).
Batas perlindungan
Sumber daya
Batas default
Opsi per Kebijakan Kunci Konten
30
Lisensi per bulan untuk setiap jenis DRM pada layanan pengiriman kunci Media Services per akun
1\.000.000
Tiket dukungan
Untuk sumber daya yang tidak tetap, Anda dapat meminta penambahan kuota, dengan membuka tiket dukungan. Pastikan untuk menyertakan informasi mendetail dalam permintaan atas perubahan kuota yang diinginkan, skenario kasus penggunaan, dan wilayah yang diperlukan. Jangan membuat akun Azure Media Services lain untuk mendapatkan batas yang lebih tinggi.
Azure Media Services v2 (warisan)
Untuk batas khusus untuk Media Services v2 (warisan), lihat [Media Services v2 (warisan)]
Batas Azure Mobile Services
Tingkat
Gratis
Dasar
Standard
Panggilan API
500,000
1,5 juta per unit
15 juta per unit
Perangkat aktif
500
Tidak Terbatas
Tidak Terbatas
Sisik
T/A
Hingga 6 unit
Unit tidak terbatas
Pemberitahuan push
Azure Notification Hubs Tingkat gratis disertakan, hingga 1 juta pendorongan
Microsoft Azure Notification Hubs Tingkat gratis disertakan, hingga 10 juta pendorongan
Microsoft Azure Notification Hubs Tingkat standar disertakan, hingga 10 juta pendorongan
Olahpesan real time/ WebSockets
Terbatas
350 per layanan seluler
Tidak Terbatas
Sinkronisasi offline
Terbatas
Disertakan
Disertakan
Pekerjaan terjadwal
Terbatas
Disertakan
Disertakan
Azure SQL Database (diperlukan) Tarif standar berlaku untuk kapasitas tambahan
Berikut adalah batasan penggunaan dan batas layanan lainnya untuk layanan Microsoft Entra.
Kategori
Batas
Penyewa
Satu pengguna dapat termasuk dalam maksimum 500 penyewa Microsoft Entra sebagai anggota atau tamu.
Buat maksimum 200 penyewa.
Batas 300 langganan berbasis lisensi (seperti langganan Microsoft 365) per penyewa
Domain
Anda dapat menambahkan maksimal 5.000 nama domain terkelola.
Jika Anda menyiapkan semua domain untuk federasi dengan Active Directory lokal, Anda tidak dapat menambahkan nama domain dengan jumlah lebih dari 2.500 di setiap penyewa.
Sumber
Secara default, maksimum 50.000 sumber daya Microsoft Entra dapat dibuat dalam satu penyewa oleh pengguna edisi Microsoft Entra ID Free. Jika Anda memiliki setidaknya satu domain terverifikasi, kuota layanan Microsoft Entra default untuk organisasi Anda diperpanjang hingga 300.000 sumber daya Microsoft Entra. Kuota layanan Microsoft Entra untuk organisasi yang dibuat oleh pendaftaran layanan mandiri tetap 50.000 sumber daya Microsoft Entra, bahkan setelah Anda melakukan pengamanan admin internal dan organisasi dikonversi ke penyewa terkelola dengan setidaknya satu domain terverifikasi. Batas layanan ini tidak terkait dengan batas tingkat harga 500.000 sumber daya di halaman harga Microsoft Entra. Untuk melampaui kuota default, Anda harus menghubungi Dukungan Microsoft.
Pengguna non-admin dapat membuat tidak lebih dari 250 sumber daya Microsoft Entra. Sumber daya aktif dan sumber daya yang dihapus yang tersedia untuk dipulihkan diperhitungkan dalam kuota ini. Hanya sumber daya Microsoft Entra yang dihapus kurang dari 30 hari yang lalu yang tersedia untuk dipulihkan. Sumber daya Microsoft Entra yang dihapus yang tidak lagi tersedia untuk memulihkan jumlah terhadap kuota ini dengan nilai seperempat selama 30 hari. Jika Anda memiliki pengembang yang cenderung berulang kali melebihi kuota ini dalam tugas rutin mereka, Anda dapat membuat dan menetapkan peran kustom dengan izin untuk membuat pendaftaran aplikasi dalam jumlah tak terbatas.
Batasan sumber daya berlaku untuk semua objek direktori dalam penyewa Microsoft Entra tertentu, termasuk pengguna, grup, aplikasi, dan perwakilan layanan.
Ekstensi skema
Ekstensi tipe string dapat memiliki maksimal 256 karakter.
Ekstensi tipe biner dibatasi hingga 256 byte.
Hanya 100 nilai ekstensi, di semua jenis dan semua aplikasi, yang dapat ditulis ke satu sumber daya Microsoft Entra.
Hanya entitas Pengguna, Grup, TenantDetail, Perangkat, Aplikasi, dan ServicePrincipal yang dapat diperluas dengan atribut bernilai tunggal tipe string atau tipe biner.
Aplikasi
Maksimal 100 pengguna dan perwakilan layanan bisa menjadi pemilik satu aplikasi.
Pengguna, grup, atau prinsipal layanan dapat memiliki maksimum 1.500 penetapan peran aplikasi. Batasannya ada pada perwakilan layanan, pengguna, atau grup di semua peran aplikasi dan bukan pada jumlah penugasan pada satu peran aplikasi.
Pengguna dapat memiliki info masuk yang dikonfigurasi untuk maksimal 48 aplikasi menggunakan akses menyeluruh berbasis kata sandi. Batas ini hanya berlaku untuk kredensial yang dikonfigurasi saat pengguna secara langsung diberi aplikasi, bukan saat pengguna adalah anggota grup yang ditetapkan.
Grup dapat memiliki kredensial yang dikonfigurasi untuk maksimal 48 aplikasi menggunakan akses menyeluruh berbasis kata sandi.
Maksimal 1.200 entri yang dapat ditambahkan ke manifes aplikasi. Lihat batasan lainnya dalam Perbedaan validasi berdasarkan jenis akun yang didukung.
Grup
Pengguna non-admin dapat membuat maksimal 250 grup di organisasi Microsoft Entra. Setiap admin Microsoft Entra yang dapat mengelola grup di organisasi juga dapat membuat jumlah grup yang tidak terbatas (hingga batas objek Microsoft Entra). Jika Anda menetapkan peran ke pengguna untuk menghapus batas bagi pengguna tersebut, tetapkan peran bawaan dengan hak istimewa yang lebih rendah seperti Administrator Pengguna atau Administrator Grup.
Organisasi Microsoft Entra dapat memiliki maksimum 15.000 grup dinamis dan unit administratif dinamis yang digabungkan.
Maksimal 500 grup yang dapat ditetapkan peran dapat dibuat dalam satu organisasi Microsoft Entra (penyewa).
Maksimal 100 pengguna dapat menjadi pemilik satu grup.
Sejumlah sumber daya Microsoft Entra dapat menjadi anggota satu grup.
Seorang pengguna dapat menjadi anggota dari sejumlah grup. Saat kelompok keamanan digunakan bersama dengan SharePoint Online, pengguna dapat menjadi bagian dari total 2.049 kelompok keamanan. Ini termasuk keanggotaan kelompok langsung maupun tidak langsung. Ketika batas ini terlampaui, autentikasi dan hasil pencarian menjadi tidak dapat diprediksi.
Secara default, jumlah anggota dalam grup yang dapat Anda sinkronkan dari Active Directory lokal ke ID Microsoft Entra dengan menggunakan Microsoft Entra Connect dibatasi hingga 50.000 anggota. Jika Anda perlu menyinkronkan keanggotaan grup yang melebihi batas ini, Anda harus melakukan onboarding API titik akhir Microsoft Entra Connect Sync V2.
Saat memilih daftar grup, Anda dapat menetapkan kebijakan kedaluwarsa pada grup hingga maksimal 500 grup Microsoft 365. Tidak ada batasan saat kebijakan diterapkan ke semua grup Microsoft 365.
Saat ini, skenario berikut ini didukung dengan grup berlapis:
Satu grup dapat ditambahkan sebagai anggota grup lain, dan Anda dapat mencapai lapisan grup.
Klaim keanggotaan grup. Saat aplikasi dikonfigurasi untuk menerima klaim keanggotaan grup dalam token, grup berlapis tempat pengguna yang masuk menjadi anggota akan disertakan.
Akses bersyarat (jika kebijakan akses bersyarat memiliki cakupan grup).
Membatasi akses ke pengaturan ulang kata sandi layanan mandiri.
Membatasi pengguna mana yang dapat melakukan gabungan Microsoft Entra dan pendaftaran perangkat.
Skenario berikut tidak didukung dengan grup berlapis:
Penetapan peran aplikasi, baik untuk akses maupun pengadaan. Menetapkan grup ke aplikasi didukung, tetapi setiap grup yang bersarang di dalam grup yang ditetapkan langsung tidak akan memiliki akses.
Lisensi berbasis grup (menetapkan lisensi secara otomatis ke semua anggota grup).
Grup Microsoft 365.
Proksi Aplikasi
Maksimal 500 transaksi* per detik per aplikasi Proksi Aplikasi.
Maksimum 750 transaksi per detik untuk organisasi Microsoft Entra.
*Transaksi diartikan sebagai permintaan dan respons HTTP tunggal untuk sumber daya unik. Saat klien dibatasi, mereka akan menerima 429 respons (terlalu banyak permintaan). Metrik transaksi dikumpulkan pada setiap konektor dan dapat dipantau menggunakan penghitung kinerja dengan nama Microsoft AAD App Proxy Connectorobjek .
Panel Akses
Tidak ada batasan jumlah aplikasi per pengguna yang dapat ditampilkan di Panel Akses, terlepas dari jumlah lisensi yang ditetapkan.
Laporan
Maksimum 1.000 baris dapat dilihat atau diunduh dalam laporan apa pun. Data lain dipotong.
Unit administratif
Sumber daya Microsoft Entra dapat menjadi anggota tidak lebih dari 30 unit administratif.
Maksimum 100 unit administratif manajemen terbatas dalam penyewa.
Organisasi Microsoft Entra dapat memiliki maksimum 15.000 grup dinamis dan unit administratif dinamis yang digabungkan.
Peran dan izin Microsoft Entra
Maksimal 100 peran kustom Microsoft Entra dapat dibuat di organisasi Microsoft Entra.
Maksimum 150 penetapan peran kustom Microsoft Entra untuk satu prinsipal pada cakupan apa pun.
Maksimum 100 penetapan peran bawaan Microsoft Entra untuk satu prinsipal di cakupan non-penyewa (seperti unit administratif atau objek Microsoft Entra). Tidak ada batasan untuk penetapan peran bawaan Microsoft Entra pada cakupan penyewa. Untuk informasi selengkapnya, lihat Menetapkan peran Microsoft Entra di cakupan yang berbeda.
Grup tidak dapat ditambahkan sebagai pemilik grup.
Kemampuan pengguna untuk membaca informasi penyewa pengguna lain hanya dapat dibatasi oleh pengalihan seluruh organisasi Microsoft Entra untuk menonaktifkan semua akses pengguna non-admin ke semua informasi penyewa (tidak disarankan). Untuk informasi selengkapnya, lihat Untuk membatasi izin bawaan bagi pengguna anggota.
Mungkin membutuhkan waktu hingga 15 menit atau Anda mungkin harus keluar dan masuk kembali sebelum penambahan dan pencabutan keanggotaan peran admin berlaku.
Kebijakan Akses Bersyarat
Maksimal 195 kebijakan dapat dibuat dalam satu organisasi Microsoft Entra (penyewa).
Ketentuan penggunaan
Anda dapat menambahkan tidak lebih dari 40 istilah ke satu organisasi Microsoft Entra (penyewa).
Organisasi multipenyewa
Maksimal 5 penyewa aktif, termasuk penyewa pemilik. Penyewa pemilik dapat menambahkan lebih dari 5 penyewa yang tertunda, tetapi mereka tidak akan dapat bergabung dengan organisasi multipenyewa jika batas terlampaui. Batas ini diterapkan pada saat penyewa yang tertunda bergabung dengan organisasi multipenyewa.
Maksimum 100.000 pengguna internal per penyewa aktif. Batas ini diterapkan pada saat penyewa yang tertunda bergabung dengan organisasi multipenyewa.
Kami telah meningkatkan semua batas default ke batas maksimumnya. Jika tidak ada kolom batas maksimum, sumber daya tidak memiliki batas yang dapat disesuaikan. Jika Anda memiliki batas ini secara manual ditingkatkan oleh dukungan di masa lalu dan saat ini melihat batas yang lebih rendah dari apa yang tercantum dalam tabel berikut, buka permintaan dukungan pelanggan online tanpa biaya
Alamat IP dan rentang yang ditentukan untuk sumber atau tujuan dalam grup keamanan (Batas berlaku secara terpisah ke sumber dan tujuan)
4.000
Kelompok keamanan aplikasi
3.000
Grup keamanan aplikasi per konfigurasi IP, per NIC
20
Grup keamanan aplikasi yang dirujuk sebagai sumber/tujuan per aturan NSG
10
Konfigurasi IP per grup keamanan aplikasi
4.000
Grup keamanan aplikasi yang dapat ditentukan dalam semua aturan keamanan grup keamanan jaringan
100
Tabel rute yang ditentukan pengguna
200
Rute yang ditentukan pengguna per tabel rute
400
Sertifikat root point-to-site per Azure VPN Gateway
20
Sertifikat klien yang dicabut dari lokasi ke situs per Azure VPN Gateway
300
TAP jaringan virtual
100
Konfigurasi TAP antarmuka jaringan per TAP jaringan virtual
100
Batas alamat IP Publik
Sumber daya
Batas default
Batas maksimum
Alamat IP publik1,2
10 untuk Dasar
Hubungi dukungan
Alamat IP Publik Statis1
10 untuk Dasar
Hubungi dukungan
Alamat IP Publik Standar1
10
Hubungi dukungan
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 IP Publik bervariasi menurut jenis kategori penawaran, seperti Uji Coba Gratis, Bayar Saat Digunakan, CSP. Misalnya, default untuk langganan Perjanjian Perusahaan adalah 1000.
2Batas alamat IP Publik mengacu pada jumlah total alamat IP Publik, termasuk Basic dan Standard.
Aliran TCP atau UDP serentak per NIC dari mesin virtual atau instance peran
500.000, hingga 1.000.000 untuk dua atau lebih NIC.
500.000, hingga 1.000.000 untuk dua atau lebih NIC.
Grup Keamanan Jaringan (NSG)
200
200
Aturan NSG per NSG
200
1,000
Tabel rute yang ditentukan pengguna
200
200
Rute yang ditentukan pengguna per tabel rute
400
400
Rute yang ditentukan pengguna per tabel rute
500
500
Alamat IP publik yang dicadangkan
500
500
IP publik per penerapan
5
Hubungi dukungan
IP Pribadi (penyeimbangan beban internal) per penerapan
1
1
Daftar kontrol akses titik akhir (ACL)
50
50
Batas Azure Load Balancer
Standar Load Balancer
Sumber daya
Batasan
Load balancer
1,000
Konfigurasi IP frontend
600
Aturan (Load Balancer + NAT Masuk) per sumber daya
1.500
Aturan per NIC (di semua IP pada NIC)1
300
Aturan port ketersediaan tinggi
1 per frontend internal
Aturan keluar per Load Balancer
600
Ukuran kumpulan ujung belakang
5\.000
Ukuran kumpulan Backend Load Balancer global Azure
300
Konfigurasi IP backend per frontend 2
10,000
Konfigurasi IP backend di semua frontend
500,000
1 Setiap NIC dapat memiliki total 300 aturan (penyeimbangan beban, NAT masuk, dan aturan keluar yang digabungkan) yang dikonfigurasi di semua konfigurasi IP pada NIC.
2 Konfigurasi IP backend diagregasi di semua aturan load balancer termasuk penyeimbangan beban, NAT masuk, dan aturan keluar. Setiap aturan instans kumpulan backend dikonfigurasi untuk dihitung sebagai satu konfigurasi.
Load Balancer tidak menerapkan batas throughput apa pun. Namun, batas throughput untuk komputer virtual dan jaringan virtual masih berlaku. Untuk informasi selengkapnya, lihat Bandwidth jaringan komputer virtual.
Penyeimbang Beban Gateway
Sumber daya
Batasan
Sumber daya yang ditautkan per frontend Load Balancer Gateway (konfigurasi frontend Load Balancer atau konfigurasi IP VM NIC digabungkan)
100
Semua batasan untuk Load Balancer Standar juga berlaku untuk Gateway Load Balancer.
Load Balancer Dasar
Sumber daya
Batasan
Load balancer
1,000
Aturan per sumber daya
250
Aturan per NIC (di semua IP pada NIC)
300
Konfigurasi IP frontend 3
200
Ukuran kumpulan ujung belakang
300 konfigurasi IP, set ketersediaan tunggal
set ketersediaan per Load Balancer
1
Load Balancer per VM
2 (1 Publik dan 1 internal)
3 Batas untuk satu sumber daya terpisah dalam kumpulan backend (mesin virtual mandiri, set ketersediaan, atau grup penempatan set skala mesin virtual) adalah memiliki hingga 250 konfigurasi IP Frontend di satu Basic Public Load Balancer dan Basic Internal Load Balancer.
Batas Azure Application Gateway
Tabel berikut ini berlaku untuk SKU v1, v2, Standar, dan WAF kecuali dinyatakan lain.
Sumber daya
Batasan
Catatan
Azure Application Gateway
1.000 per wilayah per langganan
Konfigurasi IP frontend
4
IPv4 - 1 publik dan 1 privat. IPv6 - 1 publik dan 1 privat.
Port ujung depan
1001
Kumpulan alamat backend
100
Target backend per kumpulan
1\.200
Listener HTTP
2001
Terbatas untuk 100 listener aktif yang merutekan lalu lintas. Listener aktif = jumlah total listeber - listener tidak aktif. Jika konfigurasi default di dalam aturan perutean diatur untuk merutekan lalu lintas (misalnya, memiliki listener, kumpulan ujung belakang, dan pengaturan HTTP) maka itu juga dihitung sebagai listener. Untuk informasi selengkapnya, lihat Pertanyaan umum tentang Application Gateway.
Aturan penyeimbangan beban HTTP
4001
Pengaturan HTTP backend
1001
Instans per gateway
V1 SKU - 32 V2 SKU - 125
Sertifikat SSL
1001
1 per listener HTTP
Ukuran sertifikat SSL maksimum
V1 SKU - 10 KB V2 SKU - 16 KB
Ukuran sertifikat CA klien tepercaya maksimum
25 KB
25 KB adalah ukuran agregat maksimum sertifikat akar dan menengah yang terkandung dalam file pem atau cer yang diunggah.
Sertifikat OS klien tepercaya maksimum
200
100 per Profil SSL
Sertifikat autentikasi
100
Sertifikat akar tepercaya
100
Permintaan batas waktu minimum
1 detik
Batas waktu permintaan maksimum untuk backend pribadi
24 jam
Batas waktu permintaan maksimum untuk backend eksternal
4 menit
Jumlah situs
1001
1 per listener HTTP
Peta URL per listener
1
Nama host per pendengar
5
Aturan berbasis jalur maksimum per peta URL
100
Konfigurasi pengalihan
1001
Jumlah set aturan penulisan ulang
400
Jumlah konfigurasi Header atau URL per set aturan penulisan ulang
40
Jumlah kondisi per set aturan penulisan ulang
40
Sambungan WebSocket bersamaan
Gateway sedang 20rb2 Gateway besar 50rb2
Panjang URL maksimum
32 KB
Ukuran header maksimum
32 KB
Ukuran bidang header maksimum untuk HTTP/2
8 KB
Ukuran header maksimum untuk HTTP/2
16 KB
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 (SKU WAF)
V1 Sedang - 100 MB V1 Besar - 500 MB V2 - 750 MB V2 (dengan CRS 3.2 atau DRS) - 4 GB3
1 MB - Nilai Minimum 100 MB - Nilai default V2 dengan CRS 3.2 atau DRS - dapat diaktifkan/Dimatikan
Batas ukuran permintaan maksimum SKU Standar (tanpa file)
V1 - 2 GB V2 - 4 GB
Batas ukuran permintaan maksimum WAF SKU (tanpa file)
V1 atau V2 (dengan CRS 3.1 dan yang lebih lama) - 128 KB V2 (dengan CRS 3.2 atau DRS) - 2 MB3
8 KB - Nilai Minimum 128 KB - Nilai default V2 dengan CRS 3.2 atau DRS - dapat diaktifkan/Dimatikan
Batas pemeriksaan permintaan maksimum SKU WAF
V1 atau V2 (dengan CRS 3.1 dan yang lebih lama) - 128 KB V2 (dengan CRS 3.2 atau DRS) - 2 MB3
8 KB - Nilai Minimum 128 KB - Nilai default V2 dengan CRS 3.2 atau DRS - dapat diaktifkan/Dimatikan
Konfigurasi Private Link Maksimum
2
1 untuk IP publik, 1 untuk IP privat
Konfigurasi IP Private Link Maksimum
8
Aturan kustom WAF maksimum per kebijakan WAF
100
Kondisi pencocokan WAF maksimum per aturan kustom
10
Batas ini tidak diberlakukan oleh WAF. Menambahkan lebih dari 10 kondisi kecocokan dapat menyebabkan degredasi performa
Rentang alamat IP WAF per kondisi kecocokan
540 600 - dengan CRS 3.2 atau DRS
Pengecualian WAF maksimum per Application Gateway
40 200 - dengan CRS 3.2 atau DRS
Nilai kecocokan string WAF per kondisi kecocokan
10
1 Jumlah sumber daya yang tercantum dalam tabel berlaku untuk SKU Application Gateway standar dan SKU berkemampuan WAF yang menjalankan CRS 3.2 atau DRS. Untuk SKU berkemampuan WAF yang menjalankan CRS 3.1 atau yang lebih rendah, nomor yang didukung adalah 40. Untuk informasi selengkapnya, lihat mesin WAF.
2 Batas adalah per instans Application Gateway bukan per sumber daya Application Gateway.
3 Harus menentukan nilai melalui Kebijakan WAF untuk Application Gateway.
Batas Azure Application Gateway untuk Kontainer
Sumber daya
Batasan
Application Gateway untuk Kontainer
1000 per langganan
Asosiasi
1 per gateway
Frontend
5 per gateway
Batas konfigurasi Kubernetes Ingress dan Gateway API
Sumber daya
Batasan
Penamaan sumber daya
128 karakter
Penamaan namespace
128 karakter
Pendengar per gateway
64 listener per sumber daya gateway (diberlakukan oleh Gateway API)
Total referensi AGC
5 per pengontrol ALB
Total referensi sertifikat
100 per AGC
Total pendengar
200 per AGC
Total rute
200 per AGC
Total aturan
200 per AGC
Total layanan
100 per AGC
Total titik akhir
5000 per AGC
Batas Azure Bastion
Instans adalah mesin virtual Azure yang dioptimalkan yang dibuat saat Anda mengonfigurasi Azure Bastion. Saat Anda mengonfigurasi Azure Bastion menggunakan SKU Dasar, 2 instans dibuat. Jika Anda menggunakan SKU Standar, Anda dapat menentukan jumlah instans antara 2-50.
Jenis beban kerja*
Batas Sesi per Instans**
Terang
25
Medium
20
Berat
2
*Jenis beban kerja ini didefinisikan di sini: Beban Kerja Desktop Jarak Jauh
** Batasan ini didasarkan pada tes kinerja RDP untuk Azure Bastion. Angka dapat bervariasi karena sesi RDP lain yang sedang berlangsung atau sesi SSH lainnya yang sedang berlangsung.
Batas Azure DNS
DNS Publik
Zona DNS publik
Sumber daya
Batasan
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
Jumlah catatan Alias untuk satu sumber daya Azure
20
1Jika Anda perlu meningkatkan batas kuota ini, hubungi Dukungan Azure.
Operasi zona DNS publik
Operasi
Batas (per zona)
Buat
40/menit
Hapus
40/menit
Dapatkan
1000/menit
List
60/menit
List By Resource Group
60/menit (per grup sumber daya)
Pembaruan
40/menit
Operasi rekaman sumber daya DNS publik
Operasi
Batas (per zona)
Buat
200/menit
Hapus
200/menit
Dapatkan
2000/menit
Daftar Menurut Zona DNS
60/menit
Daftar Menurut Jenis
60/menit
Pembaruan
200/menit
DNS Privat
Zona DNS Private
Sumber daya
Batasan
Zona DNS pribadi per langganan
1000
Kumpulan catatan per zona DNS pribadi
25000
Catatan per kumpulan catatan untuk zona DNS pribadi
20
Tautan Virtual Network per zona DNS pribadi
1000
Tautan Jaringan Virtual per zona DNS privat dengan pendaftaran otomatis diaktifkan
100
Jumlah zona DNS privat yang dapat ditautkan oleh jaringan virtual dengan autoregistrasi diaktifkan
1
Jumlah zona DNS pribadi yang dapat ditautkan oleh jaringan virtual
1000
Operasi zona DNS privat
Operasi
Batas (per langganan)
Buat
40/menit
Hapus
40/menit
Dapatkan
200/menit (per zona)
Daftar menurut langganan
60/menit
Daftar menurut grup sumber daya
100/menit (per grup sumber daya)
Pembaruan
40/menit
Operasi rekaman sumber daya DNS privat
Operasi
Batas (per zona)
Buat
60/menit
Hapus
60/menit
Dapatkan
200/menit
List
100/menit
Pembaruan
60/menit
Operasi tautan jaringan virtual
Operasi
Batas (per zona)
Buat
60/menit
Hapus
60/menit
Dapatkan
100/menit
Daftar menurut jaringan virtual
20/menit
Pembaruan
60/menit
Batas VM pemecah masalah DNS yang disediakan Azure
Sumber daya
Batasan
Jumlah kueri DNS yang dapat dikirim komputer virtual ke penyelesai Azure DNS, per detik
1000 1
Jumlah maksimum kueri DNS yang diantrekan (tanggapan tertunda) per komputer virtual
200 1
1Batas ini diterapkan pada setiap komputer virtual individu dan bukan pada tingkat jaringan virtual. Kueri DNS yang melebihi batas ini akan dihapus. Batas ini berlaku untuk pemecah masalah Azure default, bukan pemecah masalah privat DNS.
Pemecah MasalahPrivat DNS 1
Sumber daya
Batasan
Pemecah masalah privat DNS per langganan
15
Pemecah masalah privat DNS per jaringan virtual
1
Titik akhir masuk per pemecah masalah privat DNS
5
Titik akhir keluar per pemecah masalah privat DNS
5
Aturan penerusan per aturan penerusan DNS
1000
Tautan jaringan virtual per seperangkat aturan penerusan DNS
500
Aturan penerusan DNS yang ditautkan ke jaringan virtual
1
Titik akhir keluar per aturan penerusan DNS
2
Aturan penerusan DNS per titik akhir keluar
2
Server DNS target per aturan penerusan
6
QPS per titik akhir
10,000
1Batas berbeda mungkin diberlakukan oleh portal Azure hingga portal diperbarui. Gunakan PowerShell untuk memprovisikan elemen hingga batas terbaru.
Batas-Batas Azure Firewall
Sumber daya
Batasan
Azure Firewall per jaringan virtual
1
Throughput Data Maks
100 Gbps untuk Premium, 30 Gbps untuk SKU Standar, 250 Mbps untuk Dasar (pratinjau)
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 proksi, Anda juga dapat memantau metrik Firewall Latency Probe anda untuk memastikannya tetap dalam waktu 20 ms bahkan selama jam sibuk.
Ukuran total aturan dalam satu Grup Kumpulan Aturan
1 MB untuk kebijakan Firewall yang dibuat sebelum Juli 2022 2 MB untuk kebijakan Firewall yang dibuat setelah Juli 2022
Jumlah Grup Kumpulan Aturan dalam kebijakan firewall
50 untuk kebijakan Firewall yang dibuat sebelum Juli 2022 90 untuk kebijakan Firewall yang dibuat setelah Juli 2022
Aturan DNAT maksimum (Tujuan eksternal maksimum)
250 maksimum [jumlah alamat IP publik firewall + tujuan unik (alamat tujuan, port, dan protokol)]
Keterbatasan DNAT adalah karena platform yang mendasarinya.
Misalnya, Anda bisa mengonfigurasi 500 aturan UDP ke alamat IP dan port tujuan yang sama (satu tujuan unik), tetapi tidak bisa mengonfigurasi 500 aturan ke alamat IP yang sama dan ke 500 port yang berbeda karena melebihi batas (500 tujuan unik).
Jika Anda membutuhkan lebih dari 250, Anda harus menambahkan firewall lain di jaringan virtual terpisah
Ukuran Minimum AzureFirewallSubnet
/26
Rentang port dalam aturan jaringan dan aplikasi
1 - 65535
Alamat IP publik
Maksimal 250. 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. Maksimum 200 Grup IP unik per 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 diatur ke Internet.
Azure Firewall harus memiliki konektivitas Internet langsung. Jika AzureFirewallSubnet Anda mengetahui rute default ke jaringan lokal Anda melalui BGP, Anda harus mengambil alih dengan UDR 0.0.0.0/0 dengan nilai NextHopType yang ditetapkan sebagai Internet untuk mempertahankan konektivitas Internet langsung. Secara default, Azure Firewall tidak mendukung terowongan paksa ke jaringan lokal.
Namun, jika konfigurasi Anda memerlukan terowongan paksa ke jaringan lokal, Microsoft akan mendukungnya berdasarkan kasus per kasus. Hubungi Dukungan agar kami dapat meninjau kasus Anda. Jika diterima, kami akan mengizinkan langganan Anda dan memastikan konektivitas Internet firewall yang diperlukan telah dipertahankan.
FQDN dalam aturan jaringan
Untuk performa yang baik, jangan melebihi lebih dari 1000 FQDN di semua aturan jaringan per firewall.
Host front-end, yang menyertakan domain kustom per sumber daya
500
Aturan perutean per sumber daya
500
Aturan per seperangkat Aturan
25
Kumpulan back-end per sumber daya2
50
Ujung belakang per kumpulan ujung belakang
100
Pola jalur yang cocok untuk aturan perutean
25
URL dalam satu panggilan penghapusan menyeluruh cache
100
Bandwidthmaksimum 1
75 Gbps
Permintaan maksimum per detik per profil1
100.000
Batas ukuran header HTTP (per header)
32 KB
Aturan firewall aplikasi web kustom per kebijakan
100
Kebijakan firewall aplikasi web per langganan
100
Firewall aplikasi web yang cocok dengan kondisi per aturan kustom
10
Rentang alamat IP {i>firewall
600
Untaian firewall aplikasi web yang cocok dengan nilai per kondisi kecocokan
10
Untaian firewall aplikasi web yang cocok dengan panjang nilai
256
Panjang nama parameter badan POST firewall aplikasi web
256
Panjang nama header HTTP firewall aplikasi web
256
Panjang nama cookie firewall aplikasi web
256
Batas pengecualian firewall aplikasi web
100
Batas pemeriksaan isi permintaan HTTP firewall aplikasi web
128 KB
Panjang badan respons kustom firewall aplikasi web
32 KB
1Jika lalu lintas tidak didistribusikan secara global dan terkonsentrasi di satu wilayah atau lebih, atau jika kuota yang lebih tinggi terbatas diperlukan, buat permintaan dukungan Azure.
2Untuk meminta peningkatan batas, buat permintaan Dukungan Azure. Langganan gratis termasuk Akun Gratis Azure dan Azure untuk Siswa tidak memenuhi syarat untuk peningkatan batas atau kuota. Jika Anda memiliki langganan gratis, Anda dapat meningkatkan ke langganan PAYG.
Batas layanan Azure Front Door Standard dan Premium
Maksimum 500 total profil Standar dan Premium per langganan.
URL dalam satu panggilan penghapusan menyeluruh cache
100
100
Kebijakan keamanan maksimum per profil
100
200
Asosiasi maksimum per kebijakan keamanan
110
225
Rahasia maksimum per profil
100
500
Batas ukuran header HTTP (per header)
32 KB
32 KB
Kebijakan Firewall Aplikasi Web (WAF) per langganan
100
100
Aturan kustom WAF per kebijakan
100
100
Ketentuan kecocokan WAF per aturan khusus
10
10
Aturan kustom regex WAF per kebijakan
5
5
Rentang alamat IP WAF per kondisi kecocokan
600
600
Nilai kecocokan string WAF per kondisi kecocokan
10
10
Panjang nilai kecocokan string WAF
256
256
Panjang nama parameter tubuh POST WAF
256
256
Panjang nama header HTTP WAF
256
256
Panjang nama cookie WAF
256
256
Pengecualian WAF per kebijakan
100
100
Isi permintaan HTTP WAF dan batas inspeksi pengunggahan file
128 KB
128 KB
Panjang bodi respons kustom WAF
32 KB
32 KB
1Jika lalu lintas tidak didistribusikan secara global dan terkonsentrasi di satu wilayah atau lebih, atau jika kuota yang lebih tinggi terbatas diperlukan, buat permintaan dukungan Azure.
2Azure Front Door saat ini memiliki 5.000 RPS (Receive Packet Steering) per batas POP.
Nilai batas waktu
Dari Klien ke Front Door
Batas waktu header - Setelah membuat koneksi TCP/TLS, Front Door memiliki batas waktu 5 detik untuk menerima semua header dari klien. Koneksi dihentikan jika klien tidak mengirim header dalam waktu 5 detik. Anda tidak dapat mengonfigurasi nilai batas waktu ini.
Batas waktu http tetap hidup - Front Door memiliki batas waktu tetap hidup HTTP 90 detik. Koneksi dihentikan jika klien tidak mengirim data selama 90 detik. Anda tidak dapat mengonfigurasi nilai batas waktu ini.
Azure Front Door ke aplikasi ujung belakang
Setelah permintaan HTTP diteruskan ke ujung belakang, Azure Front Door menunggu selama 60 detik (Standar dan Premium) atau 30 detik (klasik) untuk paket pertama dari ujung belakang. Kemudian mengembalikan kesalahan 503 ke klien, atau 504 untuk permintaan cache. Anda dapat mengonfigurasi nilai ini menggunakan bidang originResponseTimeoutSeconds di Azure Front Door Standard dan Premium API, atau bidang sendRecvTimeoutSeconds di API Azure Front Door (klasik).
Setelah back end menerima paket pertama, jika asal berhenti karena alasan apa pun di tengah badan respons di luar originResponseTimeoutSeconds atau sendRecvTimeoutSeconds, respons akan dibatalkan.
Front Door memanfaatkan HTTP tetap hidup untuk menjaga koneksi tetap terbuka untuk digunakan kembali dari permintaan sebelumnya. Koneksi ini memiliki batas waktu idle 90 detik. Azure Front Door akan memutuskan sambungan idle setelah mencapai batas waktu idle 90 detik. Nilai batas waktu ini tidak dapat dikonfigurasi.
Unggah dan Unduh batas data
Dengan pengodean transfer tergugus (CTE)
Tanpa penggugusan HTTP
Unduh
Tidak ada batasan pada ukuran unduhan.
Tidak ada batasan pada ukuran unduhan.
Unggah
Tidak ada batasan selama setiap unggahan CTE kurang dari 2 GB.
Ukuran tidak boleh lebih besar dari 2 GB.
Pembatasan lainnya
Ukuran URL maksimum - 8.192 byte - Menentukan panjang maksimum URL mentah (skema + nama host + port + path + untaian kueri URL)
Ukuran Untaian Kueri Maksimum - 4.096 byte - Menentukan panjang maksimum untaian kueri, dalam byte.
Ukuran header respons HTTP maksimum dari URL pemeriksaan kesehatan - 4.096 byte - Menentukan panjang maksimum semua header respons probe kesehatan.
Karakter nilai header tindakan mesin aturan maksimum: 640 karakter.
Karakter nilai header kondisi mesin aturan maksimum: 256 karakter.
Ukuran header ETag maksimum: 128 byte
Nama titik akhir maksimum untuk Standar dan Premium: 46 karakter.
Untuk informasi selengkapnya tentang batasan yang berlaku untuk konfigurasi Mesin Aturan, lihat terminologi mesin aturan
Batas Azure Network Watcher
Sumber daya
Batasan
Instans Network Watcher per wilayah per langganan
1 (Satu instans di suatu wilayah untuk mengaktifkan akses ke layanan di wilayah tersebut)
Pemantau koneksi per wilayah per langganan
100
Grup pengujian maksimum per pemantau koneksi
20
Sumber dan tujuan maksimum per pemantau koneksi
100
Konfigurasi pengujian maksimum per pemantau koneksi
20
Sesi pengambilan paket per wilayah per langganan
10.000 (Jumlah sesi saja, bukan pengambilan yang disimpan)
Operasi pemecahan masalah VPN per langganan
1 (Jumlah operasi pada satu waktu)
Batas Azure Route Server
Sumber daya
Batasan
Jumlah serekan BGP
8
Jumlah rute yang dapat diiklankan oleh setiap rekan BGP ke Azure Route Server 1
1,000
Jumlah VM di jaringan virtual (termasuk jaringan virtual peered) yang dapat didukung oleh Azure Route Server
4.000
Jumlah jaringan virtual yang dapat didukung Azure Route Server
500
Jumlah total prefiks lokal dan Azure Virtual Network yang dapat didukung Oleh Azure Route Server
10,000
1 Jika NVA Anda mengiklankan lebih banyak rute daripada batas, sesi BGP akan dihilangkan.
Catatan
Jumlah total rute yang diiklankan dari ruang alamat jaringan virtual dan Route Server ke sirkuit ExpressRoute, ketika Cabang-ke-cabang diaktifkan, tidak boleh melebihi 1.000. Untuk informasi selengkapnya, lihat Merutekan batas iklan ExpressRoute.
Batas Azure ExpressRoute
Sumber daya
Batasan
Sirkuit ExpressRoute per langganan
50 (Kirim permintaan dukungan untuk menambah batas)
Sirkuit ExpressRoute per wilayah per langganan, dengan Azure Resource Manager
10
Jumlah maksimum sirkuit di lokasi peering yang sama yang ditautkan ke jaringan virtual yang sama
4
Jumlah maksimum sirkuit di lokasi peering yang berbeda yang ditautkan ke jaringan virtual yang sama
Standar / ERGw1Az - 4 High Perf / ERGw2Az - 8 Ultra Performance / ErGw3Az - 16
Jumlah maksimum IP untuk sirkuit penyedia ExpressRoute dengan Fastpath
25.000
Jumlah maksimum IP untuk ExpressRoute Direct 10 Gbps dengan Fastpath
100.000
Jumlah maksimum IP untuk ExpressRoute Direct 100 Gbps dengan Fastpath
200.000
Jumlah maksimum alur untuk ExpressRoute Traffic Collector
300.000
Batas iklan rute
Sumber daya
SKU Lokal /Standar
SKU Premium
Jumlah maksimum rute lokal IPv4 yang diiklankan melalui peering privat Azure ke sirkuit ExpressRoute
4.000
10,000
Jumlah maksimum rute lokal IPv6 yang diiklankan melalui peering privat Azure ke sirkuit ExpressRoute
100
100
Jumlah maksimum rute IPv4 Virtual Network yang diiklankan oleh Gateway ke sirkuit ExpressRoute melalui peering privat Azure
1,000
1,000
Jumlah maksimum rute IPv6 Virtual Network yang diiklankan oleh Gateway ke sirkuit ExpressRoute melalui peering privat Azure
100
100
Jumlah maksimum rute IPv4 yang diiklankan ke peering Microsoft dari lokal
200
200
Jumlah maksimum rute IPv6 yang diiklankan ke peering Microsoft dari lokal
200
200
Tautan jaringan virtual yang diizinkan untuk setiap batas sirkuit ExpressRoute
Ukuran sirkuit
SKU Lokal /Standar
SKU Premium
50 Mbps
10
20
100 Mbps
10
25
200 Mbps
10
25
500 Mbps
10
40
1 Gbps
10
50
2 Gbps
10
60
5 Gbps
10
75
10 Gbps
10
100
40 Gbps*
10
100
100 Gbps*
10
100
*
Hanya ExpressRoute Direct 100 Gbps
Catatan
Sambungan Jangkauan Global dihitung terhadap batas sambungan jaringan virtual per Sirkuit ExpressRoute. Misalnya, Sirkuit Premium 10 Gbps akan memungkinkan 5 sambungan Jangkauan Global dan 95 sambungan ke ExpressRoute Gateways atau 95 sambungan Jangkauan Global dan 5 sambungan ke ExpressRoute Gateways atau kombinasi lainnya hingga batas 100 sambungan untuk sirkuit.
Batas performa gateway ExpressRoute
Tabel berikut ini memberikan gambaran umum tentang berbagai jenis gateway, batasan masing-masing, dan metrik performa yang diharapkan.
Batas maksimum yang didukung
Tabel ini berlaku untuk model penyebaran Azure Resource Manager dan klasik.
SKU Gateway
Megabit per detik
Paket per detik
Jumlah VM yang didukung di jaringan virtual 1
Batas jumlah alur
Jumlah rute yang dipelajari oleh gateway
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-40)
1.000 per unit skala
100.000 per unit skala
2.000 per unit skala
100.000 per unit skala
Total 60.000 per gateway
1 Nilai dalam tabel adalah perkiraan dan bervariasi tergantung pada pemanfaatan CPU gateway. Jika pemanfaatan CPU tinggi dan jumlah VM yang didukung terlampaui, gateway akan mulai menghilangkan paket.
Catatan
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.
Penting
Performa aplikasi tergantung pada beberapa faktor, seperti latensi end-to-end dan jumlah arus lalu lintas yang dibuka aplikasi. Angka-angka dalam tabel menunjukkan batas atas yang secara teoritis dapat dicapai aplikasi dalam lingkungan yang ideal. Selain itu, kami melakukan host rutin dan pemeliharaan OS pada gateway jaringan virtual ExpressRoute, untuk menjaga keandalan layanan. Selama periode pemeliharaan, sarana kontrol dan kapasitas jalur data gateway berkurang.
Selama periode pemeliharaan, Anda mungkin mengalami masalah konektivitas terputus-terputus ke sumber daya titik akhir privat.
ExpressRoute mendukung ukuran paket TCP dan UDP maksimum 1.400 byte. Ukuran paket yang lebih besar dari 1.400 byte akan terfragmentasi.
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.
Gateway NAT untuk Sponsor dan bayar sesuai penggunaan2
100 per langganan per wilayah
Gateway NAT untuk Uji Coba Gratis dan semua jenispenawaran lainnya 2
15 per langganan per wilayah
Paket diproses
1M - 5M paket per detik
Koneksi ke titik akhir tujuan yang sama
50.000 koneksi ke tujuan yang sama per IP publik
Total koneksi
Koneksi 2M per gateway NAT
1 Total throughput data 50 Gbps dibagi antara data keluar dan masuk (kembali) melalui sumber daya gateway NAT. Throughput data dibatasi pada 25 Gbps untuk data keluar dan 25 Gbps untuk data masuk (respons) melalui gateway NAT.
2 Batas default untuk gateway NAT bervariasi menurut jenis kategori penawaran, seperti Uji Coba Gratis, bayar sesuai penggunaan, dan CSP. Misalnya, default untuk langganan Perjanjian Perusahaan adalah 1000.
Batas Azure Private Link
Batasan berikut berlaku untuk tautan pribadi Azure:
Sumber daya
Batasan
Jumlah titik akhir pribadi per jaringan virtual
1000
Jumlah titik akhir privat di seluruh jaringan virtual yang di-peering
4000
Jumlah titik akhir privat per langganan
64000
Jumlah layanan tautan privat per langganan
800
Jumlah layanan tautan privat per Load Balancer Standar
8
Jumlah Konfigurasi IP pada layanan tautan privat
8 (Nomor ini untuk alamat IP NAT yang digunakan per PLS)
Jumlah titik akhir privat pada layanan tautan privat yang sama
1000
Jumlah langganan yang diizinkan dalam pengaturan visibilitas pada layanan tautan privat
100
Jumlah langganan yang diizinkan dalam pengaturan persetujuan otomatis pada layanan tautan privat
100
Jumlah titik akhir pribadi per key vault
64
Jumlah key vault dengan titik akhir pribadi per langganan
400
Jumlah grup zona DNS pribadi yang bisa ditautkan ke titik akhir pribadi
1
Jumlah zona DNS di setiap grup
5
Jumlah alamat IP privat pada antarmuka jaringan titik akhir privat
500
Batas Azure Traffic Manager
Sumber daya
Batasan
Profil per langganan
200 1
Titik akhir per profil
200
1Jika Anda perlu meningkatkan batas ini, hubungi Dukungan Azure.
Batas Azure VPN Gateway
Kecuali dinyatakan sebaliknya, batas berikut berlaku untuk sumber daya Azure VPN Gateway dan gateway jaringan virtual.
Sumber daya
Batasan
Awalan Alamat VNet
600 per gateway VPN
Rute BGP agregat
4.000 per gateway VPN
Awalan alamat Gateway Lokal
1000 per gateway lokal
koneksi S2S
Batas tergantung pada SKU gateway.
Lihat tabel SKU Batas menurut gateway.
Koneksi P2S
Batas tergantung pada SKU gateway.
Lihat tabel SKU Batas menurut gateway.
Batas rute P2S - IKEv2
256 untuk non-Windows / 25 untuk Windows
Batas rute P2S - OpenVPN
1000
Maks. alur
500K masuk dan 500K keluar untuk VpnGw1-5/AZ
Kebijakan Pemilih Lalu Lintas
100
Alamat BGP APIPA kustom
32
Jumlah VM yang didukung di jaringan virtual
Batas tergantung pada SKU gateway.
Lihat tabel SKU Batas menurut gateway.
Batasan menurut SKU gateway
VPN Gateway Generation
SKU
S2S/VNet-to-VNet Tunnel
P2S Koneksi SSTP
P2S Koneksi IKEv2/OpenVPN
Agregat Tolok Ukur Throughput
BGP
Zone-redundant
Jumlah VM yang Didukung di Virtual Network
Generasi1
Dasar
Maks. 10
Maks. 128
Tidak Didukung
100 Mbps
Tidak Didukung
No
200
Generasi1
VpnGw1
Maks. 30
Maks. 128
Maks. 250
650 Mbps
Didukung
No
450
Generasi1
VpnGw2
Maks. 30
Maks. 128
Maks. 500
1 Gbps
Didukung
No
1300
Generasi1
VpnGw3
Maks. 30
Maks. 128
Maks. 1000
1,25 Gbps
Didukung
No
4000
Generasi1
VpnGw1AZ
Maks. 30
Maks. 128
Maks. 250
650 Mbps
Didukung
Ya
1000
Generasi1
VpnGw2AZ
Maks. 30
Maks. 128
Maks. 500
1 Gbps
Didukung
Ya
2000
Generasi1
VpnGw3AZ
Maks. 30
Maks. 128
Maks. 1000
1,25 Gbps
Didukung
Ya
5000
Generation2
VpnGw2
Maks. 30
Maks. 128
Maks. 500
1,25 Gbps
Didukung
No
685
Generation2
VpnGw3
Maks. 30
Maks. 128
Maks. 1000
2,5 Gbps
Didukung
No
2240
Generation2
VpnGw4
Maks. 100*
Maks. 128
Maks. 5000
5 Gbps
Didukung
No
5300
Generation2
VpnGw5
Maks. 100*
Maks. 128
Maks. 10000
10 Gbps
Didukung
No
6700
Generation2
VpnGw2AZ
Maks. 30
Maks. 128
Maks. 500
1,25 Gbps
Didukung
Ya
2000
Generation2
VpnGw3AZ
Maks. 30
Maks. 128
Maks. 1000
2,5 Gbps
Didukung
Ya
3300
Generation2
VpnGw4AZ
Maks. 100*
Maks. 128
Maks. 5000
5 Gbps
Didukung
Ya
4400
Generation2
VpnGw5AZ
Maks. 100*
Maks. 128
Maks. 10000
10 Gbps
Didukung
Ya
9000
Untuk informasi selengkapnya tentang SKU dan batas gateway, lihat Tentang SKU gateway.
Batas performa gateway
Tabel di bagian ini mencantumkan hasil pengujian performa untuk SKU VpnGw. Tunnel VPN terhubung ke instans gateway VPN. Setiap throughput instans disebutkan dalam tabel throughput di bagian sebelumnya dan tersedia agregat di semua terowongan yang terhubung ke instans tersebut. Tabel menunjukkan bandwidth dan paket yang diamati per throughput detik per terowongan untuk SKU gateway yang berbeda. Semua pengujian dilakukan antara gateway (titik akhir) dalam Azure di berbagai wilayah dengan 100 koneksi dan dalam kondisi beban standar. Kami menggunakan alat iPerf dan CTSTraffic yang tersedia untuk mengukur performa koneksi situs-ke-situs
Performa terbaik diperoleh ketika kami menggunakan algoritma GCMAES256 untuk Enkripsi dan Integritas IPsec.
Performa rata-rata diperoleh saat menggunakan AES256 untuk Enkripsi IPsec dan SHA256 untuk Integritas.
Performa terendah diperoleh ketika kami menggunakan DES3 untuk Enkripsi IPsec dan SHA256 untuk Integritas.
Generasi
SKU
Algoritma digunakan
Throughput diamati per tunnel
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
Sumber daya
Batasan
Koneksi VPN (cabang) per hub
1,000
Throughput agregat per gateway VPN Situs-ke-situs Azure Virtual WAN
20 Gbps
Throughput per koneksi VPN Virtual WAN (2 terowongan)
2 Gbps dengan terowongan 1 Gbps/IPsec
Pengguna titik-ke-situs per hub
100.000
Throughput agregat per gateway Virtual WAN User VPN (Point-to-site)
200 Gbps
Throughput agregat per gateway Virtual WAN ExpressRoute
20 Gbps
Koneksi sirkuit ExpressRoute per hub
8
Koneksi VNet per hub
500 minus jumlah total hub di Virtual WAN
Throughput agregat per router hub WAN Virtual
50 Gbps untuk transit VNet ke VNet
Beban kerja VM di semua VNet yang tersambung ke satu hub Virtual WAN
2000 (Jika Anda ingin menaikkan batas atau kuota di atas batas default, lihat pengaturan hub).
Jumlah total rute yang dapat diterima hub dari sumber daya yang terhubung (jaringan virtual, cabang, hub virtual lainnya, dll.)
Tabel berikut mencantumkan informasi kuota khusus untuk pesan Azure Service Bus. Untuk informasi tentang harga dan kuota lainnya untuk Service Bus, lihat Harga Service Bus.
Nama kuota
Cakupan
Nilai
Catatan
Jumlah maksimum ruang nama per langganan Azure
Ruang nama
1000 (default dan maksimum)
Batas ini didasarkan pada Microsoft.ServiceBus penyedia, bukan berdasarkan tingkatan. Oleh karena itu, ini adalah jumlah total namespace di semua tingkatan. Permintaan berikutnya untuk ruang nama tambahan ditolak.
Ukuran antrian atau topik
Entity
1, 2, 3, 4 GB atau 5 GB
Di SKU Premium, dan SKU Standar dengan partisi diaktifkan, antrean maksimum atau ukuran topik adalah 80 GB.
Batas ukuran total untuk namespace premium per unit olahpesan adalah 1 TB. Ukuran total semua entitas di namespace layanan tidak boleh melebihi batas ini.
Didefinisikan pada pembuatan/pembaruan antrian atau topik.
Pesan masuk berikutnya ditolak, dan pengecualian diterima oleh kode panggilan.
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.
Jumlah koneksi bersamaan pada namespace
Ruang nama
Pesan Bersih: 1.000.
AMQP: 5.000.
Permintaan selanjutnya untuk koneksi tambahan ditolak, dan pengecualian diterima oleh kode panggilan. Operasi REST tidak diperhitungkan terhadap koneksi TCP bersamaan.
Jumlah permintaan penerimaan serentak pada antrean, topik, atau entitas langganan
Entity
5\.000
Permintaan penerimaan berikutnya ditolak, dan pengecualian diterima oleh kode panggilan. Kuota ini berlaku untuk jumlah gabungan operasi penerimaan serentak di semua langganan pada suatu topik.
Jumlah topik atau antrian per namespace
Ruang nama
10.000 untuk tingkat Dasar atau Standar. Jumlah total topik dan antrean dalam namespace harus kurang dari atau sama dengan 10.000.
Untuk tingkat Premium, 1.000 per unit pesan (MU).
Permintaan berikutnya untuk pembuatan topik atau antrian baru di namespace ditolak. Akibatnya, jika dikonfigurasi melalui portal Microsoft Azure, pesan kesalahan akan dibuat. Jika dipanggil dari API manajemen, pengecualian diterima oleh kode panggilan.
Tingkatan Dasar dan Standar: 100. Setiap antrian atau topik yang dipartisi diperhitungkan dalam kuota 1.000 entitas per namespace.
Permintaan berikutnya untuk pembuatan topik atau antrean baru yang dipartisi pada namespace ditolak. Akibatnya, jika dikonfigurasi melalui portal Microsoft Azure, pesan kesalahan akan dibuat. Jika dipanggil dari API manajemen, pengecualian QuotaExceededException diterima oleh kode panggilan.
Jika Anda ingin memiliki lebih banyak entitas yang dipartisi di namespace layanan tingkat dasar atau standar, buat namespace layanan tambahan.
Ukuran maksimum jalur entitas pesan apa pun: antrean atau topik
Entity
260 karakter.
Ukuran maksimum nama entitas perpesanan apa pun: namespace, langganan, atau aturan langganan
Entity
50 karakter.
Ukuran maksimum ID pesan
Entity
128
Ukuran maksimum ID sesi pesan
Entity
128
Ukuran pesan untuk antrean, topik, atau entitas langganan
Entity
256 KB untuk tingkat Standar 100 MB untuk tingkat Premium di AMQP, dan 1 MB untuk Premium di HTTP dan SBMP.
Ukuran maksimum untuk batch adalah 256 KB untuk tingkat Standar, dan 1 MB untuk tingkat Premium.
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 pengecualian diterima oleh kode panggilan.
Ukuran properti pesan untuk antrean, topik, atau entitas langganan
Entity
Ukuran properti pesan maksimum untuk setiap properti adalah 32 KB.
Ukuran kumulatif semua properti tidak boleh melebihi 64 KB. Batas ini berlaku untuk seluruh header pesan yang diperantarai, yang memiliki properti pengguna dan properti sistem, seperti nomor urut, label, dan ID pesan.
Jumlah maksimum properti header di kantong properti: byte/int.MaxValue.
Pengecualian SerializationException dibuat.
Jumlah langganan per topik
Entity
2.000 per topik untuk tingkat Standar dan tingkat Premium.
Permintaan berikutnya untuk membuat langganan tambahan untuk topik tersebut ditolak. Akibatnya, jika dikonfigurasi melalui portal, pesan kesalahan akan ditampilkan. Jika dipanggil dari API manajemen, pengecualian diterima oleh kode panggilan.
Jumlah filter SQL per topik
Entity
2.000
Permintaan berikutnya untuk pembuatan filter tambahan pada topik ditolak, dan pengecualian diterima oleh kode panggilan.
Jumlah filter korelasi per topik
Entity
100.000
Permintaan berikutnya untuk pembuatan filter tambahan pada topik ditolak, dan pengecualian diterima oleh kode panggilan.
Ukuran filter atau tindakan SQL
Ruang nama
Panjang maksimum string kondisi filter: 1.024 (1 K).
Panjang maksimum string tindakan aturan: 1.024 (1 K).
Jumlah maksimum ekspresi per tindakan aturan: 32.
Permintaan berikutnya untuk pembuatan filter tambahan ditolak, dan pengecualian diterima oleh kode panggilan.
Jumlah aturan otorisasi akses bersama per namespace, antrian, atau topik
Entitas, ruang nama
Jumlah maksimum aturan per jenis entitas: 12.
Aturan yang dikonfigurasi pada namespace Bus Layanan berlaku untuk semua jenis: antrian, topik.
Permintaan selanjutnya untuk pembuatan aturan tambahan ditolak, dan pengecualian diterima oleh kode panggilan.
Jumlah pesan per transaksi
Transaksi
100
Untuk operasi Send() dan SendAsync().
Pesan masuk tambahan ditolak, dan pengecualian yang menyatakan "Tidak dapat mengirim lebih dari 100 pesan dalam satu transaksi" diterima oleh kode panggilan.
Jumlah maksimum pesan yang dihapus dalam panggilan DeleteMessagesAsync
Entity
4000
Jumlah maksimum pesan yang dikembalikan dalam panggilan PeekMessagesAsync
Entity
250
Jumlah jaringan virtual dan aturan filter IP
Ruang nama
128
Batas Azure Site Recovery
Batas berikut berlaku untuk Azure Site Recovery.
Pengidentifikasi batasan
Batas
Jumlah kubah per langganan
500
Jumlah disk yang dilindungi per langganan (Data dan OS)
3000
Jumlah appliance per vault Layanan Pemulihan
250
Jumlah grup perlindungan per kubah Layanan Pemulihan
Tidak ada batasan
Jumlah paket pemulihan per kubah Layanan Pemulihan
Jumlah maksimum titik akhir privat per server logika Azure SQL Database adalah 250.
Batas Azure Synapse Analytics
Azure Synapse Analytics memiliki batas default berikut untuk memastikan langganan pelanggan terlindungi dari beban kerja satu sama lain. Untuk menaikkan batas maksimal langganan Anda, hubungi dukungan.
Batas Azure Synapse untuk ruang kerja
Untuk jenis penawaran langganan PAYG, Coba Gratis, Azure Pass dan Azure untuk Siswa:
Sumber daya
Batas default
Batas maksimum
Ruang kerja Synapse dalam langganan Azure
2
2
Untuk jenis penawaran berlangganan lainnya:
Sumber daya
Batas default
Batas maksimum
Ruang kerja synapse dalam langganan Azure per wilayah
20
100
Batas Azure Synapse untuk Apache Spark
Untuk jenis penawaran langganan PAYG, Coba Gratis, Azure Pass dan Azure untuk Siswa:
Alur bersamaan berjalan per ruang kerja yang dibagikan di seluruh alur di ruang kerja
10,000
10,000
Aktivitas Eksternal Bersamaan yang berjalan per ruang kerja per wilayah Azure Integration Runtime Aktivitas eksternal dikelola pada runtime integrasi tetapi dijalankan pada layanan yang ditautkan, termasuk Databricks, prosedur tersimpan, HDInsight, Web, dan lainnya. Batas ini tidak berlaku untuk IR yang dihost sendiri.
3.000
3.000
Aktivitas Alur Bersamaan yang berjalan per ruang kerja per wilayah Azure Integration Runtime Aktivitas alur dijalankan pada runtime integrasi, termasuk Pencarian, GetMetadata, dan Hapus. Batas ini tidak berlaku untuk IR yang dihost sendiri.
1,000
1,000
Operasi penulisan bersamaan per ruang kerja per wilayah Azure Integration Runtime Termasuk koneksi uji, menelusuri daftar folder dan daftar tabel, mempratinjau data. Batas ini tidak berlaku untuk IR yang dihost sendiri.
US Tengah, US Timur, US Timur 2, Eropa Utara, Eropa Barat, US Barat, US Barat 2
Grup wilayah 2
Australia Timur, Australia Tenggara, Brasil Selatan, India Tengah, Jepang Timur, US Tengah Utara, US Tengah Selatan, Asia Tenggara, Barat Sentral AS
Grup wilayah 3
Wilayah lain
Jika jaringan virtual terkelola diaktifkan, unit integrasi data (DIU) di semua grup kawasan adalah 2.400.
3 Alur, himpunan data, dan objek layanan tertaut mewakili pengelompokan logis beban kerja Anda. Batas untuk objek ini tidak terkait dengan jumlah data yang dapat Anda pindahkan dan proses dengan Azure Synapse Analytics. Synapse Analytics dirancang untuk menskalakan penanganan data petabyte.
4 Payload untuk setiap eksekusi aktivitas menyertakan konfigurasi aktivitas, himpunan data terkait, dan konfigurasi layanan tertaut (jika ada), dan bagian kecil properti sistem yang dibuat per jenis aktivitas. Batas untuk payload ini tidak terkait dengan jumlah data yang dapat Anda pindahkan dan proses dengan Azure Synapse Analytics. Pelajari tentang gejala dan rekomendasi jika Anda mencapai batas ini.
Batas Azure Resource Manager untuk panggilan layanan web
Azure Resource Manager memiliki batasan untuk panggilan API. Anda dapat melakukan panggilan API dalam batas rentang laju Azure Resource Manager API.
Batas disk komputer virtual Azure
Anda dapat melampirkan sejumlah disk data ke mesin virtual (VM) Azure. Berdasarkan target skalabilitas dan kinerja untuk disk data VM, Anda dapat menentukan jumlah dan jenis disk yang Anda butuhkan untuk memenuhi persyaratan kinerja dan kapasitas Anda.
Penting
Untuk performa yang optimal, batasi jumlah disk yang banyak digunakan yang melekat pada komputer virtual untuk menghindari kemungkinan terjadinya pembatasan. Jika semua disk yang terpasang tidak terlalu digunakan pada saat yang sama, komputer virtual dapat mendukung jumlah disk yang besar. Selain itu, saat membuat disk terkelola dari disk terkelola yang ada, hanya 49 disk yang dapat dibuat secara bersamaan. Lebih banyak disk dapat dibuat setelah beberapa dari 49 awal dibuat.
Untuk disk yang dikelola Azure:
Tabel berikut ini menjelaskan batas default dan maksimum jumlah sumber daya per wilayah per langganan. Batasnya tetap sama terlepas dari disk yang dienkripsi dengan kunci yang dikelola platform atau kunci yang dikelola pelanggan. Tidak ada batasan untuk jumlah Disk Terkelola, snapshot, dan gambar per grup sumber daya.
Sumber daya
Batasan
Disk terkelola standar
50.000
Disk terkelola SSD standar
50.000
Disk terkelola SSD premium
50.000
Disk terkelola SSD v2 premium
1,000
Kapasitasdisk terkelola SSD v2 premium 2
32.768
Disk ultra
1,000
Kapasitasdisk ultra 2
32.768
Standard_LRS snapshots1
75,000
Standard_ZRS snapshots1
75,000
Gambar terkelola
50.000
1Disk individual dapat menyimpan 500 snapshot yang bertambah bertahap.
2Ini adalah kapasitas maks default tetapi lebih tinggi didukung oleh permintaan. Untuk meminta peningkatan kapasitas, minta peningkatan kuota atau hubungi Azure Support.
Untuk akun penyimpanan standar:
Akun penyimpanan Standar memiliki tingkat permintaan total maksimum 20.000 IOPS. Total IOPS di semua disk komputer virtual Anda di akun penyimpanan Standar tidak boleh melebihi batas ini.
Anda dapat menghitung secara kasar jumlah disk dengan pemanfaatan tinggi yang didukung oleh satu akun penyimpanan standar berdasarkan batas tingkat permintaan. Misalnya, untuk VM tingkat Dasar, jumlah maksimum disk yang sangat digunakan adalah sekitar 66, yaitu 20.000/300 IOPS per disk. Jumlah maksimum disk yang sangat digunakan untuk VM tingkat Standar adalah sekitar 40, yaitu 20.000/500 IOPS per disk.
Untuk akun penyimpanan premium:
Akun penyimpanan Premium memiliki tingkat throughput total maksimum 50 Gbps. Throughput total di semua disk VM Anda tidak boleh melebihi batas ini.
Saat bekerja dengan aplikasi VM di Azure, Anda mungkin menemukan pesan kesalahan yang mengatakan "Operasi tidak dapat diselesaikan karena mengakibatkan melebihi kuota UnmanagedStorageAccountCount yang disetujui." Kesalahan ini terjadi ketika Anda telah mencapai batas jumlah akun penyimpanan tidak terkelola yang dapat Anda gunakan.
Saat Anda menerbitkan aplikasi VM, Azure perlu mereplikasinya di beberapa wilayah. Untuk melakukan ini, Azure membuat akun penyimpanan yang tidak dikelola untuk setiap wilayah. Jumlah akun penyimpanan tidak terkelola yang digunakan aplikasi ditentukan oleh jumlah replika di semua aplikasi.
Sebagai aturan umum, setiap akun penyimpanan dapat mengakomodasi hingga 200 koneksi simultan. Di bawah ini adalah opsi untuk mengatasi kesalahan "UnmanagedStorageAccountCount":
Gunakan blob halaman untuk blob aplikasi sumber Anda. Akun yang tidak dikelola hanya digunakan untuk replikasi blob blok. Blob halaman tidak memiliki batasan seperti itu.
Kurangi jumlah replika untuk versi Aplikasi VM Anda atau hapus aplikasi yang tidak lagi Anda butuhkan.
Ajukan permintaan dukungan untuk mendapatkan peningkatan kuota.
Lihat Gambaran umum Aplikasi VM untuk informasi selengkapnya.
Set enkripsi disk Azure
Batas 5.000 set enkripsi disk diizinkan per wilayah dan per langganan.
Hubungi dukungan Azure untuk menambah kuota.
Lihat dokumentasi berikut untuk mempelajari selengkapnya tentang pembatasan enkripsi:
* Hanya berlaku untuk disk dengan performa plus (pratinjau) diaktifkan.
Disk terkelola SSD standar
Ukuran SSD standar
E1
E2
E3
E4
E6
E10
E15
E20
E30
E40
E50
E60
E70
E80
Ukuran disk dalam GiB
4
8
16
32
64
128
256
512
1,024
2.048
4,096
8.192
16,384
32.767
IOPS dasar per disk
Hingga 500
Hingga 500
Hingga 500
Hingga 500
Hingga 500
Hingga 500
Hingga 500
Hingga 500
Hingga 500
Hingga 500
Hingga 500
Hingga 2.000
Hingga 4.000
Hingga 6,000
*IOPS yang diperluas per disk
T/A
T/A
T/A
T/A
T/A
T/A
T/A
T/A
Hingga 1.500
Hingga 3.000
Hingga 6,000
Hingga 6,000
Hingga 6,000
Hingga 6,000
Throughput dasar per disk
Hingga 100 MB/dtk
Hingga 100 MB/dtk
Hingga 100 MB/dtk
Hingga 100 MB/dtk
Hingga 100 MB/dtk
Hingga 100 MB/dtk
Hingga 100 MB/dtk
Hingga 100 MB/dtk
Hingga 100 MB/dtk
Hingga 100 MB/dtk
Hingga 100 MB/dtk
Hingga 400 MB/dtk
Hingga 600 MB/dtk
Hingga 750 MB/dtk
*Throughput yang diperluas per disk
T/A
T/A
T/A
T/A
T/A
T/A
T/A
T/A
Hingga 150 MB/dtk
Hingga 300 MB/dtk
Hingga 600 MB/dtk
Hingga 750 MB/dtk
Hingga 750 MB/dtk
Hingga 750 MB/dtk
Maks. IOPS beruntun per disk
600
600
600
600
600
600
600
600
1000
Maks. throughput beruntun per disk
150 MB/dtk
150 MB/dtk
150 MB/dtk
150 MB/dtk
150 MB/dtk
150 MB/dtk
150 MB/dtk
150 MB/dtk
250 MB/dtk
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 performa plus (pratinjau) diaktifkan.
Disk terkelola SSD premium: Batas per disk
Ukuran SSD premium
Hal 1
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
T/A
T/A
T/A
T/A
T/A
T/A
T/A
T/A
8.000
16.000
20.000
20.000
20.000
20.000
Throughput dasar yang disediakan per disk
25 MB/dtk
25 MB/dtk
25 MB/dtk
25 MB/dtk
50 MB/dtk
100 MB/dtk
125 MB/dtk
150 MB/dtk
200 MB/dtk
250 MB/dtk
250 MB/dtk
500 MB/dtk
750 MB/dtk
900 MB/dtk
**Throughput yang diprovisikan yang diperluas per disk
T/A
T/A
T/A
T/A
T/A
T/A
T/A
T/A
300 MB/dtk
600 MB/dtk
900 MB/dtk
900 MB/dtk
900 MB/dtk
900 MB/dtk
Maks. IOPS beruntun per disk
3.500
3.500
3.500
3.500
3.500
3.500
3.500
3.500
30.000*
30.000*
30.000*
30.000*
30.000*
30.000*
Maks. throughput beruntun per disk
170 MB/dtk
170 MB/dtk
170 MB/dtk
170 MB/dtk
170 MB/dtk
170 MB/dtk
170 MB/dtk
170 MB/dtk
1.000 MB/dtk*
1.000 MB/dtk*
1.000 MB/dtk*
1.000 MB/dtk*
1.000 MB/dtk*
1.000 MB/dtk*
Maks. durasi beruntun
30 menit
30 menit
30 menit
30 menit
30 menit
30 menit
30 menit
30 menit
Tidak terbatas*
Tidak terbatas*
Tidak terbatas*
Tidak terbatas*
Tidak terbatas*
Tidak terbatas*
Memenuhi syarat untuk pemesanan
Tidak
No
No
No
No
No
No
Tidak
Ya, hingga satu tahun
Ya, hingga satu tahun
Ya, hingga satu tahun
Ya, hingga satu tahun
Ya, hingga satu tahun
Ya, hingga satu tahun
*Hanya berlaku untuk disk dengan ledakan sesuai permintaan yang diaktifkan.
** Hanya berlaku untuk disk dengan performa plus (pratinjau) diaktifkan.
Disk terkelola SSD premium: Batas per-VM
Sumber daya
Batasan
IOPS Maksimum Per VM
80.000 IOPS dengan GS5 VM
Throughput maksimum per VM
2.000 MB/dtk dengan GS5 VM
Disk komputer virtual tidak terkelola
Disk komputer virtual premium yang tidak dikelola standar: Batasan per disk
Tingkat VM
VM tingkat dasar
VM tingkat standar
Ukuran Disk
4.095 GB
4.095 GB
Maksimum IOPS 8-KB per disk yang tetap
300
500
Jumlah disk maksimum yang melakukan IOPS maksimum
66
40
Disk komputer virtual premium tidak dikelola: Batas per akun
Sumber daya
Batasan
Total kapasitas disk per akun
35 TB
Total kapasitas rekam jepret per akun
10 TB
Bandwidth maksimum per akun (masuk + keluar)1
<=50 Gbps
1Ingress mengacu pada semua data dari permintaan yang dikirim ke akun penyimpanan.
Keluar mengacu pada semua data dari tanggapan yang diterima dari akun penyimpanan.
Disk komputer virtual premium yang tidak dikelola: Batas per disk
Jenis disk penyimpanan premium
P10
P20
P30
P40
P50
Ukuran Disk
128 GiB
512 GiB
1.024 GiB (1 TB)
2.048 GiB (2 TB)
4.095 GiB (4 TB)
IOPS maksimum per disk
500
2.300
5\.000
7.500
7.500
Throughput maksimum per disk
100 MB/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
Sumber daya
Batasan
IOPS maksimum per VM
80.000 IOPS dengan GS5 VM
Throughput maksimum per VM
2.000 MB/dtk dengan GS5 VM
Batas Sistem Azure StorSimple
Pengidentifikasi batasan
Batas
Komentar
Jumlah maksimum kredensial akun penyimpanan
64
Jumlah maksimum kontainer volume
64
Jumlah volume maksimum
255
Jumlah maksimum jadwal per templat bandwidth
168
Jadwal untuk setiap jam, setiap hari dalam seminggu.
Ukuran maksimum volume bertingkat pada perangkat fisik
64 TB untuk StorSimple 8100 dan StorSimple 8600
StorSimple 8100 dan StorSimple 8600 adalah perangkat fisik.
Ukuran maksimum volume bertingkat pada perangkat fisik di Azure
30 TB untuk StorSimple 8010
64 TB untuk StorSimple 8020
StorSimple 8010 dan StorSimple 8020 adalah perangkat virtual di Azure yang masing-masing menggunakan Penyimpanan Standar dan Penyimpanan Premium.
Ukuran maksimum volume yang disematkan secara lokal pada perangkat fisik
9 TB untuk StorSimple 8100
24 TB untuk StorSimple 8600
StorSimple 8100 dan StorSimple 8600 adalah perangkat fisik.
Jumlah maksimum sambungan iSCSI
512
Jumlah maksimum koneksi iSCSI dari inisiator
512
Jumlah catatan kontrol akses maksimum per perangkat
64
Jumlah maksimum volume per kebijakan cadangan
24
Jumlah cadangan maksimum yang dipertahankan per kebijakan cadangan
64
Jumlah jadwal maksimum per kebijakan cadangan
10
Jumlah rekam jepret maksimum dari jenis apa pun yang dapat dipertahankan per volume
256
Jumlah ini termasuk rekam jepret lokal dan rekam jepret cloud.
Jumlah maksimum rekam jepret yang dapat ada di perangkat apa pun
10,000
Jumlah volume maksimum yang dapat diproses secara paralel untuk pencadangan, pemulihan, atau kloning
16
Jika ada lebih dari 16 volume, maka akan diproses secara berurutan saat slot pemrosesan tersedia.
Pencadangan baru dari volume bertingkat yang dikloning atau dipulihkan tidak dapat terjadi hingga operasi selesai. Untuk volume lokal, cadangan diizinkan setelah volume online.
Pulihkan dan kloning waktu pemulihan untuk volume bertingkat
<2 menit
Volume tersedia dalam waktu 2 menit dari operasi pemulihan atau kloning, terlepas dari ukuran volumenya.
Kinerja volume awalnya mungkin lebih lambat dari biasanya karena sebagian besar data dan metadata masih berada di cloud. Performa dapat meningkat saat data mengalir dari cloud ke perangkat StorSimple.
Total waktu untuk mengunduh metadata tergantung pada ukuran volume yang dialokasikan. Metadata secara otomatis dihadirkan ke perangkat di latar belakang dengan kecepatan 5 menit per TB data volume yang dialokasikan. Laju ini mungkin dipengaruhi oleh bandwidth Internet ke cloud.
Operasi pemulihan atau kloning selesai ketika semua metadata ada di perangkat.
Operasi pencadangan tak dapat dilakukan hingga operasi pemulihan atau kloning sepenuhnya selesai.
Memulihkan waktu pemulihan untuk volume yang disematkan secara lokal
<2 menit
Volume tersedia dalam waktu 2 menit setelah operasi pemulihan, terlepas dari ukuran volume.
Kinerja volume awalnya mungkin lebih lambat dari biasanya karena sebagian besar data dan metadata masih berada di cloud. Performa dapat meningkat saat data mengalir dari cloud ke perangkat StorSimple.
Total waktu untuk mengunduh metadata tergantung pada ukuran volume yang dialokasikan. Metadata secara otomatis dihadirkan ke perangkat di latar belakang dengan kecepatan 5 menit per TB data volume yang dialokasikan. Laju ini mungkin dipengaruhi oleh bandwidth Internet ke cloud.
Tidak seperti volume bertingkat, jika ada volume yang disematkan secara lokal, data volume juga diunduh secara lokal di perangkat. Operasi pemulihan selesai ketika semua data volume telah dibawa ke perangkat.
Operasi pemulihan mungkin lebih lama dan total waktu untuk menyelesaikan pemulihan tergantung pada ukuran volume lokal yang disediakan, bandwidth Internet, dan data yang ada di perangkat. Operasi pencadangan pada volume yang disematkan secara lokal diizinkan saat operasi pemulihan sedang berlangsung.
Ketersediaan pemulihan tipis
Kegagalan terakhir
Throughput baca/tulis klien maksimum, saat dilayani dari tingkat SSD*
920/720 MB/dtk dengan satu antarmuka jaringan Ethernet 10-gigabit
Hingga dua kali dengan MPIO dan dua antarmuka jaringan.
Throughput baca/tulis klien maksimum, saat dilayani dari tingkat HDD*
120/250 MB/dtk
Throughput baca/tulis klien maksimum, saat dilayani dari tingkat cloud*
11/41 MB/dtk
Throughput baca bergantung pada klien yang menghasilkan dan mempertahankan kedalaman antrean I/O yang memadai.
*Throughput maksimum per jenis I/O diukur dengan skenario baca 100 persen dan skenario tulis 100 persen. Throughput aktual mungkin lebih rendah dan tergantung pada campuran I/O dan kondisi jaringan.
Batas Azure Stream Analytics
Pengidentifikasi batasan
Batas
Komentar
Jumlah maksimum unit streaming per langganan per wilayah
83
Untuk meminta peningkatan unit streaming untuk langganan Anda di luar 83, hubungi Dukungan Microsoft.
Jumlah maksimum input per pekerjaan
60
Ada batas keras 60 input per pekerjaan Azure Stream Analytics.
Jumlah maksimum output per pekerjaan
60
Ada batas keras 60 output per pekerjaan Stream Analytics.
Jumlah maksimum fungsi per pekerjaan
60
Ada batas keras 60 fungsi per pekerjaan Stream Analytics.
Jumlah maksimum unit streaming per pekerjaan
66
Ada batas keras 66 unit streaming per pekerjaan Azure Stream Analytics.
Jumlah maksimum pekerjaan per wilayah
1.500
Setiap langganan dapat memiliki hingga 1.500 pekerjaan per wilayah geografis.
Blob data referensi MB
5 GB
Hingga 5 GB saat menggunakan 1 SU atau lebih.
Jumlah maksimum karakter dalam kueri
512000
Ada batas keras karakter 512 ribu dalam kueri pekerjaan Azure Stream Analytics.
Batas Azure Virtual Machines
Batas Azure Virtual Machines
Sumber daya
Batasan
Komputer virtual per layanan cloud1
50
Titik akhir input per layanan cloud 2
150
1 Komputer virtual yang dibuat dengan menggunakan model penyebaran klasik daripada Azure Resource Manager yang secara otomatis disimpan dalam layanan cloud. Anda dapat menambahkan lebih banyak komputer virtual ke layanan cloud tersebut untuk penyeimbangan beban dan ketersediaan.
2 Titik akhir input memungkinkan komunikasi ke komputer virtual dari luar layanan cloud komputer virtual. Komputer virtual dalam layanan cloud atau jaringan virtual yang sama dapat berkomunikasi secara otomatis satu sama lain.
1 Batas default bervariasi menurut jenis kategori penawaran, seperti Uji Coba Gratis dan PAYG, dan menurut seri, seperti Dv2, F, dan G. Misalnya, default untuk langganan Perjanjian Perusahaan adalah 350. Untuk keamanan, langganan default ke 20 inti untuk mencegah penyebaran inti yang besar. Jika Anda membutuhkan lebih banyak inti, silakan kirimkan tiket dukungan.
3 Dengan Azure Resource Manager, sertifikat disimpan di Azure Key Vault. Jumlah sertifikat tidak terbatas untuk berlangganan. Ada batas sertifikat sebesar 1 MB per penyebaran, yang terdiri dari satu VM atau kumpulan ketersediaan.
Catatan
Inti komputer virtual memiliki batas total regional. Juga memiliki batas untuk seri per ukuran regional, seperti Dv2 dan F. Batas ini diberlakukan secara terpisah. Misalnya, pertimbangkan langganan dengan batas inti VM total US Timur 30, batas inti seri A 30, dan batas inti seri D 30. Langganan ini dapat menerapkan 30 VM A1, atau 30 VM D1, atau kombinasi keduanya tidak melebihi total 30 inti. Contoh kombinasi adalah 10 VM A1 dan 20 VM D1.
Batas Azure Compute Gallery
Ada batasan per langganan untuk menyebarkan sumber daya saat Anda menggunakan Galeri Komputasi:
100 galeri komputasi per langganan dan per wilayah
1.000 definisi gambar per langganan dan per wilayah
10.000 versi gambar per langganan dan per wilayah
Batas Perintah Eksekusi Terkelola
Perintah Eksekusi Terkelola maksimum yang diizinkan saat ini dibatasi hingga 25.
Batas Azure Virtual Machine Scale Sets
Sumber daya
Batasan
Jumlah maksimum VM dalam kumpulan skala
1,000
Jumlah maksimum VM berdasarkan gambar VM kustom dalam kumpulan skala
600
Jumlah maksimum set skala per langganan per wilayah
2.500
Jumlah maksimum node yang didukung di VMSS untuk kluster IB
100
Batas Azure Virtual Network Manager
Kategori
Pembatasan
Batasan Umum
Dukungan Lintas Penyewa
Hanya dengan grup jaringan keanggotaan statis
Langganan Azure
Aplikasi kebijakan dibatasi hingga < 15.000 langganan
Mode Penegakan Kebijakan
Tidak ada penambahan ke grup jaringan jika diatur ke Dinonaktifkan
Siklus Evaluasi Kebijakan
Siklus evaluasi standar tidak didukung
Pergerakan Langganan
Memindahkan langganan ke penyewa lain tidak didukung
Batasan untuk Konfigurasi Konektivitas
Jaringan Virtual dalam Grup Tersambung
Grup yang terhubung dapat menyertakan hingga 250 VNet secara default, dapat diperluas hingga 1000 berdasarkan permintaan menggunakan formulir ini.
Titik akhir privat
1000 titik akhir privat per grup yang tersambung
Konfigurasi Hub-and-Spoke
Maksimum 1000 jaringan virtual yang di-peering ke hub
Konektivitas Langsung
Hingga 250 VNet secara default, dapat diperluas hingga 1000 berdasarkan permintaan menggunakan formulir ini.
Keanggotaan Grup
Jaringan virtual dapat menjadi bagian dari hingga dua grup yang terhubung, dapat diperluas hingga 1000 berdasarkan permintaan menggunakan formulir ini.
Ruang IP yang Tumpang Tindih
Komunikasi ke alamat IP yang tumpang tindih dihilangkan
Batasan untuk Aturan Admin Keamanan
Awalan IP
Maksimum 1.000 prefiks IP yang digabungkan
Aturan Admin
Maksimal 100 aturan admin pada satu tingkat
Batasan untuk Rute yang Ditentukan Pengguna
Rute yang Ditentukan Pengguna per Tabel Rute
Maks 1.000
Batas terowongan dev
Batas berikut berlaku untuk terowongan dev. Batas direset setiap bulan.
Sumber daya
Batasan
Bandwidth
5 GB per pengguna
Tunnel
10 per pengguna
Sambungan Aktif
1000 per port
Port
10 per terowongan
Tingkat permintaan HTTP
1500/menit per port
Kecepatan transfer data
Hingga 20 MB/dtk per terowongan
Ukuran isi permintaan HTTP penerusan web maks
16 MB
Untuk pertanyaan tentang batas ini, buka masalah di repositori GitHub kami.
Batas perimeter keamanan jaringan
Batasan 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
Didukung hingga 100 seperti batas yang disarankan per langganan.
Profil per perimeter keamanan jaringan
Didukung hingga 200 seperti batas yang disarankan.
Jumlah elemen aturan per profil
Didukung hingga 200 sebagai batas keras.
Jumlah sumber daya PaaS di seluruh langganan yang terkait dengan perimeter keamanan jaringan yang sama
Didukung hingga 1000 sesuai batas yang direkomendasikan.
Batasan lainnya
Perimeter keamanan jaringan memiliki batasan lain sebagai berikut:
Batasan/Masalah
Deskripsi
Operasi pemindahan grup sumber daya tidak dapat dilakukan jika beberapa perimeter keamanan jaringan ada
Jika ada beberapa perimeter keamanan jaringan yang ada dalam grup sumber daya yang sama, perimeter keamanan jaringan tidak dapat dipindahkan di seluruh grup sumber daya/langganan.
Asosiasi harus dihapus sebelum menghapus perimeter keamanan jaringan
Opsi hapus paksa saat ini tidak tersedia. Dengan demikian semua asosiasi harus dihapus sebelum menghapus perimeter keamanan jaringan. Hanya hapus asosiasi setelah mengambil tindakan pencegahan untuk mengizinkan akses yang sebelumnya dikontrol oleh perimeter keamanan jaringan.
Nama sumber daya tidak boleh lebih panjang dari 44 karakter untuk mendukung perimeter keamanan jaringan
Asosiasi sumber daya perimeter keamanan jaringan yang dibuat dari portal Azure memiliki format {resourceName}-{perimeter-guid}. Untuk menyelaraskan dengan bidang nama persyaratan tidak boleh memiliki lebih dari 80 karakter, nama sumber daya harus dibatasi hingga 44 karakter.
Lalu lintas titik akhir layanan tidak didukung.
Disarankan untuk menggunakan titik akhir privat untuk komunikasi IaaS ke PaaS. Saat ini, lalu lintas titik akhir layanan dapat ditolak bahkan ketika aturan masuk memungkinkan 0.0.0.0/0.
Catatan
Lihat dokumentasi PaaS individual untuk batasan masing-masing untuk setiap layanan.
Langkah berikutnya
Lanjutkan ke sumber daya berikut untuk mempelajari selengkapnya:
Bangun solusi end-to-end di Microsoft Azure untuk membuat Azure Functions, menerapkan dan mengelola aplikasi web, mengembangkan solusi yang menggunakan penyimpanan Azure, dan banyak lagi.
Pahami penyedia sumber daya mana yang mendukung Azure Resource Manager dan skemanya, versi API yang tersedia, dan wilayah yang dapat menghosting sumber daya.
Menjelaskan cara mengatasi kesalahan kuota sumber daya saat menyebarkan sumber daya dengan template Azure Resource Manager (template ARM) atau file Bicep.