Bagikan melalui

Kapasitas Fabric dan Konsumsi OneLake

  • Artikel

Anda hanya memerlukan satu kapasitas untuk mendorong semua pengalaman Microsoft Fabric Anda, termasuk Microsoft OneLake. Terus baca jika Anda menginginkan contoh terperinci tentang bagaimana OneLake menggunakan penyimpanan dan komputasi.

Gambaran Umum

OneLake hadir secara otomatis dengan setiap penyewa Fabric dan dirancang untuk menjadi satu tempat untuk semua data analitik Anda. Semua item data Fabric telah disiapkan sebelumnya untuk menyimpan data di OneLake. Misalnya, saat Anda menyimpan data di lakehouse atau gudang, data Anda disimpan secara asli di OneLake.
Dengan OneLake, Anda membayar data yang disimpan, mirip dengan layanan seperti Azure Data Lake Storage (ADLS) Gen2 atau Amazon S3. Namun, tidak seperti layanan lain, OneLake tidak menyertakan biaya terpisah untuk transaksi (misalnya, membaca, menulis) ke data Anda. Sebagai gantinya, transaksi mengkonsumsi dari kapasitas Fabric yang ada yang juga digunakan untuk menjalankan pengalaman Fabric Anda yang lain. Untuk informasi tentang harga, yang sebanding dengan ADLS Gen2, lihat Harga Fabric. Untuk menggambarkan, mari kita telusuri contohnya. Katakanlah Anda membeli SKU F2 dengan 2 Unit Kapasitas (CU) setiap detik. Mari kita beri nama Capacity1 ini. Anda kemudian membuat Workspace1 dan mengunggah file 450 MB ke lakehouse menggunakan portal web Fabric. Tindakan ini menggunakan penyimpanan OneLake dan transaksi OneLake. Sekarang, mari kita menyelami masing-masing dimensi ini.

Penyimpanan OneLake

Karena penyimpanan OneLake beroperasi pada model bayar sesuai penggunaan, biaya terpisah untuk "OneLake Storage" muncul di tagihan Anda yang sesuai dengan 450 MB data yang disimpan. Jika Anda adalah admin kapasitas, Anda dapat melihat konsumsi penyimpanan di aplikasi Fabric Capacity Metrics. Buka tab Penyimpanan dan pilih Pengalaman sebagai "danau" untuk melihat biaya penyimpanan OneLake. Jika Anda memiliki beberapa ruang kerja dalam kapasitas, Anda dapat melihat penyimpanan per ruang kerja.

Diagram memperlihatkan bagaimana penyimpanan OneLake ditampilkan di aplikasi Fabric Metrics.

Pada gambar di bawah ini, Anda memiliki dua kolom yang disebut penyimpanan yang dapat ditagih dan Penyimpanan saat ini. Penyimpanan yang dapat ditagih menunjukkan data kumulatif selama sebulan. Karena total biaya untuk data yang disimpan tidak diambil pada satu hari dalam sebulan, tetapi secara prorata sepanjang bulan. Anda dapat memperkirakan harga bulanan sebagai penyimpanan yang dapat ditagih (GB) dikalikan dengan harga per Gb per bulan. Jadi, jika Anda menyimpan data 1 TB pada hari 1, Anda akan melihat pada hari pertama 1 TB / 30 hari = 33 GB. Kemudian setiap hari akan menambahkan 33 GB hingga hari terakhir ketika Anda melihat 1 TB di penyimpanan yang dapat ditagih. Ingat juga bahwa penghapusan sementara OneLake melindungi file individual dari penghapusan yang tidak disengaja dengan menyimpan file untuk periode retensi default sebelum dihapus secara permanen. Semua data yang dihapus sementara ditagih dengan tarif yang sama dengan data aktif.

Diagram menunjukkan perbedaan penyimpanan yang dapat ditagih dan saat ini.

Komputasi OneLake

Permintaan ke OneLake, seperti membaca, menulis, atau mencantumkan, menggunakan kapasitas Fabric Anda. OneLake mengikuti pemetaan API yang sama dengan operasi seperti ADLS. Konsumsi CU per setiap jenis operasi dapat dilihat di aplikasi Fabric Capacity Metrics. Dalam contoh kami, unggahan file menghasilkan transaksi tulis yang mengonsumsi Kapasitas Fabric 127,46 CU Detik. Konsumsi ini dilaporkan sebagai "OneLake Write via Proxy" dalam nama operasi di Aplikasi Metrik Kapasitas. Sekarang mari kita baca data ini menggunakan notebook Fabric. Anda menggunakan 1,39 CU Detik transaksi baca. Konsumsi ini dilaporkan sebagai "OneLake Read via Redirect" di aplikasi Metrik. Lihat halaman konsumsi OneLake untuk mempelajari selengkapnya tentang bagaimana setiap jenis operasi menggunakan unit kapasitas.

Diagram memperlihatkan bagaimana komputasi OneLake ditampilkan di aplikasi Fabric Metrics.

Untuk memahami selengkapnya tentang berbagai terminologi pada aplikasi metrik, lihat Memahami halaman komputasi aplikasi metrik - Microsoft Fabric.

Anda mungkin bertanya-tanya, bagaimana pintasan memengaruhi penggunaan OneLake saya? Dalam skenario di atas, penyimpanan dan komputasi ditagih ke Kapasitas1. Sekarang, katakanlah Anda memiliki kapasitas kedua Kapasitas2, yang berisi Ruang Kerja2. Anda membuat lakehouse dan membuat pintasan ke file parkek yang Anda unggah di ruang kerja1. Anda membuat buku catatan untuk mengkueri file parquet. Karena Capacity2 mengakses data, komputasi atau biaya transaksi untuk operasi baca ini mengonsumsi CU dari Capacity2. Penyimpanan terus ditagih ke Kapasitas1.

Diagram memperlihatkan bagaimana penagihan pintasan dilakukan per kapasitas.

Bagaimana jika Anda menjeda kapasitas? Katakanlah Capacity2 dijeda dan Capacity1 tidak dijeda. Saat Kapasitas2 dijeda, Anda tidak dapat membaca data menggunakan pintasan dari Ruang Kerja2 di Kapasitas2, namun, Anda dapat mengakses data langsung di Ruang Kerja1. Sekarang, jika Kapasitas1 dijeda dan Kapasitas2 dilanjutkan, Anda tidak dapat membaca data menggunakan Ruang Kerja1 di Kapasitas1. Namun, Anda dapat membaca data menggunakan pintasan yang sudah dibuat di Ruang Kerja2 di Kapasitas2. Dalam kedua kasus ini, karena data masih disimpan di Kapasitas1, data yang disimpan ditagih ke Kapasitas1.

Kapan saja, jika konsumsi CU Anda melebihi batas kapasitas Anda, kapasitas Anda dibatasi. Transaksi dapat ditolak atau ditunda untuk jangka waktu tertentu ketika kapasitas dibatasi. Berikut ini lebih lanjut tentang pembatasan.

Kami mendorong Anda untuk memulai uji coba gratis 60 hari Fabric untuk menjelajahi OneLake dan fitur Fabric lainnya. Untuk pertanyaan lebih lanjut, silakan merujuk ke forum Fabric kami.