Catatan
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba masuk atau mengubah direktori.
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba mengubah direktori.
Artikel ini menjelaskan kuota dan batas default untuk sumber daya Azure Cosmos DB. Ini membantu Anda mengelola operasi, penyimpanan, dan throughput secara efektif.
Operasi penyimpanan dan database
Setelah membuat akun Azure Cosmos DB di bawah langganan, Anda dapat mengelola data di akun Anda dengan membuat database, kontainer, dan item.
Throughput yang sudah dialokasikan
Anda mengalokasikan throughput pada tingkat kontainer atau tingkat basis data dalam bentuk unit permintaan (RU) atau unit permintaan per detik (RU/s). Tabel berikut ini mencantumkan batas untuk penyimpanan dan throughput per kontainer/database. Penyimpanan mengacu pada jumlah gabungan data dan penyimpanan indeks.
| Sumber Daya | Limit |
|---|---|
| RUs maksimum per kontainer (mode penyediaan throughput khusus) | 1.000.000 ¹ |
| Maksimum RUs per database (mode penyediaan throughput bersama) | 1.000.000 ¹ |
| Maksimum RUs per partisi (logis & fisik) | 10,000 |
| Penyimpanan maksimum per partisi (logis) untuk semua item | 20 GB ² |
| Jumlah maksimum kunci partisi berbeda (logis) | Tidak Terbatas |
| Penyimpanan maksimum per kontainer | Tidak Terbatas |
| Ukuran lampiran maksimum per Akun (fitur Lampiran tidak digunakan lagi) | 2 GB |
| RU/dtk minimum yang diperlukan untuk 1 GB | 1 RU/dtk |
¹ Tingkatkan RU Maksimum per kontainer atau database dengan mengajukan tiket dukungan Azure.
² Untuk mempelajari tentang praktik terbaik untuk mengelola beban kerja yang memiliki kunci partisi yang memerlukan batas yang lebih tinggi untuk penyimpanan atau throughput, lihat Membuat kunci partisi sintetis dan gambaran umum kunci partisi hierarkis. Jika beban kerja Anda mencapai batas partisi logis 20 GB dalam produksi, solusi jangka panjang yang direkomendasikan adalah menggunakan gambaran umum kunci partisi hierarkis untuk merancang ulang aplikasi Anda. Dengan kunci partisi hierarkis, Anda dapat menggunakan hingga tiga tingkat kunci, memungkinkan Anda untuk melebihi 20 GB data untuk kunci tingkat pertama Anda dan menghindari batas ini. Untuk memberi Anda waktu untuk menyusun ulang aplikasi Anda, mintalah peningkatan sementara dalam batas kunci partisi logis untuk aplikasi yang ada. Ajukan tiket dukungan Azure dan pilih jenis kuota Peningkatan sementara dalam ukuran kunci partisi logis kontainer. Meminta kenaikan sementara bertujuan sebagai mitigasi sementara dan tidak direkomendasikan sebagai solusi jangka panjang, karena jaminan SLA tidak dipatuhi ketika batas dinaikkan. Untuk menghapus konfigurasi, ajukan tiket dukungan dan pilih jenis kuota Memulihkan ukuran kunci partisi logis penampung ke default (20 GB). Anda dapat mengajukan tiket dukungan ini setelah menghapus data agar sesuai dengan batas partisi logis 20 GB atau menyusun ulang aplikasi Anda dengan kunci partisi yang berbeda.
Batas throughput minimum
Kontainer Azure Cosmos DB (atau database dengan throughput bersama) yang menggunakan throughput manual harus memiliki throughput minimum sebesar 400 RU/detik. Seiring bertambahnya kontainer, Azure Cosmos DB memerlukan throughput minimum untuk memastikan sumber daya (database atau kontainer) memiliki sumber daya yang memadai untuk operasinya.
Ambil throughput saat ini dan minimum dari sebuah kontainer atau database melalui portal Azure atau kit pengembangan perangkat lunak (SDK). Untuk informasi selengkapnya, lihat Mengalokasikan throughput pada kontainer dan database.
RU/dtk minimum aktual mungkin bervariasi tergantung pada konfigurasi akun Anda. Anda dapat menggunakan metrik Azure Monitor untuk melihat riwayat throughput yang disediakan (RU/dtk) dan penyimpanan pada sumber daya.
Throughput minimum pada kontainer
Perkirakan throughput minimal dalam sebuah kontainer dengan menggunakan bagian ini.
Throughput manual
Untuk memperkirakan RU/s minimum yang diperlukan oleh sebuah kontainer dengan throughput manual, cari nilai maksimum dari:
- 400 RU/detik
- Penyimpanan saat ini dalam GB * 1 RU/dtk
- RU per detik tertinggi yang pernah disediakan pada wadah / 100
Misalnya, sebuah kontainer dikonfigurasi dengan throughput 400 RU/dtk dan penyimpanan 0 GB. Anda meningkatkan throughput menjadi 50.000 RU/dtk dan mengimpor data 20 GB. RU/dtk minimum sekarang MAX(400, 20 * 1 RU/s per GB, 50,000 RU/s / 100) = 500 RU/dtk. Seiring waktu, penyimpanan tumbuh hingga 2.000 GB. RU/dtk minimum sekarang MAX(400, 2000 * 1 RU/s per GB, 50,000 / 100) = 2000 RU/dtk.
Penyesuaian otomatis untuk throughput
Untuk memperkirakan RU/dtk maksimum yang dibutuhkan dengan throughput skala otomatis dari sebuah kontainer, temukan nilai maksimum:
- 1000 RU/dtk
- Penyimpanan saat ini dalam GB * 10 RU/s
- RU tertinggi yang pernah disediakan pada kontainer / 10
Misalnya, Anda memiliki kontainer yang disediakan dengan 1000 RU/dtk dan penyimpanan 0 GB. Anda meningkatkan throughput menjadi 50.000 RU/dtk dan mengimpor data 20 GB. RU/dtk maks minimum sekarang MAX(1000, 20 * 10 RU/s per GB, 50,000 RU/s / 10) = 5000 RU/dtk. Seiring waktu, penyimpanan tumbuh hingga 2.000 GB. RU/dtk maks minimum sekarang MAX(1000, 2000 * 10 RU/s per GB, 50,000 / 10) = 20.000 RU/dtk.
Minimum throughput pada basis data throughput bersama
Gunakan bagian ini untuk memperkirakan throughput minimum pada database yang berbagi throughput antar kontainer.
Throughput manual
Untuk memperkirakan RU/s minimum yang diperlukan dari database throughput bersama dengan throughput yang diatur secara manual, temukan maksimum:
- 400 RU/detik
- Penyimpanan saat ini dalam GB * 1 RU/dtk
- RU/s tertinggi yang pernah dialokasikan di database / 100
- 400 + MAX(Jumlah kontainer - 25,0) * 100 RU/dtk
Misalnya, Anda memiliki database yang tersedia dengan 400 RU/dtk, 15 GB penyimpanan, dan 10 kontainer. RU/dtk minimum adalah MAX(400, 15 * 1 RU/s per GB, 400 / 100, 400 + 0 ) = 400 RU/dtk. Jika ada 30 kontainer dalam database, minimum RU/dtk adalah 400 + MAX(30 - 25, 0) * 100 RU/s = 900 RU/dtk.
Penyesuaian otomatis untuk throughput
Untuk memperkirakan maksimum RU/dtk untuk skala otomatis minimum yang diperlukan pada database throughput bersama yang memiliki skala throughput otomatis, cari nilai maksimum:
- 1000 RU/dtk
- Penyimpanan saat ini dalam GB * 10 RU/s
- RU/s tertinggi yang pernah dialokasikan pada database / 10
- 1000 + MAX(Jumlah kontainer - 25, 0) * 1000 RU/dtk
Misalnya, Anda memiliki database yang disediakan dengan 1000 RU/s, penyimpanan 15 GB, dan 10 kontainer. RU/dtk maks minimum untuk database skala otomatis adalah MAX(1000, 15 * 10 RU/s per GB, 1000 / 10, 1000 + 0 ) = 1000 RU/dtk. Jika ada 30 kontainer dalam database, RU/dtk maks minimum adalah 1000 + MAX(30 - 25, 0) * 1000 RU/s = 5000 RU/dtk.
Singkatnya, berikut adalah batas minimum RU yang disediakan saat menggunakan throughput yang telah dipersiapkan.
| Jenis Penyediaan | Sumber Daya | Limit |
|---|---|---|
| Throughput manual | Jumlah minimum RU per kontainer (mode penyediaan throughput khusus dengan pengaturan throughput manual) | 400 |
| Throughput manual | RU minimum per database (mode yang menyediakan throughput bersama dengan throughput yang diatur secara manual | 400 RU/dtk untuk 25 kontainer pertama. |
| Penyesuaian otomatis untuk throughput | Minimum maksimum RU per kontainer (mode penyediaan throughput khusus dengan penyelarasan otomatis throughput) | 1000 |
| Penyesuaian otomatis untuk throughput | RU maksimum minimum per database (mode yang disediakan untuk throughput bersama dengan skala throughput otomatis) | 1000 RU/detik untuk 25 kontainer pertama. |
Azure Cosmos DB mendukung penskalaan throughput terprogram (RU/s) per kontainer atau database melalui SDK atau portal.
Setiap sumber daya menskalakan secara sinkron dan segera antara RU/dtk minimum dan hingga 100x RU/dtk minimum, tergantung pada RU/dtk saat ini yang disediakan dan pengaturan sumber daya. Jika nilai throughput yang diminta berada di luar rentang, penskalaan dilakukan secara asinkron. Penskalakan asinkron dapat memakan waktu beberapa menit hingga berjam-jam untuk diselesaikan tergantung pada throughput yang diminta dan ukuran penyimpanan data dalam kontainer. Pelajari lebih lanjut.
Serverless
Tanpa server memungkinkan Anda menggunakan sumber daya Azure Cosmos DB Anda dengan cara berbasis konsumsi.
| Sumber Daya | Limit |
|---|---|
| Penyimpanan maksimum per partisi (logis) untuk semua item | 20 GB ¹ |
| Jumlah maksimum kunci partisi berbeda (logis) | Tidak Terbatas |
| Penyimpanan maksimum per kontainer | Tidak Terbatas |
¹ Jika beban kerja Anda mencapai batas partisi logis 20 GB dalam produksi, solusi jangka panjang yang direkomendasikan adalah menggunakan gambaran umum kunci partisi hierarkis untuk merancang ulang aplikasi Anda. Dengan kunci partisi hierarkis, Anda dapat menggunakan hingga tiga tingkat kunci, memungkinkan Anda untuk melebihi 20 GB data untuk kunci tingkat pertama Anda dan menghindari batas ini. Untuk memberi Anda waktu untuk menyusun ulang aplikasi Anda, mintalah peningkatan sementara dalam batas kunci partisi logis untuk aplikasi yang ada. Ajukan tiket dukungan Azure dan pilih jenis kuota Peningkatan sementara dalam ukuran kunci partisi logis kontainer. Meminta peningkatan sementara dimaksudkan sebagai mitigasi sementara dan tidak direkomendasikan sebagai solusi jangka panjang. Untuk menghapus konfigurasi, ajukan tiket dukungan dan pilih jenis kuota Memulihkan ukuran kunci partisi logis penampung ke default (20 GB). Anda dapat mengajukan tiket dukungan ini setelah menghapus data agar sesuai dengan batas partisi logis 20 GB atau menyusun ulang aplikasi Anda dengan kunci partisi yang berbeda.
Pesawat kontrol
Azure Cosmos DB memiliki penyedia sumber daya yang memungkinkan Anda membuat, memperbarui, dan menghapus sumber daya di akun Azure Cosmos DB Anda. Penyedia sumber daya terhubung dengan lapisan manajemen sumber daya Azure secara keseluruhan, yang merupakan layanan penyebaran dan manajemen untuk Azure.
Buat dan kelola sumber daya Azure Cosmos DB menggunakan:
- portal Azure
- Azure PowerShell
- Azure CLI
- Templat JSON/Bicep Azure Resource Manager
- Azure REST API
- Azure Management SDK
- Terraform
- Pulumi
Lapisan manajemen ini juga dapat diakses dari SDK sarana data Azure Cosmos DB yang digunakan dalam aplikasi Anda untuk membuat dan mengelola sumber daya dalam akun. SDK lapisan data juga membuat permintaan lapisan kontrol selama koneksi awal ke layanan untuk melakukan hal-hal seperti mendaftar database dan kontainer, serta meminta kunci akun untuk autentikasi.
Setiap akun Azure Cosmos DB memiliki partisi utama yang berisi semua metadata untuk akun tersebut. Ini juga memiliki sejumlah kecil throughput untuk mendukung operasi sarana kontrol. Permintaan sarana kontrol yang membuat, membaca, memperbarui, atau menghapus metadata ini menggunakan throughput ini. Ketika jumlah throughput yang dikonsumsi oleh operasi pesawat kontrol melebihi jumlah ini, operasi dibatasi laju, sama seperti operasi pesawat data dalam Azure Cosmos DB. Namun, tidak seperti throughput untuk operasi data, throughput untuk partisi utama tidak dapat ditingkatkan.
Beberapa operasi sarana kontrol tidak menggunakan throughput partisi utama, seperti Dapatkan atau Daftar Kunci. Namun, tidak seperti permintaan pada data dalam akun Azure Cosmos DB Anda, penyedia sumber daya dalam Azure tidak dirancang untuk volume permintaan tinggi. Operasi sarana kontrol yang melebihi batas terdokumen pada tingkat berkelanjutan selama periode 5 menit berturut-turut mungkin mengalami pembatasan permintaan serta operasi yang gagal atau tidak lengkap pada sumber daya Azure Cosmos DB.
Operasi sarana kontrol dapat dipantau dengan menavigasi tab Insight untuk akun Azure Cosmos DB. Untuk informasi selengkapnya, lihat Memantau Permintaan Sarana Kontrol. Anda dapat mengkustomisasi wawasan ini, menggunakan Azure Monitor, dan membuat buku kerja untuk memantau Permintaan Metadata dan mengatur pemberitahuan.
Batas Sumber Daya
Tabel berikut ini mencantumkan batas sumber daya per langganan atau akun.
| Sumber Daya | Limit |
|---|---|
| Jumlah maksimum akun per langganan | 250 secara default ¹ |
| Jumlah maksimum database & kontainer per akun | 500 ² |
| Lalu lintas maksimum yang dapat didukung oleh akun untuk operasi metadata | 240 RU/dtk |
¹ Batas default berbeda untuk pelanggan internal Microsoft. Tingkatkan batas ini dengan membuat permintaan Dukungan Azure hingga maksimum 1.000. Cosmos DB berhak menghapus akun database kosong apa pun, yaitu, tidak ada database/koleksi. ² Batas ini tidak dapat ditingkatkan. Jumlah total mencakup database dan kontainer dalam akun (misalnya, 1 database dan 499 kontainer, atau 250 database dan 250 kontainer).
Batas permintaan
Tabel berikut mencantumkan batas permintaan per interval 5 menit, per akun, kecuali ditentukan lain.
| Pengoperasian | Limit |
|---|---|
| Daftar Maksimum atau Dapatkan Kunci | 500 ¹ |
| Maksimal Buat database & kontainer | 500 |
| Maksimum Dapatkan atau Daftar database &kontainer | 500 ¹ |
| Maksimum throughput yang disediakan untuk pembaruan | 25 |
| Failover maksimum regional | 10 (per jam) ² |
Jumlah maksimum semua operasi (PUT, , POST, PATCHDELETE, GET) tidak ditentukan sebelumnya |
500 |
¹ Gunakan klien singleton untuk instans SDK, dan kunci cache, database, dan referensi kontainer antara permintaan untuk masa pakai instans tersebut. ² Failover regional ini hanya berlaku untuk akun dengan penulisan wilayah tunggal. Akun yang dapat menulis di beberapa wilayah tidak memerlukan atau mengizinkan perubahan pada wilayah penulisan.
Azure Cosmos DB secara otomatis mencadangkan data Anda secara berkala. Untuk detail tentang interval penyimpanan cadangan dan jendela, lihat Pencadangan online dan pemulihan data sesuai permintaan di Azure Cosmos DB.
Batas per akun
Berikut adalah batas per akun.
Kontrol akses berbasis peran
| Sumber Daya | Batas standar |
|---|---|
| Jumlah maksimum definisi peran kustom per akun (RBAC lapisan data asli) | 100 |
| Jumlah maksimum penetapan peran per akun (RBAC bidang data asli) | 2,000 |
Throughput yang sudah dialokasikan
| Sumber Daya | Limit |
|---|---|
| Jumlah maksimum database dan kontainer per akun | 500 |
| Jumlah maksimum kontainer per database dengan throughput bersama | 25 |
| Jumlah wilayah maksimum | Tidak ada batasan (semua wilayah Azure) |
Serverless
| Sumber Daya | Limit |
|---|---|
| Jumlah maksimum database dan kontainer per akun | 500 |
| Jumlah wilayah maksimum | 1 (wilayah Azure apa pun) |
Batas per kontainer
Bergantung pada API yang Anda gunakan, kontainer Azure Cosmos DB dapat mewakili koleksi, tabel, atau grafik. Kontainer mendukung konfigurasi untuk batasan kunci unik, prosedur tersimpan, pemicu, dan fungsi yang ditentukan pengguna (UDF), dan kebijakan pengindeksan. Tabel berikut mencantumkan batasan khusus untuk konfigurasi dalam kontainer.
| Sumber Daya | Limit |
|---|---|
| Panjang maksimum database atau nama kontainer | 255 |
| Jumlah maksimum prosedur tersimpan per kontainer | 100 ¹ |
| Jumlah maksimum UDF per kontainer | 50 ¹ |
| Jumlah maksimum kunci unik per kontainer | 10 ¹ |
| Jumlah maksimum jalur per batasan kunci unik | 16 ¹ |
| Nilai time-to-live (TTL) maksimum | 2,147,483,647 |
¹ Tingkatkan salah satu batas per kontainer ini dengan membuat permintaan Dukungan Azure.
Batas per barang
Item Azure Cosmos DB dapat mewakili dokumen dalam koleksi, baris dalam tabel, atau simpul atau tepi dalam grafik, tergantung PADA API mana yang Anda gunakan. Tabel berikut ini memperlihatkan batas per item di Azure Cosmos DB.
| Sumber Daya | Limit |
|---|---|
| Ukuran maksimum barang | 2 MB (panjang representasi JSON dalam UTF-8) ¹ |
| Panjang maksimum dari nilai kunci partisi | 2.048 byte (101 byte jika kunci partisi besar tidak diaktifkan) |
| Panjang maksimum nilai ID | 1.023 byte |
| Karakter yang diizinkan untuk nilai ID | Di sisi layanan, semua karakter Unicode diperbolehkan kecuali '/' dan '\'. PERINGATAN: Tetapi untuk interoperabilitas terbaik, KAMI SANGAT MENYARANKAN untuk hanya menggunakan karakter ASCII alfa-numerik dalam nilai ID saja. Ada keterbatasan yang diketahui pada beberapa versi Cosmos DB SDK, serta pada konektor (Azure Data Factory, Spark, Kafka, dll.) dan driver atau pustaka HTTP. Batasan ini dapat mencegah keberhasilan pemrosesan ketika nilai ID berisi karakter ASCII non-infanumerik. Jadi, untuk meningkatkan interoperabilitas, enkode nilai ID - misalnya melalui Base64 + pengodean kustom karakter khusus yang diizinkan di Base64. - jika Anda harus mendukung karakter ASCII non-infanumerik dalam layanan/aplikasi Anda. |
| Jumlah properti maksimum per item | Tidak ada batas tertentu |
| Panjang maksimum nama properti | Tidak ada batas tertentu |
| Panjang maksimum nilai properti | Tidak ada batas tertentu |
| Panjang maksimum nilai properti string | Tidak ada batas tertentu |
| Panjang maksimum nilai properti numerik | IEEE754 presisi ganda 64-bit |
| Tingkat maksimum bersarang untuk objek/array yang disematkan | 128 |
| Nilai TTL maksimum | 2147483647 |
| Presisi/rentang maksimum untuk angka pada JSON (untuk memastikan interoperabilitas yang aman) | Institut Insinyur Listrik dan Elektronik (IEEE) 754 biner64 |
¹ Ukuran dokumen besar hingga 16 MB hanya didukung dengan Azure Cosmos DB untuk MongoDB. Untuk informasi selengkapnya, lihat dokumentasi fitur MongoDB 4.2.
Tidak ada batasan pada payload item (seperti jumlah properti dan kedalaman lapisan), kecuali untuk batasan panjang pada nilai kunci partisi dan ID, dan pembatasan ukuran keseluruhan 2 MB. Anda mungkin perlu mengonfigurasi kebijakan pengindeksan untuk kontainer dengan struktur item besar atau kompleks untuk mengurangi konsumsi RU. Lihat Memodelkan item di Azure Cosmos DB untuk contoh dunia nyata, dan pola untuk mengelola item besar.
Batas per permintaan
Azure Cosmos DB mendukung operasi CRUD dan kueri untuk sumber daya seperti kontainer, item, dan database. Ini juga mendukung permintaan batch transaksional untuk item dengan kunci partisi yang sama dalam kontainer.
| Sumber Daya | Limit |
|---|---|
| Waktu eksekusi maksimum untuk satu operasi (seperti eksekusi prosedur tersimpan atau satu pengambilan halaman kueri) | 5 detik |
| Ukuran permintaan maksimum (misalnya, prosedur tersimpan, CRUD) | 2 MB |
| Ukuran respons maksimum (misalnya, kueri paginasi) | 4 MB |
| Jumlah maksimum operasi dalam paket transaksional | 100 |
Azure Cosmos DB mendukung pemicu selama penulisan. Layanan ini memungkinkan satu pretrigger dan satu posttrigger per operasi tulis.
Ketika operasi kueri mencapai batas waktu habis eksekusi atau ukuran respons, operasi tersebut mengembalikan halaman hasil dan token kelanjutan ke klien untuk melanjutkan eksekusi. Tidak ada batas praktis pada durasi untuk kueri tunggal yang berjalan di seluruh halaman/kelanjutan.
Azure Cosmos DB menggunakan kode autentikasi pesan berbasis hash (HMAC) untuk otorisasi. Gunakan kunci primer untuk kontrol akses terperindas ke sumber daya. Sumber daya ini dapat mencakup kontainer, kunci partisi, atau item. Tabel berikut ini mencantumkan batasan untuk token otorisasi di Azure Cosmos DB.
| Sumber Daya | Limit |
|---|---|
| Waktu kedaluwarsa maksimum untuk token primer | 15 menit |
| Waktu kedaluwarsa minimum token sumber daya | 10 menit |
| Waktu kedaluwarsa maksimum token sumber daya | 24 jam secara default ¹ |
| Skew jam maksimum untuk otorisasi token | 15 menit |
¹ Tingkatkan itu dengan mengajukan tiket dukungan Azure.
Batas untuk throughput yang dialokasikan dengan penyesuaian otomatis
Lihat artikel Autoscale dan FAQ untuk penjelasan terperinci tentang batas throughput dan penyimpanan dengan skala otomatis.
| Sumber Daya | Limit |
|---|---|
| RU/dtk maksimum yang dapat dicapai oleh sistem |
Tmax, batas maksimum skala otomatis RU/s yang ditetapkan oleh pengguna |
| Dapat diskalakan ke RU per detik minimum oleh sistem | 0.1 * Tmax |
| RU/dtk saat ini yang dapat diskalakan sistem |
0.1*Tmax <= T <= Tmax, berdasarkan penggunaan |
| RU/s yang dapat ditagih minimum per jam | 0.1 * Tmax Penagihan dilakukan per jam, berdasarkan RU/s tertinggi yang diskalakan sistem selama jam tersebut, atau 0.1*Tmax, mana yang lebih tinggi di antara keduanya. |
| Maksimum RU/s skala otomatis minimum untuk sebuah kontainer |
MAX(1000, highest max RU/s ever provisioned / 10, current storage in GB * 10) dibulatkan ke atas ke 1000 RU/dtk terdekat |
| Minimum skala otomatis maksimum RU/dtk untuk database |
MAX(1000, highest max RU/s ever provisioned / 10, current storage in GB * 10, 1000 + (MAX(Container count - 25, 0) * 1000)) dibulatkan ke 1000 RU/dtk terdekat ke atas. Jika database Anda memiliki lebih dari 25 kontainer, sistem meningkatkan minimum maksimum RU per detik (RU/s) skala otomatis sebesar 1000 RU per detik untuk setiap kontainer tambahan. Misalnya, jika Anda memiliki 30 kontainer, RU/dtk maksimum skala otomatis terendah yang dapat Anda atur adalah 6000 RU/dtk (penskalaan antara 600 dan 6000 RU/dtk). |
Pembatasan kueri SQL
Azure Cosmos DB mendukung kueri item menggunakan SQL. Tabel berikut ini menjelaskan batasan dalam pernyataan kueri, seperti jumlah klausa atau panjang kueri.
| Sumber Daya | Limit |
|---|---|
| Panjang maksimum kueri SQL | 512 KB |
Pernyataan maksimum yang diizinkan JOIN per kueri |
10¹ |
| Maksimum UDF per kueri | 10 ¹ |
| Maksimum titik per poligon | 4096 |
| Jalur maksimum yang disertakan secara eksplisit per kontainer | 1500 ¹ |
| Jalur maksimum yang dikecualikan secara eksplisit per kontainer | 1500 ¹ |
| Properti maksimum pada indeks komposit | 8 |
| Jumlah maksimum jalur dalam indeks komposit | 100 |
¹ Anda dapat meningkatkan batas kueri SQL ini dengan membuat permintaan Dukungan Azure.
API untuk batas khusus MongoDB
Azure Cosmos DB mendukung protokol kawat MongoDB untuk aplikasi yang ditulis dengan MongoDB. Temukan perintah dan versi protokol yang didukung di fitur dan sintaks MongoDB yang didukung.
Tabel berikut ini mencantumkan batasan khusus untuk dukungan fitur MongoDB. Batas layanan lain yang disebutkan untuk API untuk NoSQL juga berlaku untuk API untuk MongoDB.
| Sumber Daya | Limit |
|---|---|
| Ukuran maksimum dokumen | 16 MB (panjang UTF-8 representasi JSON) ¹ |
| Ukuran memori kueri MongoDB maksimum (hanya berlaku untuk versi server 3.2) | 40 MB |
| Waktu eksekusi maksimum untuk operasi MongoDB (berlaku untuk versi server 3.2) | 15 detik |
| Waktu eksekusi maksimum untuk operasi MongoDB (berlaku untuk versi server 3.6 dan 4.0) | 60 detik |
| Tingkat maksimal perindekan untuk objek/array yang tertanam pada definisi indeks | 6 |
| Waktu batas koneksi idle untuk penutupan koneksi sisi server ² | 30 menit |
| Batas waktu untuk shell MongoDB di portal Azure | 120 menit dalam periode 24 jam |
¹ Ukuran dokumen besar hingga 16 MB memerlukan pengaktifan fitur di portal Azure. Pelajari selengkapnya dalam dokumentasi fitur.
² Atur batas waktu koneksi diam di pengaturan driver menjadi 2-3 menit karena batas waktu default untuk Azure LoadBalancer adalah 4 menit. Batas waktu ini memastikan bahwa load balancer menengah yang sedang tidak aktif tidak menutup koneksi antara komputer klien dan Azure Cosmos DB.
Batas untuk akun tingkat gratis Azure Cosmos DB
Tabel berikut mencantumkan batasan untuk akun tingkat gratis Azure Cosmos DB.
| Sumber Daya | Limit |
|---|---|
| Jumlah akun tingkat gratis per langganan Azure | 1 |
| Durasi diskon kelas gratis | Masa pakai akun. Anda harus ikut serta saat pembuatan akun. |
| Maksimal RU per detik secara gratis | 1000 RU/dtk |
| Penyimpanan maksimum secara gratis | 25 GB |
| Jumlah maksimum kontainer dalam database throughput bersama | 25 |
Selain tabel sebelumnya, batas per akun juga berlaku untuk akun tingkat gratis. Untuk mempelajari lebih lanjut, lihat cara membuat akun tingkat gratis.