Memodifikasi konfigurasi WLM

Cara termudah untuk memodifikasi konfigurasi WLM adalah dengan menggunakan konsol Amazon Redshift. Anda juga dapat menggunakan AWS CLI atau Amazon Redshift API.

Saat Anda mengganti cluster antara WLM otomatis dan manual, cluster Anda dimasukkan ke dalam pending reboot status. Perubahan tidak berlaku sampai cluster berikutnya reboot.

Untuk informasi mendetail tentang memodifikasi konfigurasi WLM, lihat Mengonfigurasi Manajemen Beban Kerja di Panduan Manajemen Pergeseran Merah Amazon.

Migrasi dari WLM manual ke WLM otomatis

Untuk memaksimalkan throughput sistem dan menggunakan sumber daya dengan paling efektif, kami menyarankan Anda mengatur WLM otomatis untuk antrian Anda. Pertimbangkan untuk mengambil pendekatan berikut untuk mengatur transisi yang mulus dari WLM manual ke WLM otomatis.

Untuk bermigrasi dari WLM manual ke WLM otomatis dan menggunakan prioritas kueri, sebaiknya Anda membuat grup parameter baru, lalu lampirkan grup parameter tersebut ke cluster Anda. Untuk informasi selengkapnya, lihat Grup Parameter Pergeseran Merah Amazon di Panduan Manajemen Pergeseran Merah Amazon.

penting

Untuk mengubah grup parameter atau beralih dari manual ke WLM otomatis memerlukan reboot cluster. Untuk informasi selengkapnya, lihat Properti konfigurasi dinamis dan statis WLM.

Mari kita ambil contoh di mana ada tiga antrian WLM manual. Masing-masing untuk beban kerja ETL, beban kerja analitik, dan beban kerja ilmu data. Beban kerja ETL berjalan setiap 6 jam, beban kerja analitik berjalan sepanjang hari, dan beban kerja ilmu data dapat melonjak kapan saja. Dengan WLM manual, Anda menentukan memori dan konkurensi yang didapat setiap antrian beban kerja berdasarkan pemahaman Anda tentang pentingnya setiap beban kerja bagi bisnis. Menentukan memori dan konkurensi tidak hanya sulit untuk diketahui, tetapi juga menghasilkan sumber daya cluster yang dipartisi secara statis dan dengan demikian terbuang sia-sia ketika hanya sebagian dari beban kerja yang berjalan.

Anda dapat menggunakan WLM otomatis dengan prioritas kueri untuk menunjukkan prioritas relatif beban kerja, menghindari masalah sebelumnya. Untuk contoh ini, ikuti langkah-langkah ini:

• Buat grup parameter baru dan beralih ke mode WLM Otomatis.

• Tambahkan antrian untuk masing-masing dari tiga beban kerja: beban kerja ETL, beban kerja analitik, dan beban kerja ilmu data. Gunakan grup pengguna yang sama untuk setiap beban kerja yang digunakan dengan mode WLM Manual.

• Tetapkan prioritas beban kerja ETLHigh, beban kerja analitikNormal, dan ilmu data. Low Prioritas ini mencerminkan prioritas bisnis Anda untuk beban kerja atau grup pengguna yang berbeda.

• Secara opsional, aktifkan penskalaan konkurensi untuk analitik atau antrian ilmu data sehingga kueri dalam antrian ini mendapatkan kinerja yang konsisten bahkan ketika beban kerja ETL berjalan setiap 6 jam.

Dengan prioritas kueri, ketika hanya beban kerja analitik yang berjalan di cluster, itu membuat seluruh sistem menjadi dirinya sendiri. Ini menghasilkan throughput tinggi dengan pemanfaatan sistem yang lebih baik. Namun, ketika beban kerja ETL dimulai, ia mendapat hak karena memiliki prioritas yang lebih tinggi. Kueri yang berjalan sebagai bagian dari beban kerja ETL mendapatkan prioritas selama penerimaan, selain alokasi sumber daya preferensial setelah diterima. Akibatnya, beban kerja ETL dapat diprediksi terlepas dari apa lagi yang mungkin berjalan pada sistem. Kinerja yang dapat diprediksi untuk beban kerja prioritas tinggi datang dengan biaya beban kerja prioritas lain yang lebih rendah yang berjalan lebih lama baik karena kueri mereka menunggu di belakang kueri yang lebih penting untuk diselesaikan. Atau, karena mereka mendapatkan sebagian kecil sumber daya ketika mereka berjalan bersamaan dengan kueri prioritas yang lebih tinggi. Algoritma penjadwalan yang digunakan oleh Amazon Redshift memfasilitasi bahwa kueri prioritas yang lebih rendah tidak mengalami kelaparan, melainkan terus membuat kemajuan meskipun pada kecepatan yang lebih lambat.

catatan

• Bidang batas waktu tidak tersedia di WLM otomatis. Sebaliknya, gunakan aturan QMR,query_execution_time. Untuk informasi selengkapnya, lihat Aturan pemantauan kueri WLM.

• Tindakan QMR, HOP, tidak berlaku untuk WLM otomatis. Sebaliknya, gunakan change priority tindakan. Untuk informasi selengkapnya, lihat Aturan pemantauan kueri WLM.

• Cluster menggunakan WLM otomatis dan antrian WLM manual secara berbeda, yang dapat menyebabkan kebingungan dengan konfigurasi Anda. Misalnya, Anda dapat mengonfigurasi properti prioritas dalam antrian WLM otomatis tetapi tidak dalam antrian WLM manual. Dengan demikian, hindari pencampuran antrian WLM otomatis dan antrian WLM manual dalam grup parameter. Sebagai gantinya, buat grup parameter baru saat bermigrasi ke WLM otomatis.