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.
Cosmos DB (di Azure dan Fabric) menormalkan biaya semua operasi database menggunakan Unit Permintaan (RU) dan mengukur biaya berdasarkan throughput (Unit Permintaan per detik, RU/dtk). Unit permintaan adalah mata uang performa yang mengabstraksi sumber daya sistem seperti pemrosesan (CPU), operasi input/output (IOPS), dan memori yang diperlukan untuk melakukan operasi database yang didukung oleh Cosmos DB. Apakah operasi database adalah tulis, baca titik, atau kueri, operasi selalu diukur dalam RU.
Misalnya, "point read" adalah nama yang digunakan untuk merujuk ke mengambil satu item dengan ID dan nilai kunci partisinya. Titik yang dibaca untuk item 1 KB setara dengan satu Unit Permintaan (RU).
Anda dapat mengategorikan operasi database umum ke dalam jenis tertentu dan membuat asumsi yang wajar tentang jumlah unit permintaan yang digunakan oleh setiap jenis operasi:
| Operasi | Description |
|---|---|
| Pembacaan Operasi | Mengonsumsi satu RU |
| Operasi Sisipkan | Mengonsumsi jumlah variabel RU |
| Operasi penyisipan atau pembaruan | Mengonsumsi jumlah variabel RU |
| Operasi hapus | Mengonsumsi jumlah variabel RU |
| Operasi kueri | Mengonsumsi jumlah variabel RU, berpotensi lebih dari operasi titik |
Penting
Microsoft Fabric melaporkan semua penggunaan dan penagihan menggunakan unit kapasitas. Cosmos DB di Microsoft Fabric secara internal menormalkan biaya semua operasi database menggunakan Unit Permintaan (atau RU, singkatnya) dan mengukur biaya berdasarkan throughput (Unit Permintaan per detik, RU/dtk). RU/s dari Cosmos DB kemudian dikonversi ke unit kapasitas (CUs) dalam Fabric untuk tujuan penggunaan dan penagihan.
Untuk mengelola dan merencanakan kapasitas, Cosmos DB memastikan bahwa jumlah RU untuk operasi database tertentu atas himpunan data tertentu adalah deterministik. Anda dapat memeriksa header respons untuk melacak jumlah RU yang digunakan oleh operasi database apa pun. Ketika Anda memahami faktor-faktor yang memengaruhi biaya RU dan persyaratan throughput aplikasi, Anda dapat menjalankan biaya aplikasi Anda secara efektif. Bagian berikutnya merinci faktor-faktor yang disebutkan sebelumnya yang memengaruhi konsumsi RU.
Pertimbangan
Meskipun Anda memperkirakan jumlah RU yang digunakan oleh beban kerja Anda, pertimbangkan faktor-faktor berikut:
Ukuran item: Seiring bertambahnya ukuran item, jumlah RUs yang digunakan untuk membaca atau menulis item juga meningkat.
Pengindeksan item: Secara default, setiap item secara otomatis diindeks. Lebih sedikit RUs yang dikonsumsi jika Anda memilih untuk tidak mengindeks beberapa item Anda dalam kontainer.
Jumlah properti item: Dengan asumsi pengindeksan default ada di semua properti, jumlah RUs yang digunakan untuk menulis item meningkat saat jumlah properti item meningkat.
Properti terindeks: Kebijakan indeks pada setiap kontainer menentukan properti mana yang terindeks secara default. Untuk mengurangi konsumsi RU untuk operasi menulis, batasi jumlah properti terindeks.
Jenis bacaan: Titik baca membutuhkan biaya lebih sedikit RU daripada kueri.
Pola kueri: Kompleksitas sebuah kueri memengaruhi jumlah RUs yang digunakan pada sebuah operasi. Faktor-faktor yang mempengaruhi biaya operasi kueri meliputi:
Jumlah hasil kueri
Jumlah predikat
Sifat predikat
Jumlah fungsi yang ditentukan pengguna
Ukuran data sumber
Ukuran kumpulan hasil
Jumlah dan ukuran properti yang diproyeksikan dari kueri
Nota
Kueri yang sama pada data yang sama selalu dikenakan biaya jumlah RU yang sama pada eksekusi berulang.