Kebijakan pembatasan Fabric

Pembatasan terjadi ketika kapasitas penyewa mengonsumsi lebih banyak sumber daya kapasitas daripada yang telah dibeli. Terlalu banyak pembatasan dapat mengakibatkan pengalaman pengguna akhir yang terdegradasi. Penyewa Microsoft Fabric dapat membuat beberapa kapasitas dan menetapkan ruang kerja ke kapasitas tertentu untuk penagihan dan ukuran.

Pembatasan diterapkan pada tingkat kapasitas, yang berarti bahwa sementara satu kapasitas, atau set ruang kerja, mungkin mengalami penurunan performa karena kelebihan beban, kapasitas lain mungkin terus berjalan secara normal. Dalam kasus di mana fitur seperti artefak OneLake diproduksi dalam satu kapasitas dan dikonsumsi oleh yang lain, status pembatasan kapasitas yang mengonsumsi menentukan apakah panggilan ke artefak dibatasi.

Keseimbangan antara performa dan keandalan

Fabric dirancang untuk memberikan performa secepat kilat kepada pelanggannya dengan memungkinkan operasi untuk mengakses lebih banyak sumber daya unit kapasitas (CU) daripada yang dialokasikan untuk kapasitas. Tugas yang mungkin membutuhkan waktu beberapa menit untuk diselesaikan pada platform lain dapat diselesaikan hanya dalam hitungan detik pada Fabric. Untuk menghindari penalti pengguna ketika beban operasional melonjak, Fabric menghaluskan atau rata-rata penggunaan CU operasi selama minimal lima menit, dan bahkan lebih lama untuk penggunaan CU tinggi tetapi permintaan runtime pendek. Perilaku ini memastikan Anda dapat menikmati performa cepat secara konsisten tanpa mengalami pembatasan.

Untuk operasi latar belakang yang memiliki runtime panjang dan mengonsumsi beban CU berat, Fabric menghaluskan penggunaan CU mereka selama periode 24 jam. Smoothing menghilangkan kebutuhan ilmuwan data dan administrator database untuk menghabiskan waktu membuat jadwal pekerjaan untuk menyebarkan beban CU sepanjang hari untuk mencegah akun membeku. Dengan smoothing CU 24 jam, pekerjaan terjadwal semuanya dapat berjalan bersamaan tanpa menyebabkan lonjakan kapan saja di siang hari, dan Anda dapat menikmati performa cepat secara konsisten tanpa membuang-buang waktu mengelola jadwal pekerjaan.

Operasi dalam penerbangan tidak dibatasi

Ketika kapasitas memasuki status dibatasi, kapasitas hanya memengaruhi operasi yang diminta setelah kapasitas mulai dibatasi. Semua operasi, termasuk operasi jangka panjang yang dikirimkan sebelum pembatasan dimulai, diizinkan untuk berjalan hingga selesai. Perilaku ini memberi Anda jaminan bahwa operasi selesai, bahkan selama lonjakan penggunaan CU.

Pemicu pembatasan dan tahap pembatasan

Setelah menghaluskan, beberapa akun mungkin masih mengalami lonjakan penggunaan CU selama waktu pelaporan puncak. Untuk membantu mengelola lonjakan tersebut, admin dapat menyiapkan pemberitahuan email untuk diberi tahu ketika kapasitas mengonsumsi 100% sumber daya CU yang disediakan. Pola ini adalah indikasi bahwa kapasitas mungkin mendapat manfaat dari penyeimbangan beban, dan admin harus mempertimbangkan untuk meningkatkan ukuran SKU. Penting untuk dicatat bahwa untuk SKU F, Anda dapat meningkatkan dan menguranginya secara manual kapan saja di pengaturan admin. Namun, bahkan ketika kapasitas beroperasi pada potensi CU penuhnya, Fabric tidak menerapkan pembatasan. Perilaku ini memastikan pengguna memiliki performa cepat secara konsisten tanpa mengalami gangguan apa pun.

Fase pembatasan pertama dimulai ketika kapasitas telah menggunakan semua sumber daya CU yang tersedia selama 10 menit ke depan. Misalnya, jika Anda membeli 10 unit kapasitas dan kemudian mengonsumsi 50 unit per menit, Anda akan membuat bawaan 40 unit per menit. Setelah dua setengah menit, Anda akan mengumpulkan bawaan 100 unit, dipinjam dari jendela masa depan. Pada titik ini di mana semua kapasitas sudah habis selama 10 menit ke depan, Fabric memulai tingkat pembatasan pertamanya, dan semua operasi interaktif baru tertunda 20 detik setelah pengiriman. Jika carryforward mencapai satu jam penuh, permintaan interaktif ditolak, tetapi operasi latar belakang terjadwal terus berjalan. Jika kapasitas mengakumulasi 24 jam penuh carryforward, seluruh kapasitas dibekukan sampai carryforward dibayar lunas.

Konsumsi yang dilancarkan di masa mendatang

Pengurangan penggunaan kapasitas carryforward

Setiap kali kapasitas memiliki kapasitas diam, sistem membayar tingkat carryforward.

Jika Anda memiliki 100 menit CU dan bawaan 200 menit CU, dan Anda tidak memiliki operasi apa pun yang berjalan, dibutuhkan dua menit bagi Anda untuk melunasi carryforward Anda. Dalam contoh ini, sistem tidak dibatasi, karena ada dua menit carryforward. Penundaan pembatasan tidak akan dimulai hingga 10 menit akumulasi bawaan.

Jika Anda perlu membayar carryforward lebih cepat, Anda dapat meningkatkan ukuran SKU untuk sementara untuk menghasilkan lebih banyak kapasitas menganggur yang diterapkan pada carryforward Anda.

