Konsumsi Eventhouse dan KQL Database
Eventhouse dan database KQL beroperasi pada mesin Kusto yang dikelola sepenuhnya. Dengan database Eventhouse atau KQL, Anda dapat mengharapkan komputasi yang tersedia untuk analitik Anda dalam waktu 5 hingga 10 detik. Sumber daya komputasi tumbuh dengan kebutuhan analitik data Anda. Artikel ini menjelaskan pelaporan penggunaan komputasi database KQL di Microsoft Fabric, termasuk KustoUpTime dan penyimpanan.
Saat Anda menggunakan kapasitas Fabric, biaya penggunaan Anda muncul di portal Azure di bawah langganan Anda di Microsoft Cost Management. Untuk memahami penagihan Fabric Anda, kunjungi Memahami tagihan Azure Anda pada kapasitas Fabric.
Penting
Perubahan pada Tingkat Konsumsi Beban Kerja Microsoft Fabric
Tarif konsumsi dapat berubah sewaktu-waktu. Microsoft akan menggunakan upaya yang wajar untuk memberikan pemberitahuan melalui email atau melalui pemberitahuan dalam produk. Perubahan akan berlaku pada tanggal yang dinyatakan dalam Catatan Rilis Microsoft atau Blog Microsoft Fabric. Jika ada perubahan pada Tingkat Konsumsi Beban Kerja Microsoft Fabric secara material meningkatkan Unit Kapasitas (CU) yang diperlukan untuk menggunakan beban kerja tertentu, pelanggan dapat menggunakan opsi pembatalan yang tersedia untuk metode pembayaran yang dipilih.
Kapasitas
Berdasarkan SKU Kapasitas yang dibeli di Fabric, Anda berhak atas satu set Unit Kapasitas (CUs) yang dibagikan di semua beban kerja Fabric. Untuk informasi selengkapnya tentang lisensi yang didukung, lihat Lisensi Microsoft Fabric.
Kapasitas adalah sekumpulan sumber daya khusus yang tersedia pada waktu tertentu untuk digunakan. Kapasitas mendefinisikan kemampuan sumber daya untuk melakukan aktivitas atau menghasilkan output. Sumber daya yang berbeda mengonsumsi CUs pada waktu yang berbeda. Jumlah kapasitas yang digunakan oleh database KQL didasarkan pada operasi KustoUpTime .
KustoUpTime
KustoUpTime untuk eventhouse adalah jumlah detik bahwa eventhouse Anda aktif sehubungan dengan jumlah core virtual yang digunakan oleh eventhouse Anda. Mekanisme skala otomatis digunakan untuk menentukan ukuran eventhouse Anda. Mekanisme ini memastikan pengoptimalan biaya dan performa berdasarkan pola penggunaan Anda. Eventhouse dengan beberapa database KQL yang melekat padanya hanya memperlihatkan KustoUpTime untuk item eventhouse. Anda tidak akan melihat penggunaan untuk sub-item database KQL.
Misalnya, eventhouse dengan 4 database KQL menggunakan 4 core virtual yang aktif selama 30 detik akan menggunakan Unit Kapasitas 120 detik.
KustoUpTime untuk database KQL adalah jumlah detik database KQL Anda aktif sehubungan dengan jumlah inti virtual yang digunakan oleh database Anda. Mekanisme skala otomatis digunakan untuk menentukan ukuran database KQL Anda. Mekanisme ini memastikan pengoptimalan biaya dan performa berdasarkan pola penggunaan Anda.
Misalnya, database yang menggunakan 4 core virtual yang aktif selama 30 detik akan menggunakan Unit Kapasitas 120 detik.
Catatan
Jika database KQL Anda adalah sub-item dari eventhouse, KustoUpTime direlfected dalam item eventhouse dan item database tidak diperlihatkan dalam daftar.
Memantau KustoUpTime
Anda dapat memantau KustoUpTime dengan aplikasi Metrik Kapasitas Microsoft Fabric. Pelajari cara memahami halaman komputasi aplikasi Metrik di memahami halaman komputasi aplikasi metrik. Contoh ini menunjukkan informasi khusus untuk memantau KustoUpTime.
Catatan
Anda harus menjadi administrator kapasitas untuk memantau penggunaan kapasitas. Untuk informasi selengkapnya, lihat Memahami peran admin Microsoft Fabric.
Gambar berikut menunjukkan halaman komputasi sampel dari kapasitas pemantauan di aplikasi Fabric Capacity Metric:
Berikut adalah beberapa wawasan yang dapat Anda ambil dari contoh:
- Kapasitas yang sedang diperiksa disebut rtafielddemo.
- Unit kapasitas untuk hari yang dipilih digunakan oleh satu ruang kerja yang disebut Demo Bidang RTA.
- Tampilan Item telah difilter untuk memperlihatkan Eventhouse dan KQL Database.
- Memilih satu item, seperti item Eventhouse, memecah penggunaan CU menurut operasi.
- Grafik pemanfaatan, di sisi kanan aplikasi, menunjukkan hampir 100% penggunaan CU dari waktu ke waktu. Pemanfaatan tinggi ini dapat menjelaskan pembatasan kueri yang dialami oleh pengguna dan menunjukkan kebutuhan untuk meningkatkan unit kapasitas.
Penagihan penyimpanan
Penyimpanan ditagih secara terpisah dari unit Kapasitas Fabric atau Power BI Premium Anda. Data yang diserap ke dalam database KQL disimpan dalam dua tingkat penyimpanan: OneLake Cache Storage, dan OneLake Standard Storage.
- OneLake Cache Storage adalah penyimpanan premium yang digunakan untuk memberikan waktu respons kueri tercepat. Saat Anda mengatur kebijakan cache, Anda memengaruhi tingkat penyimpanan ini. Misalnya, jika Anda biasanya mengkueri kembali tujuh hari maka Anda dapat mengatur retensi cache menjadi tujuh hari untuk performa terbaik. Tingkat penyimpanan ini sebanding dengan tingkat premium Azure ADLS (Azure Data Lake Storage).
Catatan
Mengaktifkan konsumsi minimum berarti Anda tidak dikenakan biaya untuk OneLake Cahce Storage. Ketika kapasitas minimum diatur, eventhouse selalu aktif menghasilkan 100% KustoUpTime.
- Penyimpanan Standar OneLake adalah penyimpanan standar yang digunakan untuk mempertahankan dan menyimpan semua data yang dapat dikueri. Saat Anda mengatur kebijakan penyimpanan, Anda memengaruhi tingkat penyimpanan ini. Misalnya, jika Anda perlu mempertahankan 365 hari data yang dapat dikueri, Anda dapat mengatur retensi menjadi 365 hari. Tingkat penyimpanan ini sebanding dengan tingkat panas Azure ADLS (Azure Data Lake Storage).
Memantau Penyimpanan OneLake
Aplikasi Metrik Kapasitas Microsoft Fabric memungkinkan administrator kapasitas apa pun untuk memantau OneLake Storage. Pelajari cara memahami halaman penyimpanan aplikasi Metrik di memahami halaman penyimpanan aplikasi metrik.
Gambar berikut menunjukkan halaman penyimpanan sampel dari pemantauan database KQL di aplikasi Fabric Capacity Metric:
