Batas, kuota, dan batasan langganan dan layanan Azure

Dokumen ini mencantumkan beberapa batas Microsoft Azure yang paling umum, yang juga terkadang disebut kuota.

Untuk mempelajari selengkapnya tentang harga Azure, lihat Ringkasan harga Azure. Di sana, Anda dapat memperkirakan biaya Anda dengan menggunakan kalkulator harga. Anda juga dapat pergi ke halaman detail harga untuk layanan tertentu, misalnya, VM Windows. Tips untuk membantu mengelola biaya Anda, lihat Mencegah biaya tak terduga dengan penagihan Azure dan manajemen biaya.

Mengelola batas

Catatan

Beberapa layanan memiliki batas yang dapat disesuaikan.

Saat 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.

Jika Anda ingin menaikkan batas atau kuota di atas batas default, buka permintaan dukungan pelanggan online tanpa biaya.

Istilah batas lunak dan batas keras sering digunakan secara informal untuk menggambarkan saat ini, batas yang dapat disesuaikan (batas lunak) dan batas maksimum (batas keras). Jika batas tidak dapat disesuaikan, tidak akan ada batas lunak, hanya batas keras.

Langganan Uji Coba Gratis tidak memenuhi syarat untuk penambahan limit atau kuota. Jika Anda memiliki langganan Uji Coba Gratis, Anda dapat meningkatkan ke langganan Pay-As-You-Go. Untuk informasi selengkapnya, lihat Peningkatan langganan Uji Coba Gratis Azure Anda ke langganan Pay-As-You-Go dan Tanya Jawab Umum langganan Uji Coba Gratis.

Beberapa batasan dikelola di tingkat wilayah.

Mari kita gunakan kuota vCPU sebagai contoh. Untuk meminta peningkatan kuota dengan dukungan untuk vCPU, Anda harus memutuskan berapa banyak vCPU yang ingin Anda gunakan di wilayah mana. Anda kemudian meminta peningkatan kuota vCPU untuk jumlah dan wilayah yang Anda inginkan. Jika Anda perlu menggunakan 30 vCPU di Eropa Barat untuk menjalankan aplikasi Anda di sana, Anda secara khusus meminta 30 vCPU di Eropa Barat. Kuota vCPU Anda tidak ditingkatkan di wilayah lain--hanya Eropa Barat yang memiliki kuota 30-vCPU.

Akibatnya, putuskan harus berapa kuota Anda untuk beban kerja di satu wilayah. Kemudian minta jumlah tersebut di setiap wilayah tempat Anda ingin sebarkan. Untuk bantuan tentang cara menentukan kuota Anda saat ini untuk wilayah tertentu, lihat Atasi kesalahan untuk kuota sumber daya.

Batas umum

Untuk batasan nama sumber daya, lihat Penamaan aturan dan batasan untuk sumber daya Azure.

Untuk informasi tentang batas baca dan tulis Resource Manager API, lihat Permintaan Pembatasan Resource Manager.

Batas grup manajemen

Batasan berikut berlaku untuk grup manajemen.

Sumber daya	Batasan
Grup manajemen per penyewa Microsoft Entra	10,000
Langganan per grup manajemen	Tidak Terbatas.
Tingkat hierarki grup manajemen	Tingkat akar ditambah 6 level1
Grup manajemen induk langsung per grup manajemen	Satu
Penyebaran tingkat grup manajemen per lokasi	8002
Penyebaran tingkat grup manajemen per lokasi	10

¹6 level tidak menyertakan tingkat langganan.

²Jika Anda mencapai batas 800 penyebaran, hapus penyebaran dari riwayat yang tidak lagi diperlukan. Untuk menghapus penyebaran tingkat grup manajemen, gunakan Remove-AzManagementGroupDeployment atau az deployment mg delete.

Batas langganan

Batas berikut berlaku saat Anda menggunakan Azure Resource Manager dan grup sumber daya Azure.

Sumber daya	Batasan
Langganan Azure yang terkait dengan penyewa Microsoft Entra	Tidak Terbatas
Koadministrator per langganan	Tidak Terbatas
Grup sumber daya per langganan	980
Ukuran permintaan API Azure Resource Manager	4.194.304 byte
Tag per langganan1	50
Penghitungan tag unik per langganan2	80.000
Penerapan tingkat langganan per lokasi	8003
Lokasi Penyebaran tingkat langganan	10

¹Anda 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.

²Resource 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.

³Penyebaran otomatis dihapus dari riwayat saat Anda mendekati batas. Untuk informasi lebih lanjut, lihat Penghapusan otomatis dari riwayat penyebaran.

Batasan grup sumber daya

Sumber daya	Batasan
Sumber daya per grup sumber daya	Sumber daya tidak dibatasi oleh grup sumber daya. Sebaliknya, sumber daya dibatasi oleh jenis sumber daya dalam grup sumber daya. Lihat baris berikutnya.
Sumber daya per grup sumber daya, per jenis sumber daya	800 - Beberapa jenis sumber daya dapat melebihi batas 800. Lihat Sumber daya tidak dibatasi hingga 800 instans per grup sumber daya.
Penyebaran per grup sumber daya dalam riwayat penyebaran	8001
Sumber daya per penyebaran	800
Kunci manajemen per cakupan unik	20
Jumlah tag per sumber daya atau grup sumber daya	50
Panjang kunci tag	512
Panjang nilai tag	256

¹Penyebaran 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. Lihat batasan lainnya dalam Perbedaan validasi berdasarkan jenis akun yang didukung.
Manifes aplikasi	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 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 entitas4	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 definisi API yang dilintir per 4 jam	10	100
Jumlah maksimum sumberAPI tertaut 5	1	3

¹ Paket gratis yang disediakan selama 90 hari, maka layanan dihapus sementara.
² Untuk meningkatkan batas dalam paket Standar, hubungi dukungan.
³ Dalam paket Gratis, penggunaan fitur layanan lengkap termasuk analisis API dan akses melalui API sarana data dibatasi hingga 5 API.
⁴ Properti metadata kustom yang ditetapkan ke API, penyebaran, dan lingkungan.
⁵ Sumber seperti instans API Management tertaut. Dalam paket Gratis, sinkronisasi dari sumber API tertaut dibatasi hingga 200 API dan 5 definisi API.

Batas API Management

Bagian ini menyediakan informasi tentang batasan yang berlaku untuk instans Azure API Management di tingkat layanan yang berbeda, termasuk yang berikut ini:

• Tingkat klasik API Management
• Tingkat API Management v2
• Ruang kerja API Management
• Portal pengembang di tingkat API Management v2

Batasan - tingkat klasik API Management

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	Tidak Terbatas	Tidak Terbatas	Tidak Terbatas	Tidak Terbatas
Ukuran payload permintaan/respons maksimum dalam log diagnostik	8.192 byte	8.192 byte	8.192 byte	8.192 byte	8.192 byte
UkuranURL permintaan maksimum 2	16,384 byte	Tidak Terbatas	Tidak Terbatas	Tidak Terbatas	Tidak Terbatas
Panjang karakter maksimum segmen jalur URL	1,024	1,024	1,024	1,024	1,024
Panjang karakter maksimum dari nilai bernama	4,096	4,096	4,096	4,096	4,096
Ukuran maksimum skema API yang digunakan oleh kebijakan validasi	4 MB	4 MB	4 MB	4 MB	4 MB
Jumlah maksimum skema	100	100	100	100	100
Ukuran maksimum badan permintaan atau tanggapan dalam kebijakan validasi-konten	100 KiB	100 KiB	100 KiB	100 KiB	100 KiB
Jumlah maksimum gatewayyang dihost sendiri 3	T/A	25	T/A	T/A	25
Jumlah maksimum koneksi WebSocket aktif per unit4	T/A	2.500	5\.000	5\.000	5\.000
Jumlah maksimum tag yang didukung oleh sumber daya API Management	15	15	15	15	15
Jumlah maksimum penyedia kredensial per instans layanan	1,000	1,000	1,000	1,000	1,000
Jumlah maksimum koneksi per penyedia kredensial	10,000	10,000	10,000	10,000	10,000
Jumlah maksimum kebijakan akses per koneksi	100	100	100	100	100
Jumlah maksimum permintaan otorisasi per menit per koneksi	250	250	250	250	250
Jumlah maksimum ruang kerja per instans layanan	T/A	T/A	T/A	T/A	100

¹ Koneksi dikumpulkan dan digunakan kembali kecuali ditutup secara eksplisit oleh backend.
² Menyertakan string kueri panjang hingga 2048 byte.
³ 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.
⁴ 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
Jumlah maksimum unit skala	10	10
Ukuran cache maksimum per instans layanan	250 MB	1 GB
Jumlah maksimum API per instans layanan	150	500
Jumlah maksimum operasi API per instans layanan	3.000	10,000
Jumlah maksimum langganan per instans layanan	500	2.000
Jumlah maksimum produk per instans layanan	50	200
Jumlah maksimum pengguna per instans layanan	300	2.000
Jumlah maksimum grup per instans layanan	20	100
Jumlah maksimum server otorisasi per instans layanan	10	500
Jumlah maksimum fragmen kebijakan per instans layanan	50	50
Jumlah maksimum penyedia OpenID Connect per instans layanan	10	10
Jumlah maksimum sertifikat per instans layanan	100	100
Jumlah maksimum backend per instans layanan	100	100
Jumlah maksimum cache per instans layanan	100	100
Jumlah maksimum nilai bernama per instans layanan	100	100
Jumlah maksimum pencatat per instans layanan	100	100
Jumlah maksimum skema per instans layanan	100	100
Jumlah maksimum skema per API	100	100
Jumlah maksimum tag per instans layanan	100	100
Jumlah maksimum tag per API	100	100
Jumlah maksimum set versi per instans layanan	100	100
Jumlah maksimum rilis per API	100	100
Jumlah maksimum operasi per API	100	100
Jumlah maksimum pemecah masalah GraphQL per instans layanan	100	100
Jumlah maksimum pemecah masalah GraphQL per API	100	100
Jumlah maksimum API per produk	100	100
Jumlah maksimum API per langganan	100	100
Jumlah maksimum produk per langganan	100	100
Jumlah maksimum grup per produk	100	100
Jumlah maksimum tag per produk	100	100
Koneksi back-end bersamaan1 per otoritas HTTP	2.048	2.048
Ukuran respons cache maksimum	2 MiB	2 MiB
Ukuran dokumen kebijakan maksimum	256 KiB	256 KiB
Ukuran payload permintaan maksimum	1 GiB	1 GiB
Ukuran payload maksimum yang di-buffer	2 MiB	2 MiB
Ukuran payload permintaan/respons maksimum dalam log diagnostik	8.192 byte	8.192 byte
UkuranURL permintaan maksimum 2	16,384 byte	16,384 byte
Panjang maksimum segmen jalur URL	1.024 karakter	1.024 karakter
Panjang karakter maksimum dari nilai bernama	4.096 karakter	4.096 karakter
Ukuran maksimum badan permintaan atau tanggapan dalam kebijakan validasi-konten	100 KiB	100 KiB
Ukuran maksimum skema API yang digunakan oleh kebijakan validasi	4 MB	4 MB
Jumlah maksimum koneksi WebSocket aktif per unit3	5\.000	5\.000

¹ Koneksi dikumpulkan dan digunakan kembali kecuali ditutup secara eksplisit oleh backend.
² Menyertakan string kueri panjang hingga 2048 byte.
³ 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
Jumlah maksimum file media yang akan diunggah	15	15
Ukuran maksimum file media	500 KB	500 KB
Jumlah maksimum halaman	30	50
Jumlah maksimum widget1	30	50
Ukuran maksimum metadata per halaman	350 KB	350 KB
Ukuran maksimum metadata per widget1	350 KB	350 KB
Jumlah maksimum permintaan klien per menit	200	200

¹ Batas untuk widget bawaan seperti teks, gambar, atau daftar API. Saat ini, widget kustom dan widget kode HTML kustom tidak didukung di tingkat v2.

Batas App Service

