Kebijakan pembatasan Fabric

Pembatasan terjadi ketika operasi mengonsumsi lebih banyak unit komputasi detik (CUs) daripada kapasitas yang diizinkan SKU. 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 cepat kepada pelanggannya. Tugas yang mungkin membutuhkan waktu beberapa menit untuk diselesaikan pada platform lain dapat selesai hanya dalam hitungan detik pada Fabric. Operasi besar dapat berjalan kapan saja dalam sehari tanpa perlu penjadwalan yang cermat karena komputasi untuk operasi tersebut tersebar dalam periode waktu yang lebih lama, tanpa memperlambat operasi. Fabric memungkinkan ini menggunakan bursting dan smoothing bawaan. Mereka memungkinkan kapasitas untuk mengelola sendiri dan menyembuhkan diri ketika lonjakan sementara dalam penggunaan akan menyebabkan sistem lain gagal atau melambat.

Melebihi

Untuk memastikan performa yang cepat, Fabric menggunakan bursting untuk membiarkan operasi berjalan secepat mungkin. Bursting memungkinkan untuk sementara operasi menggunakan kapasitas komputasi lebih dari yang dialokasikan untuk SKU kapasitas. Karena bursting, pengguna mendapatkan hasil dengan cepat tanpa menunggu. Bursting juga memungkinkan kapasitas yang lebih kecil untuk menjalankan operasi yang lebih besar yang biasanya membutuhkan kapasitas yang lebih mahal.

Menghaluskan

Untuk menghindari mengenakan sanksi pada pengguna ketika operasi mendapat manfaat dari bursting, Fabric menyeimbangkan atau merata-ratakan penggunaan CU operasi tersebut selama jangka waktu yang lebih lama. Perilaku ini memastikan pengguna dapat menikmati performa cepat secara konsisten tanpa mengalami penurunan kecepatan.

Smoothing mendistribusikan penggunaan CU selama titik waktu mendatang. Titik waktu dalam Fabric berdurasi 30 detik. Ada 2.880 titik waktu dalam 24 jam ke depan. Fabric secara otomatis mengelola jumlah penggunaan CUs pada setiap titik waktu.

Jenis pemanfaatan operasi menentukan jumlah satuan waktu yang digunakan untuk pemerataan. Pelajari tentang operasi Fabric.

• Operasi interaktif dihaluskan selama minimal lima menit, dan hingga 64 menit tergantung pada berapa banyak penggunaan CU yang mereka konsumsi.
• Operasi latar belakang dijalankan secara merata selama periode 24 jam karena biasanya memiliki waktu proses yang panjang dan konsumsi CU yang besar.

Karena penghalusan, hanya sebagian penggunaan CU untuk operasi yang berlaku untuk setiap titik waktu individu, yang mengurangi pembatasan secara keseluruhan. Penggunaan CU yang dihaluskan terakumulasi saat operasi berjalan. Penggunaan yang dihaluskan dibayarkan berdasarkan kapasitas di masa mendatang, yang merupakan CUs yang tersedia di titik waktu mendatang, karena kapasitas berjalan terus menerus.

Bursting dan smoothing bekerja sama untuk mempermudah pengguna yang memanfaatkan kapasitas dalam melakukan pekerjaan mereka. Misalnya, pengguna biasanya menghabiskan waktu untuk menjadwalkan pekerjaan dan menyebarkannya sepanjang hari. Dengan penyamaan, biaya pemrosesan untuk tugas latar belakang diselaraskan selama 24 jam. Ini berarti pekerjaan terjadwal semuanya dapat berjalan secara bersamaan tanpa menyebabkan lonjakan yang dapat menghalangi pekerjaan untuk dimulai. Pada saat yang sama, pengguna dapat menikmati performa cepat secara konsisten tanpa menunggu pekerjaan lambat selesai atau membuang-buang waktu mengelola jadwal pekerjaan.

Catatan

Bursting dan smoothing tidak didukung ketika admin kapasitas telah mengaktifkan Penagihan Skala Otomatis untuk Spark. Dalam skenario ini, penggunaan Spark beroperasi dalam mode Pay-As-You-Go, dan konsep bursting dan smoothing tidak berlaku.

Pemicu pembatasan dan tahap pembatasan

Meskipun kapasitas memiliki smoothing bawaan yang mengurangi dampak lonjakan penggunaan, masih mungkin untuk membebani kapasitas dengan menjalankan terlalu banyak operasi.

