Smoothing dan throttling di Fabric Data Warehousing

Berlaku untuk: Titik akhir analitik SQL dan Gudang di Microsoft Fabric

Artikel ini merinci konsep smoothing dan throttling dalam beban kerja menggunakan titik akhir analitik Warehouse dan SQL di Microsoft Fabric.

Artikel ini khusus untuk beban kerja pergudangan data di Microsoft Fabric. Untuk semua beban kerja Fabric, kunjungi Pembatasan di Microsoft Fabric.

Kapasitas komputasi

Kapasitas membentuk fondasi di Microsoft Fabric dan menyediakan daya komputasi yang mendorong semua beban kerja Fabric. Berdasarkan SKU Kapasitas yang dibeli, Anda berhak atas sekumpulan Unit Kapasitas (CUs) yang dibagikan di seluruh Fabric. Anda dapat meninjau CUs untuk setiap SKU di Kapasitas dan SKU.

Menghaluskan

Kapasitas memiliki periode di mana mereka kurang digunakan (menganggur) dan terlalu banyak digunakan (puncak). Ketika kapasitas menjalankan beberapa pekerjaan, lonjakan permintaan komputasi yang tiba-tiba mungkin dihasilkan yang melebihi batas kapasitas yang dibeli. Titik akhir analitik Gudang dan SQL menyediakan kapasitas burstable yang memungkinkan beban kerja menggunakan lebih banyak sumber daya untuk mencapai performa yang lebih baik.

Smoothing menawarkan bantuan bagi pelanggan yang membuat lonjakan mendadak selama waktu sibuk mereka sementara mereka memiliki banyak kapasitas menganggur yang tidak digunakan. Smoothing menyederhanakan manajemen kapasitas dengan menyebarkan evaluasi komputasi untuk memastikan bahwa pekerjaan pelanggan berjalan lancar dan efisien.

Smoothing tidak akan memengaruhi waktu eksekusi. Ini membantu menyederhanakan manajemen kapasitas dengan memungkinkan pelanggan untuk mengukur kapasitas Anda berdasarkan rata-rata, daripada penggunaan puncak.

  • Untuk pekerjaan interaktif yang dijalankan oleh pengguna: konsumsi kapasitas biasanya dihaluskan selama minimal 5 menit, atau lebih lama, untuk mengurangi lonjakan temporal jangka pendek.

  • Untuk pekerjaan terjadwal, atau latar belakang: konsumsi kapasitas tersebar selama 24 jam, menghilangkan kekhawatiran untuk penjadwalan pekerjaan atau ketidakcocokan.

Untuk informasi selengkapnya, kunjungi Pembatasan di Microsoft Fabric.

Klasifikasi operasi untuk pergudangan data Fabric

Secara umum, mirip dengan Power BI, operasi diklasifikasikan baik sebagai interaktif atau latar belakang.

Sebagian besar operasi dalam kategori Gudang dilaporkan sebagai latar belakang untuk memanfaatkan kelancaran aktivitas 24 jam untuk memungkinkan pola penggunaan yang paling fleksibel. Dengan smoothing 24 jam, operasi dapat berjalan secara bersamaan tanpa menyebabkan lonjakan kapan saja di siang hari. Pelanggan mendapatkan manfaat dari performa yang cepat secara konsisten tanpa harus khawatir tentang lonjakan kecil dalam beban kerja mereka. Dengan demikian, mengklasifikasikan pergudangan data karena latar belakang mengurangi frekuensi puncak pemanfaatan CU dari memicu pembatasan terlalu cepat.

Pembatasan

Pembatasan terjadi ketika kapasitas pelanggan mengonsumsi lebih banyak sumber daya CPU daripada yang dibeli. Setelah konsumsi dilancarkan, kebijakan pembatasan kapasitas akan diperiksa berdasarkan jumlah kapasitas di masa mendatang yang dikonsumsi. Ini menghasilkan pengalaman pengguna akhir yang terdegradasi. Ketika kapasitas memasuki status dibatasi, kapasitas hanya memengaruhi operasi yang diminta setelah kapasitas mulai dibatasi.

Kebijakan pembatasan diterapkan pada tingkat kapasitas. Jika satu kapasitas, atau set ruang kerja, mengalami penurunan performa karena kelebihan beban, kapasitas lain dapat terus berjalan secara normal.

Empat kebijakan pembatasan kapasitas untuk Microsoft Fabric:

Konsumsi Yang Dilancarkan Di Masa Mendatang - Batas Kebijakan Kebijakan Pembatasan Dampak Pengalaman
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 jenis interaktif yang diminta pengguna ditolak.
Penggunaan > 24 jam Penolakan Latar Belakang Semua pekerjaan baru ditolak dari eksekusi.