Sumber daya	Gratis	Bersama	Dasar	Standard	Premium (v1-v3)	Terisolasi
Aplikasi web, seluler, atau API per Paket Azure App Service1	10	100	Tidak terbatas2	Tidak terbatas2	Tidak terbatas2	Tidak terbatas2
Paket App Service	10 per wilayah	10 per grup sumber daya	100 per grup sumber daya	100 per grup sumber daya	100 per grup sumber daya	100 per grup sumber daya
Jenis komputasi instans	Bersama	Bersama	Didedikasikan3	Didedikasikan3	Didedikasikan3	Didedikasikan3
Peluasan skala (instans maksimum)	1 dibagikan	1 dibagikan	3 didedikasikan3	10 didedikasikan3	20 didedikasikan untuk v1; 30 didedikasikan untuk v2 dan v3.3	100 didedikasikan4
Penyimpanan5	1 GB5	1 GB5	10 GB5	50 GB5	250 GB5	1 TB12 Kuota penyimpanan yang tersedia adalah 999 GB.
Waktu CPU (5 menit)6	3 menit	3 menit	Tidak terbatas, bayar dengan tarif standar	Tidak terbatas, bayar dengan tarif standar	Tidak terbatas, bayar dengan tarif standar	Tidak terbatas, bayar dengan tarif standar
Waktu CPU (hari)6	60 menit	240 menit	Tidak terbatas, bayar dengan tarif standar	Tidak terbatas, bayar dengan tarif standar	Tidak terbatas, bayar dengan tarif standar	Tidak terbatas, bayar dengan tarif standar
Memori (1 jam)	Paket 1.024 MB per App Service	1.024 MB per aplikasi	T/A	T/A	T/A	T/A
Bandwidth	165 MB	Tidak terbatas, tarif transfer data berlaku	Tidak terbatas, tarif transfer data berlaku	Tidak terbatas, tarif transfer data berlaku	Tidak terbatas, tarif transfer data berlaku	Tidak terbatas, tarif transfer data berlaku
Arsitektur aplikasi	32-bit	32-bit	32-bit/64-bit	32-bit/64-bit	32-bit/64-bit	32-bit/64-bit
WebSocket per instans (Windows)7	5	35	350	Tidak Terbatas	Tidak Terbatas	Tidak Terbatas
WebSocket per instans (Linux)7	5	T/A	~50K	~50K	~50K	~50K
Koneksi IP keluar per instans	600	600	Tergantung pada ukuran instans8	Tergantung pada ukuran instans8	Tergantung pada ukuran instans8	16.000
Sambungan debugger bersamaan per aplikasi	1	1	1	5	5	5
Sertifikat App Service per langganan	Tidak didukung	Tidak didukung	10	10	10	10
Domain kustom per aplikasi	0 (azurewebsites.net subdomain saja)	500	500	500	500	500
Domain kustom dukungan SSL	Tidak didukung, sertifikat kartubebas untuk * azurewebsites.net tersedia secara default	Tidak didukung, sertifikat kartubebas untuk * azurewebsites.net tersedia secara default	Koneksi aman SNI tidak terbatas	SSL SNI tidak terbatas dan 1 koneksi aman IP disertakan	SSL SNI tidak terbatas dan 1 koneksi aman IP disertakan	SSL SNI tidak terbatas dan 1 koneksi aman IP disertakan
Sambungan Hibrid			5 per paket	25 per paket	220 per aplikasi	220 per aplikasi
Integrasi Virtual Network			X	X	X	X
Titik akhir privat			100 per aplikasi	100 per aplikasi	100 per aplikasi
Load balancer terintegrasi		X	X	X	X	X9
Pembatasan Akses	512 aturan per aplikasi	512 aturan per aplikasi	512 aturan per aplikasi	512 aturan per aplikasi	512 aturan per aplikasi	512 aturan per aplikasi
Grup Ketersediaan AlwaysOn			X	X	X	X
Pencadangan terjadwal			Pencadangan terjadwal setiap 2 jam, maksimum 12 cadangan per hari (manual + terjadwal	Pencadangan terjadwal setiap 2 jam, maksimum 12 cadangan per hari (manual + terjadwal)	Pencadangan terjadwal setiap jam, maksimum 50 cadangan per hari (manual + terjadwal)	Pencadangan terjadwal setiap jam, maksimum 50 cadangan per hari (manual + terjadwal)
Skala Otomatis				X	X	X
WebJobs10	X	X	X	X	X	X
Pemantauan titik akhir			X	X	X	X
Slot penahapan per aplikasi				5	20	20
Pengujian dalam Produksi				X	X	X
Log Diagnostik	X	X	X	X	X	X
Kudu	X	X	X	X	X	X
Autentikasi dan Otorisasi	X	X	X	X	X	X
Sertifikat Terkelola App Service11			X	X	X	X
SLA			99,95%	99,95%	99,95%	99,95%

¹ Kuota aplikasi dan penyimpanan sesuai paket App Service kecuali dinyatakan secara berbeda.

² Jumlah aplikasi aktual yang dapat Anda hosting di mesin ini tergantung pada aktivitas aplikasi, ukuran mesin instans, dan pemanfaatan sumber daya yang sesuai.

³ Instans yang didedikasikan dapat memiliki ukuran yang berbeda. Untuk informasi selengkapnya, lihat Harga App Service.

⁴ Lainnya diizinkan berdasarkan permintaan.

⁵ 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.

⁶ Sumber daya ini dibatasi oleh sumber daya fisik pada instans khusus (ukuran instans dan jumlah instans).

⁷Jika 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.

⁸ 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.

⁹ 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.

¹⁰ 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.

¹¹ Hanya menerbitkan sertifikat standar (sertifikat kartubebas tidak tersedia). Terbatas hanya satu sertifikat gratis per domain kustom.

¹² Total penggunaan penyimpanan di seluruh aplikasi yang disebarkan di satu Lingkungan App Service (terlepas dari cara penggunaannya dialokasikan di berbagai grup sumber daya).

Batas automasi

Automasi proses

Sumber daya	Batasan	Catatan
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.
Jumlah maksimum pekerjaan yang berjalan bersamaan pada instans waktu yang sama per akun Automation	200	Ketika batas ini tercapai, permintaan berikutnya untuk membuat tugas akan gagal. Klien menerima respons kesalahan. Uji coba gratis dan langganan Azure for Student dapat menjalankan hingga 10 pekerjaan bersamaan pada instans waktu yang sama per akun Automation. 2
Jumlah maksimum akun Automation dalam langganan di suatu wilayah.	Tidak ada batas 2 1	Langganan Perusahaan dan MSDN dapat membuat akun Automation di salah satu wilayah yang didukung oleh layanan Langganan Pay-as-you-go, MPN, Azure Pass dapat membuat 2 akun Automation per langganan di salah satu wilayah yang didukung oleh layanan. 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
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

¹Kotak pasir adalah lingkungan berbagi yang dapat digunakan oleh banyak pekerjaan. Pekerjaan yang menggunakan kotak pasir yang sama terikat oleh batasan sumber daya kotak pasir.
²Untuk meminta peningkatan batas, buat permintaan Dukungan Azure. Langganan gratis termasuk Akun Gratis Azure dan Azure untuk Siswa tidak memenuhi syarat untuk peningkatan batas atau kuota. Jika Anda memiliki langganan gratis, Anda dapat meningkatkan ke langganan Pay-As-You-Go.

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	30
Jumlah total langganan yang dilampirkan ke semua cakupan dinamis per jadwal	200	30

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.

Untuk informasi selengkapnya tentang batas konfigurasi Azure Cache for Redis, lihat Konfigurasi server Default Redis.

Karena konfigurasi dan manajemen instans Azure Cache for Redis dilakukan oleh Microsoft, tidak semua perintah Redis didukung di Azure Cache for Redis. Untuk informasi selengkapnya, lihat Perintah Redis yang tidak didukung di Azure Cache for Redis.

Batas Azure Cloud Services

Sumber daya	Batasan
Peran web atau pekerja per penyebaran1	25
Titik akhir input instans per penyebaran	25
Titik akhir input per penyebaran	25
Titik akhir internal per penyebaran	25
Sertifikat layanan yang dihosting per penyebaran	199

¹Setiap 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 meliputi:

• Layanan multipenyewa gratis , dibagikan dengan pelanggan Azure lainnya, ditujukan untuk evaluasi dan proyek pengembangan kecil.
• Dasar menyediakan sumber daya komputasi khusus untuk beban kerja produksi dalam skala yang lebih kecil, dengan hingga tiga replika untuk beban kerja kueri yang sangat tersedia.
• Standar, yang mencakup S1, S2, S3, dan Kepadatan Tinggi S3, adalah untuk beban kerja produksi yang lebih besar. Beberapa level ada dalam tingkat Standar sehingga Anda dapat memilih konfigurasi sumber daya yang paling sesuai dengan profil beban kerja Anda.

Batas per langganan

Anda dapat membuat beberapa layanan 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

¹ 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.

² 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

¹ 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

¹ 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.

² 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.

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.

Untuk mempelajari selengkapnya tentang batasan pada tingkat yang lebih terperinci, seperti ukuran dokumen, kueri per detik, kunci, permintaan, dan respons, lihat Batas layanan di Azure AI Search.

Batas layanan Azure AI

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

Untuk batas Azure Chaos Studio, lihat Batas layanan Azure Chaos Studio.

Batas Azure Communications Gateway

Beberapa batas dan kuota default berikut dapat ditingkatkan. Untuk meminta perubahan, buat permintaan perubahan yang menyatakan batas yang ingin 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 aktif dibatasi hingga 15% dari jumlah pengguna yang ditetapkan ke Azure Communications Gateway. Untuk definisi pengguna, lihat Merencanakan dan mengelola biaya untuk Azure Communications Gateway.
• 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.

Batas Azure Container Apps

Untuk batas Azure Container Apps, lihat Kuota di Azure Container Apps.

Jumlah ruang disk yang tersedia untuk aplikasi Anda bervariasi berdasarkan profil beban kerja terkait. Ruang disk yang tersedia menentukan batas ukuran gambar yang dapat Anda sebarkan ke aplikasi kontainer Anda.

Untuk profil beban kerja khusus, batas ukuran gambar adalah per instans.

Nama tampilan	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.

Batas Azure Cosmos DB

Untuk batas Azure Cosmos DB, lihat Batasan di Azure Cosmos DB.

Batasan Azure Data Explorer

Tabel berikut ini menjelaskan batas maksimum untuk kluster Azure VMware Solution.

Sumber daya	Batasan
Kluster per wilayah per langganan	20
Instans per kluster	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.

Cakupan	Operasi	Batas
Kluster	baca (misalnya, dapatkan kluster)	500 per 5 menit
Kluster	tulis (misalnya, buat database)	1.000 per jam

Azure Database untuk MySQL

Untuk batas Azure MySQL Database, lihat Pembatasan pada Azure MySQL Database.

Azure Database untuk PostgreSQL

Untuk batas Azure MySQL Database, lihat Pembatasan pada Azure MySQL Database.

Batas Lingkungan Penyebaran Azure

Langganan	Batas runtime per penyebaran	Batas runtime per bulan per wilayah per langganan	Batas penyimpanan per Lingkungan
Perusahaan	30 menit	5000 menit	1 GB
Prabayar	10 menit	200 menit	1 GB
Azure Pass	10 menit	200 menit	1 GB
MSDN	10 menit	200 menit	1 GB
Csp	10 menit	200 menit	1 GB
Coba gratis	10 menit	200 menit	1 GB
Azure untuk siswa	10 menit	200 menit	1 GB

Azure Files dan Sinkronisasi Azure File

Untuk mempelajari lebih lanjut tentang batasan Azure Files dan Sinkronisasi File, lihat Skalabilitas Azure File dan target performa.

Batas Azure Functions

Sumber daya	Paket Konsumsi	Paket KonsumsiFlex 13	Paket premium	/Paket khusus ASE	Aplikasi Kontainer
Durasi waktu habis default (min)	5	30	30	301	3016
Durasi waktu habis maksimum (min)	10	tidak terikat8	tidak terikat8	tidak terikat2	tidak terikat17
Koneksi keluar tanpa ikatan maksimum (per instans)	600 aktif (total 1200)	tanpa ikatan	tanpa ikatan	tanpa ikatan	tanpa ikatan
Ukuran permintaan maksimum (MB)3	100	100	100	100	100
Panjang string kueri maksimum3	4096	4096	4096	4096	4096
Panjang URL permintaan maksimum3	8192	8192	8192	8192	8192
ACU per instans	100	Bervariasi	210-840	100-840/210-2509	Bervariasi
Memori maksimum (GB per instans)	1.5	414	3.5-14	1.75-14/3.5-14	Bervariasi
Jumlah instans maks (Windows/Linux)	200/100	1000 15	100/20	bervariasi menurut SKU/10010	10-30018
Aplikasi fungsi per paket12	100	100	100	tanpa ikatan4	tanpa ikatan4
Paket App Service	100 per wilayah	n/a	100 per grup sumber daya	100 per grup sumber daya	n/a
Slot penyebaran per aplikasi11	2	n/a	3	1-2010	tidak didukung
Penyimpanan (sementara)5	0,5 GB	0,8 GB	21-140 GB	11-140 GB	n/a
Penyimpanan (bertahan)	1 GB6	0 GB6	250 GB	10-1000 GB10	n/a
Domain kustom per aplikasi	5007	500	500	500	tidak didukung
Domain kustom dukungan SSL	koneksi SNI SSL tanpa ikatan disertakan	SSL SNI tanpa ikatan dan 1 koneksi IP SSL disertakan	SSL SNI tanpa ikatan dan 1 koneksi IP SSL disertakan	SSL SNI tanpa ikatan dan 1 koneksi IP SSL disertakan	tidak didukung

Catatan tentang batas layanan:

1. Secara default, batas waktu untuk runtime Functions 1.x dalam paket App Service tidak terbatas.
2. Mengharuskan paket App Service diatur ke Always On. Bayar dengan tarif standar. Masa tenggang 10 menit diberikan selama pembaruan platform.
3. Batasan ini diatur dalam host.
4. Jumlah aktual aplikasi fungsi yang dapat Anda host tergantung pada aktivitas aplikasi, ukuran instans komputer, dan pemanfaatan sumber daya yang sesuai.
5. 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.
6. Paket konsumsi menggunakan berbagi Azure Files untuk penyimpanan yang bertahan. Saat Anda menyediakan berbagi Azure Files Anda sendiri, batas ukuran berbagi tertentu bergantung pada akun penyimpanan yang Anda tetapkan untuk WEBSITE_CONTENTAZUREFILECONNECTIONSTRING. Di Linux, Anda harus secara eksplisit memasang berbagi Azure Files Anda sendiri untuk paket Konsumsi dan Konsumsi Flex.
7. 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.
8. 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.
9. 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.
10. Lihat Batas App Service untuk detailnya.
11. Termasuk slot produksi.
12. Saat ini ada batas 5000 aplikasi fungsi dalam langganan tertentu.
13. Paket Konsumsi Flex saat ini dalam pratinjau.
14. Ukuran instans paket Konsumsi Flex saat ini didefinisikan sebagai 2.048 MB atau 4.096 MB. Untuk informasi selengkapnya, lihat Memori instans.
15. Paket Konsumsi Flex selama pratinjau memiliki kuota langganan regional yang membatasi total penggunaan memori semua instans di seluruh wilayah tertentu. Untuk informasi selengkapnya, lihat Memori instans.
16. Ketika jumlah minimum replika diatur ke nol, batas waktu default bergantung pada pemicu tertentu yang digunakan dalam aplikasi.
17. Ketika jumlah minimum replika diatur ke satu atau beberapa replika.
18. Di Container Apps, Anda dapat mengatur jumlah maksimum replika, yang dihormati selama ada cukup kuota inti yang tersedia.

Untuk informasi selengkapnya, lihat Perbandingan rencana Hosting Azure Function.

Azure Health Data Services

Batas Azure Health Data Services

Health Data Services adalah set layanan API terkelola berdasarkan kerangka kerja dan standar terbuka. Health Data Services memungkinkan alur kerja untuk meningkatkan layanan kesehatan serta menawarkan solusi layanan kesehatan yang terukur dan aman. Health Data Services menyertakan layanan Fast Healthcare Interoperability Resources (FHIR), layanan Digital Imaging dan Communications in Medicine (DICOM), dan layanan MedTech.

Layanan FHIR adalah implementasi dari spesifikasi FHIR dalam Health Data Services. Ia memungkinkan Anda menggabungkan satu atau beberapa instans layanan FHIR dengan instans layanan MedTech dan DICOM opsional dalam satu ruang kerja. API Azure untuk FHIR umumnya tersedia sebagai penawaran layanan mandiri.

Setiap instans layanan FHIR di Azure Health Data Services memiliki batas penyimpanan 4 TB secara default. Jika Anda memiliki lebih banyak data, Anda dapat meminta Microsoft untuk meningkatkan penyimpanan hingga 100 TB untuk layanan FHIR Anda. Untuk meminta penyimpanan yang lebih besar dari 4 TB, buat permintaan dukungan pada portal Azure dan gunakan jenis masalah Batas layanan dan Langganan (kuota).

Nama Kuota	Batas default	Batas Maksimum	Catatan
Ruang kerja	10	Hubungi dukungan	Batas per langganan
FHIR	10	Hubungi dukungan	Batas per ruang kerja
DICOM	10	Hubungi dukungan	Batas per ruang kerja
MedTech	10	T/A	Batas per ruang kerja, tidak bisa ditambah

Azure API untuk batas layanan FHIR

Azure API untuk FHIR adalah API yang terkelola, berbasis standar, dan sesuai untuk data kesehatan klinis yang memungkinkan solusi untuk analitik dan pembelajaran mesin yang dapat ditindaklanjuti.

Nama Kuota	Batas default	Batas Maksimum	Catatan
Unit permintaan (RUs)	100.000 RU	Hubungi dukungan Maksimum yang tersedia adalah 1.000.000.	Anda memerlukan minimal 400 RUs atau 40 RU/GB, mana yang lebih besar.
Sambungan bersamaan	15 koneksi bersamaan pada dua instans (dengan total 30 permintaan bersamaan)	Hubungi dukungan
Azure API untuk Instans Layanan FHIR per Langganan	10	Hubungi dukungan

Batas Azure Kubernetes Service

Sumber daya	Batasan
Kluster maksimum per langganan secara global	5\.000
Kluster maksimum per langganan per wilayah 1	100
Node maksimum per kluster dengan Virtual Machine Scale Sets dan SKU Load Balancer Dasar	5.000 di semua kumpulan simpul Catatan: Jika Anda tidak dapat menskalakan hingga 5.000 simpul per kluster, lihat Praktik Terbaik untuk Kluster Besar.
Simpul maksimum per kumpulan simpul (kumpulan simpul Virtual Machine Scale Sets)	1000
Kumpulan node maksimum per kluster	100
Pod maksimum per simpul: dengan plug-injaringan Kubenet 1	Maksimum: 250 Default Azure CLI: 110 Default templat Azure Resource Manager: 110 Default penyebaran portal Azure: 30
Pod maksimum per simpul: dengan Azure Container Networking Interface (Azure CNI)2	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
Layanan kubernetes seimbang beban maksimum per kluster dengan SKU Load Balancer Standar	300
Node maksimum per kluster dengan Virtual Machine Availability Sets dan SKU Load Balancer Dasar	100

¹ Lainnya diperbolehkan berdasarkan permintaan.
² 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.

Per jenis sumber daya

Pengelompokan	Jenis Sumber Daya	Batas
Per langganan	Lab:	980
Per grup sumber daya	Lab:	800
	Rencana lab	800
Per lab	Jadwal	250
	Komputer virtual (VM)	400

Per wilayah - Paket lab dan lab

Jenis langganan	Batas paket lab	Batas lab
Default	2	2
Bayar Sesuai Penggunaan	500	500
MPN	500	500
Azure di Lisensi Terbuka	500	500
Perjanjian Enterprise	500	500
MSDN	500	500
Disponsori	100	15
Csp	500	500
Azure Pass	100	25
Coba Gratis	100	15
Azure for Students	100	15

Untuk informasi selengkapnya tentang batas kapasitas Azure Lab Services, lihat Batas kapasitas di Azure Lab Services.

Hubungi dukungan untuk meminta peningkatan batas Anda.

Batas Azure Load Testing

Untuk batas Azure Load Testing, lihat Batas layanan di Azure Load Testing.

Batas Azure Machine Learning

Nilai terbaru untuk kuota Komputasi Azure Machine Learning dapat ditemukan di halaman kuota Azure Machine Learning

Batas Azure Maps

Catatan

Penghentian Tingkat Harga Azure Maps Gen1

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.

Untuk kueri Azure Maps per batas kedua, lihat Batas laju QPS Azure Maps

Tabel berikut ini memperlihatkan batas ukuran data kumulatif untuk akun Azure Maps dalam langganan Azure. Layanan Data Azure Maps hanya tersedia di tingkat harga Gen1 (S1) dan Gen2.

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	Cari tahu cara meminta peningkatan kuota dari dukungan.
Total inti CPU untuk Azure-SSIS Integration Runtime dalam satu langganan	64	Cari tahu cara meminta peningkatan kuota dari dukungan.
Alur bersamaan berjalan per pabrik data yang dibagikan di seluruh alur di pabrik	10,000	10,000
Aktivitas Eksternal Bersamaan yang berjalan per langganan per wilayah Azure Integration Runtime Aktivitas eksternal dikelola pada runtime integrasi tetapi dijalankan pada layanan yang ditautkan, termasuk Databricks, prosedur tersimpan, Web, dan lainnya. Batas ini tidak berlaku untuk IR yang dihost sendiri.	3.000	3.000
Aktivitas Alur Bersamaan yang berjalan per langganan per wilayah Azure Integration Runtime Aktivitas alur dijalankan pada runtime integrasi, termasuk Pencarian, GetMetadata, dan Hapus. Batas ini tidak berlaku untuk IR yang dihost sendiri.	1,000	1,000
Operasi penulisan bersamaan per langganan per wilayah Azure Integration Runtime Termasuk koneksi uji, menelusuri daftar folder dan daftar tabel, mempratinjau data. Batas ini tidak berlaku untuk IR yang dihost sendiri.	200	200
Unit Integrasi Data Bersamaan1 pemakaian per langganan per wilayah Azure Integration Runtime	Grup wilayah 12: 6.000 Grup wilayah 22: 3.000 Grup wilayah 32: 1.500	Grup wilayah 12: 6.000 Grup wilayah 22: 3.000 Grup wilayah 32: 1.500
Konsumsi Unit Integrasi Data Bersamaan1 per langganan per wilayah Azure Integration Runtime di jaringan virtual terkelola	2.400	Cari tahu cara meminta peningkatan kuota dari dukungan.
Aktivitas maksimum per alur, yang mencakup aktivitas bagian dalam untuk kontainer	80	120
Jumlah maksimum runtime integrasi tertaut yang dapat dibuat terhadap satu runtime integrasi yang di-hosting sendiri	100	100
Jumlah maksimum simpul yang dapat dibuat terhadap satu runtime integrasi yang dihost sendiri	4	Cari tahu cara meminta peningkatan kuota dari dukungan.
Parameter maksimum per alur	50	50
Item ForEach	100.000	100.000
Paralelisme ForEach	20	50
Maksimum antrean yang berjalan per alur	100	100
Karakter per ekspresi	8.192	8.192
Interval pemicu jendela tumbling minimum	5 menit	15 menit
Batas waktu minimum untuk eksekusi aktivitas alur	10 menit	10 menit
Batas waktu maksimum untuk aktivitas alur berjalan	7 hari	7 hari
Byte per objek untuk objek alur3	200 KB	200 KB
Byte per objek untuk himpunan data dan objek layanan tertaut3	100 KB	2.000 KB
Byte per muatan untuk setiap aktivitas berjalan4	896 KB	896 KB
Unit Integrasi Data1 per aktivitas salin dijalankan	256	256
Menulis panggilan API	1.200/jam	1.200/jam Batas ini diberlakukan oleh Azure Resource Manager, bukan Azure Data Factory.
Membaca panggilan API	12.500/jam	12.500/jam Batas ini diberlakukan oleh Azure Resource Manager, bukan Azure Data Factory.
Memantau kueri per menit	1,000	1,000
Waktu maksimum sesi debug aliran data	8 jam	8 jam
Jumlah aliran data secara bersamaan per runtime integrasi	50	Cari tahu cara meminta peningkatan kuota dari dukungan.
Jumlah aliran data secara bersamaan per runtime integrasi di vNet terkelola	50	Cari tahu cara meminta peningkatan kuota dari dukungan.
Jumlah sesi debug aliran data secara bersamaan per pengguna per pabrik	3	3
Batas Aliran Data Azure IR TTL	4 jam	4 jam
Batas Ukuran Entitas Meta Data di pabrik	2 GB	Cari tahu cara meminta peningkatan kuota dari dukungan.

¹ Unit integrasi data (DIU) digunakan dalam operasi penyalinan cloud-ke-cloud. Pelajari lebih lanjut dari Unit integrasi data (versi 2). Untuk informasi tentang tagihan, lihat Harga Azure Data Factory.

² Azure Integration Runtime tersedia secara global untuk memastikan kepatuhan data, efisiensi, dan pengurangan biaya keluar jaringan.

Grup wilayah	Wilayah
Grup wilayah 1	US Tengah, US Timur, US Timur 2, Eropa Utara, Eropa Barat, US Barat, US Barat 2
Grup wilayah 2	Australia Timur, Australia Tenggara, Brasil Selatan, India Tengah, Jepang Timur, US Tengah Utara, US Tengah Selatan, Asia Tenggara, Barat Sentral AS
Grup wilayah 3	Wilayah lain

Jika jaringan virtual terkelola diaktifkan, unit integrasi data (DIU) di semua grup kawasan adalah 2.400.

³ 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.

⁴ 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).

