Memperkirakan RU/s menggunakan perencana kapasitas Azure Cosmos DB - API Azure Cosmos DB untuk MongoDB

BERLAKU UNTUK: Azure Cosmos DB API untuk MongoDB

Catatan

Jika Anda merencanakan migrasi data ke Azure Cosmos DB dan semua yang Anda tahu adalah jumlah vcore dan server di kluster database yang ada, baca juga memperkirakan unit permintaan menggunakan vCore atau vCPU

Mengonfigurasi database dan koleksi Anda dengan jumlah throughput tersedia yang tepat, atau Unit Permintaan (RU/s),untuk beban kerja Anda sangat penting untuk mengoptimalkan biaya dan kinerja. Artikel ini menjelaskan cara menggunakan perencana kapasitas Azure Cosmos DB untuk mendapatkan perkiraan RU/s yang diperlukan dan biaya beban kerja Anda saat menggunakan API Azure Cosmos DB untuk MongoDB. Jika Anda menggunakan API SQL, lihat cara menggunakan kalkulator kapasitas dengan artikel API SQL.

Mode Perencana Kapasitas

Mode Deskripsi
Dasar Menyediakan estimasi RU dan biaya tingkat tinggi yang cepat. Mode ini menggunakan pengaturan Azure Cosmos DB default untuk kebijakan pengindeksan, konsistensi, dan parameter lainnya.

Gunakan mode dasar untuk estimasi tingkat tinggi yang cepat saat Anda mengevaluasi potensi beban kerja untuk dijalankan di Azure Cosmos DB. Untuk mempelajari lebih lanjut, lihat cara memperkirakan biaya dengan mode dasar.
Lanjutan Menyediakan estimasi RU dan biaya yang lebih terperinci dengan kemampuan untuk menyetel lebih banyak pengaturan—kebijakan pengindeksan, tingkat konsistensi, dan parameter lain yang memengaruhi biaya dan throughput.

Gunakan mode tingkat lanjut saat Anda memperkirakan RU untuk proyek baru atau ingin perkiraan yang lebih terperinci. Untuk mempelajari lebih lanjut, lihat cara memperkirakan biaya dengan mode tingkat lanjut.

Memperkirakan throughput dan biaya yang disediakan menggunakan mode dasar

Untuk mendapatkan estimasi cepat untuk beban kerja Anda menggunakan mode dasar, navigasikan ke perencana kapasitas. Masukkan parameter berikut sesuai dengan beban kerja Anda:

Input Deskripsi
API Pilih API MongoDB
Jumlah wilayah API Azure Cosmos DB untuk MongoDB tersedia di semua wilayah Azure. Pilih jumlah wilayah yang diperlukan untuk beban kerja Anda. Anda dapat mengaitkan sejumlah wilayah dengan akun Anda. Lihat distribusi global untuk detail selengkapnya.
Penulisan multi-wilayah Jika Anda mengaktifkan penulisan multi-wilayah, aplikasi Anda dapat membaca dan menulis ke wilayah Azure mana pun. Jika Anda menonaktifkan penulisan multi-wilayah, aplikasi Anda dapat menulis data ke satu wilayah.

Aktifkan penulisan multi-wilayah jika Anda ingin memiliki beban kerja aktif-aktif yang memerlukan penulisan latensi rendah di lebih dari satu wilayah. Misalnya, beban kerja IOT yang menulis data ke database pada volume tinggi di berbagai wilayah.