Kapasitas secara otomatis membatasi operasi baru ketika kelebihan beban. Pengurangan terjadi dalam langkah bertahap untuk meminimalkan dampak pada tugas penting seperti pembaruan data.

Bahkan ketika kapasitas beroperasi di atas 100% pemanfaatan, Fabric tidak segera menerapkan pembatasan. Sebagai gantinya, kapasitas memberikan perlindungan kelebihan kapasitas yang memungkinkan 10 menit kapasitas di masa mendatang digunakan tanpa pembatasan. Perilaku ini menawarkan perlindungan bawaan terbatas dari lonjakan, sekaligus memberikan performa cepat yang konsisten kepada pengguna tanpa gangguan.

Pembatasan dimulai ketika kapasitas telah menggunakan habis semua sumber daya CU-nya untuk 10 menit berikutnya. Fase pertama pembatasan menerapkan penundaan 20 detik untuk operasi interaktif baru. Fase kedua pembatasan menolak operasi interaktif baru ketika kapasitas menggunakan semua sumber daya CU-nya selama satu jam ke depan. Selama fase ini, operasi latar belakang diizinkan untuk dimulai dan dijalankan. Fase ketiga dari pembatasan menolak semua permintaan baru, baik interaktif maupun latar belakang, saat kapasitas menghabiskan semua sumber daya unit kapasitas (CU) yang tersedia untuk 24 jam ke depan. Kapasitas terus membatasi permintaan hingga CU yang telah digunakan dibayar lunas.

Catatan

Microsoft mencoba meningkatkan fleksibilitas pelanggan dalam menggunakan layanan, sambil menyeimbangkan kebutuhan untuk mengelola penggunaan kapasitas pelanggan. Untuk alasan ini, Microsoft mungkin mengubah atau memperbarui kebijakan pembatasan Fabric.

Tabel ini meringkas pemicu dan tahap pengendalian.

Penggunaan	Batas Kebijakan	Dampak Pengalaman Kebijakan Platform
Penggunaan <= 10 menit	Perlindungan berlebih	Pekerjaan dapat menggunakan 10 menit penggunaan kapasitas di masa mendatang tanpa pembatasan.
Penggunaan <10 menit < = 60 menit	Penundaan Interaktif	Pekerjaan interaktif yang diminta pengguna tertunda 20 detik saat pengiriman.
Penggunaan <60 menit < = 24 jam	Penolakan Interaktif	Pekerjaan interaktif yang diminta pengguna ditolak.
Penggunaan > 24 jam	Penolakan Latar Belakang	Semua permintaan ditolak.

Contoh batas smoothing dan throttling

Berikut adalah contoh ilustrasi tentang cara kerja smoothing untuk satu operasi latar belakang yang menggunakan 1 CUHr (penggunaannya setara dengan 1 CU selama 1 jam). Operasi latar belakang dioptimalkan selama 24 jam. Kontribusi dari operasi latar belakang pada setiap titik waktu adalah # CUHrs untuk operasi, dibagi dengan jumlah # CUHrs pada level SKU. Untuk F2, pekerjaan ini akan berkontribusi 1 CUHr / 48CUhrs = ~2.1% untuk setiap titik waktu. Dampak pada batas pembatasan 10 menit dan 60 menit adalah ~ 2,1%.

Berikut adalah detail yang mendukung contoh:

1 CUHr = 3.600 CUs (1 CU * 60 menit per jam * 60 detik per menit)

Setiap titik waktu berdurasi 30 detik. Dalam 24 jam, ada 2.880 titik waktu (24 jam * 60 menit * 2 titik waktu per menit).

Karena 3600 CUs dihaluskan selama 24 jam, pekerjaan berkontribusi 3.600CUs/2.880 titik waktu untuk setiap titik waktu 30 detik. Sehingga berkontribusi 1,25 CUs per titik waktu.

Persentase pembatasan 10 menit didasarkan pada total CUs yang tersedia dalam 10 menit waktu aktif kapasitas berikutnya.

Kapasitas F2 memiliki 2 CU setiap detik (atau 2 CU). Di setiap titik waktu, F2 memiliki 2 CUs * 30 detik = 60 CUs komputasi.

Kontribusi pekerjaan latar belakang pada setiap titik waktu individual adalah 1,25 CUs/60 CUs, yang setara dengan sekitar 2,1% dari satu titik waktu individual.

Dalam waktu 10 menit, F2 memiliki kemampuan komputasi 2 CU * 60 detik * 10 menit = 1,200 CUs.