Untuk mempelajari lebih lanjut batas untuk Azure NetApp Files, lihat Batas sumber daya untuk Azure NetApp Files.

Batas Azure Policy

Ada jumlah maksimum untuk setiap jenis objek untuk Kebijakan Azure. Untuk definisi, entri Cakupan berarti grup manajemen atau langganan. Untuk 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.

¹ Menjelaskan jumlah pekerjaan yang dapat diantrekan pada saat yang bersamaan.

Batas-batas Azure RBAC

Batas berikut berlaku untuk kontrol akses berbasis peran Azure (Azure RBAC).

Luas	Sumber daya	Batasan
Penetapan peran Azure
	Penetapan peran Azure per langganan Azure	4.000
	Penetapan peran Azure per grup manajemen	500
	Ukuran deskripsi untuk penetapan peran Azure	2 KB
	Ukuran kondisi untuk penetapan peran Azure	8 KB
Peran kustom Azure
	Peran kustom Azure per penyewa	5\.000
	Peran kustom Azure per penyewa (untuk Microsoft Azure yang dioperasikan oleh 21Vianet)	2.000
	Ukuran nama peran untuk peran kustom Azure	512 char
	Ukuran deskripsi untuk peran kustom Azure	2 KB
	Jumlah cakupan yang dapat ditetapkan untuk peran kustom Azure	2.000

