Amazon Redshift tidak akan lagi mendukung pembuatan Python UDFs baru mulai Patch 198. Python yang ada UDFs akan terus berfungsi hingga 30 Juni 2026. Untuk informasi lebih lanjut, lihat [posting blog](https://aws.amazon.com/blogs/big-data/amazon-redshift-python-user-defined-functions-will-reach-end-of-support-after-june-30-2026/).
Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Properti konfigurasi dinamis dan statis WLM
Properti konfigurasi WLM bersifat dinamis atau statis. Anda dapat menerapkan properti dinamis ke database tanpa reboot cluster, tetapi properti statis memerlukan reboot cluster agar perubahan diterapkan. Namun, jika Anda mengubah properti dinamis dan statis secara bersamaan, maka Anda harus me-reboot cluster agar semua perubahan properti diterapkan. Ini benar apakah properti yang diubah bersifat dinamis atau statis.
Sementara properti dinamis sedang diterapkan, status klaster Anda adalah`modifying`. Beralih antara WLM otomatis dan WLM manual adalah perubahan statis dan membutuhkan reboot cluster untuk diterapkan.
Tabel berikut menunjukkan properti WLM mana yang dinamis atau statis saat menggunakan WLM otomatis atau WLM manual.
****
| Properti WLM | WLM otomatis | Panduan WLM |
| --- | --- | --- |
| Grup kueri | Dinamis | Statis |
| Wildcard grup kueri | Dinamis | Statis |
| Grup pengguna | Dinamis | Statis |
| Wildcard grup pengguna | Dinamis | Statis |
| Peran pengguna | Dinamis | Statis |
| Wildcard peran pengguna | Dinamis | Statis |
| Konkurensi di main | Tidak berlaku | Dinamis |
| Mode Penskalaan Konkurensi | Dinamis | Dinamis |
| Aktifkan akselerasi kueri singkat | Tidak berlaku | Dinamis |
| Runtime maksimum untuk kueri singkat | Dinamis | Dinamis |
| Persentase memori untuk digunakan | Tidak berlaku | Dinamis |
| Waktu habis | Tidak berlaku | Dinamis |
| Prioritas | Dinamis | Tidak berlaku |
| Menambahkan atau menghapus antrian | Dinamis | Statis |
Jika Anda menambahkan aturan pemantauan kueri (QMR), atau memodifikasi atau menghapus QMR yang ada, perubahan terjadi secara otomatis tanpa perlu memulai ulang cluster.
**catatan**
Saat menggunakan WLM manual, jika nilai batas waktu diubah, nilai baru diterapkan ke kueri apa pun yang mulai berjalan setelah nilai diubah. Jika konkurensi atau persen memori yang digunakan diubah, Amazon Redshift berubah ke konfigurasi baru secara dinamis. Dengan demikian, kueri yang sedang berjalan tidak terpengaruh oleh perubahan. Untuk informasi selengkapnya, lihat Alokasi [Memori Dinamis WLM](https://docs.aws.amazon.com/redshift/latest/dg/cm-c-wlm-dynamic-memory-allocation.html).
**Topics**
+ [Alokasi memori dinamis WLM](cm-c-wlm-dynamic-memory-allocation.md)
+ [Contoh WLM dinamis](cm-c-wlm-dynamic-example.md)
# Alokasi memori dinamis WLM
Di setiap antrian, WLM membuat sejumlah slot kueri yang sama dengan tingkat konkurensi antrian. Jumlah memori yang dialokasikan ke slot kueri sama dengan persentase memori yang dialokasikan ke antrian dibagi dengan jumlah slot. Jika Anda mengubah alokasi memori atau konkurensi, Amazon Redshift secara dinamis mengelola transisi ke konfigurasi WLM baru. Dengan demikian, kueri aktif dapat berjalan hingga selesai menggunakan jumlah memori yang saat ini dialokasikan. Pada saat yang sama, Amazon Redshift memastikan bahwa penggunaan memori total tidak pernah melebihi 100 persen dari memori yang tersedia.
Manajer beban kerja menggunakan proses berikut untuk mengelola transisi:
1. WLM menghitung ulang alokasi memori untuk setiap slot kueri baru.
1. Jika slot kueri tidak digunakan secara aktif oleh kueri yang sedang berjalan, WLM menghapus slot, yang membuat memori itu tersedia untuk slot baru.
1. Jika slot kueri aktif digunakan, WLM menunggu kueri selesai.
1. Saat kueri aktif selesai, slot kosong dihapus dan memori terkait dibebaskan.
1. Karena memori yang cukup tersedia untuk menambahkan satu atau lebih slot, slot baru ditambahkan.
1. Ketika semua kueri yang berjalan pada saat perubahan selesai, jumlah slot sama dengan tingkat konkurensi baru, dan transisi ke konfigurasi WLM baru selesai.
Akibatnya, kueri yang berjalan saat perubahan terjadi terus menggunakan alokasi memori asli. Pertanyaan yang diantrian saat perubahan terjadi dialihkan ke slot baru saat tersedia.
Jika properti dinamis WLM diubah selama proses transisi, WLM segera mulai transisi ke konfigurasi baru, mulai dari keadaan saat ini. Untuk melihat status transisi, kueri tabel [STV\$1WLM\$1SERVICE\$1CLASS\$1CONFIG](r_STV_WLM_SERVICE_CLASS_CONFIG.md) sistem.
# Contoh WLM dinamis
Dengan Amazon Redshift, Anda dapat secara otomatis mengelola distribusi beban kerja dan alokasi sumber daya di seluruh klaster Amazon Redshift menggunakan Dynamic WLM (Manajemen Beban Kerja). Dynamic WLM adalah contoh konfigurasi Workload Management (WLM) yang secara dinamis menyesuaikan alokasi memori berdasarkan tuntutan beban kerja, memungkinkan konkurensi dan kinerja yang optimal. Bagian berikut memberikan detail tentang penerapan dan konfigurasi Dynamic WLM untuk cluster Amazon Redshift Anda.
Misalkan WLM cluster Anda dikonfigurasi dengan dua antrian, menggunakan properti dinamis berikut.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/redshift/latest/dg/cm-c-wlm-dynamic-example.html)
Sekarang anggaplah klaster Anda memiliki 200 GB memori 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.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/redshift/latest/dg/cm-c-wlm-dynamic-example.html)
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 berjalan saat konfigurasi baru diterapkan, dan kueri B1, B2, B3, dan B4 diantrian. WLM secara dinamis mengkonfigurasi ulang slot kueri sebagai berikut.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/redshift/latest/dg/cm-c-wlm-dynamic-example.html)
1. WLM menghitung ulang alokasi memori untuk setiap slot kueri. 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.
1. 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 level konkurensi baru adalah tiga slot, jadi tidak ada slot baru yang ditambahkan.
1. Ketika kueri kedua selesai, slot dihapus, dan 25 GB dibebaskan. Antrian 1 sekarang memiliki dua slot dan 100 GB memori bebas.
1. Slot baru ditambahkan menggunakan 50 GB memori bebas. Antrian 1 sekarang memiliki tiga slot, dan memori bebas 50 GB. Query antrian sekarang dapat diarahkan ke slot baru.
1. Ketika kueri ketiga selesai, slot dihapus, dan 25 GB dibebaskan. Antrian 1 sekarang memiliki dua slot, dan 75 GB memori bebas.
1. Slot baru ditambahkan menggunakan 50 GB memori bebas. Antrian 1 sekarang memiliki tiga slot, dan memori bebas 25 GB. Query antrian sekarang dapat diarahkan ke slot baru.
1. Ketika kueri keempat selesai, slot dihapus, dan 25 GB dibebaskan. Antrian 1 sekarang memiliki dua slot dan 50 GB memori bebas.
1. 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 antrian.