Kapasitas fabric dan konsumsi OneLake

Anda hanya memerlukan satu kapasitas untuk menjalankan seluruh pengalaman Fabric Anda, termasuk OneLake. Artikel ini memberikan contoh terperinci tentang bagaimana OneLake menggunakan penyimpanan dan komputasi.

Dengan OneLake, Anda membayar data yang disimpan, mirip dengan layanan seperti Azure Data Lake Storage (ADLS) atau Amazon S3. Namun, tidak seperti layanan lain, OneLake tidak menyertakan biaya terpisah untuk transaksi (misalnya, membaca, menulis) ke data Anda. Sebagai gantinya, transaksi menggunakan dari kapasitas Fabric yang ada yang juga Anda gunakan untuk menjalankan pengalaman Fabric lainnya. Untuk informasi tentang harga, lihat Harga Fabric.

Untuk menggambarkan, mari kita ambil contoh.

• Anda membeli SKU F2 dengan 2 Unit Kapasitas (CU) setiap detik dan beri nama Capacity1.

• Anda kemudian membuat ruang kerja, Workspace1, dan mengunggah file ke lakehouse dengan menggunakan portal Fabric. Tindakan ini mengonsumsi penyimpanan OneLake dan transaksi OneLake.

Sekarang, mari kita menyelami masing-masing dimensi ini.

Penyimpanan OneLake

Penyimpanan OneLake menggunakan model bayar sesuai pemakaian. Tagihan Anda menunjukkan biaya terpisah untuk "OneLake Storage" untuk data yang disimpan.

Jika Anda adalah admin kapasitas, Anda dapat melihat konsumsi penyimpanan di aplikasi Fabric Capacity Metrics. Di aplikasi Metrik Kapasitas Fabric, buka tab Penyimpanan dan gunakan menu drop-down Pengalaman untuk memilih danau untuk melihat biaya penyimpanan OneLake. Jika Anda memiliki beberapa ruang kerja dalam kapasitas, Anda dapat melihat penyimpanan per ruang kerja. Untuk atribusi penyimpanan tingkat item dalam ruang kerja, administrator ruang kerja dapat menggunakan laporan penyimpanan OneLake di Pengaturan ruang kerja>OneLake>Laporan penyimpanan, yang menampilkan penggunaan tiap item, termasuk item yang terlihat, data sistem tersembunyi, dan data yang dihapus sementara.

Tabel detail ruang kerja mencakup dua kolom: Penyimpanan saat ini dan Penyimpanan yang dapat ditagih. Penyimpanan yang dapat ditagih mencerminkan penggunaan data kumulatif selama satu bulan. Total biaya untuk data yang disimpan tidak diambil pada satu hari dalam sebulan, tetapi secara prorata sepanjang bulan. Anda dapat memperkirakan biaya bulanan dengan mengalikan penyimpanan tagihan (GB) dengan harga per GB per bulan.

Misalnya, menyimpan 1 TB data pada hari ke-1, menambahkan penyimpanan yang dapat ditagih harian sebesar 33 GB. Pada hari pertama itu adalah 1 TB / 30 hari = 33 GB dan setiap hari menambahkan 33 GB sampai bulan berakhir. Penghapusan sementara OneLake melindungi file individual dari penghapusan yang tidak disengaja dengan menyimpan file selama tujuh hari sebelum penghapusan permanen. Data yang dihapus sementara ditagih dengan tarif yang sama dengan data aktif. Jika Anda melihat perbedaan antara yang terlihat pada item dan total penyimpanan yang ditagihkan, pelaporan ukuran item OneLake dapat membantu dengan menampilkan data sistem tersembunyi dan yang dihapus secara lunak sebagai komponen terpisah yang berkontribusi terhadap penggunaan penyimpanan.

Untuk informasi selengkapnya, lihat Memahami halaman penyimpanan aplikasi metrik.

Komputasi OneLake

Permintaan ke OneLake (seperti baca, tulis, atau daftar) menggunakan kapasitas Fabric. OneLake memetakan API ke operasi seperti ADLS memetakan setiap operasi REST ke harga.

Anda dapat melihat penggunaan kapasitas untuk setiap operasi di aplikasi Fabric Capacity Metrics. Di aplikasi Metrik Kapasitas Fabric, buka tab Komputasi . Arahkan mouse ke atas item yang ingin Anda lihat detail operasinya.

Penting

Mulai Mei 2026, aplikasi Metrik Kapasitas Fabric melaporkan operasi komputasi OneLake pada tingkat ruang kerja dalam satu item OneLake, bukan berdasarkan item Fabric satu per satu. Untuk rincian pada tingkat item, gunakan diagnostik OneLake.

Dalam contoh sebelumnya, pengunggahan file menghasilkan transaksi tulis yang memakan waktu CU detik. Tab Compute dari aplikasi Fabric Capacity Metrics melaporkan penggunaan ini sebagai OneLake Write (Hot) di kolom nama operasi.

Namun, jika Anda membaca data ini dengan menggunakan notebook, Anda mengonsumsi CU detik transaksi baca. Aplikasi metrik melaporkan konsumsi ini sebagai OneLake Read (Hot). Untuk mempelajari bagaimana setiap jenis operasi menggunakan unit kapasitas, lihat halaman konsumsi OneLake.

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

Penggunaan kapasitas pintasan

Dalam contoh sebelumnya, penyimpanan dan komputasi ditagih ke Capacity1. Sekarang, misalkan Anda memiliki kapasitas kedua Kapasitas2 yang berisi Ruang Kerja2. Anda membuat lakehouse dan membuat pintasan ke file parquet di Workspace1. Anda membuat buku catatan untuk melakukan kueri pada file *parquet*. Ketika Capacity2 mengakses data, biaya komputasi atau transaksi untuk operasi baca ini menggunakan CU dari Capacity2. Penyimpanan terus ditagih ke Kapasitas1.

• Jika Kapasitas2 dijeda tetapi Kapasitas1 aktif, Anda tidak dapat membaca data melalui pintasan di Ruang Kerja2 (Kapasitas2) tetapi dapat mengakses data langsung di Ruang Kerja1 (Kapasitas1).

• Jika Kapasitas1 dijeda dan Kapasitas2 aktif, Anda tidak dapat membaca data di Ruang Kerja1 (Kapasitas1) tetapi Anda masih dapat menggunakan data dengan menggunakan pintasan di Ruang Kerja2. Dalam kedua kasus, karena data masih disimpan di Kapasitas1, biaya penyimpanan tetap ditagih ke Kapasitas1.

Jika konsumsi CU Anda melebihi batas kapasitas, pembatasan mungkin terjadi, yang menyebabkan transaksi tertunda atau ditolak sementara.

Mulai uji coba gratis Fabric untuk menjelajahi OneLake dan fitur lainnya, dan kunjungi forum Fabric untuk pertanyaan.