Batas Azure SignalR Service

Sumber daya	Batas default	Batas maksimum
Unit Azure SignalR Service per instans untuk tingkat Gratis	1	1
Unit Azure SignalR Service per instans untuk tingkat Standar/Premium_P1	100	100
Unit Azure SignalR Service per instans untuk tingkat Premium_P2	100 - 1,000	100 - 1,000
Unit Azure SignalR Service per langgan per wilayah untuk tingkat Gratis	5	5
Unit Azure SignalR Service total dihitung per langganan per wilayah	150	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 cara koneksi dan pesan dihitung, lihat Pesan dan koneksi di Azure SignalR Service.

Jika persyaratan Anda melebihi batas, beralih dari tingkat Gratis ke tingkat Standar dan tambahkan unit. Untuk informasi selengkapnya, lihat Bagaimana cara menskalakan instans Layanan Azure SignalR?.

Jika persyaratan Anda melebihi batas satu instans, tambahkan instans. Untuk informasi selengkapnya, lihat Cara mengaktifkan Geo-Replikasi di Azure SignalR Service.

Batas Azure Spring Apps

Untuk mempelajari selengkapnya tentang batas untuk Azure Spring Apps, lihat Kuota dan paket layanan untuk Azure Spring Apps.

Batas Azure Storage

Bagian ini mencantumkan batas berikut untuk Azure Storage:

• Batas akun penyimpanan standar
• Batas penyedia sumber daya Azure Storage
• Batas Azure Blob Storage
• Batas penyimpanan Antrean Azure
• Batas penyimpanan Azure Table

Batas akun penyimpanan standar

Tabel berikut menjelaskan batasan default untuk tujuan umum v2 (GPv2), tujuan umum v1 (GPv1), akun penyimpanan Blob Azure. 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	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

¹ 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. ² 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

Batasan berikut ini hanya berlaku saat Anda melakukan operasi manajemen dengan menggunakan Azure Resource Manager dengan Azure Storage. Batasan berlaku 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

¹ 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.

² 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	Bervariasi menurut jenis properti. Untuk informasi selengkapnya, lihat Jenis Properti di Memahami Model Data Layanan Tabel.
Ukuran PartitionKey	String berukuran hingga 1024 karakter
Ukuran RowKey	String berukuran hingga 1024 karakter
Ukuran transaksi grup entitas	Transaksi dapat mencakup paling banyak 100 entitas, dan ukuran payload harus berukuran kurang dari 4 MB. Transaksi grup entitas dapat mencakup pembaruan ke entitas hanya sekali.
Jumlah maksimum kebijakan akses tersimpan per tabel	5
Tingkat permintaan maksimum per akun penyimpanan	20.000 transaksi per detik, yang mengasumsikan ukuran entitas 1-KiB
Throughput target untuk partisi tabel tunggal (1 entitas KiB)	Hingga 2.000 entitas per detik

Batas pembuatan langganan Azure

Untuk mempelajari selengkapnya tentang batas pembuatan untuk langganan Azure, lihat Akun penagihan dan cakupan di portal Azure.

Batas Layanan Azure Virtual Desktop

Tabel berikut ini menjelaskan batas maksimum untuk Azure Virtual Desktop.

Objek Azure Virtual Desktop	Objek Per Objek Kontainer	Batas Layanan
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

¹Jika Anda mengharuskan lebih dari 500 grup Aplikasi, maka naikkan tiket dukungan melalui portal Azure.

Semua sumber daya Azure lainnya yang digunakan di Azure Virtual Desktop seperti Virtual Machines, Penyimpanan, Jaringan, dll. semuanya tunduk pada batasan sumber daya mereka sendiri yang didokumentasikan di bagian yang relevan dalam artikel ini. Untuk memvisualisasikan hubungan antara semua objek Azure Virtual Desktop, tinjau artikel ini Hubungan antara komponen logis Azure Virtual Desktop.

Untuk memulai Azure Virtual Desktop, gunakan panduan memulai. Untuk konten arsitektur yang lebih mendalam pada Azure Virtual Desktop, gunakan bagian Azure Virtual Desktop dari Kerangka Kerja Adopsi Cloud. Untuk informasi harga Azure Virtual Desktop, tambahkan "Azure Virtual Desktop" dalam bagian Komputasi Kalkulator Harga Azure.

Batas Azure VMware Solution

Tabel berikut ini menjelaskan batas maksimum untuk Azure VMware Solution.