Bagian dari pekerjaan latar belakang yang dihaluskan ke dalam kapasitas 10 menit berikutnya berjumlah 1,25 CUs * 2 titik waktu per menit * 10 menit = 25 CUs.

Jadi, persentase pembatasan 10 menit adalah 25 CUs / 1.200 CUs = ~2.1%.

Demikian pula, dampak pembatasan 60 menit terhadap persentase pekerjaan latar belakang juga ~2,1%.

Meskipun operasi latar belakang mengonsumsi lebih banyak CUs daripada yang tersedia dalam rentang waktu 10 menit berikutnya (digunakan enam kali jumlah), kapasitas F2 tidak dibatasi karena total CUs dihaluskan selama 24 jam. Karena pemerataan, hanya sebagian kecil dari CUs yang dikonsumsi berlaku untuk setiap titik waktu.

Kelebihan, pengalihan, dan pengurangan bertahap

Ketika operasi menggunakan lebih banyak kapasitas daripada yang didukung SKU pada satu momen waktu, kelebihan dihitung. Kelebihan dihitung setelah penghalusan diterapkan. Jika ada kelebihan yang melebihi jendela pembatasan 10 menit yang diizinkan, maka mereka menjadi CUs bawaan .

Perlindungan kelebihan penggunaan memastikan kapasitas tidak berkurang hingga periode pengurangan selama 10 menit penuh. Ini dirancang untuk mengurangi frekuensi penundaan interaktif karena lonjakan sementara dalam pemanfaatan.

CUs carryforward diterapkan ke setiap titik waktu selanjutnya. Jika titik waktu tidak penuh, maka CUs yang tidak digunakan mengurangi jumlah CUs dibawa ke depan. Pengurangan disebut sebagai burndown.

Penegakan pengaturan berlanjut sampai kapasitas yang tidak digunakan melunasi semua CUs yang dibawa ke depan.

Memantau kapasitas untuk pengendalian kecepatan

Admin kapasitas dapat menyiapkan pemberitahuan email untuk diberi tahu ketika kapasitas menggunakan 100% sumber daya CU yang disediakan. Admin juga dapat menggunakan aplikasi metrik kapasitas untuk meninjau tingkat pembatasan untuk kapasitasnya.

Ukuran yang tepat dan mengoptimalkan kapasitas

Tingkat pembatasan yang tinggi secara konsisten mengindikasikan perlunya menyeimbangkan beban pada beberapa kapasitas atau menambah ukuran SKU dari kapasitas. Saat menggunakan SKU F, Anda dapat meningkatkan dan mengurangi kapasitas SKU secara manual kapan saja di pengaturan admin, yang memungkinkan Anda mengatasi pembatasan sewaktu diperlukan.

Cara mengetahui jika pembatasan kapasitas sedang berlangsung

Saat kapasitas menolak permintaan, pengguna melihat kode kesalahan dan teks kesalahan tertentu:

1. Kode status CapacityLimitExceeded
2. Pesan kesalahan Your organization's Fabric compute capacity has excceded its limits. Try again later.
3. Pesan kesalahan Cannot load model due to reaching capacity limits

Catatan

Kinerja lambat sering kali disebabkan oleh desain barang. Hanya terkadang performa lambat karena pembatasan kapasitas.

Ketika kapasitas kelebihan beban, admin kapasitas dapat menggunakan aplikasi metrik kapasitas Fabric untuk mengonfirmasi pembatasan.

1. Tabel Peristiwa sistem pada halaman Komputasi memperlihatkan riwayat peristiwa pembatasan.
2. Bagan Pembatasan di halaman Komputasi ditampilkan saat penggunaan yang dihaluskan melebihi salah satu batas pembatasan.

Cara menghentikan pembatasan kecepatan ketika terjadi

Kapasitas penyembuhan mandiri, sehingga Anda selalu dapat menunggu hingga status kelebihan beban berakhir sebelum mengirimkan permintaan baru.

Namun, untuk menghentikan pembatasan lebih cepat, Anda dapat menggunakan strategi yang tercantum di bawah ini.

Untuk menghentikan pembatasan kinerja saat menggunakan kapasitas F SKU:

• Tingkatkan SKU untuk sementara. Dengan meningkatkan jumlah SKU Anda, Anda dapat mengurangi carryforward lebih cepat karena setiap titik dalam waktu memiliki kapasitas menganggur yang lebih banyak.
• Jeda dan kemudian lanjutkan kemampuan Anda. Menjeda kapasitas menghasilkan peristiwa penagihan untuk akumulasi penggunaan kapasitas di masa mendatang. Ketika kapasitas dimulai atau dilanjutkan, kapasitas tersebut tidak memiliki penggunaan kapasitas di masa mendatang sehingga dapat segera menerima operasi baru.

Saat menggunakan kapasitas P SKU, untuk menghentikan pembatasan:

• Aktifkan Skala Otomatis untuk kapasitas P.

Operasi dalam penerbangan tidak dibatasi

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

Perlindungan pengendalian pembatasan

Dalam Fabric, satu operasi sering memicu item atau beban kerja lain untuk diselesaikan. Ada banyak contoh, tetapi yang khas adalah melihat laporan. Setiap visual dalam laporan menjalankan kueri terhadap model semantik yang mendasarinya. Model semantik mungkin juga membaca formulir data OneLake untuk memberikan hasil kueri. Masing-masing permintaan ini membentuk rantai.

Ketika ada rantai panggilan, ada risiko pembatasan gabungan, yaitu ketika pembatasan diterapkan lebih dari sekali ke permintaan yang sama. Fabric memiliki perlindungan penghambatan gabungan bawaan yang mengurangi kemungkinan terjadinya penghambatan senyawa. Beban kerja dapat memilih untuk menggunakan perlindungan ini.

Ketika beban kerja mendukung perlindungan pembatasan gabungan, permintaan dibatasi hanya sekali untuk setiap kapasitas yang berpartisipasi dalam proses rantai. Keputusan pembatasan terjadi ketika permintaan dimulai dan berlaku untuk semua operasi dalam rantai.

Jika rantai bergantung pada lebih dari satu kapasitas, maka setiap kapasitas memberlakukan pembatasan sekali saja untuk permintaan pertama yang diterimanya dalam rantai.

Pengalaman pembebanan kerja berikut mendukung pembatasan gabungan:

• Model semantik yang terhubung ke model semantik lain menggunakan Direct Query.
• Kueri DAX dari laporan berpaginasi ke model semantik.

Perilaku pembatasan khusus untuk beban kerja di 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 tidak menerapkan tahap pertama pembatasan dengan penundaan 20 detik pada kapasitas 10 menit di masa mendatang. Real-Time Inteligensi menunggu sampai fase penolakan pada kapasitas mendatang selama 60 menit untuk mulai pengaturan. 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 rantai operasi yang dibatasi dengan cara berbeda. Ketika operasi interaktif memulai rantai yang mencakup operasi latar belakang, operasi latar belakang dapat dikenai pembatasan seperti operasi interaktif.

Klasifikasi interaktif dan latar belakang untuk pembatasan dan smoothing

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.

Sistem pembatasan mencoba mengategorikan operasi secara akurat setelah pengiriman. Terkadang ketika operasi mulai berjalan, informasi yang lebih rinci menjadi tersedia yang mengubah kategorisasi. Dalam skenario ambigu, sistem pembatasan kembali mengklasifikasikan operasi sebagai latar belakang, yang untuk kepentingan 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 batas menunjukkan kelebihan. Untuk menyelidiki lebih lanjut tentang kelebihan penggunaan, akses secara rinci ke halaman titik waktu. Anda kemudian dapat meninjau operasi interaktif dan operasi di latar belakang Anda, dan melihat mana yang bertanggung jawab atas kelebihan penggunaan.

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. Perkiraan waktu burndown dalam menit memperkirakan berapa lama burndown akan berlangsung jika tidak ada lagi operasi yang dilakukan dalam kapasitas ini.

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.

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.

Komputasi berbayar dan tidak berbayar

Saat Anda meninjau penggunaan kapasitas di aplikasi metrik kapasitas, beberapa operasi dapat ditagih, dan operasi lainnya tidak dapat ditagih. Hanya operasi yang dapat ditagih yang akan disertakan dalam perhitungan pembatasan akses. Kemampuan pratinjau dapat menghasilkan operasi yang tidak dikenakan biaya. Gunakan operasi non-tagihan untuk merencanakan ke depan sehingga kapasitas Anda memiliki ukuran yang tepat ketika fitur pratinjau ini menjadi berbayar.

Konten terkait

• Instal aplikasi Metrik Kapasitas Microsoft Fabric untuk memantau kapasitas Fabric.
• Cara mengubah ukuran kapasitas Anda.