Azure Synapse Analytics – Pemantauan Portal Manajemen Beban Kerja
Artikel ini menjelaskan cara memantau pemanfaatan sumber daya grup beban kerja dan aktivitas kueri. Untuk detail tentang cara mengonfigurasi Azure Metrics Explorer, lihat artikel Analisis metrik dengan penjelajah metrik Azure Monitor. Lihat bagian Pemanfaatan sumber daya di dokumentasi Pemantauan Azure Synapse Analytics untuk detail tentang cara memantau konsumsi sumber daya sistem. Ada dua kategori metrik grup beban kerja berbeda yang disedikan untuk memantau manajemen beban kerja: alokasi sumber daya dan aktivitas kueri. Metrik ini dapat dipisahkan dan difilter menurut grup beban kerja. Metrik ini dapat dipisahkan dan difilter berdasarkan jenisnya, apakah metrik tersebut ditentukan sistem (grup beban kerja kelas sumber daya) atau ditentukan pengguna (dibuat oleh pengguna dengan sintaksis CREATE WORKLOAD GROUP).
Definisi metrik manajemen beban kerja
| Nama Metrik | Deskripsi | Jenis Agregasi |
|---|---|---|
| Batas persentase sumber daya efektif | Batas persentase sumber daya efektif adalah batas keras pada persentase sumber daya yang dapat diakses oleh kelompok beban kerja, dengan mempertimbangkan Persentase sumber daya minimum efektif yang dialokasikan untuk grup beban kerja lainnya. Metrik Batas persentase sumber daya efektif dikonfigurasi menggunakan parameter CAP_PERCENTAGE_RESOURCE di sintaksis CREATE WORKLOAD GROUP. Nilai efektif dijelaskan di sini.Misalnya, jika grup beban kerja DataLoads dibuat dengan CAP_PERCENTAGE_RESOURCE = 100 dan grup beban kerja lain dibuat dengan Persentase sumber daya minimum efektif 25%, Batas persentase sumber daya efektif untuk grup beban kerja DataLoads adalah 75%.Batas persentase sumber daya efektif menentukan batas atas konkurensi (begitu juga potensi throughput) yang dapat dicapai oleh grup beban kerja. Jika throughput tambahan dibutuhkan melebihi kemampuan yang dilaporkan oleh metrik Batas persentase sumber daya efektif, Anda dapat meningkatkan CAP_PERCENTAGE_RESOURCE atau mengurangi MIN_PERCENTAGE_RESOURCE dari grup beban kerja lainnya atau meningkatkan instans guna menambahkan lebih banyak sumber daya. Mengurangi REQUEST_MIN_RESOURCE_GRANT_PERCENT dapat meningkatkan konkurensi, tetapi throughput keseluruhan mungkin tidak meningkat. |
Mininum, Rata-rata, Maksimum |
| Persentase sumber daya minimum efektif | Persentase sumber daya minimum efektif adalah persentase minimum sumber daya yang dipesan dan diisolasi untuk grup sumber daya dengan mempertimbangkan batas minimum tingkat layanan. Metrik Persentase sumber daya minimum efektif dikonfigurasi menggunakan parameter MIN_PERCENTAGE_RESOURCE di sintaksis CREATE WORKLOAD GROUP. Nilai efektif dijelaskan di sini.Gunakan jenis agregasi Jumlah jika metrik ini tidak difilter dan tidak dipisah untuk memantau total isolasi beban kerja yang dikonfigurasi di sistem. Persentase sumber daya minimum efektif menentukan batas bawah konkurensi terjamin (sehingga throughput terjamin) yang dapat dicapai grup beban kerja. Jika sumber daya tambahan terjamin diperlukan melebihi kemampuan saat ini yang dilaporkan oleh metrik Persentase sumber daya minimum efektif, tingkatkan parameter MIN_PERCENTAGE_RESOURCE yang dikonfigurasi untuk grup beban kerja. Mengurangi REQUEST_MIN_RESOURCE_GRANT_PERCENT dapat meningkatkan konkurensi, tetapi throughput keseluruhan mungkin tidak meningkat. |
Mininum, Rata-rata, Maksimum |
| Kueri aktif grup beban kerja | Metrik ini melaporkan kueri aktif dalam grup beban kerja. Menggunakan metrik ini tanpa filter dan tidka dipisah menampilkan semua kueri aktif yang dijalankan pada sistem. | Jumlah |
| Alokasi grup beban kerja menurut persentase sumber daya cap | Metrik ini menampilkan persentase alokasi sumber daya yang relatif terhadap Batas persentase sumber daya efektif per grup beban kerja. Metrik ini menyediakan pemanfaatan grup beban kerja yang efektif. Pertimbangkan grup beban kerja DataLoads dengan Batas persentase sumber daya efektif sebesar 75% dan REQUEST_MIN_RESOURCE_GRANT_PERCENT yang dikonfigurasi sebesar 25%. Nilai Alokasi grup sumber daya menurut persentase sumber daya tutup yang difilter ke DataLoads akan menjadi 33% (25%/75%) jika ada satu kuei yang dijalankan di grup sumber daya ini.Gunakan metrik ini untuk mengidentifikasi pemanfaatan grup beban kerja. Nilai yang mendekati 100% menunjukkan semua sumber daya yang tersedia untuk grup beban kerja sedang digunakan. Selain itu, Metrik kueri antrean grup beban kerja untuk grup beban kerja yang sama yang menampilkan nilai lebih besar dari nol, mengindikasikan bahwa grup beban kerja akan memanfaatkan sumber daya tambahan jika dialokasikan. Sebaliknya, jika metrik ini selalu rendah dan Kueri aktif grup beban kerja juga rendah, berarti grup beban kerja tersebut tidak dimanfaatkan. Situasi ini akan semakin rumit jika Batas persentase sumber daya efektif lebih besar dari nol karena itu menunjukkan isolasi beban kerja kurang dimanfaatkan. |
Mininum, Rata-rata, Maksimum |
| Alokasi grup beban kerja berdasarkan persentase sistem | Metrik ini menampilkan persentase alokasi sumber daya yang relatif terhadap seluruh sistem. Pertimbangkan grup beban kerja DataLoads dengan REQUEST_MIN_RESOURCE_GRANT_PERCENT dikonfigurasi pada 25%. Nilai Alokasi grup sumber data berdasarkan persentase sistem yang difilter ke DataLoads akan menjadi 25% (25%/100%) jika ada satu kueri yang dijalankan di grup beban kerja ini. |
Mininum, Rata-rata, Maksimum |
| Batas waktu kueri grup beban kerja | Kueri untuk grup beban kerja yang telah habis waktunya. Waktu tunggu kueri yang dilaporkan oleh metrik ini hanya setelah kueri mulai dijalankan (tidak termasuk waktu tunggu karena penguncian atau waktu tunggu sumber daya). Batas waktu kueri dikonfigurasi menggunakan parameter QUERY_EXECUTION_TIMEOUT_SEC dalam sintaksis CREATE WORKLOAD GROUP. Meningkatkan nilai dapat mengurangi jumlah batas waktu kueri.Pertimbangkan untuk meningkatkan parameter REQUEST_MIN_RESOURCE_GRANT_PERCENT untuk grup beban kerja guna mengurangi jumlah batas waktu dan mengalokasikan lebih banyak sumber daya per kueri. Catatan, meningkatkan REQUEST_MIN_RESOURCE_GRANT_PERCENT akan mengurangi jumlah konkurensi untuk grup beban kerja. |
Jumlah |
| Antrean kueri grup beban kerja | Kueri untuk grup beban kerja yang saat ini dalam antrean menunggu untuk mulai dieksekusi. Kueri bisa mengantre karena sedang menunggu sumber daya atau kunci. Kueri bisa menunggu karena berbagai alasan. Jika sistem kelebihan beban dan permintaan konkurensi lebih besar dari jumlah yang tersedia, kueri akan mengantre. Pertimbangkan untuk menambahkan lebih banyak sumber daya ke grup beban kerja dengan meningkatkan parameter CAP_PERCENTAGE_RESOURCE dalam pernyataan CREATE WORKLOAD GROUP. Jika CAP_PERCENTAGE_RESOURCE lebih besar dari metrik Batas persentase sumber daya efektif, isolasi beban kerja yang dikonfigurasi untuk grup beban kerja lainnya akan berdampak pada sumber daya yang dialokasikan untuk grup beban kerja ini. Pertimbangkan untuk menurunkan MIN_PERCENTAGE_RESOURCE grup beban kerja lainnya atau meningkatkan instans agar menambahkan lebih banyak sumber daya. |
Jumlah |
Tindakan dan skenario pemantauan
Di bawah ini adalah serangkaian konfigurasi bagan untuk menyoroti penggunaan metrik manajemen beban kerja untuk pemecahan masalah disertai tindakan terkait untuk mengatasi masalah.
Isolasi beban kerja yang kurang dimanfaatkan
Pertimbangkan grup beban kerja dan konfigurasi pengklasifikasi berikut tempat grup beban kerja bernama wgPriority dibuat dan TheCEOmembername dipetakan ke grup tersebut menggunakan pengklasifikasi beban kerja wcCEOPriority. Grup beban kerja wgPriority dikonfigurasi memiliki isolasi beban kerja 25% (MIN_PERCENTAGE_RESOURCE = 25). Setiap kueri yang dikirimkan oleh TheCEO diberi 5% sumber daya sistem (REQUEST_MIN_RESOURCE_GRANT_PERCENT = 5).
CREATE WORKLOAD GROUP wgPriority
WITH ( MIN_PERCENTAGE_RESOURCE = 25
,CAP_PERCENTAGE_RESOURCE = 50
,REQUEST_MIN_RESOURCE_GRANT_PERCENT = 5);
CREATE WORKLOAD CLASSIFIER wcCEOPriority
WITH ( WORKLOAD_GROUP = 'wgPriority'
,MEMBERNAME = 'TheCEO');
Konfigurasi bagan di bawah sebagai berikut:
Metrik 1: Persentase sumber daya minimum efektif (Agregasi rata-rata, blue line)
Metrik 2: Alokasi grup beban kerja berdasarkan persentase sistem (Agregasi rata-rata, purple line)
Filter: [Workload Group] = wgPriority
Bagan menunjukkan bahwa dengan isolasi beban kerja 25%, rata-rata hanya 10% yang digunakan. Dalam hal ini, nilai parameter MIN_PERCENTAGE_RESOURCE dapat diturunkan menjadi 10 atau 15, dan memungkinkan beban kerja lain dalam sistem memakai sumber daya tersebut.
Penyempitan grup beban kerja
Pertimbangkan grup beban kerja dan konfigurasi pengklasifikasi berikut tempat grup beban kerja bernama wgDataAnalyst dibuat dan DataAnalystmembername dipetakan ke grup tersebut menggunakan pengklasifikasi beban kerja wcDataAnalyst. Grup beban kerja wgDataAnalyst dikonfigurasi memiliki isolasi beban kerja 6% (MIN_PERCENTAGE_RESOURCE = 6) dan batas sumber daya 9% ( CAP_PERCENTAGE_RESOURCE = 9). Setiap kueri yang dikirimkan oleh DataAnalyst diberi 3% sumber daya sistem (REQUEST_MIN_RESOURCE_GRANT_PERCENT = 3).
CREATE WORKLOAD GROUP wgDataAnalyst
WITH ( MIN_PERCENTAGE_RESOURCE = 6
,CAP_PERCENTAGE_RESOURCE = 9
,REQUEST_MIN_RESOURCE_GRANT_PERCENT = 3);
CREATE WORKLOAD CLASSIFIER wcDataAnalyst
WITH ( WORKLOAD_GROUP = 'wgDataAnalyst'
,MEMBERNAME = 'DataAnalyst');
Konfigurasi bagan di bawah sebagai berikut:
Metrik 1: Batas persentase sumber daya efektif (Agregasi rata-rata, blue line)
Metrik 2: Alokasi grup beban kerja berdasarkan batas persentase sumber daya (Agregasi rata-rata, purple line)
Metrik 3: Kueri antrian grup beban kerja (Agregasi jumlah, turquoise line)
Filter: [Workload Group] = wgDataAnalyst
Bagan menunjukkan bahwa dengan batas 9% pada sumber daya, grup beban kerja adalah 90%+ yang digunakan (dari alokasi grup Beban Kerja dengan metrik batas persentase sumber daya). Ada antrian kueri yang stabil seperti yang ditunjukkan oleh Metrik kueri antrean grup beban kerja. Dalam hal ini, meningkatkan CAP_PERCENTAGE_RESOURCE ke nilai yang lebih tinggi dari 9% akan memungkinkan lebih banyak kueri untuk dijalankan secara bersamaan. Meningkatkan CAP_PERCENTAGE_RESOURCE dengan anggapan bahwa ada sumber daya memadai yang tersedia dan tidak terisolasi oleh grup beban kerja lainnya. Pastikan batas meningkat dengan memeriksa Metrik batas persentase sumber daya efektif. Jika menginginkan lebih banyak throughput, pertimbangkan juga untuk meningkatkan REQUEST_MIN_RESOURCE_GRANT_PERCENT ke nilai yang lebih besar dari 3. Meningkatkan REQUEST_MIN_RESOURCE_GRANT_PERCENT dapat memungkinkan kueri dijalankan lebih cepat.