Sumber daya	Batas
Kluster vSphere setiap cloud privat	12
Jumlah minimum host ESXi setiap kluster	3 (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.
Kecepatan port ExpressRoute Azure VMware Solution maksimum	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
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.

Untuk batasan khusus VMware lainnya, gunakan alat maksimum konfigurasi VMware!.

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.

Jika persyaratan Anda melebihi batas satu instans, tambahkan instans. Untuk informasi selengkapnya, lihat Cara menggunakan Geo-Replikasi di Azure Web PubSub.

Batas cadangan

Untuk ringkasan pengaturan dan batasan dukungan Azure Backup, lihat Matriks Dukungan Azure Backup.

Batas Azure Batch

Sumber daya	Batas default	Batas maksimum
Akun Azure Batch setiap wilayah per langganan	1-3	50
Core khusus per akun Batch	0-9001	Hubungi dukungan
Core prioritas rendah per akun Batch	0-1001	Hubungi dukungan
Pekerjaan Aktif dan jadwal pekerjaan per akun Batch (pekerjaan yang diselesaikan tidak memiliki batas)	100-300	1.0002
Kumpulan per akun Batch	0-1001	5002
Koneksi titik akhir privat per akun Batch	100	100

¹ 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.

² 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 penerapan klasik alih-alih model penerapan Azure Resource Manager.

Sumber daya	Batas default	Batas maksimum
vCSK per langganan1	20	10,000
Koadministrator per langganan	200	200
Akun penyimpanan per langganan2	100	100
Layanan cloud per langganan	20	200
Jaringan lokal per langganan	10	500
Server DNS per langganan	9	100
IP cadangan per langganan	20	100
Grup afinitas per langganan	256	256
Panjang nama langganan (karakter)	64	64

¹Instans ekstra kecil dihitung sebagai satu vCPU terhadap batas vCPU meskipun menggunakan sebagian inti CPU.

²Batas 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

¹Untuk meminta peningkatan batas, buat permintaan Dukungan Azure. Langganan gratis termasuk Akun Gratis Azure dan Azure untuk Siswa tidak memenuhi syarat untuk peningkatan batas atau kuota. Jika Anda memiliki langganan gratis, Anda dapat meningkatkan ke langganan PAYG.
²Batas default untuk langganan PAYG. Batas dapat berbeda untuk jenis kategori lainnya.

Batas Container Registry

Tabel berikut ini merinci fitur dan batasan tingkat layanan Dasar, Standar, dan Premium

Sumber daya	Dasar	Standard	Premium
Termasuk penyimpanan1 (GiB)	10	100	500
Batas penyimpanan (TiB)	40	40	40
Ukuran lapisan gambar maksimum (GiB)	200	200	200
Ukuran manifes maksimum (MiB)	4	4	4
ReadOps per menit2, 3	1,000	3.000	10,000
WriteOps per menit2, 4	100	500	2.000
Bandwidth pengunduhan 2 (Mbps)	30	60	100
Bandwidth pengunggahan 2 (Mbps)	10	20	50
Webhook	2	10	500
Replikasi lokasi geografis	T/A	T/A	Didukung
Zona ketersediaan	T/A	T/A	Didukung
Kepercayaan konten	T/A	T/A	Didukung
Tautan privat dengan titik akhir privat	T/A	T/A	Didukung
• Titik Akhir Privat	T/A	T/A	200
Aturan jaringan IP publik	T/A	T/A	100
Akses VNet titik akhir layanan	T/A	T/A	Pratinjau
• Aturan jaringan virtual	T/A	T/A	100
Kunci yang dikelola pelanggan	T/A	T/A	Didukung
Izin cakupan repositori	Didukung	Didukung	Didukung
• Token	100	500	50.000
• Peta cakupan	100	500	50.000
•Tindakan	500	500	500
• Repositori per peta cakupan5	500	500	500
Akses penarikan anonim	T/A	Pratinjau	Pratinjau

¹ 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.

²ReadOps, 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.

³ Penarikan docker diterjemahkan ke beberapa operasi baca berdasarkan jumlah lapisan dalam gambar, ditambah pengambilan manifes.

⁴ Pendorongan docker diterjemahkan ke beberapa operasi tulis, berdasarkan jumlah lapisan yang harus didorong. docker push menyertakan ReadOps guna mengambil manifes untuk gambar yang ada.

⁵ Tindakan individu dari content/delete, content/read, content/write, metadata/read, metadata/write sesuai dengan batas Repositori per peta cakupan.

Batas Content Delivery Network

Sumber daya	Batasan
Profil Azure Content Delivery Network	25
Titik akhir Content Delivery Network per profil	25
Domain kustom per titik akhir	25
Grup asal maksimum per profil	10
Asal maksimum per grup asal	10
Jumlah maksimum aturan per titik akhir CDN	25
Jumlah maksimum kondisi pencocokan per aturan	10
Jumlah maksimum tindakan per aturan	5
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 Data Lake Analytics

Azure Data Lake Analytics memudahkan tugas kompleks dalam mengelola infrastruktur terdistribusi dan kode kompleks secara mudah. Ini secara dinamis menyediakan sumber daya, dan Anda dapat menggunakannya untuk melakukan analitik pada eksabita data. Ketika pekerjaan selesai, upaya tersebut memperlambat sumber daya secara otomatis. Anda cukup membayar daya pemrosesan yang digunakan. Saat menambah atau mengurangi ukuran data yang disimpan atau jumlah komputasi yang digunakan, Anda tidak perlu menulis ulang kode. Untuk menaikkan batasan default langganan Anda, hubungi dukungan.

Sumber daya	Batas	Komentar
Jumlah maksimum klien bersamaan	20
Jumlah maksimum unit analitik (AU) per akun	250	Gunakan kombinasi hingga maksimum 250 AU di seluruh 20 pekerjaan. Jika Anda perlu meningkatkan batasan ini, hubungi dukungan Microsoft.
Ukuran skrip maksimum untuk pengiriman pekerjaan	3 MB
Jumlah maksimum akun Data Lake Analytics per wilayah per langganan	5	Jika Anda perlu meningkatkan batasan ini, hubungi dukungan Microsoft.

Batas Data Factory

Azure Data Factory adalah layanan multi penyewa yang memiliki batas default berikut untuk memastikan langganan pelanggan terlindungi dari beban kerja satu sama lain. Untuk menaikkan batas maksimal langganan Anda, hubungi dukungan.

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	Cari tahu cara meminta peningkatan kuota dari dukungan.
Total inti CPU untuk Azure-SSIS Integration Runtime dalam satu langganan	64	Cari tahu cara meminta peningkatan kuota dari dukungan.
Alur bersamaan berjalan per pabrik data yang dibagikan di seluruh alur di pabrik	10,000	10,000
Aktivitas Eksternal Bersamaan yang berjalan per langganan per wilayah Azure Integration Runtime Aktivitas eksternal dikelola pada runtime integrasi tetapi dijalankan pada layanan yang ditautkan, termasuk Databricks, prosedur tersimpan, Web, dan lainnya. Batas ini tidak berlaku untuk IR yang dihost sendiri.	3.000	3.000
Aktivitas Alur Bersamaan yang berjalan per langganan per wilayah Azure Integration Runtime Aktivitas alur dijalankan pada runtime integrasi, termasuk Pencarian, GetMetadata, dan Hapus. Batas ini tidak berlaku untuk IR yang dihost sendiri.	1,000	1,000
Operasi penulisan bersamaan per langganan per wilayah Azure Integration Runtime Termasuk koneksi uji, menelusuri daftar folder dan daftar tabel, mempratinjau data. Batas ini tidak berlaku untuk IR yang dihost sendiri.	200	200
Unit Integrasi Data Bersamaan1 pemakaian per langganan per wilayah Azure Integration Runtime	Grup wilayah 12: 6.000 Grup wilayah 22: 3.000 Grup wilayah 32: 1.500	Grup wilayah 12: 6.000 Grup wilayah 22: 3.000 Grup wilayah 32: 1.500
Konsumsi Unit Integrasi Data Bersamaan1 per langganan per wilayah Azure Integration Runtime di jaringan virtual terkelola	2.400	Cari tahu cara meminta peningkatan kuota dari dukungan.
Aktivitas maksimum per alur, yang mencakup aktivitas bagian dalam untuk kontainer	80	120
Jumlah maksimum runtime integrasi tertaut yang dapat dibuat terhadap satu runtime integrasi yang di-hosting sendiri	100	100
Jumlah maksimum simpul yang dapat dibuat terhadap satu runtime integrasi yang dihost sendiri	4	Cari tahu cara meminta peningkatan kuota dari dukungan.
Parameter maksimum per alur	50	50
Item ForEach	100.000	100.000
Paralelisme ForEach	20	50
Maksimum antrean yang berjalan per alur	100	100
Karakter per ekspresi	8.192	8.192
Interval pemicu jendela tumbling minimum	5 menit	15 menit
Batas waktu minimum untuk eksekusi aktivitas alur	10 menit	10 menit
Batas waktu maksimum untuk aktivitas alur berjalan	7 hari	7 hari
Byte per objek untuk objek alur3	200 KB	200 KB
Byte per objek untuk himpunan data dan objek layanan tertaut3	100 KB	2.000 KB
Byte per muatan untuk setiap aktivitas berjalan4	896 KB	896 KB
Unit Integrasi Data1 per aktivitas salin dijalankan	256	256
Menulis panggilan API	1.200/jam	1.200/jam Batas ini diberlakukan oleh Azure Resource Manager, bukan Azure Data Factory.
Membaca panggilan API	12.500/jam	12.500/jam Batas ini diberlakukan oleh Azure Resource Manager, bukan Azure Data Factory.
Memantau kueri per menit	1,000	1,000
Waktu maksimum sesi debug aliran data	8 jam	8 jam
Jumlah aliran data secara bersamaan per runtime integrasi	50	Cari tahu cara meminta peningkatan kuota dari dukungan.
Jumlah aliran data secara bersamaan per runtime integrasi di vNet terkelola	50	Cari tahu cara meminta peningkatan kuota dari dukungan.
Jumlah sesi debug aliran data secara bersamaan per pengguna per pabrik	3	3
Batas Aliran Data Azure IR TTL	4 jam	4 jam
Batas Ukuran Entitas Meta Data di pabrik	2 GB	Cari tahu cara meminta peningkatan kuota dari dukungan.

¹ Unit integrasi data (DIU) digunakan dalam operasi penyalinan cloud-ke-cloud. Pelajari lebih lanjut dari Unit integrasi data (versi 2). Untuk informasi tentang tagihan, lihat Harga Azure Data Factory.

² Azure Integration Runtime tersedia secara global untuk memastikan kepatuhan data, efisiensi, dan pengurangan biaya keluar jaringan.

Grup wilayah	Wilayah
Grup wilayah 1	US Tengah, US Timur, US Timur 2, Eropa Utara, Eropa Barat, US Barat, US Barat 2
Grup wilayah 2	Australia Timur, Australia Tenggara, Brasil Selatan, India Tengah, Jepang Timur, US Tengah Utara, US Tengah Selatan, Asia Tenggara, Barat Sentral AS
Grup wilayah 3	Wilayah lain

Jika jaringan virtual terkelola diaktifkan, unit integrasi data (DIU) di semua grup kawasan adalah 2.400.

³ 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.

⁴ 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.

Batas Data Lake Storage

Azure Data Lake Storage Gen2 bukan layanan khusus atau jenis akun penyimpanan. Ini adalah rilis terbaru dari kemampuan yang didedikasikan untuk analisis data besar. Kemampuan ini tersedia di akun penyimpanan v2 atau BlockBlobStorage tujuan umum, dan Anda dapat memperolehnya dengan mengaktifkan fitur Namespace hierarki akun. Untuk target skala, lihat artikel ini.

• Menskalakan target untuk penyimpanan Blob.
• Menskalakan target untuk akun penyimpanan standar.

Azure Data Lake Storage Gen1 adalah layanan khusus. Ini adalah repositori hyper-scale skala perusahaan untuk beban kerja analisis data besar. Anda dapat menggunakan Data Lake Storage Gen1 untuk mengambil data dari berbagai ukuran, jenis, dan kecepatan penyerapan di satu tempat untuk analisis operasional dan eksplorasi. Tidak ada batasan jumlah data yang dapat Anda simpan di akun Data Lake Storage Gen1.

Sumber daya	Batas	Komentar
Jumlah maksimum akun Data Lake Storage Gen1, per langganan, per wilayah	10	Untuk meminta peningkatan batas ini, hubungi dukungan.
Jumlah maksimum akses ACL, per file atau folder	32	Ini adalah batas yang sulit. Gunakan grup untuk mengelola akses dengan entri yang lebih sedikit.
Jumlah maksimum ACL default, per file atau folder	32	Ini adalah batas yang sulit. Gunakan grup untuk mengelola akses dengan entri yang lebih sedikit.

Batas Data Share

Azure Data Share memungkinkan organisasi berbagi data secara sederhana dan aman dengan pelanggan dan mitra mereka.

Sumber daya	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 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 Device Update for IoT Hub

Catatan

Ketika sumber daya atau operasi tertentu tidak memiliki batas yang dapat disesuaikan, default dan batas maksimumnya adalah sama. Jika batas dapat disesuaikan, tabel berikut menyertakan batas default dan batas maksimum. Batas dapat dinaikkan di atas batas default tetapi tidak di atas batas maksimum. Batas hanya dapat disesuaikan untuk SKU Standar. Permintaan penyesuaian batas tidak diterima untuk SKU Gratis. Permintaan penyesuaian batas dievaluasi berdasarkan kasus per kasus dan persetujuan tidak dijamin. Selain itu, instans SKU Gratis tidak dapat ditingkatkan ke instans SKU Standar.

Jika Anda ingin menaikkan batas atau kuota di atas batas default, buka permintaan dukungan pelanggan online.

Tabel ini memberikan batas untuk sumber daya Device Update for IoT Hub di Azure Resource Manager:

Sumber daya	Batas 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 ini menyediakan berbagai batasan yang terkait dengan operasi dalam Device Update for IoT Hub:

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 1 penyebaran yang dipesan untuk Pembatalan)	5 (termasuk 1 penyebaran yang dipesan 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 diperhitungkan dalam batas total penyebaran Anda. Pastikan bahwa penyebaran ini dibersihkan secara berkala, sehingga Anda tidak dicegah untuk membuat penyebaran baru.

Batas Digital Twins

Catatan

Beberapa area layanan ini memiliki batas yang dapat disesuaikan, dan yang lain tidak. Ini diwakili dalam tabel berikut dengan kolom Adjustable? 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	10	Ya
Digital twins	Jumlah twin di instans Azure Digital Twins	2.000.000	Ya
Digital twins	Jumlah kembar digital yang dapat diimpor dalam satu pekerjaan IMPORT Jobs API	2.000.000	No
Digital twins	Jumlah hubungan masuk ke satu twin	50.000	No
Digital twins	Jumlah hubungan keluar dari satu twin	50.000	No
Digital twins	Jumlah total hubungan dalam instans Azure Digital Twins	20.000.000	Ya
Digital twins	Jumlah hubungan yang dapat diimpor dalam satu pekerjaan IMPORT Jobs API	10.000.000	No
Digital twins	Ukuran maksimum (dari bodi JSON di permintaan PATCH atau PUT) satu twin	32 KB	No
Digital twins	Ukuran payload permintaan maksimum	32 KB	No
Digital twins	Ukuran maksimum nilai properti string (UTF-8)	4 KB	No
Digital twins	Ukuran maksimum nama properti	1 KB	No
Perutean	Jumlah titik akhir untuk satu instans Azure Digital Twins	6	No
Perutean	Jumlah rute untuk satu instans Azure Digital Twins	6	Ya
Model	Jumlah model di dalam satu instans Azure Digital Twins	10,000	Ya
Model	Jumlah model yang dapat diimpor dalam satu panggilan API (tidak menggunakan API Impor Pekerjaan)	250	No
Model	Jumlah model yang dapat diimpor dalam satu pekerjaan IMPOR JOBS API	10,000	No
Model	Ukuran maksimum (dari bodi JSON di permintaan PATCH atau PUT) satu model	1 MB	No
Model	Jumlah item yang dikembalikan di satu halaman	100	Tidak
Kueri	Jumlah item yang dikembalikan di satu halaman	1000	Ya
Kueri	Jumlah ekspresi AND / OR di kueri	50	Ya
Kueri	Jumlah item array di klausul IN / NOT IN	50	Ya
Kueri	Jumlah karakter dalam kueri	8.000	Ya
Kueri	Jumlah JOINS dalam kueri	5	Ya

Batas tarif

Tabel berikut mencerminkan batas tingkat API yang berbeda.

API	Kemampuan	Batas default	Dapat disesuaikan?
API Pekerjaan	Jumlah permintaan per detik	1	Ya
API Pekerjaan	Jumlah pekerjaan massal yang berjalan bersamaan (termasuk impor dan hapus)	1	Ya
API Model	Jumlah permintaan per detik	100	Ya
Digital Twins API	Jumlah permintaan baca per detik	1,000	Ya
Digital Twins API	Jumlah permintaan patch per detik	1,000	Ya
Digital Twins API	Jumlah operasi buat/hapus per detik di seluruh twin dan hubungan	500	Ya
Digital Twins API	Jumlah operasi buat/perbarui/hapus per detik di satu twin atau hubungan masuk/keluarnya	10	No
Digital Twins API	Jumlah operasi luar biasa pada satu twin atau hubungan masuk/keluarnya	500	No
API Kueri	Jumlah permintaan per detik	500	Ya
API Kueri	Unit Kueri per detik	4.000	Ya
API Rute Peristiwa	Jumlah permintaan per detik	100	Ya

Pembatasan lainnya

Batasan pada jenis data dan bidang di dalam dokumen DTDL untuk model Azure Digital Twins dapat ditemukan dalam dokumentasi spesifikasinya di GitHub: Digital Twins Definition Language (DTDL) - versi 2.

Detail latensi kueri dijelaskan dalam Bahasa kueri. Batasan fitur bahasa pemrogram kueri tertentu dapat ditemukan di dokumentasi referensi kueri.

Batas Event Grid

Catatan

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.

Deskripsi batas	Batas
Sesi MQTT per namespace Event Grid	10.000 per unit throughput (TU)
Sesi per namespace Event Grid	10.000 per TU
Interval Kedaluwarsa Sesi	8 jam, dapat dikonfigurasi pada namespace Layanan Event Grid
Permintaan penerbitan MQTT masuk per namespace Layanan Event Grid	1.000 pesan per detik per TU
Bandwidth MQTT masuk per namespace Event Grid	1 MB per detik per TU
Permintaan penerbitan MQTT masuk per sesi	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 Pusat Aktivitas

Tabel berikut ini menyediakan kuota dan batasan khusus untuk Azure Event Hubs. Untuk informasi tentang harga Azure Event Hubs, lihat Harga Azure Event Hubs.

Batas umum untuk semua tingkatan

Batas berikut umum di semua tingkatan.

Batas	Catatan	Nilai
Ukuran nama hub peristiwa	-	256 karakter
Ukuran nama grup konsumen	Protokol Kafka tidak memerlukan pembuatan kelompok konsumen.	Kafka: 256 karakter AMQP: 50 karakter
Jumlah penerima non-epoch per kelompok konsumen	-	5
Jumlah aturan otorisasi per ruang nama	Permintaan berikutnya untuk pembuatan aturan otorisasi ditolak.	12
Jumlah panggilan ke metode GetRuntimeInformation	-	50 per detik
Jumlah jaringan virtual (VNet)	-	128
Jumlah aturan IP Config	-	128
Panjang maksimum nama grup skema		50
Panjang maksimum nama skema		100
Ukuran dalam byte per skema		1 MB
Jumlah properti per grup skema		1024
Ukuran dalam byte per kunci properti grup skema		256
Ukuran dalam byte per nilai properti grup skema		1024

Tingkat dasar vs. standar vs. premium vs. khusus

Tabel berikut ini memperlihatkan batas yang berbeda untuk tingkat Dasar, Standar, Premium, dan Khusus.

Catatan

• Dalam tabel, CU adalah unit kapasitas, PU adalah unit pemrosesan, dan TU adalah unit throughput.
• Anda dapat mengonfigurasi TU untuk namespace 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 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 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	2 hari
Ukuran maksimum kembar perangkat	8 KB untuk bagian tag, dan 32 KB untuk bagian properti yang diinginkan dan dilaporkan masing-masing
Panjang maksimum kunci string kembar perangkat	1 KB
Panjang maksimum nilai string kembar perangkat	4 KB
Kedalaman maksimum objek dalam kembar perangkat	10
Ukuran maksimum muatan metode langsung	128 KB
Retensi maksimum riwayat pekerjaan	30 hari
Pekerjaan secara bersamaan maksimum	10 (untuk S3), 5 untuk (S2), 1 (untuk S1)
Titik akhir tambahan maksimum (di luar titik akhir bawaan)	10 (untuk S1, S2, dan S3)
Aturan perutean pesan maksimum	100 (untuk S1, S2, dan S3)
Jumlah maksimum aliran perangkat yang terhubung secara bersamaan	50 (untuk S1, S2, S3, dan F1 saja)
Transfer data aliran perangkat maksimum	300 MB per hari (untuk S1, S2, S3, dan F1 saja)

Catatan

Jumlah total perangkat ditambah modul yang dapat didaftarkan ke satu hub IoT dibatasi pada 1.000.000.

IoT Hub membatasi meminta ketika kuota berikut terlampaui.

Pembatasan	Nilai per hub
Operasi registri identitas (membuat, mengambil, mencantumkan, memperbarui, dan menghapus), impor/ekspor secara individual atau massal	83,33/dtk/unit (5,000/mnt/unit) (untuk S3). 1,67/dtk/unit (100/mnt/unit) (untuk S1 dan S2).
Koneksi perangkat	6.000/dtk/unit (untuk S3), 120/dtk/unit (untuk S2), 12/dtk/unit (untuk S1). Minimum 100/detik.
Pengiriman perangkat ke cloud	6.000/dtk/unit (untuk S3), 120/dtk/unit (untuk S2), 12/dtk/unit (untuk S1). Minimum 100/detik.
Pengiriman cloud ke perangkat	83,33/dtk/unit (5.000/min/unit) (untuk S3), 1,67/dtk/unit (100/mnt/unit) (untuk S1 dan S2).
Cloud-ke-perangkat menerima	833.33/dtk/unit (50.000/mnt/unit) (untuk S3), 16,67/dtk/unit (1.000/mnt/unit) (untuk S1 dan S2).
Operasi pengunggahan file	83,33 inisiasi pengunggahan file/dtk/unit (5.000/mnt/unit) (untuk S3), inisiasi pengunggahan file 1,67/dtk/unit (100/mnt/unit) (untuk S1 dan S2). 10 unggahan file bersamaan per perangkat.
Metode langsung	24 MB/dtk/unit (untuk S3), 480 KB/dtk/unit (untuk S2), 160 KB/dtk/unit (untuk S1). Berdasarkan ukuran meter pembatasan 8-KB.
Bacaan kembar perangkat	500/dtk/unit (untuk S3), Maksimum 100/dtk atau 10/dtk/unit (untuk S2), 100/detik (untuk S1)
Pembaruan kembar perangkat	250/dtk/unit (untuk S3), Maksimum 50/dtk atau 5/dtk/unit (untuk S2), 50/detik (untuk S1)
Operasi pekerjaan (membuat, memperbarui, membuat daftar, dan menghapus)	83,33/dtk/unit (5.000/mnt/unit) (untuk S3), 1,67/dtk/unit (100/mnt/unit) (untuk S2), 1,67/dtk/unit (100/mnt/unit) (untuk S1).
Throughput operasi per perangkat pekerjaan	50/dtk/unit (untuk S3), maksimum 10/dtk atau 1/dtk/unit (untuk S2), 10/detik (untuk S1).
Tingkat inisiasi streaming perangkat	5 stream/detik baru (untuk S1, S2, S3, dan F1 saja).

Batas IoT Hub Device Provisioning Service

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 wilayah¹):

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
Rahasia BUAT rahasia	300
Semua transaksi lainnya	4.000

