Memperkirakan RU/dtk menggunakan perencana kapasitas Azure Cosmos DB - Azure Cosmos DB untuk NoSQL
BERLAKU UNTUK: 
NoSQL
Catatan
Jika Anda merencanakan migrasi data ke Azure Cosmos DB dan yang Anda ketahui adalah jumlah vcore dan server di kluster database yang sudah dipecah dan direplikasi, baca tentang memperkirakan unit permintaan menggunakan vCore atau vCPU.
Mengonfigurasi database dan kontainer Azure Cosmos DB Anda dengan jumlah throughput yang disediakan yang tepat, atau Unit Permintaan (RU/s), untuk beban kerja Anda sangat penting untuk mengoptimalkan biaya dan performa. Artikel ini menjelaskan cara menggunakan perencana kapasitas Azure Cosmos DB untuk memperkirakan RU/dtk yang diperlukan dan biaya beban kerja Anda saat menggunakan Azure Cosmos DB untuk NoSQL. Jika Anda menggunakan Azure Cosmos DB untuk MongoDB, lihat Memperkirakan RU/s - Azure Cosmos DB untuk MongoDB.
Mode Perencana Kapasitas
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 perkiraan tingkat tinggi yang cepat saat Anda mengevaluasi beban kerja potensial untuk dijalankan di Azure Cosmos DB. Untuk mempelajari lebih lanjut, lihat cara memperkirakan biaya dengan mode dasar.
Lanjutan
Memberikan perkiraan RU/dtk dan biaya yang lebih rinci, 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/s untuk proyek baru atau menginginkan perkiraan yang lebih rinci. Untuk mempelajari lebih lanjut, lihat cara memperkirakan biaya dengan mode tingkat lanjut.
Memperkirakan throughput dan biaya yang disediakan menggunakan mode dasar
Untuk mendapatkan perkiraan cepat untuk beban kerja Anda menggunakan mode dasar, buka perencana kapasitas. Masukkan parameter berikut berdasarkan beban kerja Anda:
| Input | Deskripsi |
|---|---|
| API | Pilih Azure Cosmos DB untuk NoSQL. |
| Jumlah wilayah | Azure Cosmos DB tersedia di semua wilayah Azure. Pilih jumlah wilayah yang diperlukan untuk beban kerja Anda. Anda dapat mengaitkan sejumlah wilayah dengan akun Azure Cosmos DB Anda. Untuk informasi selengkapnya, lihat Mendistribusikan data Anda secara global dengan Azure Cosmos DB. |
| 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 informasi selengkapnya, lihat Mengoptimalkan biaya multi-wilayah di Azure Cosmos DB. |
| Total data yang disimpan di toko transaksional | Total estimasi data yang disimpan, dalam GB, di penyimpanan transaksional dalam satu wilayah. |
| Menggunakan Analytical Store | Pilih Hidup jika Anda ingin menggunakan penyimpanan analitik. Masukkan Total data yang disimpan di penyimpanan analitik, yang mewakili perkiraan data yang disimpan, dalam GB, di penyimpanan analitik dalam satu wilayah. |
| Ukuran item | Perkiraan ukuran item data, misalnya, dokumen. |
| Titik baca/detik di wilayah baca maks | Jumlah operasi point read yang diharapkan per detik per wilayah. Point read adalah pencarian kunci/nilai pada ID item tunggal dan kunci partisi. Untuk informasi selengkapnya tentang pembacaan titik, lihat Membaca data: baca titik dan kueri. |
| Membuat/detik di semua wilayah | Ekspektasi jumlah operasi pembuatan per detik per wilayah. |
| Updates/detik di semua wilayah | 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. |
| Menghapus/detik di semua wilayah | Ekspektasi jumlah operasi penghapusan per detik per wilayah. |
| Kueri/detik di semua wilayah | Jumlah kueri yang diharapkan per detik per wilayah. Biaya RU rata-rata untuk menjalankan kueri diperkirakan 10 RU. |
Setelah Anda mengisi detail yang diperlukan, pilih Hitung. Tabel Perkiraan Biaya menunjukkan total biaya untuk penyimpanan dan throughput yang disediakan. Anda dapat memperluas tautan Tampilkan Detail 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.
Memperkirakan throughput dan biaya yang disediakan menggunakan mode lanjutan
Mode tingkat lanjut memungkinkan Anda untuk memberikan lebih banyak pengaturan yang memengaruhi perkiraan RU/dtk. Untuk menggunakan opsi ini, buka perencana kapasitas dan masuk 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 Azure Cosmos DB untuk NoSQL. |
| Jumlah wilayah | Azure Cosmos DB tersedia di semua wilayah Azure. Pilih jumlah wilayah yang diperlukan untuk beban kerja Anda. Anda dapat mengaitkan sejumlah wilayah dengan akun Azure Cosmos DB Anda. Untuk informasi selengkapnya, lihat Mendistribusikan data Anda secara global dengan Azure Cosmos DB. |
| 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 informasi selengkapnya, lihat Mengoptimalkan biaya multi-wilayah di Azure Cosmos DB. |
| Konsistensi Default | Azure Cosmos DB mendukung lima tingkat konsistensi untuk memungkinkan Anda menyeimbangkan tradeoff konsistensi, ketersediaan, dan latensi. Untuk informasi selengkapnya, lihat tingkat konsistensi. Secara default, Azure Cosmos DB menggunakan konsistensi Sesi , yang menjamin kemampuan untuk membaca tulisan Anda sendiri dalam sesi. Memilih Keusangan kuat atau Terikat memerlukan dua kali lipat RU/dtk yang diperlukan untuk pembacaan, jika dibandingkan dengan Sesi, Awalan konsisten, dan Konsistensi akhir . Konsistensi yang kuat dengan penulisan multi-wilayah tidak didukung dan secara otomatis default ke penulisan wilayah tunggal dengan konsistensi yang kuat . |
| Kebijakan pengindeksan | Secara default, Azure Cosmos DB mengindeks semua properti di semua item untuk kueri yang fleksibel dan efisien. Pendekatan ini memetakan ke kebijakan pengindeksan Otomatis . Jika Anda memilih Nonaktif, tidak ada properti yang diindeks. Pendekatan ini menghasilkan biaya RU terendah untuk penulisan. Pilih Nonaktif jika Anda hanya ingin melakukan pembacaan titik (pencarian nilai kunci) dan menulis, dan tanpa kueri. Jika Anda memilih Otomatis, Azure Cosmos DB secara otomatis mengindeks semua item saat ditulis. Kebijakan pengindeksan kustom memungkinkan Anda menyertakan atau mengecualikan properti tertentu dari indeks untuk throughput tulis dan penyimpanan yang lebih rendah. Untuk informasi selengkapnya, lihat Contoh kebijakan Pengindeksan di Azure Cosmos DB dan Pengindeksan. |
| Total data yang disimpan di toko transaksional | Total estimasi data yang disimpan, dalam GB, di penyimpanan transaksional dalam satu wilayah. |
| Menggunakan Analytical Store | Pilih Hidup jika Anda ingin menggunakan penyimpanan analitik. Masukkan Total data yang disimpan di penyimpanan analitik, yang mewakili perkiraan data yang disimpan, dalam GB, di penyimpanan analitik dalam satu wilayah. |
| Mode beban kerja | Pilih Stabil jika volume beban kerja Anda konstan. Pilih Variabel jika volume beban kerja Anda berubah dari waktu ke waktu, misalnya, selama hari atau sebulan tertentu. Persentase waktu pada pengaturan puncak tersedia jika Anda memilih opsi Beban kerja variabel. |
| Persentase waktu pada puncak | Hanya tersedia dengan opsi Beban kerja variabel . Persentase waktu dalam sebulan di mana beban kerja Anda memerlukan throughput puncak (tertinggi). Misalnya, jika Anda memiliki beban kerja yang memiliki aktivitas tinggi selama pukul 09.00 – 18.00 jam kerja hari kerja, maka persentase waktu pada puncaknya adalah: (9 hours per weekday at peak * 5 days per week at peak) / (24 hours per day at peak * 7 days in a week) = 45 / 168 = ~27%. Dengan interval peak dan off-peak, Anda dapat mengoptimalkan biaya Anda dengan menskalakan throughput yang disediakan secara terprogram sesuai dengan itu. |
| Ukuran item | Ukuran item data, misalnya, dokumen. 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 kontainer yang sama, Anda dapat mengunggah beberapa dokumen JSON dan mendapatkan perkiraannya. Pilih Tambahkan item baru untuk menambahkan beberapa sampel dokumen JSON. |
| Jumlah properti | Jumlah rata-rata properti per item. |
| Point read/detik | Jumlah operasi point read yang diharapkan per detik per wilayah. Point read adalah pencarian kunci/nilai pada ID item tunggal dan kunci partisi. Operasi point read berbeda dari operasi baca kueri. Untuk informasi selengkapnya tentang pembacaan titik, lihat Membaca data: baca titik dan kueri. Jika mode beban kerja Anda bervariasi, Anda dapat memberikan jumlah operasi point read yang diharapkan pada puncak dan di luar puncak. |
| Pembuatan/detik | Ekspektasi jumlah operasi pembuatan per detik per wilayah. |
| Pembaruan/detik | Ekspektasi jumlah operasi pembaruan per detik per wilayah. |
| Hapusan/detik | Ekspektasi jumlah operasi penghapusan per detik per wilayah. |
| Kueri/detik | Jumlah kueri yang diharapkan per detik per wilayah. Untuk perkiraan yang akurat, gunakan biaya rata-rata kueri atau masukkan RU/s yang digunakan kueri Anda dari statistik kueri di portal Microsoft Azure. |
| Biaya RU/s rata-rata per kueri | Secara default, biaya rata-rata kueri/detik per wilayah diperkirakan 10 RU/s. Anda dapat menambah atau menguranginya berdasarkan biaya RU/s berdasarkan perkiraan biaya kueri Anda. |
Harga yang ditunjukkan dalam perencana kapasitas Azure Cosmos DB adalah estimasi berdasarkan tarif harga publik untuk throughput dan penyimpanan. Semua harga ditunjukkan dalam dolar AS. Untuk melihat semua tarif menurut wilayah, lihat halaman harga Azure Cosmos DB.