Kuota layanan Azure Cosmos DB
BERLAKU UNTUK: 
Nosql MongoDB Cassandra Gremlin Meja
Artikel ini memberikan gambaran umum tentang kuota default yang ditawarkan ke sumber daya yang berbeda di Azure Cosmos DB.
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 disediakan
Anda dapat mengalokasikan throughput pada tingkat kontainer atau tingkat database dalam hal unit permintaan (RU/dtk atau RU). Tabel berikut ini mencantumkan batas untuk penyimpanan dan throughput per kontainer/database. Penyimpanan mengacu pada jumlah gabungan data dan penyimpanan indeks.
| Sumber daya | Batasan |
|---|---|
| RUs maksimum per kontainer (mode yang disediakan throughput khusus) | 1.000.000 ¹ |
| RUs maksimum per database (mode yang disediakan throughput bersama) | 1.000.000 ¹ |
| RUs maksimum per partisi (logis & fisik) | 10,000 |
| Penyimpanan maksimum di semua item per partisi (logis) | 20 GB ² |
| Jumlah maksimum tombol partisi berbeda (logika) | Tidak Terbatas |
| Penyimpanan maksimum per kontainer | Tidak Terbatas |
| Ukuran lampiran maksimum per Akun (fitur Lampiran tidak digunakan lagi) | 2 GB |
| RU/dtk minimum diperlukan per 1 GB | 1 RU/dtk |
¹ Anda dapat meningkatkan 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. Jika beban kerja Anda telah mencapai batas partisi logis sebesar 20 GB dalam produksi, sebaiknya rancang ulang aplikasi Anda dengan kunci partisi yang berbeda sebagai solusi jangka panjang. Untuk memperpanjang waktu dalam merancang ulang aplikasi, Anda dapat meminta 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). Mengajukan tiket dukungan ini dapat dilakukan setelah menghapus data agar sesuai dengan batas partisi logis 20 GB atau setelah merancang ulang aplikasi Anda dengan kunci partisi yang berbeda.
Batas throughput minimum
Kontainer Azure Cosmos DB (atau database throughput bersama) menggunakan throughput manual harus memiliki throughput minimum 400 RU/dtk. Seiring bertambahnya kontainer, Azure Cosmos DB memerlukan throughput minimum untuk memastikan sumber daya (database atau kontainer) memiliki sumber daya yang memadai untuk operasinya.
Throughput kontainer atau database saat ini dan minimum dapat diambil dari portal Microsoft Azure atau SDK. Untuk informasi selengkapnya, lihat Mengalokasikan throughput pada kontainer dan database.
RU/s minimum aktual dapat 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
Throughput manual
Untuk memperkirakan RU/dtk minimum yang diperlukan kontainer dengan throughput manual, temukan maksimum:
- 400 RU/dtk
- Penyimpanan saat ini dalam GB * 1 RU/dtk
- RUn tertinggi yang pernah ada di container / 100
Misalnya, Anda memiliki kontainer yang tersedia dengan 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 2000 GB. RU/dtk minimum sekarang MAX(400, 2000 * 1 RU/s per GB, 50,000 / 100) = 2000 RU/dtk.
Throughput skala otomatis
Untuk memperkirakan RU/dtk maksimum skala otomatis minimum yang diperlukan dari kontainer dengan throughput skala otomatis, temukan maksimum:
- 1000 RU/dtk
- Penyimpanan saat ini dalam GB * 10 RU/dtk
- RU tertinggi yang pernah disediakan pada kontainer / 10
Misalnya, Anda memiliki kontainer yang disediakan dengan penyimpanan 1000 RU/dtk dan 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 2000 GB. RU/dtk maks minimum sekarang MAX(1000, 2000 * 10 RU/s per GB, 50,000 / 10) = 20.000 RU/dtk.
Throughput minimum pada database throughput bersama
Throughput manual
Untuk memperkirakan RU/dtk minimum yang diperlukan dari database throughput bersama dengan throughput manual, temukan maksimum:
- 400 RU/dtk
- Penyimpanan saat ini dalam GB * 1 RU/dtk
- RUn tertinggi yang pernah disediakan 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.
Throughput skala otomatis
Untuk memperkirakan RU/dtk maksimum skala otomatis minimum yang diperlukan dari database throughput bersama dengan throughput skala otomatis, temukan maksimum:
- 1000 RU/dtk
- Penyimpanan saat ini dalam GB * 10 RU/dtk
- RU tertinggi yang pernah disediakan pada database / 10
- 1000 + MAX(Jumlah kontainer - 25, 0) * 1000 RU/dtk
Misalnya, Anda memiliki database yang disediakan dengan 1000 RU/dtk, 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 RU minimum yang disediakan saat menggunakan throughput yang disediakan.
| Jenis Provisi | Sumber daya | Batasan |
|---|---|---|
| Throughput manual | RU minimum per kontainer (mode yang disediakan throughput khusus dengan throughput manual) | 400 |
| Throughput manual | RU minimum per database (mode yang disediakan throughput bersama dengan throughput manual | 400 RU/dtk untuk 25 kontainer pertama. |
| Throughput skala otomatis | RU maks minimum per kontainer (mode yang disediakan throughput khusus dengan throughput skala otomatis) | 1000 |
| Throughput skala otomatis | RU maks minimum per database (mode yang disediakan throughput bersama dengan throughput skala otomatis) | 1000 RU/dtk untuk 25 kontainer pertama. |
Azure Cosmos DB mendukung penskalaan throughput terprogram (RU/s) per kontainer atau database melalui SDK atau portal.
Tergantung pada pengaturan RU/dtk yang disediakan saat ini dan sumber daya, setiap sumber daya dapat menskalakan secara sinkron dan segera antara RU/dtk minimum hingga 100x RU/dtk minimum. Jika nilai throughput yang diminta berada di luar rentang, penskalaan dilakukan secara asinkron. Penskalaan asinkron mungkin membutuhkan waktu beberapa menit hingga berjam-jam untuk diselesaikan tergantung pada throughput yang diminta dan ukuran penyimpanan data dalam kontainer. Pelajari selengkapnya.
Tanpa server
Tanpa server memungkinkan Anda menggunakan sumber daya Azure Cosmos DB Anda dengan cara berbasis konsumsi. Tabel berikut mencantumkan batas untuk penyimpanan dan burstability throughput per kontainer/database. Batas ini tidak dapat ditingkatkan. Disarankan untuk mengalokasikan akun tanpa server tambahan untuk lebih banyak kebutuhan penyimpanan.
| Sumber daya | Batas |
|---|---|
| Maksimum RU/dtk per kontainer | 20,000* |
| Penyimpanan maksimum di semua item per partisi (logis) | 20 GB |
| Penyimpanan maksimum per kontainer | 1 TB |
*Ketersediaan RU/detik maksimum tergantung pada data yang disimpan dalam kontainer. Lihat, Performa Tanpa Server
Sarana kontrol
Azure Cosmos DB mempertahankan penyedia sumber daya yang menawarkan lapisan manajemen untuk membuat, memperbarui, dan menghapus sumber daya di akun Azure Cosmos DB Anda. Antarmuka penyedia sumber daya dengan lapisan Azure Resource Management keseluruhan, yang merupakan layanan penyebaran dan manajemen untuk Azure. Anda dapat membuat dan mengelola sumber daya Azure Cosmos DB menggunakan templat portal Azure, Azure PowerShell, Azure CLI, Azure Resource Manager, dan Bicep, Rest API, Azure Management SDK serta alat pihak ke-3 seperti Terraform dan 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 sarana data juga membuat permintaan sarana kontrol selama koneksi awal ke layanan untuk melakukan hal-hal seperti menghitung database dan kontainer, serta meminta kunci akun untuk autentikasi.
Setiap akun untuk Azure Cosmos DB memiliki master partition yang berisi semua metadata untuk akun. 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 sarana kontrol melebihi jumlah ini, operasi dibatasi tarif, sama seperti operasi bidang data dalam Azure Cosmos DB. Namun, tidak seperti throughput untuk operasi data, throughput untuk partisi master tidak dapat ditingkatkan.
Beberapa operasi sarana kontrol tidak menggunakan throughput partisi master, 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 mempelajari selengkapnya, lihat Memantau Permintaan Sarana Kontrol. Pengguna juga dapat mengkustomisasi ini, menggunakan Azure Monitor dan membuat buku kerja untuk memantau Permintaan Metadata dan mengatur pemberitahuan pada mereka.
Batas Sumber Daya
Tabel berikut ini mencantumkan batas sumber daya per langganan atau akun.
| Sumber daya | Batasan |
|---|---|
| Jumlah maksimum akun per langganan | 50 secara default. ¹ |
| Jumlah maksimum database & kontainer per akun | 500 ² |
| Throughput maksimum yang didukung oleh akun untuk operasi metadata | 240 RU/dtk |
¹ Anda dapat meningkatkan batas ini dengan membuat permintaan Dukungan Azure hingga 1.000 maks. ² Batas ini tidak dapat ditingkatkan. Jumlah total keduanya dengan akun. (1 database dan 499 kontainer, 250 database dan 250 kontainer, dll.)
Batas permintaan
Tabel berikut mencantumkan batas permintaan per interval 5 menit, per akun, kecuali ditentukan lain.
| Operasi | Batas |
|---|---|
| Daftar Maksimum atau Dapatkan Kunci | 500 ¹ |
| Maksimum Buat database &kontainer | 500 |
| Maksimum Dapatkan atau Daftar database &kontainer | 500 ¹ |
| Throughput maksimum pembaruan yang disediakan | 25 |
| Failover regional maksimum | 10 (per jam) ² |
| Jumlah maksimum semua operasi (PUT, POST, PATCH, DELETE, GET) tidak ditentukan di atas | 500 |
¹ Pengguna harus menggunakan klien singleton untuk instans SDK dan kunci cache serta referensi database dan kontainer antara permintaan untuk masa pakai instans tersebut. ² Failover regional hanya berlaku untuk akun penulisan wilayah tunggal. Akun tulis multi-wilayah tidak memerlukan atau mengizinkan perubahan wilayah tulis.
Azure Cosmos DB secara otomatis mengambil cadangan 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 daftar batas per akun.
Throughput yang disediakan
| Sumber daya | Batasan |
|---|---|
| Jumlah maksimum database dan kontainer per akun | 500¹ |
| Jumlah maksimum kontainer per database dengan throughput bersama | 25 |
| Jumlah wilayah maksimum | Tanpa batas (semua wilayah Azure) |
Tanpa server
| Sumber daya | Batasan |
|---|---|
| Jumlah maksimum database dan kontainer per akun | 500 |
| Jumlah wilayah maksimum | 1 (Wilayah Azure mana pun) |
Batas per kontainer
Bergantung pada API mana yang Anda gunakan, kontainer Azure Cosmos DB dapat mewakili koleksi, tabel, atau grafik. Kontainer mendukung konfigurasi untuk batasan kunci unik, prosedur tersimpan, pemicu, dan UDF, serta kebijakan pengindeksan. Tabel berikut mencantumkan batasan khusus untuk konfigurasi dalam kontainer.
| Sumber daya | Batasan |
|---|---|
| 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 TTL maksimum | 2147483647 |
¹ Anda dapat meningkatkan salah satu batas per kontainer ini dengan membuat permintaan Dukungan Azure.
Batas per item
Item Azure Cosmos DB dapat mewakili dokumen dalam koleksi, baris dalam tabel, atau simpul atau tepi dalam grafik; bergantung pada API mana yang Anda gunakan. Tabel berikut ini memperlihatkan batas per item di Azure Cosmos DB.
| Sumber daya | Batasan |
|---|---|
| Ukuran maksimum item | 2 MB (panjang UTF-8 representasi JSON) ¹ |
| Panjang maksimum dari nilai kunci partisi | 2048 byte (101 byte jika kunci partisi besar tidak diaktifkan) |
| Panjang maksimum nilai ID | 1023 byte |
| Karakter yang diizinkan untuk nilai ID | Semua karakter Unicode sisi layanan kecuali untuk '/' dan '\' diperbolehkan. PERINGATAN: Tetapi untuk interoperabilitas terbaik, KAMI SANGAT MENYARANKAN untuk hanya menggunakan karakter ASCII alfa-numerik dalam nilai ID saja. Ada beberapa batasan yang diketahui dalam beberapa versi Cosmos DB SDK, serta konektor (ADF, Spark, Kafka dll.) dan http-driver/pustaka dll yang dapat mencegah keberhasilan pemrosesan ketika nilai ID berisi karakter ASCII non-alfanumerik. Jadi, untuk meningkatkan interoperabilitas, silakan enkode nilai ID - misalnya melalui Base64 + pengodean kustom karakter khusus yang diizinkan di Base64. - jika Anda harus mendukung karakter ASCII non-alfanumerik 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) | IEEE 754 binary64 |
¹ Ukuran dokumen besar hingga 16 MB hanya didukung dengan Azure Cosmos DB untuk MongoDB. Baca dokumentasi fitur untuk mempelajari lebih lanjut.
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 harus 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 CRUD dan operasi kueri terhadap sumber daya seperti kontainer, item, dan database. Ini juga mendukung permintaan batch transaksional terhadap item dengan kunci partisi yang sama dalam kontainer.
| Sumber daya | Batasan |
|---|---|
| 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 batch transaksional | 100 |
Azure Cosmos DB mendukung eksekusi pemicu selama penulisan. Layanan ini mendukung maksimum satu pra-pemicu dan satu operasi pasca-pemicu per tulis.
Setelah operasi seperti kueri mencapai batas waktu eksekusi atau batas ukuran respons, kueri mengembalikan halaman hasil dan token kelanjutan kepada klien untuk melanjutkan eksekusi. Tidak ada batas praktis pada durasi yang dapat dijalankan oleh satu kueri di seluruh halaman/berkelanjutan.
Azure Cosmos DB menggunakan HMAC untuk otorisasi. Anda dapat menggunakan kunci primer, atau token sumber daya untuk kontrol akses tanpa hambatan 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 | Batasan |
|---|---|
| Waktu berakhir token primer maksimum | 15 menit |
| Waktu berakhir token sumber daya minimum | 10 menit |
| Waktu berakhir token sumber daya maksimun | 24 jam secara default ¹ |
| Clock skew maksimum untuk otorisasi token | 15 menit |
¹ Anda dapat meningkatkannya dengan mengajukan tiket dukungan Azure
Batas untuk throughput yang disediakan skala otomatis
Lihat artikel Skala otomatis dan Tanya Jawab Umum untuk penjelasan lebih mendetail tentang throughput dan batas penyimpanan dengan skala otomatis.
| Sumber daya | Batasan |
|---|---|
| RU/dtk maksimum yang dapat diskalakan sistem | Tmax, RU/dtk maksimum skala otomatis yang ditetapkan oleh pengguna |
| RU/dtk minimum yang dapat diskalakan sistem | 0.1 * Tmax |
| RU/dtk saat ini yang dapat diskalakan sistem | 0.1*Tmax <= T <= Tmax, berdasarkan penggunaan |
| RU/dtk yang dapat ditagih minimum per jam | 0.1 * Tmax Penagihan dilakukan per jam, Anda ditagih berdasarkan RU/dtk tertinggi sistem yang diskalakan dalam satu jam, atau 0.1*Tmax, yang mana pun yang lebih tinggi. |
| RU/dtk maks skala otomatis minimum untuk kontainer | MAX(1000, highest max RU/s ever provisioned / 10, current storage in GB * 10) dibulatkan ke atas ke 1000 RU/dtk terdekat |
| RU/dtk maksimum skala otomatis minimum 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 atas ke 1000 RU/dtk terdekat. Ingat jika database Anda memiliki lebih dari 25 kontainer, sistem akan meningkatkan RU/dtk maksimum autoscale minimum sebesar 1000 RU/dtk per kontainer tambahan. Misalnya, jika Anda memiliki 30 kontainer, RU/dtk maksimum skala otomatis terendah yang dapat Anda tetapkan adalah 6000 RU/dtk (menskalakan antara 600 - 6000 RU/dtk). |
Batas kueri SQL
Azure Cosmos DB mendukung kueri item menggunakan SQL. Tabel berikut ini menjelaskan pembatasan dalam pernyataan kueri, misalnya dalam hal jumlah klausa atau panjang kueri.
| Sumber daya | Batasan |
|---|---|
| Panjang maksimum kueri SQL | 512 KB |
| JOIN maksimum per kueri | 10 ¹ |
| UDF maksimum per kueri | 10 ¹ |
| Titik maksimum per poligon | 4096 |
| Jalur maksimum yang disertakan secara eksplisit per kontainer | 1500 ¹ |
| Jalur maksimum yang dikecualikan secara eksplisit per kontainer | 1500 ¹ |
| Properti maksimum dalam indeks komposit | 8 |
| Jumlah maksimum jalur dalam indeks komposit | 100 |
¹ Anda dapat meningkatkan salah satu 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 terhadap MongoDB. Anda dapat menemukan 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 | Batasan |
|---|---|
| Ukuran maksimum dokumen | 16 MB (panjang UTF-8 representasi JSON) ¹ |
| Ukuran memori kueri MongoDB maksimum (Batasan ini hanya untuk versi server 3.2) | 40 MB |
| Waktu eksekusi maksimum untuk operasi MongoDB (untuk versi server 3.2) | 15 detik |
| Waktu eksekusi maksimum untuk operasi MongoDB (untuk versi server 3.6 dan 4.0) | 60 detik |
| Tingkat maksimal perlapisan untuk objek / array yang disematkan pada definisi indeks | 6 |
| Batas waktu koneksi menganggur untuk penutupan koneksi sisi server ² | 30 menit |
¹ Ukuran dokumen besar hingga 16 MB memerlukan pengaktifan fitur dalam portal Azure. Baca dokumentasi fitur untuk mempelajari lebih lanjut.
² Kami menyarankan agar aplikasi klien mengatur batas waktu koneksi diam dalam pengaturan driver menjadi 2-3 menit karena batas waktu default untuk Azure LoadBalancer adalah 4 menit. Batas waktu ini memastikan bahwa load balancer menengah tidak menutup koneksi antara komputer klien dan Azure Cosmos DB.
Coba batas Gratis Azure Cosmos DB
Tabel berikut mencantumkan batasan untuk percobaan Coba Azure Cosmos DB secara Gratis.
| Sumber daya | Batasan |
|---|---|
| Durasi percobaan | 30 hari (uji coba baru dapat diminta setelah kedaluwarsa) Setelah kedaluwarsa, informasi yang disimpan akan dihapus. |
| Kontainer maksimum per langganan (NoSQL, Gremlin, API untuk Tabel) | 1 |
| Kontainer maksimum per langganan (API untuk MongoDB) | 3 |
| Throughput maksimum per kontainer | 5000 |
| Throughput maksimum per database throughput bersama | 20000 |
| Total penyimpanan maksimum per akun | 10 GB |
Coba Azure Cosmos DB yang mendukung distribusi global hanya di wilayah AS Tengah, Eropa Utara, dan Asia Tenggara. Tiket dukungan Azure tidak dapat dibuat untuk akun Coba Azure Cosmos DB. Namun, dukungan diberikan untuk pelanggan dengan paket dukungan yang ada.
Batas untuk akun tingkat gratis Azure Cosmos DB
Tabel berikut mencantumkan batasan untuk akun tingkat gratis Azure Cosmos DB.
| Sumber daya | Batasan |
|---|---|
| Jumlah akun tingkat gratis per langganan Azure | 1 |
| Durasi diskon tingkat gratis | Masa pakai akun. Harus ikut serta selama pembuatan akun. |
| RU/dtk maksimum secara gratis | 1000 RU/dtk |
| Penyimpanan maksimum secara gratis | 25 GB |
| Jumlah maksimum database throughput bersama | 5 |
| Jumlah maksimum kontainer dalam database throughput bersama | 25 Dalam akun tingkat gratis, RU/dtk minimum untuk database throughput bersama dengan hingga 25 kontainer adalah 400 RU/dtk. |
Selain tabel sebelumnya, batas Per akun juga berlaku untuk akun tingkat gratis. Untuk mempelajari lebih lanjut, lihat cara membuat akun tingkat gratis.
Langkah berikutnya
- Baca selengkapnya tentang distribusi global
- Baca selengkapnya tentang pemartisian dan throughput yang disediakan.