Untuk informasi tentang cara menangani pembatasan saat batas ini terlampaui, lihat Panduan pembatasan Azure Key Vault.

¹ 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

• 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:

  1. Per penyewa Microsoft Entra per wilayah Azure: 400 operasi buat per 20 detik.
  2. 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 :

  1. Per penyewa Microsoft Entra per wilayah Azure: 400 operasi penugasan per 20 detik.
  2. Per Langganan Azure per wilayah Azure : 300 operasi penugasan per 20 detik.

Batas Media Services

Catatan

Untuk sumber daya yang tidak tetap, buka tiket dukungan guna meminta 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)

¹ 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.

² 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)

³ Nomor ini mencakup Pekerjaan yang diantrekan, selesai, aktif, dan dibatalkan. Ini tidak termasuk Pekerjaan yang dihapus.

Setiap catatan Pekerjaan di akun Anda yang melewati batas 90 hari akan dihapus secara otomatis, meskipun jumlah total catatan di bawah kuota maksimum.

Batas streaming langsung

Sumber daya	Batas default
Acara langsung (4) per Media Services account	5
Output Langsung per Acara Langsung	3 (5)
Durasi maksimal Output Langsung	Ukuran jendela DVR

⁴ Untuk informasi terperinci tentang batasan Acara Langsung, lihat Perbandingan dan batasan jenis Acara Langsung.

⁵ 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)

⁶ 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.

⁷ 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.

Layanan Media v2 (legasi)

Untuk batas khusus untuk Media Services v2 (warisan), lihat [Media Services v2 (warisan)]

Batasan Layanan Ponsel

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	Termasuk 20 MB	Termasuk 20 MB	Termasuk 20 MB
Kapasitas CPU	60 menit per hari	Tidak Terbatas	Tidak Terbatas
Transfer data keluar	165 MB per hari (rollover harian)	Disertakan	Disertakan

Untuk informasi selengkapnya tentang batas dan harga, lihat Harga Azure Mobile Services.

Batas autentikasi multifaktor

Sumber daya	Batas default	Batas maksimum
Jumlah maksimum alamat atau rentang IP tepercaya per langganan	0	50
Ingat perangkat saya, jumlah hari	14	60
Jumlah maksimum kata sandi aplikasi	0	Tidak ada batasan
Izinkan upaya X selama panggilan MFA	1	99
Detik waktu habis pesan teks dua-arah	60	600
Detik lewatan satu kali default	300	1.800
Kunci akun pengguna setelah penolakan MFA X kali berturut-turut	Belum diatur	99
Atur ulang penghitung penguncian akun setelah X menit	Belum diatur	9.999
Buka kunci akun setelah X menit	Belum diatur	9.999

Batas jaringan

Batas jaringan - Azure Resource Manager

Batasan berikut hanya berlaku untuk sumber daya jaringan yang dikelola melalui Azure Resource Manager per wilayah per langganan. Pelajari cara melihat penggunaan sumber daya Anda saat ini terhadap batas langganan Anda.

Catatan

Kami 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

Sumber daya	Batasan
Jaringan virtual	1,000
Subnet per jaringan virtual	3.000
Peering jaringan virtual per jaringan virtual	500
Gateway jaringan virtual (Gerbang VPN) per jaringan virtual	1
Gateway jaringan virtual (Gerbang ExpressRoute) per jaringan virtual	1
Server DNS per jaringan virtual	20
Alamat IP privat per jaringan virtual	65,536
Total Alamat Privat untuk sekelompok jaringan Virtual Yang Di-peering	128.000
Alamat IP pribadi per antarmuka jaringan	256
Alamat IP pribadi per mesin virtual	256
Alamat IP publik per antarmuka jaringan	256
Alamat IP publik per mesin virtual	256
Alur TCP atau UDP serentak per NIC dari mesin virtual atau instance peran	500,000
Kartu antarmuka jaringan	65,536
Kelompok Keamanan Jaringan	5\.000
Aturan NSG per NSG	1,000
Alamat IP dan rentang yang ditentukan untuk sumber atau tujuan dalam grup keamanan (Batas berlaku secara terpisah ke sumber dan tujuan)	4.000
Kelompok keamanan aplikasi	3.000
Grup keamanan aplikasi per konfigurasi IP, per NIC	20
Grup keamanan aplikasi yang dirujuk sebagai sumber/tujuan per aturan NSG	10
Konfigurasi IP per grup keamanan aplikasi	4.000
Grup keamanan aplikasi yang dapat ditentukan dalam semua aturan keamanan grup keamanan jaringan	100
Tabel rute yang ditentukan pengguna	200
Rute yang ditentukan pengguna per tabel rute	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

¹Batas 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.

²Batas alamat IP Publik mengacu pada jumlah total alamat IP Publik, termasuk Basic dan Standard.

Batas Load Balancer

Batas berikut hanya berlaku untuk sumber daya jaringan yang dikelola melalui Azure Resource Manager per wilayah per langganan. Pelajari cara melihat penggunaan sumber daya Anda saat ini terhadap batas langganan Anda.

Standar Load Balancer

Sumber daya	Batasan
Penyeimbang muatan	1,000
Konfigurasi IP frontend	600
Aturan (Load Balancer + NAT Masuk) per sumber daya	1.500
Aturan per NIC (di semua IP pada NIC), aturan per IP (LB berbasis IP)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. Untuk LB berbasis IP, batas ini adalah per IP. 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.

Gateway Load Balancer

Sumber daya	Batasan
Sumber daya yang dirangkai per Load Balancer (konfigurasi frontend LB 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
Penyeimbang muatan	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)

³ Batas untuk satu sumber daya terpisah dalam kumpulan backend (mesin virtual mandiri, set ketersediaan, atau grup penempatan set skala mesin virtual) adalah memiliki hingga 250 konfigurasi IP Frontend di satu Basic Public Load Balancer dan Basic Internal Load Balancer.

Batas berikut hanya berlaku untuk sumber daya jaringan yang dikelola melalui model penerapan klasik per langganan. Pelajari cara melihat penggunaan sumber daya Anda saat ini terhadap batas langganan Anda.

Sumber daya	Batas default	Batas maksimum
Jaringan virtual	100	100
Situs jaringan lokal	20	50
Server DNS per jaringan virtual	20	20
Alamat IP privat per jaringan virtual	4,096	4,096
Aliran TCP atau UDP serentak per NIC dari mesin virtual atau instance peran	500.000, hingga 1.000.000 untuk dua atau lebih NIC.	500.000, hingga 1.000.000 untuk dua atau lebih NIC.
Grup Keamanan Jaringan (NSG)	200	200
Aturan NSG per NSG	200	1,000
Tabel rute yang ditentukan pengguna	200	200
Rute yang ditentukan pengguna per tabel rute	400	400
Rute yang ditentukan pengguna per tabel rute	500	500
Alamat IP publik yang dicadangkan	500	500
IP publik per penerapan	5	Hubungi dukungan
IP Pribadi (penyeimbangan beban internal) per penerapan	1	1
Daftar kontrol akses titik akhir (ACL)	50	50

Batas 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	2	1 umum 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
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

¹ Jumlah sumber daya yang tercantum dalam tabel berlaku untuk SKU Application Gateway standar dan SKU berkemampuan WAF yang menjalankan CRS 3.2 atau DRS. Untuk SKU berkemampuan WAF yang menjalankan CRS 3.1 atau yang lebih rendah, nomor yang didukung adalah 40. Untuk informasi selengkapnya, lihat mesin WAF.

² Batas adalah per instans Application Gateway bukan per sumber daya Application Gateway.

³ Harus menentukan nilai melalui Kebijakan WAF untuk Application Gateway.

Batas 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

¹Jika 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

¹Batas 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 Masalah^{Privat DNS 1}

Sumber daya	Batasan
Pemecah masalah privat DNS per langganan	15
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
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

¹Batas berbeda mungkin diberlakukan oleh portal Azure hingga portal diperbarui. Gunakan PowerShell untuk memprovisikan elemen hingga batas terbaru.