Penulisan multi-wilayah menjamin ketersediaan baca dan tulis 99,999%. Penulisan multi-wilayah membutuhkan lebih banyak throughput jika dibandingkan dengan wilayah tulis tunggal. Untuk mempelajari lebih lanjut, lihat artikel perbedaan RU untuk satu wilayah dan multi-wilayah tulis.
Total data yang disimpan di toko transaksional Total estimasi data yang disimpan (GB) di toko transaksional dalam satu wilayah.
Menggunakan penyimpanan analitis Pilih Hidup jika Anda ingin menggunakan penyimpanan analitik Synapse. Masukkan Total data yang disimpan di penyimpanan analitis, data tersebut menunjukkan perkiraan data yang disimpan (GB) di penyimpanan analitik dalam satu wilayah.
Ukuran item Perkiraan ukuran dokumen, mulai dari 1 KB hingga 2 MB.
Temuan/detik Ekspektasi jumlah operasi pencarian per detik per wilayah.
Sisipan/detik Eskpektasi jumlah operasi sisipan per detik per wilayah.
Pembaruan/detik Ekspektasi jumlah operasi pembaruan per detik per wilayah. Saat Anda memilih pengindeksan otomatis, perkiraan RU/s untuk operasi pembaruan dihitung sebagai satu properti yang diubah per satu pembaruan.
Hapusan/detik Ekspektasi jumlah operasi penghapusan per detik per wilayah.

Setelah mengisi detail yang diperlukan, pilih Hitung. Tab Estimasi Biaya memperlihatkan total biaya untuk penyimpanan dan throughput yang disediakan. Anda dapat memperluas tautan Tampilkan Detail di tab ini untuk mendapatkan perincian throughput yang diperlukan untuk permintaan CRUD dan kueri yang berbeda. Setiap kali Anda mengubah nilai bidang apa pun, pilih Hitung untuk menghitung ulang estimasi biaya.

Mode dasar perencana kapasitas

Memperkirakan throughput dan biaya yang disediakan menggunakan mode lanjutan

Mode tingkat lanjut memungkinkan Anda untuk menyediakan lebih banyak pengaturan yang memengaruhi perkiraan RU/s. Untuk menggunakan opsi ini, navigasikan ke perencana kapasitas dan masuk ke alat dengan akun yang Anda gunakan untuk Azure. Opsi masuk tersedia di sudut kanan.

Setelah masuk, Anda dapat melihat lebih banyak bidang dibandingkan dengan bidang dalam mode dasar. Masukkan parameter lain sesuai dengan beban kerja Anda.

Input Deskripsi
API Azure Cosmos DB adalah layanan multi-model dan multi-API. Pilih API MongoDB.
Jumlah wilayah API Azure Cosmos DB untuk MongoDB tersedia di semua wilayah Azure. Pilih jumlah wilayah yang diperlukan untuk beban kerja Anda. Anda dapat mengaitkan sejumlah wilayah ke akun Cosmos Anda. Lihat distribusi global untuk detail selengkapnya.
Penulisan multi-wilayah Jika Anda mengaktifkan penulisan multi-wilayah, aplikasi Anda dapat membaca dan menulis ke wilayah Azure mana pun. Jika Anda menonaktifkan penulisan multi-wilayah, aplikasi Anda dapat menulis data ke satu wilayah.

Aktifkan penulisan multi-wilayah jika Anda ingin memiliki beban kerja aktif-aktif yang memerlukan penulisan latensi rendah di lebih dari satu wilayah. Misalnya, beban kerja IOT yang menulis data ke database pada volume tinggi di berbagai wilayah.

Penulisan multi-wilayah menjamin ketersediaan baca dan tulis 99,999%. Penulisan multi-wilayah membutuhkan lebih banyak throughput jika dibandingkan dengan wilayah tulis tunggal. Untuk mempelajari lebih lanjut, lihat artikel perbedaan RU untuk satu wilayah dan multi-wilayah tulis.
Konsistensi Default API Cosmos DB Azure untuk MongoDB mendukung 5 tingkat konsistensi untuk memungkinkan pengembang menyeimbangkan tradeoff antara konsistensi, ketersediaan, dan tradeoff latensi. Untuk mempelajari lebih lanjut, lihat artikel tingkat konsistensi.

Secara default, API untuk MongoDB menggunakan konsistensi sesi, yang menjamin kemampuan untuk membaca tulisan Anda sendiri dalam suatu sesi.

