Amazon Redshift tidak akan lagi mendukung penggunaan Python UDF setelah 30 Juni 2026. Kami akan mulai menegakkannya secara bertahap. Untuk informasi lebih lanjut tentang detail opsi akhir masa pakai dan migrasi Python, lihat posting blog
Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Contoh WLM dinamis
Dengan Amazon Redshift, Anda dapat secara otomatis mengelola distribusi beban kerja dan alokasi sumber daya di seluruh cluster Amazon Redshift menggunakan Dynamic WLM (Manajemen Beban Kerja). Dynamic WLM adalah contoh konfigurasi Manajemen Beban Kerja (WLM) yang secara dinamis menyesuaikan alokasi memori berdasarkan permintaan beban kerja, memungkinkan konkurensi dan kinerja yang optimal. Bagian berikut memberikan detail tentang mengimplementasikan dan mengonfigurasi Dynamic WLM untuk cluster Amazon Redshift Anda.
Misalkan bahwa cluster WLM Anda dikonfigurasi dengan dua antrian, menggunakan properti dinamis berikut.
| Antrean | Bersamaan | % Memori untuk Digunakan |
|---|---|---|
|
1 |
4 |
50% |
|
2 |
4 |
50% |
Sekarang anggaplah cluster Anda memiliki memori 200 GB yang tersedia untuk pemrosesan kueri. (Nomor ini sewenang-wenang dan hanya digunakan untuk ilustrasi.) Seperti yang ditunjukkan persamaan berikut, setiap slot dialokasikan 25 GB.
(200 GB * 50% ) / 4 slots = 25 GB
Selanjutnya, Anda mengubah WLM Anda untuk menggunakan properti dinamis berikut.
| Antrean | Bersamaan | % Memori untuk Digunakan |
|---|---|---|
|
1 |
3 |
75% |
|
2 |
4 |
25% |
Seperti yang ditunjukkan persamaan berikut, alokasi memori baru untuk setiap slot dalam antrian 1 adalah 50 GB.
(200 GB * 75% ) / 3 slots = 50 GB
Misalkan kueri A1, A2, A3, dan A4 sedang berjalan ketika konfigurasi baru diterapkan, dan kueri B1, B2, B3, dan B4 mengantri. WLM secara dinamis mengkonfigurasi ulang slot kueri sebagai berikut.
| Langkah | Kueri Berjalan | Jumlah Slot Saat Ini | Jumlah Slot Target | Memori yang dialokasikan | Memori Tersedia |
|---|---|---|---|---|---|
| 1 | A1, A2, A3, A4 | 4 | 0 | 100GB | 50 GB |
| 2 | A2, A3, A4 | 3 | 0 | 75 GB | 75 GB |
| 3 | A3, A4 | 2 | 0 | 50 GB | 100GB |
| 4 | A3, A4, B1 | 2 | 1 | 100GB | 50 GB |
| 5 | A4, B1 | 1 | 1 | 75 GB | 75 GB |
| 6 | A4, B1, B2 | 1 | 2 | 125GB | 25 GB |
| 7 | B1, B2 | 0 | 2 | 100GB | 50 GB |
| 8 | B1, B2, B3 | 0 | 3 | 150GB | 0 GB |
-
WLM menghitung ulang alokasi memori untuk setiap slot query. Awalnya, antrian 1 dialokasikan 100 GB. Antrian baru memiliki alokasi total 150 GB, sehingga antrian baru segera memiliki 50 GB yang tersedia. Antrian 1 sekarang menggunakan empat slot, dan level konkurensi baru adalah tiga slot, jadi tidak ada slot baru yang ditambahkan.
-
Ketika satu kueri selesai, slot dihapus dan 25 GB dibebaskan. Antrian 1 sekarang memiliki tiga slot dan 75 GB memori yang tersedia. Konfigurasi baru membutuhkan 50 GB untuk setiap slot baru, tetapi tingkat konkurensi baru adalah tiga slot, jadi tidak ada slot baru yang ditambahkan.
-
Ketika kueri kedua selesai, slot dihapus, dan 25 GB dibebaskan. Antrian 1 sekarang memiliki dua slot dan 100 GB memori bebas.
-
Slot baru ditambahkan menggunakan 50 GB memori bebas. Antrian 1 sekarang memiliki tiga slot, dan memori bebas 50 GB. Kueri antrian sekarang dapat dialihkan ke slot baru.
-
Ketika kueri ketiga selesai, slot dihapus, dan 25 GB dibebaskan. Antrian 1 sekarang memiliki dua slot, dan 75 GB memori bebas.
-
Slot baru ditambahkan menggunakan 50 GB memori bebas. Antrian 1 sekarang memiliki tiga slot, dan memori bebas 25 GB. Kueri antrian sekarang dapat dialihkan ke slot baru.
-
Ketika kueri keempat selesai, slot dihapus, dan 25 GB dibebaskan. Antrian 1 sekarang memiliki dua slot dan 50 GB memori bebas.
-
Slot baru ditambahkan menggunakan memori bebas 50 GB. Antrian 1 sekarang memiliki tiga slot dengan masing-masing 50 GB dan semua memori yang tersedia telah dialokasikan.
Transisi selesai dan semua slot kueri tersedia untuk kueri yang antri.