Batas-Batas Azure Firewall

Sumber daya	Batasan
Throughput Data Maks	100 Gbps untuk Premium, 30 Gbps untuk SKU Standar, 250 Mbps untuk Dasar (pratinjau) Untuk informasi selengkapnya, lihat Performa Azure Firewall.
Batas aturan	20.000 sumber/tujuan unik dalam aturan jaringan Sumber/tujuan unik dalam jaringan = jumlah (alamat sumber unik * alamat tujuan unik untuk setiap aturan) Grup IP dihitung sebagai satu alamat, terlepas dari berapa banyak alamat IP yang dikandungnya. 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.
Ukuran Minimum AzureFirewallSubnet	/26
Rentang port dalam aturan jaringan dan aplikasi	1 - 65535
Alamat IP publik	Maksimal 250. Semua alamat IP umum dapat digunakan dalam aturan DNAT dan semuanya berkontribusi pada port SNAT yang tersedia.
Alamat IP di Grup IP	Maksimum 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.
Batas waktu inspeksi TLS	120 detik

Batas Azure Front Door (klasik)

• Selain batas berikut, ada batas komposit pada jumlah aturan perutean, domain front-end, protokol, dan jalur.

Sumber daya	Batas tingkat klasik
Sumber daya Azure Front Door per langganan	100
Host front-end, yang menyertakan domain kustom per sumber daya	500
Aturan perutean per sumber daya	500
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

¹Jika lalu lintas tidak didistribusikan secara global dan terkonsentrasi di satu wilayah atau lebih, atau jika kuota yang lebih tinggi terbatas diperlukan, buat permintaan dukungan Azure.

²Untuk meminta peningkatan batas, buat permintaan Dukungan Azure. Langganan gratis termasuk Akun Gratis Azure dan Azure untuk Siswa tidak memenuhi syarat untuk peningkatan batas atau kuota. Jika Anda memiliki langganan gratis, Anda dapat meningkatkan ke langganan PAYG.

Batas layanan Azure Front Door Standard dan Premium

• Maksimum 500 total profil Standar dan Premium per langganan.
• Selain batas berikut, ada batas komposit pada jumlah rute, domain, protokol, dan jalur.

Sumber daya	Batas tingkat standar	Batas tingkat premium
Profil maksimum per langganan	500	500
Titik akhir maksimum per profil	10	25
Domain kustom maksimum per profil	100	500
Grup asal maksimum per profil	100	200
Asal maksimum per grup asal	50	50
Asal maksimum per profil	100	200
Batas waktu asal maksimum	16 - 240 detik	16 - 240 detik
Rute maksimum per profil	100	200
Kumpulan aturan maksimum per profil	100	200
Aturan maksimum per rute	100	100
Aturan maksimum per seperangkat aturan	100	100
Bandwidthmaksimum 1	75 Gbps	75 Gbps
Permintaan maksimum per detik per profil1	100.000	100.000
Pola jalur yang cocok untuk aturan perutean	25	50
URL dalam satu panggilan penghapusan menyeluruh cache	100	100
Kebijakan keamanan maksimum per profil	100	200
Asosiasi maksimum per kebijakan keamanan	110	225
Rahasia maksimum per profil	100	500
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

¹Jika lalu lintas tidak didistribusikan secara global dan terkonsentrasi di satu wilayah atau lebih, atau jika kuota yang lebih tinggi terbatas diperlukan, buat permintaan dukungan Azure.

Nilai batas waktu

Dari Klien ke Front Door

• Azure Front Door memiliki batas waktu koneksi TCP diam selama 61 detik.

Azure Front Door ke aplikasi ujung belakang

• Setelah permintaan HTTP diteruskan ke ujung belakang, Azure Front Door menunggu selama 60 detik (Standar dan Premium) atau 30 detik (klasik) untuk paket pertama dari ujung belakang. Kemudian mengembalikan kesalahan 503 ke klien, atau 504 untuk permintaan cache. Anda dapat mengonfigurasi nilai ini menggunakan bidang originResponseTimeoutSeconds di Azure Front Door Standard dan Premium API, atau bidang sendRecvTimeoutSeconds di API Azure Front Door (klasik).

• Setelah back end menerima paket pertama, jika asal berhenti karena alasan apa pun di tengah badan respons di luar originResponseTimeoutSeconds atau sendRecvTimeoutSeconds, respons akan dibatalkan.

• Front Door memanfaatkan HTTP tetap hidup untuk menjaga koneksi tetap terbuka untuk digunakan kembali dari permintaan sebelumnya. Koneksi ini memiliki batas waktu idle 90 detik. Azure Front Door akan memutuskan sambungan idle setelah mencapai batas waktu idle 90 detik. Nilai batas waktu ini tidak dapat dikonfigurasi.

Unggah dan Unduh batas data

	Dengan pengodean transfer tergugus (CTE)	Tanpa penggugusan HTTP
Unduh	Tidak ada batasan pada ukuran unduhan.	Tidak ada batasan pada ukuran unduhan.
Unggah	Tidak ada batasan selama setiap unggahan CTE kurang dari 2 GB.	Ukuran tidak boleh lebih besar dari 2 GB.

Pembatasan lainnya

• Ukuran URL maksimum - 8.192 byte - Menentukan panjang maksimum URL mentah (skema + nama host + port + path + untaian kueri URL)
• Ukuran Untaian Kueri Maksimum - 4.096 byte - Menentukan panjang maksimum untaian kueri, dalam byte.
• Ukuran header respons HTTP maksimum dari URL pemeriksaan kesehatan - 4.096 byte - Menentukan panjang maksimum semua header respons probe kesehatan.
• Karakter nilai header tindakan mesin aturan maksimum: 640 karakter.
• Karakter nilai header kondisi mesin aturan maksimum: 256 karakter.
• Ukuran header ETag maksimum: 128 byte
• Nama 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

¹ Jika NVA Anda mengiklankan lebih banyak rute daripada batas, sesi BGP akan dihilangkan.

Catatan

Jumlah total rute yang diiklankan dari ruang alamat VNet 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 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 IPv4 yang diiklankan ke peering privat Azure dari lokal	4.000	10,000
Jumlah maksimum rute IPv6 yang diiklankan ke peering privat Azure dari lokal	100	100
Jumlah maksimum rute IPv4 yang diiklankan dari peering privat Azure dari ruang alamat VNet ke gateway jaringan virtual ExpressRoute	1,000	1,000
Jumlah maksimum rute IPv6 yang diiklankan dari peering privat Azure dari ruang alamat VNet ke gateway jaringan virtual ExpressRoute	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. Angka-angka ini dihasilkan dari kondisi pengujian berikut dan mewakili batas dukungan maksimal. Performa aktual dapat bervariasi, tergantung pada seberapa dekat lalu lintas mereplikasi kondisi pengujian ini.

Kondisi pengujian

SKU Gateway	Lalu lintas yang dikirim dari lokal	Jumlah rute yang diiklankan oleh gateway	Jumlah rute yang dipelajari oleh gateway
Standar/ERGw1Az	1 Gbps	500	4000
Performa Tinggi/ERGw2Az	2 Gbps	500	9\.500
Performa Ultra/ErGw3Az	10 Gbps	500	9\.500
ErGwScale (per unit skala)	1 Gbps	500	4.000

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.

Hasil performa

Tabel ini berlaku untuk model penyebaran Azure Resource Manager dan klasik.

SKU Gateway	Mega-Bit per detik	Paket per detik	Jumlah VM yang didukung di jaringan virtual 1	Batas jumlah alur
Standar/ERGw1Az	1\.000	100.000	2.000	200.000
Performa Tinggi/ERGw2Az	2.000	200.000	4\.500	400.000
Performa Ultra/ErGw3Az	10.000	1\.000.000	11.000	1\.000.000
ErGwScale (per unit skala)	1\.000	100.000	2.000	100.000 per unit skala

^{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.}

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, Microsoft melakukan pemeliharaan host dan OS rutin pada ExpressRoute Virtual Network Gateway, 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 1400 byte. Ukuran paket yang lebih besar dari 1400 byte akan terfragmentasi.
• Azure Route Server dapat mendukung hingga 4000 VM. Batas ini mencakup VM di jaringan virtual yang di-peering. Untuk informasi selengkapnya, lihat Batasan Azure Route Server.

Batas NAT Gateway

Batas berikut berlaku untuk sumber daya gateway NAT yang dikelola melalui Azure Resource Manager per wilayah per langganan. Pelajari cara melihat penggunaan sumber daya Anda saat ini terhadap batas langganan Anda.

Sumber daya	Batasan
Alamat IP publik	16 per gateway NAT
Subnet	800 per gateway NAT
Throughput data1	50 Gbps
Gateway NAT untuk perjanjianEnterprise dan CSP 2	1.000 per langganan per wilayah
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

¹ 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.

² 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 Tautan Pribadi

Batasan berikut berlaku untuk tautan pribadi Azure:

Sumber daya	Batasan
Jumlah titik akhir pribadi per jaringan virtual	1000
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 Traffic Manager

Sumber daya	Batasan
Profil per langganan	200 1
Titik akhir per profil	200

¹Jika Anda perlu meningkatkan batas ini, hubungi Dukungan Azure.

Batas VPN Gateway

Batas berikut berlaku untuk sumber daya VPN Gateway dan gateway jaringan virtual VPN Gateway, kecuali dinyatakan lain.

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

Batas 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.)	10,000

Batas Notification Hubs

Tingkat	Gratis	Dasar	Standard
Dorongan yang disertakan	1 juta	10 juta	10 juta
Perangkat aktif	500	200.000	10 juta
Kuota tag per instalasi atau registrasi	60	60	60

Untuk informasi selengkapnya tentang tingkat dan harga, lihat Harga Notification Hubs.

Batas Microsoft Dev Box

Jenis langganan	Inti VM	Koneksi Jaringan	Pusat dev	Definisi kotak dev	Proyek dev box
Prabayar	20	5	2	200	500
Azure Pass	20	5	2	200	500
Csp	20	5	2	200	500
Coba gratis	0	0	0	0	0
Azure for Students	0	0	0	0	0
Perusahaan	80	10	5	200	500
MSDN	n/a	5	2	200	500

Batas Microsoft Purview

Nilai terbaru untuk kuota Microsoft Purview dapat ditemukan di Halaman kuota Microsoft Purview.

Batas Microsoft Sentinel

Untuk batas Microsoft Azure Sentinel, lihat Batas layanan untuk Microsoft Azure Sentinel

Batas Bus Layanan

Tabel berikut mencantumkan informasi kuota khusus untuk pesan Azure Service Bus. Untuk informasi tentang harga dan kuota lainnya untuk Service Bus, lihat Harga Service Bus.

Nama kuota	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.
Jumlah topik atau antrean yang dipartisi per namespace	Ruang nama	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	Tidak ada batasan
Jumlah server per grup proteksi	Tidak ada batasan
Jumlah server per paket pemulihan	100

Batas SQL Database

Untuk batas SQL Database, lihat Batas sumber daya SQL Database untuk database tunggal, Batas sumber daya SQL Database untuk kumpulan elastis dan database terkumpul, dan Batas sumber daya SQL Database untuk SQL Managed Instance.

Jumlah maksimum titik akhir privat per server logika Azure SQL Database adalah 250.

Batas Azure Synapse Analytics

Azure Synapse Analytics memiliki batas default berikut untuk memastikan langganan pelanggan terlindungi dari beban kerja satu sama lain. Untuk menaikkan batas maksimal langganan Anda, hubungi dukungan.

Batas 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:

Sumber daya	Core yang dioptimalkan memori	Core GPU
Inti Spark di ruang kerja Synapse	12	48

Untuk jenis penawaran berlangganan lainnya:

Sumber daya	Core yang dioptimalkan memori	Core GPU
Inti Spark di ruang kerja Synapse	50	50

Untuk batas tambahan untuk kumpulan Spark, lihat Batas konkurensi dan tarif API untuk kumpulan Apache Spark di Azure Synapse Analytics.

Batas Azure Synapse untuk alur

