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 later
kesalahan .
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.
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
Konten terkait
- Pelaporan penagihan dan pemanfaatan di Gudang Data Synapse
- Apa itu aplikasi Metrik Kapasitas Microsoft Fabric?
- Synapse Data Warehouse dalam pedoman performa Microsoft Fabric
- Memahami tagihan Azure Anda pada kapasitas Fabric
- Pembatasan di Microsoft Fabric
- Smoothing dan throttling di Fabric Data Warehousing
- Kapasitas burstable dalam pergudangan data Fabric
- Menjeda dan melanjutkan di pergudangan data Fabric
Saran dan Komentar
https://aka.ms/ContentUserFeedback.
Segera hadir: Sepanjang tahun 2024 kami akan menghentikan penggunaan GitHub Issues sebagai mekanisme umpan balik untuk konten dan menggantinya dengan sistem umpan balik baru. Untuk mengetahui informasi selengkapnya, lihat:Kirim dan lihat umpan balik untuk