Perilaku pembatasan khusus untuk Fabric

Sementara sebagian besar produk Fabric mengikuti aturan pembatasan yang disebutkan sebelumnya, ada beberapa pengecualian.

Misalnya, eventstream Fabric memiliki banyak operasi yang dapat berjalan selama bertahun-tahun setelah dimulai. Pembatasan operasi eventstream baru tidak masuk akal, jadi sebaliknya, jumlah sumber daya CU yang dialokasikan untuk menjaga aliran tetap terbuka berkurang sampai kapasitas berada dalam posisi yang baik lagi.

Pengecualian lain adalah Real-Time Intelligence, yang tidak akan real-time jika operasi tertunda 20 detik. Akibatnya, Real-Time Intelligence mengabaikan tahap pertama pembatasan dengan penundaan 20 detik pada 10 menit bawaan dan menunggu sampai fase penolakan pada 60 menit bawaan untuk mulai pembatasan. Perilaku ini memastikan pengguna dapat terus menikmati performa real-time bahkan selama periode permintaan tinggi.

Demikian pula, hampir semua operasi dalam kategori Gudang dilaporkan sebagai latar belakang untuk memanfaatkan kelancaran aktivitas 24 jam untuk memungkinkan pola penggunaan yang paling fleksibel. Mengklasifikasikan semua pergudangan data sebagai latar belakang mencegah puncak pemanfaatan CU memicu pembatasan terlalu cepat. Beberapa permintaan mungkin memicu serangkaian operasi yang dibatasi secara berbeda. Ini dapat membuat operasi latar belakang menjadi tunduk pada pembatasan sebagai operasi interaktif.

Klasifikasi interaktif dan latar belakang untuk pembatasan dan smoothing

Microsoft Fabric membagi operasi menjadi dua jenis, interaktif dan latar belakang. Anda dapat menemukan deskripsi tentang ini dan perbedaan antara mereka dalam operasi Fabric.

Beberapa admin mungkin melihat bahwa operasi terkadang diklasifikasikan sebagai interaktif dan dihaluskan sebagai latar belakang, atau sebaliknya. Perbedaan ini terjadi karena sistem pembatasan Fabric harus menerapkan aturan pembatasan sebelum permintaan mulai berjalan. Smoothing terjadi setelah pekerjaan mulai berjalan dan konsumsi CU dapat diukur.

Sistem pembatasan mencoba mengategorikan operasi secara akurat setelah pengiriman, tetapi terkadang klasifikasi operasi mungkin berubah setelah pembatasan diterapkan. Ketika operasi mulai berjalan, informasi yang lebih rinci tentang permintaan akan tersedia. Dalam skenario ambigu, sistem pembatasan mencoba untuk melakukan kesalahan pada sisi mengklasifikasikan operasi sebagai latar belakang, yang merupakan minat terbaik pengguna.

Melacak kelebihan penggunaan dan operasi yang ditolak

Anda dapat melihat apakah kapasitas Anda kelebihan beban dengan meninjau bagan Pemanfaatan di aplikasi Metrik Kapasitas Microsoft Fabric. Lonjakan yang melewati garis menunjukkan kelebihan beban. Untuk menyelidiki kelebihan beban lebih lanjut, telusuri ke halaman titik waktu. Anda kemudian dapat meninjau operasi interaktif dan latar belakang Anda, dan melihat mana yang bertanggung jawab untuk membebani kapasitas Anda. Anda juga dapat menentukan kapan peristiwa kelebihan beban terjadi.

Karena pemanfaatan melebihi 100% tidak secara otomatis berarti pembatasan, Anda perlu menggunakan bagan Pembatasan saat mengevaluasi kelebihan. Dari sana Anda dapat membuka tabel yang memperlihatkan menit untuk burndown, bagan dengan tambahkan, burndown, dan persentase kumulatif, dan banyak lagi.

Untuk melihat riwayat visual dari setiap penggunaan kapasitas yang berlebihan, termasuk bawaan, kumulatif, dan pembakaran data pemanfaatan, buka tab Kelebihan penggunaan. Anda dapat mengubah skala visual kelebihan penggunaan untuk menampilkan 10 menit, 60 menit, dan 24 jam. Carryforward hanya memperhitungkan operasi yang dapat ditagih.

Drilldown aplikasi Metrik Kapasitas Microsoft Fabric memungkinkan admin untuk melihat operasi yang ditolak selama peristiwa pembatasan. Ada informasi terbatas tentang operasi ini karena mereka tidak pernah diizinkan untuk memulai. Admin dapat melihat produk, pengguna, ID operasi, dan waktu permintaan dikirimkan. Saat permintaan ditolak, pengguna akhir menerima pesan kesalahan yang meminta mereka untuk mencoba lagi nanti.

Tindakan yang dapat Anda ambil untuk memulihkan dari situasi kelebihan beban

Ketika kapasitas Anda dibatasi ke titik dibekukan, pengguna menerima kesalahan jika tindakan mereka memerlukan sumber daya komputasi Fabric. Misalnya, kesalahan dapat mengatakan Tidak dapat memuat model karena mencapai batas kapasitas. Dalam kasus seperti itu, Anda dapat menggunakan strategi ini untuk memulihkan kapasitas Anda dari keadaan bekunya.

• Tunggu hingga status kelebihan beban selesai sebelum mengeluarkan permintaan baru.
• Tingkatkan SKU kapasitas F.
• Jeda/lanjutkan kapasitas F.
• Skala otomatis kapasitas P.
• Pindahkan prioritas yang lebih rendah atau ruang kerja yang terlalu besar dari kapasitas.

Konten terkait

• Instal aplikasi Metrik Kapasitas Microsoft Fabric untuk memantau kapasitas Fabric.