Sumber daya	Batas default	Batas maksimum
Alur synapse di ruang kerja Synapse	800	800
Jumlah total entitas, seperti alur, himpunan data, pemicu, layanan tertaut, Titik Akhir Privat, dan runtime integrasi, berada di dalam ruang kerja	5\.000	Cari tahu cara meminta peningkatan kuota dari dukungan.
Total inti CPU untuk Azure-SSIS Integration Runtime di bawah satu ruang kerja	256	Cari tahu cara meminta peningkatan kuota dari dukungan.
Alur bersamaan berjalan per ruang kerja yang dibagikan di seluruh alur di ruang kerja	10,000	10,000
Aktivitas Eksternal Bersamaan yang berjalan per ruang kerja per wilayah Azure Integration Runtime Aktivitas eksternal dikelola pada runtime integrasi tetapi dijalankan pada layanan yang ditautkan, termasuk Databricks, prosedur tersimpan, HDInsight, Web, dan lainnya. Batas ini tidak berlaku untuk IR yang dihost sendiri.	3.000	3.000
Aktivitas Alur Bersamaan yang berjalan per ruang kerja per wilayah Azure Integration Runtime Aktivitas alur dijalankan pada runtime integrasi, termasuk Pencarian, GetMetadata, dan Hapus. Batas ini tidak berlaku untuk IR yang dihost sendiri.	1,000	1,000
Operasi penulisan bersamaan per ruang kerja per wilayah Azure Integration Runtime Termasuk koneksi uji, menelusuri daftar folder dan daftar tabel, mempratinjau data. Batas ini tidak berlaku untuk IR yang dihost sendiri.	200	200
Unit Integrasi Data Bersamaan1 konsumsi per ruang kerja per wilayah Azure Integration Runtime	Grup wilayah 12: 6.000 Grup wilayah 22: 3.000 Grup wilayah 32: 1.500 Jaringan virtual terkelola2: 2.400	Grup wilayah 12: 6.000 Grup wilayah 22: 3.000 Grup wilayah 32: 1.500 Jaringan virtual terkelola: Cari tahu cara meminta peningkatan kuota dari dukungan.
Aktivitas maksimum per alur, yang mencakup aktivitas bagian dalam untuk kontainer	40	40
Jumlah maksimum runtime integrasi tertaut yang dapat dibuat terhadap satu runtime integrasi yang di-hosting sendiri	100	Cari tahu cara meminta peningkatan kuota dari dukungan.
Parameter maksimum per alur	50	50
Item ForEach	100.000	100.000
Paralelisme ForEach	20	50
Maksimum antrean yang berjalan per alur	100	100
Karakter per ekspresi	8.192	8.192
Interval pemicu jendela tumbling minimum	5 menit	15 menit
Batas waktu maksimum untuk aktivitas alur berjalan	7 hari	7 hari
Byte per objek untuk objek alur3	200 KB	200 KB
Byte per objek untuk himpunan data dan objek layanan tertaut3	100 KB	2.000 KB
Byte per muatan untuk setiap aktivitas berjalan4	896 KB	896 KB
Unit Integrasi Data1 per aktivitas salin dijalankan	256	256
Menulis panggilan API	1.200/jam	1.200/jam Batas ini diberlakukan oleh Azure Resource Manager, bukan Azure Synapse Analytics.
Membaca panggilan API	12.500/jam	12.500/jam Batas ini diberlakukan oleh Azure Resource Manager, bukan Azure Synapse Analytics.
Memantau kueri per menit	1,000	1,000
Waktu maksimum sesi debug aliran data	8 jam	8 jam
Jumlah aliran data secara bersamaan per runtime integrasi	50	Cari tahu cara meminta peningkatan kuota dari dukungan.
Jumlah aliran data secara bersamaan per runtime integrasi di vNet terkelola	20	Cari tahu cara meminta peningkatan kuota dari dukungan.
Jumlah sesi debug aliran data secara bersamaan per pengguna per ruang kerja	3	3
Batas Aliran Data Azure IR TTL	4 jam	4 jam
Batas Ukuran Entitas Meta Data di ruang kerja	2 GB	Cari tahu cara meminta peningkatan kuota dari dukungan.

¹ Unit integrasi data (DIU) digunakan dalam operasi salinan cloud-to-cloud, pelajari lebih lanjut dari Unit integrasi data (versi 2). Untuk informasi tentang tagihan, lihat Harga Azure Synapse Analytics.

² Azure Integration Runtime tersedia secara global untuk memastikan kepatuhan data, efisiensi, dan pengurangan biaya keluar jaringan.

Grup wilayah	Wilayah
Grup wilayah 1	US Tengah, US Timur, US Timur 2, Eropa Utara, Eropa Barat, US Barat, US Barat 2
Grup wilayah 2	Australia Timur, Australia Tenggara, Brasil Selatan, India Tengah, Jepang Timur, US Tengah Utara, US Tengah Selatan, Asia Tenggara, Barat Sentral AS
Grup wilayah 3	Wilayah lain

Jika jaringan virtual terkelola diaktifkan, unit integrasi data (DIU) di semua grup kawasan adalah 2.400.

³ 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.

⁴ 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 Synapse untuk kumpulan SQL khusus

Untuk detail batas kapasitas untuk kumpulan SQL khusus di Azure Synapse Analytics, lihat batas sumber daya kumpulan SQL khusus.

Batas Azure Resource Manager untuk panggilan layanan web

Azure Resource Manager memiliki batasan untuk panggilan API. Anda dapat melakukan panggilan API dalam batas rentang laju Azure Resource Manager API.

Batas disk komputer virtual

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

¹Disk individual dapat menyimpan 500 snapshot yang bertambah bertahap.

²Ini 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.

Untuk informasi selengkapnya, lihat Ukuran komputer virtual.

Untuk Aplikasi VM

Saat bekerja dengan aplikasi VM di Azure, Anda mungkin menemukan pesan kesalahan yang mengatakan "Operasi tidak dapat diselesaikan karena mengakibatkan melebihi kuota UnmanagedStorageAccountCount yang disetujui." Kesalahan ini terjadi ketika Anda telah mencapai batas jumlah akun penyimpanan tidak terkelola yang dapat Anda gunakan.

Saat Anda menerbitkan aplikasi VM, Azure perlu mereplikasinya di beberapa wilayah. Untuk melakukan ini, Azure membuat akun penyimpanan yang tidak dikelola untuk setiap wilayah. Jumlah akun penyimpanan tidak terkelola yang digunakan aplikasi ditentukan oleh jumlah replika di semua aplikasi.

Sebagai aturan umum, setiap akun penyimpanan dapat mengakomodasi hingga 200 koneksi simultan. Di bawah ini adalah opsi untuk mengatasi kesalahan "UnmanagedStorageAccountCount":

• Gunakan blob halaman untuk blob aplikasi sumber Anda. Akun yang tidak dikelola hanya digunakan untuk replikasi blob blok. Blob halaman tidak memiliki batasan seperti itu.
• Kurangi jumlah replika untuk versi Aplikasi VM Anda atau hapus aplikasi yang tidak lagi Anda butuhkan.
• Ajukan permintaan dukungan untuk mendapatkan peningkatan kuota.

Untuk informasi selengkapnya, lihat Aplikasi VM.

Set enkripsi disk

Ada batasan 5000 set enkripsi disk per wilayah, per langganan. Untuk informasi selengkapnya, lihat dokumentasi enkripsi untuk komputer virtual Linux atau Windows. Jika Anda perlu meningkatkan kuota, hubungi dukungan Azure.

Disk komputer virtual terkelola

Disk terkelola HDD standar

Jenis Disk Standar	S4	S6	S10	S15	S20	S30	S40	S50	S60	S70	S80
Ukuran disk dalam GiB	32	64	128	256	512	1,024	2.048	4,096	8.192	16,384	32.767
IOPS dasar per disk	Hingga 500	Hingga 500	Hingga 500	Hingga 500	Hingga 500	Hingga 500	Hingga 500	Hingga 500	Hingga 1.300	Hingga 2.000	Hingga 2.000
*IOPS yang diperluas per disk	T/A	T/A	T/A	T/A	T/A	Hingga 1.500	Hingga 3.000	Hingga 3.000	Hingga 3.000	Hingga 3.000	Hingga 3.000
Throughput dasar per disk	Hingga 60 MB/dtk	Hingga 60 MB/dtk	Hingga 60 MB/dtk	Hingga 60 MB/dtk	Hingga 60 MB/dtk	Hingga 60 MB/dtk	Hingga 60 MB/dtk	Hingga 60 MB/dtk	Hingga 300 MB/dtk	Hingga 500 MB/dtk	Hingga 500 MB/dtk
*Throughput yang diperluas per disk	T/A	T/A	T/A	T/A	T/A	Hingga 150 MB/dtk	Hingga 300 MB/dtk	Hingga 500 MB/dtk	Hingga 500 MB/dtk	Hingga 500 MB/dtk	Hingga 500 MB/dtk

* Hanya berlaku untuk disk dengan 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

¹Ingress 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 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 Analisis Aliran

---

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 Virtual Machine

Batas Virtual Machine

Sumber daya	Batasan
Komputer virtual per layanan cloud1	50
Titik akhir input per layanan cloud 2	150

¹ 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.

² Titik akhir input memungkinkan komunikasi ke komputer virtual dari luar layanan cloud komputer virtual. Komputer virtual dalam layanan cloud atau jaringan virtual yang sama dapat berkomunikasi secara otomatis satu sama lain.

Batas Virtual Machine - Azure Resource Manager

Batas berikut berlaku saat Anda menggunakan Azure Resource Manager dan grup sumber daya Azure.

Sumber daya	Batasan
VM per langganan	25.0001 per wilayah.
Total inti VM per langganan	201 per wilayah. Hubungi dukungan untuk meningkatkan batas.
Total core Azure Spot VM per langganan	201 per wilayah. Hubungi dukungan untuk meningkatkan batas.
VM per seri, seperti Dv2 dan F, inti per langganan	201 per wilayah. Hubungi dukungan untuk meningkatkan batas.
Kumpulan ketersediaan per langganan	2.500 per wilayah.
Komputer virtual per kumpulan ketersediaan	200
Grup penempatan kedekatan per grup sumber daya	800
Sertifikat per kumpulan ketersediaan	1992
Sertifikat per langganan	Tidak terbatas3

¹ 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.

² Properti seperti kunci umum SSH juga didorong sebagai sertifikat dan diperhitungkan dalam batas ini. Untuk melewati batas ini, gunakan ekstensi Azure Key Vault untuk Windows atau ekstensi Azure Key Vault untuk Linux untuk memasang sertifikat.

³ Dengan Azure Resource Manager, sertifikat disimpan di Azure Key Vault. Jumlah sertifikat tidak terbatas untuk berlangganan. Ada batas sertifikat sebesar 1 MB per penyebaran, yang terdiri dari satu VM atau kumpulan ketersediaan.

Catatan

Inti komputer virtual memiliki batas total regional. Juga memiliki batas untuk seri per ukuran regional, seperti Dv2 dan F. Batas ini diberlakukan secara terpisah. Misalnya, pertimbangkan langganan dengan batas inti VM total US Timur 30, batas inti seri A 30, dan batas inti seri D 30. Langganan ini dapat menerapkan 30 VM A1, atau 30 VM D1, atau kombinasi keduanya tidak melebihi total 30 inti. Contoh kombinasi adalah 10 VM A1 dan 20 VM D1.

Batas Azure Compute Gallery

Ada batasan, per langganan, untuk penyebaran sumber daya menggunakan Azure Compute Gallery:

• 100 galeri komputasi, per langganan, per wilayah
• 1.000 definisi gambar, per langganan, per wilayah
• 10.000 versi gambar, per langganan, per wilayah

Batas Perintah Eksekusi Terkelola

Jumlah maksimum Perintah Eksekusi Terkelola yang diizinkan saat ini dibatasi hingga 25.

Batas Set Skala Komputer Virtual

Sumber daya	Batasan
Jumlah maksimum VM dalam kumpulan skala	1,000
Jumlah maksimum VM berdasarkan gambar VM kustom dalam kumpulan skala	600
Jumlah maksimum set skala per langganan per wilayah	2.500
Jumlah maksimum node yang didukung di VMSS untuk kluster IB	100

Batas 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 Grup tersambung
Jaringan Virtual dalam Grup	Maks 250 jaringan virtual
Komunikasi dengan Titik Akhir Privat	Tidak didukung dalam pratinjau saat ini
Konfigurasi Hub-and-Spoke	Maksimum 500 jaringan virtual yang di-peering ke hub
Konektivitas Langsung	Maksimum 250 jaringan virtual jika diaktifkan
Keanggotaan Grup Jaringan	Jaringan virtual dapat menjadi bagian dari hingga dua grup yang terhubung
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

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	20 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 meminta batas penggunaan yang lebih tinggi untuk terowongan dev, buka masalah di repositori GitHub kami. Dalam masalah ini, sertakan batas mana yang ingin Anda tingkatkan dan mengapa.

Lihat juga

• Memahami batas dan peningkatan Azure
• Ukuran layanan cloud dan komputer virtual untuk Azure
• Ukuran untuk Azure Cloud Services
• Penamaan aturan dan batasan untuk sumber daya Azure