Memilih masa kedaluwarsa yang kuat atau terikat akan membutuhkan RU/s dua kali lipat yang diperlukan untuk pembacaan, jika dibandingkan dengan sesi, awalan yang konsisten, dan konsistensi akhirnya. Konsistensi yang kuat dengan penulisan multi-wilayah tidak didukung dan akan secara otomatis default ke penulisan satu wilayah dengan konsistensi yang kuat.
Kebijakan pengindeksan Jika Anda memilih opsi Mati, tidak ada properti yang diindeks. Ini menghasilkan biaya RU terendah untuk menulis. Nonaktifkan kebijakan pengindeksan jika Anda hanya berencana untuk membuat kueri menggunakan bidang _id dan kunci shard untuk setiap kueri (keduanya per kueri).

Jika Anda memilih opsi Otomatis, API versi 3,6 dan yang lebih tinggi untuk MongoDB secara otomatis mengindeks _id yang diajukan. Saat Anda memilih pengindeksan otomatis, itu setara dengan pengaturan indeks kartubebas (di mana setiap properti akan diindeks otomatis). Gunakan indeks kartubebas untuk semua bidang demi kueri yang fleksibel dan efisien.

Jika Anda memilih opsi Kustom, Anda bisa mengatur berapa banyak properti yang diindeks dengan indeks multi-kunci atau indeks gabungan. Anda dapat memasukkan jumlah properti yang diindeks nanti dalam formulir. Untuk mempelajari lebih lanjut, lihat manajemen indeks di API untuk MongoDB.
Total data yang disimpan di toko transaksional Total estimasi data yang disimpan (GB) di penyimpanan transaksional dalam satu wilayah.
Menggunakan penyimpanan analitis Pilih Hidup jika Anda ingin menggunakan penyimpanan analitik Synapse. Masukkan Total data yang disimpan di penyimpanan analitis, data tersebut menunjukkan perkiraan data yang disimpan (GB) di penyimpanan analitik dalam satu wilayah.
Mode beban kerja Pilih opsi Stabil jika volume beban kerja Anda konstan.

Pilih opsi Variabel jika volume beban kerja Anda berubah seiring waktu. Misalnya, selama hari atau bulan tertentu. Pengaturan berikut ini tersedia jika Anda memilih opsi beban kerja variabel:
  • Persentase waktu peak: Persentase waktu dalam sebulan di mana beban kerja Anda memerlukan throughput puncak (tertinggi).


Misalnya, jika Anda memiliki beban kerja dengan aktivitas tinggi selama pukul 09.00 – 18.00 jam kerja pada hari kerja, persentase waktu pada puncaknya adalah: 45 jam pada puncak/730 jam/bulan = ~6%.

Dengan interval peak dan off-peak, Anda dapat mengoptimalkan biaya Anda dengan menskalakan throughput yang disediakan secara terprogram sesuai dengan itu.
Ukuran item Ukuran dokumen, mulai dari 1 KB hingga 2 MB. Anda dapat menambahkan estimasi untuk beberapa item sampel.

Anda juga dapat Mengunggah dokumen sampel (JSON) untuk perkiraan yang lebih akurat.

Jika beban kerja Anda memiliki beberapa jenis item (dengan konten JSON yang berbeda) dalam wadah yang sama, Anda dapat mengunggah beberapa dokumen JSON dan mendapatkan estimasinya. Gunakan tombol Tambahkan item baru untuk menambahkan beberapa contoh dokumen JSON.
Tipe operasi Jenis operasi seperti Temukan, Agregat, Ubah dll.
Unit permintaan (RU) mengenakan biaya per panggilan Estimasi biaya RU untuk mengeksekusi tipe operasi yang dipilih.
Panggilan/detik per wilayah Jumlah jenis operasi yang dipilih yang dijalankan per detik per wilayah.

Anda juga dapat menggunakan tombol Simpan Estimasi untuk mengunduh file CSV yang berisi estimasi saat ini.

Perencana kapasitas mode tingkat lanjut

Harga yang ditunjukkan dalam perencana kapasitas adalah estimasi berdasarkan tarif harga publik untuk throughput dan penyimpanan. Semua harga ditunjukkan dalam dolar AS. Lihat halaman harga Azure Cosmos DB untuk melihat semua tarif berdasarkan wilayah.

Langkah berikutnya