Sebagian besar operasi titik akhir analitik Gudang dan SQL mengikuti kebijakan "Penolakan Latar Belakang", dan sebagai akibatnya mengalami penolakan operasi setelah pemanfaatan berlebihan rata-rata selama periode 24 jam.

Pertimbangan pembatasan

  • Setiap operasi dalam penerbangan termasuk kueri jangka panjang, prosedur tersimpan, batch tidak akan dibatasi di tengah jalan. Kebijakan pembatasan berlaku untuk operasi berikutnya setelah konsumsi dilancarkan.
  • Operasi gudang adalah latar belakang kecuali untuk skenario yang melibatkan operasi Pemodelan (seperti membuat ukuran, menambahkan atau menghapus tabel dari model semantik default, memvisualisasikan hasil, dll.) atau membuat/memperbarui model semantik Power BI (termasuk model semantik default) atau laporan. Operasi ini terus mengikuti kebijakan "Penolakan Interaktif".
  • Sama seperti kebanyakan operasi Gudang , tampilan manajemen dinamis (DMV) juga diklasifikasikan sebagai latar belakang dan dicakup oleh kebijakan "Penolakan Latar Belakang". Akibatnya, DMV tidak dapat dikueri ketika kapasitas dibatasi. Meskipun DMV tidak tersedia, admin kapasitas dapat membuka aplikasi Metrik Kapasitas Microsoft Fabric untuk memahami akar penyebabnya.
  • Ketika kebijakan "Penolakan Latar Belakang" diaktifkan, aktivitas apa pun di Editor Kueri SQL, editor kueri visual, atau tampilan pemodelan, mungkin melihat pesan kesalahan: Unable to complete the action because your organization's Fabric compute capacity has exceeded its limits. Try again later.
  • Ketika kebijakan "Penolakan Latar Belakang" diaktifkan, jika Anda mencoba menyambungkan ke gudang atau menjalankan kueri TSQL baru di aplikasi klien seperti SQL Server Management Studio (SSMS) atau Azure Data Studio melalui SQL string koneksi, Anda mungkin melihat kode kesalahan SQL 24801 dan teks Unable to complete the action because your organization's Fabric compute capacity has exceeded its limits. Try again laterkesalahan .

Praktik terbaik untuk pulih dari situasi kelebihan beban

Administrator kapasitas dapat pulih dari situasi pembatasan dengan:

  • Tingkatkan kapasitas ke SKU yang lebih tinggi untuk meningkatkan batas kapasitas.
  • Identifikasi kontributor aktivitas puncak dan bekerja dengan pemilik proyek beban tinggi untuk mengoptimalkan permintaan dengan proses pengoptimalan kueri T-SQL atau mendistribusikan ulang tugas di seluruh kapasitas lain.
  • Tunggu hingga status kelebihan beban selesai sebelum mengeluarkan permintaan baru.
  • Admin kapasitas dapat mengonfigurasi pemberitahuan proaktif dan diberi tahu sebelum kapasitas dibatasi.

Memantau informasi kelebihan beban dengan Aplikasi Metrik Kapasitas Fabric

Administrator kapasitas dapat melihat informasi kelebihan beban dan menelusuri lebih lanjut melalui aplikasi Metrik Kapasitas Microsoft Fabric.

Gambar animasi yang menunjukkan kemampuan aplikasi Fabric Capacity Metrics.

Untuk panduan aplikasi, kunjungi Cara: Mengamati tren pemanfaatan Gudang Data Synapse.

Tab Pemanfaatan

Tab ini menunjukkan pemanfaatan sumber daya dibandingkan dengan kapasitas yang dibeli. 100% pemanfaatan mewakili throughput penuh dari SKU kapasitas dan dibagikan oleh semua beban kerja Fabric. Ini diwakili oleh garis putus-putus kuning. Memilih titik waktu tertentu dalam grafik memungkinkan tombol Jelajahi , yang membuka halaman telusuri terperinci.

Tab pembatasan

Untuk memantau dan menganalisis kebijakan pembatasan, tab pembatasan ditambahkan ke grafik penggunaan. Dengan ini, admin kapasitas dapat dengan mudah mengamati penggunaan di masa depan sebagai persentase dari setiap batas, dan bahkan menelusuri beban kerja tertentu yang berkontribusi pada kelebihan. Untuk informasi selengkapnya, lihat Pembatasan di Aplikasi Metrik.

Di bagian Penolakan latar belakang, pemanfaatan yang melebihi garis 100% tunduk pada pembatasan dalam kebijakan "Penolakan Latar Belakang".

Tab Kelebihan Penggunaan

Tab Overages menyediakan riwayat visual dari setiap penggunaan kapasitas yang berlebihan, termasuk carry forward, kumulatif, dan burndown pemanfaatan. Untuk informasi selengkapnya, lihat Pembatasan di Microsoft Fabric dan Overages di aplikasi Metrik Kapasitas Microsoft Fabric.

Langkah selanjutnya