Batas layanan di Azure AI Search
Batas maksimum penyimpanan, beban kerja, dan jumlah indeks dan objek lainnya bergantung pada apakah Anda membuat Azure AI Search di tingkat harga Gratis, Dasar, Standar, atau Penyimpanan yang Dioptimalkan.
Gratis adalah layanan bersama multipenyewa yang disertakan dengan langganan Azure Anda.
Dasar menyediakan sumber daya komputasi khusus untuk beban kerja produksi dalam skala yang lebih kecil, tetapi berbagi beberapa infrastruktur jaringan dengan penyewa lain.
Standar berjalan pada komputer khusus dengan lebih banyak kapasitas penyimpanan dan pemrosesan di setiap level. Standar hadir dalam empat level: S1, S2, S3, dan S3 HD. S3 High Density (S3 HD) direkayasa untuk multi-penyewaan dan sejumlah besar indeks kecil (3.000 indeks per layanan). S3 HD tidak menyediakan fitur pengindeks dan penyerapan data harus menggunakan API yang mendorong data dari sumber ke indeks.
Penyimpanan Yang Dioptimalkan berjalan pada komputer khusus dengan lebih banyak penyimpanan total, bandwidth penyimpanan, dan memori daripada Standar. Tingkat ini menargetkan indeks besar yang berubah-lambat. Penyimpanan yang Dioptimalkan hadir dalam dua level: L1 dan L2.
Batas langganan
Anda dapat membuat beberapa layanan pencarian yang dapat ditagih (Dasar dan lebih tinggi), hingga jumlah maksimum layanan yang diizinkan di setiap tingkatan. Misalnya, Anda dapat membuat hingga 16 layanan di tingkat Dasar dan 16 layanan lainnya di tingkat S1 dalam langganan yang sama. Untuk informasi selengkapnya tentang tingkatan, lihat Memilih 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 | 1 | 16 | 16 | 8 | 6 | 6 | 6 | 6 |
| Unit pencarian maksimum (SU)2 | T/A | 3 SU | 36 SU | 36 SU | 36 SU | 36 SU | 36 SU | 36 SU |
1 Anda dapat memiliki satu layanan pencarian gratis per langganan Azure. Tingkat gratis didasarkan pada infrastruktur yang dibagikan dengan pelanggan lain. Karena perangkat keras tidak didedikasikan, peningkatan skala tidak didukung, dan penyimpanan dibatasi hingga 50 MB.
2 Unit pencarian (SU) adalah unit penagihan, dialokasikan sebagai replika atau partisi. Kau butuh keduanya. Untuk mempelajari selengkapnya tentang kombinasi SU, lihat Memperkirakan dan mengelola kapasitas layanan pencarian.
Batas layanan
layanan Pencarian batas penyimpanan, partisi, dan replika bervariasi menurut tanggal pembuatan layanan, dengan batas yang lebih tinggi untuk layanan yang lebih baru di wilayah yang didukung.
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.
Sebelum 3 April 2024
| Sumber daya | Gratis | Dasar | S1 | S2 | S3 | S3 HD | L1 | L2 |
|---|---|---|---|---|---|---|---|---|
| Perjanjian tingkat layanan (SLA) | Tidak | Ya | Ya | Ya | Ya | Ya | Ya | Ya |
| Penyimpanan (ukuran partisi) | 50 MB | 2 GB | 25 GB | 100 GB | 200 GB | 200 GB | 1 TB | 2 TB |
| Partitions | T/A | 1 | 12 | 12 | 12 | 3 | 12 | 12 |
| Replika | T/A | 3 | 12 | 12 | 12 | 12 | 12 | 12 |
Setelah 3 April 2024
Untuk layanan baru yang dibuat setelah 3 April 2024:
- Tingkat dasar dapat memiliki hingga tiga partisi dan tiga replika, dan total sembilan unit pencarian (SU).
- Dasar, S1, S2, S3 memiliki lebih banyak penyimpanan per partisi, mulai dari 3-7 kali lebih banyak, tergantung pada tingkatannya.
- Layanan pencarian baru Anda harus berada di wilayah yang didukung untuk mendapatkan kapasitas tambahan untuk tingkat Dasar dan lainnya.
Saat ini, tidak ada peningkatan di tempat. Anda harus membuat layanan pencarian baru untuk mendapatkan manfaat dari penyimpanan tambahan.
| Sumber daya | Gratis | Dasar | S1 | S2 | S3 | S3 HD | L1 | L2 |
|---|---|---|---|---|---|---|---|---|
| Perjanjian tingkat layanan (SLA) | Tidak | Ya | Ya | Ya | Ya | Ya | Ya | Ya |
| Penyimpanan (ukuran partisi) | 50 MB | 15 GB | 160 GB | 350 GB | 700 GB | 700 GB | 1 TB | 2 TB |
| Partitions | T/A | 3 | 12 | 12 | 12 | 3 | 12 | 12 |
| Replika | T/A | 3 | 12 | 12 | 12 | 12 | 12 | 12 |
Wilayah yang didukung dengan batas penyimpanan yang lebih tinggi
Layanan yang dibuat setelah 3 April 2024 harus berada di salah satu wilayah berikut untuk mendapatkan penyimpanan tambahan. Tonton pengumuman di Apa yang Baru di Pencarian Azure AI untuk ekspansi ke wilayah lain.
| Negara | Wilayah yang menyediakan kapasitas tambahan per partisi |
|---|---|
| Amerika Serikat | US Timur, US Timur 2, US Tengah, US Tengah Utara, US Tengah Selatan, AS Barat, US Barat 2, US Barat 3, US Tengah Barat |
| Inggris Raya | UK Selatan, Inggris Barat |
| Uni Emirat Arab | UEA Utara |
| Swiss | Swiss Barat |
| Swedia | Swedia Tengah |
| Polandia | Polandia Tengah |
| Norwegia | Norwegia Timur |
| Korea | Korea Tengah, Korea Selatan |
| Jepang | Jepang Timur, Jepang Barat |
| Italia | Italia Utara |
| India | India Tengah, Jio India Barat |
| Prancis | Prancis Tengah |
| Eropa | Eropa Utara |
| Kanada | Kanada Tengah, Kanada Timur |
| Bazil | Brasil Selatan |
| Asia Pasifik | Asia Timur, Asia Tenggara |
| Australia | Australia Timur, Australia Tenggara |
Batas indeks
| Sumber daya | Gratis | Dasar 1 | S1 | S2 | S3 | S3 HD | L1 | L2 |
|---|---|---|---|---|---|---|---|---|
| Indeks maksimum | 3 | 5 atau 15 | 50 | 200 | 200 | 1000 per partisi atau 3000 per layanan | 10 | 10 |
| Bidang sederhana maksimum per indeks 2 | 1000 | 100 | 1000 | 1000 | 1000 | 1000 | 1000 | 1000 |
| Dimensi maksimum per bidang vektor | 3072 | 3072 | 3072 | 3072 | 3072 | 3072 | 3072 | 3072 |
| Koleksi kompleks maksimum per indeks | 40 | 40 | 40 | 40 | 40 | 40 | 40 | 40 |
| Elemen maksimum di semua koleksi kompleks per dokumen 3 | 3000 | 3000 | 3000 | 3000 | 3000 | 3000 | 3000 | 3000 |
| Kedalaman maksimum bidang kompleks | 10 | 10 | 10 | 10 | 10 | 10 | 10 | 10 |
| Pemberi saran maksimum per indeks | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 1 |
| Profil penilaian maksimum per indeks | 100 | 100 | 100 | 100 | 100 | 100 | 100 | 100 |
| Fungsi maksimum per profil | 8 | 8 | 8 | 8 | 8 | 8 | 8 | 8 |
| Ukuran indeks maksimum 4 | T/A | T/A | T/A | 1,92 TB | 2,4 TB | 100 GB | T/A | T/A |
1 Layanan dasar yang dibuat sebelum Desember 2017 memiliki batas bawah (5, bukan 15) pada indeks. Tingkat dasar adalah satu-satunya tingkat dengan batas bawah 100 bidang per indeks.
2 Batas atas bidang mencakup bidang tingkat pertama dan subbidang berlapis dalam koleksi yang kompleks. Misalnya, jika indeks berisi 15 bidang dan memiliki dua koleksi kompleks dengan masing-masing lima subbidang, jumlah bidang indeks Anda adalah 25. Indeks dengan koleksi bidang yang sangat besar bisa lambat. Batasi bidang dan atribut hanya untuk yang Anda butuhkan, dan jalankan pengujian pengindeksan dan kueri untuk memastikan performa dapat diterima.
3 Batas atas ada untuk elemen karena memiliki sejumlah besar dari mereka secara signifikan meningkatkan penyimpanan yang diperlukan untuk indeks Anda. Elemen koleksi kompleks didefinisikan sebagai anggota koleksi tersebut. Misalnya, asumsikan dokumen Hotel dengan koleksi kompleks Kamar, setiap kamar dalam koleksi Kamar dianggap sebagai elemen. Selama pengindeksan, mesin pengindeksan dapat dengan aman memproses maksimum 3.000 elemen di seluruh dokumen secara keseluruhan. Batas ini dimasukkan padaapi-version=2019-05-06 dan berlaku hanya untuk koleksi kompleks, dan tidak untuk koleksi string atau bidang kompleks.
4 Pada sebagian besar tingkatan, ukuran indeks maksimum adalah semua penyimpanan yang tersedia di layanan pencarian Anda. Untuk S2, S3, dan S3 HD, ukuran maksimum indeks apa pun adalah angka yang disediakan dalam tabel. Berlaku untuk layanan pencarian yang dibuat setelah 3 April 2024.
Anda mungkin menemukan beberapa variasi dalam batas maksimum jika layanan Anda kebetulan disediakan pada kluster yang lebih kuat. Batasan di sini mewakili penyedenominator umum. Indeks yang dibangun berdasarkan spesifikasi di atas portabel di seluruh tingkat layanan yang setara di wilayah mana pun.
Batas dokumen
Anda dapat memiliki sekitar 24 miliar dokumen per indeks pada layanan pencarian Dasar, S1, S2, S3, L1, dan L2. Untuk S3 HD, batasnya adalah 2 miliar dokumen per indeks. Setiap instans koleksi kompleks dihitung sebagai dokumen terpisah dalam hal batas ini.
Batas ukuran dokumen per panggilan API
Ukuran dokumen maksimum saat memanggil Index API adalah sekitar 16 megabyte.
Ukuran dokumen sebenarnya adalah batas ukuran isi permintaan API Indeks. Karena Anda dapat meneruskan batch beberapa dokumen ke API Indeks sekaligus, batas ukuran secara realistis tergantung pada berapa banyak dokumen dalam batch. Untuk batch dengan satu dokumen, ukuran dokumen maksimum adalah 16 MB JSON.
Saat memperkirakan ukuran dokumen, ingatlah untuk hanya mempertimbangkan bidang yang dapat digunakan oleh layanan pencarian. Setiap data biner atau gambar dalam dokumen sumber harus dihilangkan dari perhitungan Anda.
Batas ukuran indeks vektor
Saat Anda mengindeks dokumen dengan bidang vektor, Azure AI Search membuat indeks vektor internal menggunakan parameter algoritma yang Anda berikan. Ukuran indeks vektor ini dibatasi oleh memori yang dicadangkan untuk pencarian vektor untuk tingkat layanan Anda (atau SKU).
Layanan ini memberlakukan kuota ukuran indeks vektor untuk setiap partisi di layanan pencarian Anda. Setiap partisi tambahan meningkatkan kuota ukuran indeks vektor yang tersedia. Kuota ini adalah batas yang sulit untuk memastikan layanan Anda tetap sehat, yang berarti bahwa upaya pengindeksan lebih lanjut setelah batas terlampaui menghasilkan kegagalan. Anda dapat melanjutkan pengindeksan setelah mengosongkan kuota yang tersedia dengan menghapus beberapa dokumen vektor atau dengan meningkatkan skala dalam partisi.
Tabel menjelaskan kuota ukuran indeks vektor per partisi di seluruh tingkat layanan. Untuk konteksnya, ini mencakup:
- Batas penyimpanan partisi untuk setiap tingkatan, diulang di sini untuk konteks.
- Jumlah setiap partisi (dalam GB) yang tersedia untuk indeks vektor (dibuat saat Anda menambahkan bidang vektor ke indeks).
- Perkiraan jumlah penyematan (nilai titik pecahan) per partisi.
Gunakan Statistik Layanan GET untuk mengambil kuota ukuran indeks vektor Anda atau tinjau halaman Indeks atau tab Penggunaan di portal Azure.
Batas vektor bervariasi menurut tanggal dan tingkat pembuatan layanan. Untuk memeriksa usia layanan pencarian Anda dan mempelajari selengkapnya tentang indeks vektor, lihat Ukuran indeks vektor dan tetap di bawah batas.
Batas vektor pada layanan yang dibuat setelah 3 April 2024 di wilayah yang didukung
Batas vektor tertinggi tersedia pada layanan pencarian yang dibuat setelah 3 April 2024 di wilayah yang didukung.
| Tingkat | Kuota penyimpanan (GB) | Kuota vektor per partisi (GB) | Perkiraan. float per partisi (dengan asumsi overhead 15%) |
|---|---|---|---|
| Dasar | 15 | 5 | 1.100 juta |
| S1 | 160 | 35 | 8.200 juta |
| S2 | 350 | 100 | 23.500 juta |
| S3 | 700 | 200 | 47.000 juta |
| L1 | 1,000 | 12 | 2.800 juta |
| L2 | 2.000 | 36 | 8.400 juta |
Perhatikan bahwa batas L1 dan L2 tidak berubah dalam peluncuran 3 April.
Batas vektor pada layanan yang dibuat antara 1 Juli 2023 dan 3 April 2024
Batas berikut diterapkan pada layanan baru yang dibuat antara 1 Juli dan 3 April 2024, kecuali untuk wilayah berikut, yang memiliki batas asli dari sebelum 1 Juli 2023:
- Jerman Barat Tengah
- India Barat
- Qatar Tengah
Semua wilayah lain memiliki batas ini:
| Tingkat | Kuota penyimpanan (GB) | Kuota vektor per partisi (GB) | Perkiraan. float per partisi (dengan asumsi overhead 15%) |
|---|---|---|---|
| Dasar | 2 | 1 | 235 juta |
| S1 | 25 | 3 | 700 juta |
| S2 | 100 | 12 | 2.800 juta |
| S3 | 200 | 36 | 8.400 juta |
| L1 | 1,000 | 12 | 2.800 juta |
| L2 | 2.000 | 36 | 8.400 juta |
Batas vektor pada layanan yang dibuat sebelum 1 Juli 2023
| Tingkat | Kuota penyimpanan (GB) | Kuota vektor per partisi (GB) | Perkiraan. float per partisi (dengan asumsi overhead 15%) |
|---|---|---|---|
| Dasar | 2 | 0,5 | 115 juta |
| S1 | 25 | 1 | 235 juta |
| S2 | 100 | 6 | 1.400 juta |
| S3 | 200 | 12 | 2.800 juta |
| L1 | 1,000 | 12 | 2.800 juta |
| L2 | 2.000 | 36 | 8.400 juta |
Batas pengindeks
Waktu berjalan maksimum ada untuk memberikan keseimbangan dan stabilitas pada layanan secara keseluruhan, tetapi kumpulan data yang lebih besar mungkin memerlukan lebih banyak waktu pengindeksan daripada waktu maksimum yang diizinkan. Jika pekerjaan pengindeksan tidak dapat diselesaikan dalam waktu maksimum yang diizinkan, coba jalankan sesuai jadwal. Penjadwal melacak status pengindeksan. Jika pekerjaan pengindeksan terjadwal terganggu karena alasan apa pun, pengindeks dapat melanjutkan di tempat terakhir yang ditinggalkannya saat menjalankan jadwal berikutnya.
| Sumber daya | Gratis 1 | Dasar 2 | S1 | S2 | S3 | S3 HD 3 | L1 | L2 |
|---|---|---|---|---|---|---|---|---|
| Pengindeks maksimum | 3 | 5 atau 15 | 50 | 200 | 200 | T/A | 10 | 10 |
| Sumber data maksimum | 3 | 5 atau 15 | 50 | 200 | 200 | T/A | 10 | 10 |
| Skillset maksimum 4 | 3 | 5 atau 15 | 50 | 200 | 200 | T/A | 10 | 10 |
| Beban pengindeksan maksimum per invokasi | 10.000 dokumen | Hanya dibatasi oleh dokumen maksimum | Hanya dibatasi oleh dokumen maksimum | Hanya dibatasi oleh dokumen maksimum | Hanya dibatasi oleh dokumen maksimum | T/A | Tidak ada batasan | Tidak ada batasan |
| Jadwal minimum | 5 menit | 5 menit | 5 menit | 5 menit | 5 menit | 5 menit | 5 menit | 5 menit |
| Waktu berjalan maksimum 5 | 1-3 menit | 2 atau 24 jam | 2 atau 24 jam | 2 atau 24 jam | 2 atau 24 jam | T/A | 2 atau 24 jam | 2 atau 24 jam |
| Waktu berjalan maksimum untuk pengindeks dengan set keterampilan 6 | 3-10 menit | 2 jam | 2 jam | 2 jam | 2 jam | T/A | 2 jam | 2 jam |
| Pengindeks blob: ukuran blob maksimum, MB | 16 | 16 | 128 | 256 | 256 | T/A | 256 | 256 |
| Pengindeks blob: karakter maksimum konten yang diekstrak dari blob | 32.000 | 64.000 | 4 juta | 8 juta | 16 juta | T/A | 4 juta | 4 juta |
1 Layanan gratis memiliki waktu eksekusi maksimum pengindeks 3 menit untuk sumber blob, dan 1 menit untuk semua sumber data lainnya. Pemanggilan pengindeks adalah setiap 180 detik sekali. Untuk pengindeksan AI yang memanggil ke layanan Azure AI, layanan gratis dibatasi hingga 20 transaksi gratis per pengindeks per hari, di mana transaksi didefinisikan sebagai dokumen yang berhasil melewati alur pengayaan (tip: Anda dapat mengatur ulang pengindeks untuk mengatur ulang jumlahnya).
2 Layanan dasar yang dibuat sebelum Desember 2017 memiliki batas bawah (5, bukan 15) pada indeks.
3 Layanan HD S3 tidak menyertakan dukungan pengindeks.
4 Maksimum 30 keterampilan per skillset.
5 Mengenai durasi maksimum 2 atau 24 jam untuk pengindeks: maksimum 2 jam adalah yang paling umum dan itulah yang harus Anda rencanakan. Batas 24 jam berasal dari implementasi pengindeks yang lebih lama. Jika Anda memiliki pengindeks yang tidak terjadwal yang berjalan terus menerus selama 24 jam, itu karena pengindeks tersebut tidak dapat dimigrasikan ke infrastruktur yang lebih baru. Sebagai aturan umum, untuk pekerjaan pengindeksan yang tidak dapat diselesaikan dalam waktu dua jam, letakkan pengindeks pada jadwal 2 jam. Ketika interval 2 jam pertama selesai, pengindeks mengambil tempat yang ditinggalkannya saat memulai interval 2 jam berikutnya.
6 Eksekusi skillset, dan analisis gambar khususnya, secara komputasi intensif dan mengonsumsi jumlah daya pemrosesan yang tersedia secara komputasi. Durasi untuk beban kerja ini telah dipersingkat untuk memberikan pekerjaan lain dalam antrian lebih banyak kesempatan untuk dijalankan.
Catatan
Seperti yang dinyatakan dalam batas Indeks, pengindeks juga akan memberlakukan batas atas 3000 elemen di semua koleksi kompleks per dokumen yang dimulai dengan versi GA API terbaru yang mendukung jenis kompleks (2019-05-06) dan seterusnya. Ini berarti bahwa jika Anda telah membuat pengindeks dengan versi API sebelumnya, Anda tidak akan tunduk pada batas ini. Untuk mempertahankan kompatibilitas maksimum, pengindeks yang dibuat dengan versi API sebelumnya lalu diperbarui dengan versi API 2019-05-06 atau yang lebih baru, akan tetap dikecualikan dari batas. Pelanggan harus menyadari dampak buruk dari memiliki koleksi kompleks yang sangat besar (seperti yang dinyatakan sebelumnya) dan kami sangat menyarankan untuk membuat pengindeks baru dengan versi GA API terbaru.
Batas sumber daya tautan privat bersama
Pengindeks dapat mengakses sumber daya Azure lainnya melalui titik akhir privat yang dikelola melalui API sumber daya tautan privat bersama. Bagian ini menjelaskan batasan yang terkait dengan kemampuan ini.
| Sumber daya | Gratis | Dasar | S1 | S2 | S3 | S3 HD | L1 | L2 |
|---|---|---|---|---|---|---|---|---|
| Dukungan pengindeks titik akhir privat | Tidak | Ya | Ya | Ya | Ya | No | Ya | Ya |
| Dukungan titik akhir privat untuk pengindeks dengan skillset1 | Tidak | No | No | Ya | Ya | No | Ya | Ya |
| Titik akhir privat maksimum | T/A | 10 atau 30 | 100 | 400 | 400 | T/A | 20 | 20 |
| Jenis sumber daya maksimum yang berbeda2 | T/A | 4 | 7 | 15 | 15 | T/A | 4 | 4 |
1 Pengayaan AI dan analisis gambar secara komputasi intensif dan mengonsumsi jumlah daya pemrosesan yang tersedia secara tidak proporsional. Untuk alasan ini, koneksi privat dinonaktifkan pada tingkat yang lebih rendah untuk memastikan performa dan stabilitas layanan pencarian itu sendiri.
2 Jumlah jenis sumber daya yang berbeda dihitung sebagai jumlah nilai unik groupId yang digunakan di semua sumber daya tautan privat bersama untuk layanan pencarian tertentu, terlepas dari status sumber daya.
Batas sinonim
Jumlah maksimum peta sinonim bervariasi menurut tingkatan. Setiap aturan dapat memiliki hingga 20 ekspansi, di mana ekspansi adalah istilah yang setara. Misalnya, diberikan "kucing", asosiasi dengan "kucing", "feline", dan "felis" (genus untuk kucing) akan dihitung sebagai 3 ekspansi.
| Sumber daya | Gratis | Dasar | S1 | S2 | S3 | S3-HD | L1 | L2 |
|---|---|---|---|---|---|---|---|---|
| Peta sinonim maksimum | 3 | 3 | 5 | 10 | 20 | 20 | 10 | 10 |
| Jumlah maksimum aturan per peta | 5000 | 20000 | 20000 | 20000 | 20000 | 20000 | 20000 | 20000 |
Batas alias indeks
Jumlah maksimum alias indeks bervariasi menurut tingkatan. Di semua tingkatan, jumlah maksimum alias adalah dua kali lipat dari jumlah maksimum indeks yang diizinkan.
| Sumber daya | Gratis | Dasar | S1 | S2 | S3 | S3-HD | L1 | L2 |
|---|---|---|---|---|---|---|---|---|
| Alias maksimum | 6 | 10 atau 30 | 100 | 400 | 400 | 2000 per partisi atau 6000 per layanan | 20 | 20 |
Batas data (pengayaan AI)
Alur pengayaan AI yang melakukan panggilan ke sumber daya Bahasa Azure AI untuk pengenalan entitas, penautan entitas, ekstraksi frasa kunci, analisis sentimen, deteksi bahasa, dan deteksi informasi pribadi tunduk pada batas data. Ukuran maksimum rekaman harus 50.000 karakter sebagaimana diukur oleh String.Length. Jika Anda perlu memecah data Anda sebelum mengirimkannya ke penganalisis sentimen, gunakan keahlian Pemisahan Teks.
Batas Pembatasan
Permintaan API dibatasi saat sistem mendekati kapasitas puncak. Pembatasan berperilaku berbeda untuk API yang berbeda. API Kueri (Search/Suggest/Autocomplete) dan pembatasan API pengindeksan secara dinamis berdasarkan beban pada layanan. API indeks dan API operasi layanan memiliki batas tingkat permintaan statik.
Batas permintaan laju statik untuk operasi yang terkait dengan indeks:
- Daftar Indeks (GET /indexes): 3 per detik per unit pencarian
- Dapatkan Indeks (GET /indexes/myindex): 10 per detik per unit pencarian
- Buat Indeks (POST /indexes): 12 per menit per unit pencarian
- Buat atau Perbarui Indeks (PUT /indexes/myindex): 6 per detik per unit pencarian
- Indeks Hapus (DELETE /indexes/myindex): 12 per menit per unit pencarian
Batas permintaan laju statik untuk operasi yang terkait dengan indeks:
- Statistik Layanan (GET /servicestats): 4 per detik per unit pencarian
Batas permintaan API
- Maksimum 16 MB per permintaan 1
- Panjang URL maksimum 8 KB
- Maksimum 1.000 dokumen per batch unggahan indeks, penggabungan, atau penghapusan
- Maksimum 32 bidang dalam klaus $orderby
- Maksimum 100.000 karakter dalam klausa pencarian
- Jumlah maksimum klausa dalam (ekspresi yang dipisahkan
searcholeh AND atau OR) adalah 1024 - Ukuran istilah pencarian maksimum adalah 32.766 byte (32 KB minus 2 byte) dari teks yang dikodekan UTF-8
- Ukuran istilah pencarian maksimum adalah 1.000 karakter untuk pencarian awalan dan pencarian regex
- Pencarian kartubebas dan pencarian ekspresi Reguler dibatasi hingga maksimum 1000 status saat diproses oleh Lucene.
1 Dalam Pencarian Azure AI, isi permintaan tunduk pada batas atas 16 MB, memberlakukan batas praktis pada konten bidang atau koleksi individual yang tidak dibatasi oleh batas teoritis (lihat Jenis data yang didukung untuk informasi selengkapnya tentang komposisi dan pembatasan bidang).
Batasan ukuran dan komposisi kueri ada karena kueri yang tidak terbatas dapat mendesstabilisasi layanan pencarian Anda. Biasanya, kueri tersebut dibuat secara terprogram. Jika aplikasi Anda menghasilkan kueri pencarian secara terprogram, sebaiknya merancangnya sedemikian sehingga tidak menghasilkan kueri dengan ukuran yang tidak terbatas.
Batas respons API
- Maksimum 1.000 dokumen yang dikembalikan per halaman hasil pencarian
- Maksimum 100 saran yang dikembalikan per permintaan Sarankan API
Batas kunci API
Kunci API digunakan untuk autentikasi layanan. Ada dua jenis. Kunci admin ditentukan di header permintaan dan memberikan akses baca-tulis secara penuh ke layanan. Kunci kueri bersifat hanya-baca, ditentukan pada URL, dan biasanya didistribusikan ke aplikasi klien.
- Maksimum 2 kunci admin per layanan
- Maksimum 50 kunci kueri per layanan