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.
# Memantau kueri dan beban kerja dengan Amazon Redshift Serverless
Anda dapat memantau kueri dan beban kerja Tanpa Server Amazon Redshift dengan tampilan sistem yang disediakan.
*Tampilan pemantauan adalah tampilan* sistem di Amazon Redshift Tanpa Server yang digunakan untuk memantau penggunaan kueri dan beban kerja. Pandangan ini terletak di `pg_catalog` skema. Tampilan sistem yang tersedia telah dirancang untuk memberi Anda informasi yang diperlukan untuk memantau Amazon Redshift Tanpa Server, yang jauh lebih sederhana daripada yang diperlukan untuk cluster yang disediakan. Tampilan sistem SYS telah dirancang untuk bekerja dengan Amazon Redshift Serverless. Untuk menampilkan informasi yang disediakan oleh tampilan ini, jalankan pernyataan SQL SELECT.
Tampilan sistem didefinisikan untuk mendukung tujuan pemantauan berikut.
**Pemantauan beban kerja**
Anda dapat memantau aktivitas kueri Anda dari waktu ke waktu untuk:
+ Memahami pola beban kerja, sehingga Anda tahu apa yang normal (baseline) dan apa yang ada dalam perjanjian tingkat layanan bisnis (). SLAs
+ Identifikasi penyimpangan dengan cepat dari normal, yang mungkin merupakan masalah sementara atau sesuatu yang menjamin tindakan lebih lanjut.
**Pemantauan pemuatan dan bongkar data**
Pergerakan data masuk dan keluar dari Amazon Redshift Serverless adalah fungsi penting. Anda menggunakan COPY dan UNLOAD untuk memuat atau membongkar data, dan Anda harus memantau kemajuan secara ketat dalam hal bytes/rows transfer dan file yang diselesaikan untuk melacak kepatuhan terhadap bisnis. SLAs Hal ini biasanya dilakukan dengan menjalankan query tabel sistem sering (yaitu, setiap menit) untuk melacak kemajuan dan meningkatkan peringatan untuk investigation/corrective tindakan jika penyimpangan signifikan terdeteksi.
**Diagnostik kegagalan dan masalah**
Ada kasus di mana Anda harus mengambil tindakan untuk kegagalan kueri atau runtime. Pengembang mengandalkan tabel sistem untuk mendiagnosis sendiri masalah dan menentukan solusi yang benar.
**Penyempurnaan performa**
Anda mungkin perlu menyetel kueri yang tidak memenuhi persyaratan SLA baik dari awal, atau telah menurun seiring waktu. Untuk menyetel, Anda harus memiliki detail runtime termasuk run plan, statistik, durasi, dan konsumsi sumber daya. Anda memerlukan data dasar untuk pertanyaan yang menyinggung untuk menentukan penyebab penyimpangan dan untuk memandu Anda cara meningkatkan kinerja.
**Objek pengguna pemantauan acara**
Anda perlu memantau tindakan dan aktivitas pada objek pengguna, seperti menyegarkan tampilan terwujud, menyedot debu, dan menganalisis. Ini termasuk peristiwa yang dikelola sistem seperti penyegaran otomatis untuk tampilan terwujud. Anda ingin memantau kapan suatu peristiwa berakhir jika itu dimulai pengguna, atau yang terakhir berhasil dijalankan jika sistem dimulai.
**Pelacakan penggunaan untuk penagihan**
Anda dapat memantau tren penggunaan Anda dari waktu ke waktu untuk:
+ Menginformasikan perencanaan anggaran dan perkiraan ekspansi bisnis.
+ Identifikasi peluang penghematan biaya potensial seperti menghapus data dingin.
Gunakan tampilan sistem SYS untuk memantau Amazon Redshift Tanpa Server;. Untuk informasi selengkapnya tentang tampilan pemantauan SYS, buka tampilan pemantauan [SYS di Panduan](https://docs.aws.amazon.com//redshift/latest/dg/serverless_views-monitoring.html) Pengembang Database Amazon Redshift.
# Menambahkan kebijakan pemantauan kueri
Superuser dapat memberikan akses ke pengguna yang bukan pengguna super sehingga mereka dapat melakukan pemantauan kueri untuk semua pengguna. Pertama, Anda menambahkan kebijakan untuk pengguna atau peran untuk menyediakan akses pemantauan kueri. Kemudian, Anda memberikan izin pemantauan kueri kepada pengguna atau peran.
**Untuk menambahkan kebijakan pemantauan kueri**
1. Pilih [https://console.aws.amazon.com/iam/](https://console.aws.amazon.com/iam/).
1. Di bagian **Manajemen akses**, pilih **Kebijakan**.
1. Pilih **Buat Kebijakan**.
1. Pilih **JSON** dan tempel definisi kebijakan berikut.
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Action": [
"redshift-data:ExecuteStatement",
"redshift-data:DescribeStatement",
"redshift-data:GetStatementResult",
"redshift-data:ListDatabases"
],
"Resource": "*"
},
{
"Effect": "Allow",
"Action": "redshift-serverless:GetCredentials",
"Resource": "*"
}
]
}
```
------
1. Pilih **Tinjau kebijakan**.
1. Untuk **Nama**, masukkan nama untuk kebijakan, seperti`query-monitoring`.
1. Pilih **Buat kebijakan**.
Setelah membuat kebijakan, Anda dapat memberikan izin yang sesuai.
Untuk memberikan akses dan menambahkan izin bagi pengguna, grup, atau peran Anda:
+ Pengguna dan grup di AWS IAM Identity Center:
Buat rangkaian izin. Ikuti instruksi di [Buat rangkaian izin](https://docs.aws.amazon.com//singlesignon/latest/userguide/howtocreatepermissionset.html) dalam *Panduan Pengguna AWS IAM Identity Center *.
+ Pengguna yang dikelola di IAM melalui penyedia identitas:
Buat peran untuk federasi identitas. Ikuti instruksi dalam [Buat peran untuk penyedia identitas pihak ketiga (federasi)](https://docs.aws.amazon.com//IAM/latest/UserGuide/id_roles_create_for-idp.html) dalam *Panduan Pengguna IAM*.
+ Pengguna IAM:
+ Buat peran yang dapat diambil pengguna Anda. Ikuti instruksi dalam [Buat peran untuk pengguna IAM](https://docs.aws.amazon.com//IAM/latest/UserGuide/id_roles_create_for-user.html) dalam *Panduan Pengguna IAM*.
+ (Tidak disarankan) Lampirkan kebijakan langsung ke pengguna atau tambahkan pengguna ke grup pengguna. Ikuti petunjuk dalam [Menambahkan izin ke pengguna (konsol)](https://docs.aws.amazon.com//IAM/latest/UserGuide/id_users_change-permissions.html#users_change_permissions-add-console) dalam *Panduan Pengguna IAM*.
# Memberikan izin pemantauan kueri untuk pengguna
Pengguna dengan `sys:monitor` izin dapat melihat semua kueri. Selain itu, pengguna dengan `sys:operator` izin dapat membatalkan kueri, menganalisis riwayat kueri, dan melakukan operasi vakum.
**Untuk memberikan izin pemantauan kueri bagi pengguna**
1. Masukkan perintah berikut untuk menyediakan akses monitor sistem, di mana *nama pengguna* adalah nama pengguna yang ingin Anda berikan aksesnya.
```
grant role sys:monitor to "IAM:user-name";
```
1. (Opsional) Masukkan perintah berikut untuk menyediakan akses operator sistem, di mana *nama pengguna* adalah nama pengguna yang ingin Anda berikan aksesnya.
```
grant role sys:operator to "IAM:user-name";
```
# Memberikan izin pemantauan kueri untuk peran
Pengguna dengan peran yang memiliki `sys:monitor` izin dapat melihat semua kueri. Selain itu, pengguna dengan peran yang memiliki `sys:operator` izin dapat membatalkan kueri, menganalisis riwayat kueri, dan melakukan operasi vakum.
**Untuk memberikan izin pemantauan kueri untuk peran**
1. Masukkan perintah berikut untuk menyediakan akses monitor sistem, di mana *role-name* adalah nama peran yang ingin Anda berikan aksesnya.
```
grant role sys:monitor to "IAMR:role-name";
```
1. (Opsional) Masukkan perintah berikut untuk menyediakan akses operator sistem, di mana *role-name* adalah nama peran yang ingin Anda berikan aksesnya.
```
grant role sys:operator to "IAMR:role-name";
```
# Menetapkan batas penggunaan, termasuk menetapkan batas RPU
Di bawah tab **Batas** untuk grup kerja, Anda dapat menambahkan satu atau beberapa batas penggunaan untuk mengontrol maksimum yang RPUs Anda gunakan dalam periode waktu tertentu, atau untuk menetapkan batas penggunaan berbagi data.
1. Pilih **Kelola batas penggunaan**. Bagian batas muncul di bagian bawah panel **Compute use by period**.
1. Tetapkan batas penggunaan dalam jumlah jam RPU.
1. Pilih **Frekuensi**, yaitu **Harian**, **Mingguan**, atau **Bulanan**. Ini menetapkan periode waktu untuk batas penggunaan. Memilih **Harian** dalam hal ini memberi Anda kontrol yang lebih rinci.
1. Tetapkan batas penggunaan, dalam jumlah jam.
1. Atur tindakan. Ini adalah sebagai berikut:
+ **Masuk ke tabel sistem** - Menambahkan catatan ke tampilan sistem [SYS\$1QUERY\$1HISTORY](https://docs.aws.amazon.com/redshift/latest/dg/SYS_QUERY_HISTORY.html). Anda dapat menanyakan `usage_limit` kolom dalam tampilan ini untuk menentukan apakah kueri melebihi batas.
+ **Peringatan** - Menggunakan Amazon SNS untuk mengatur langganan notifikasi dan mengirim pemberitahuan jika batas dilanggar. Anda dapat memilih topik Amazon SNS yang ada atau membuat yang baru.
+ **Matikan kueri pengguna** - Menonaktifkan kueri untuk menghentikan penggunaan Amazon Redshift Tanpa Server. Ini juga mengirimkan pemberitahuan.
Dua tindakan pertama bersifat informasional, tetapi yang terakhir mematikan pemrosesan kueri.
1. Secara opsional, Anda dapat menetapkan **batas penggunaan berbagi data Lintas Wilayah, yang membatasi jumlah** data yang ditransfer dari Wilayah produsen ke Wilayah konsumen yang dapat ditanyakan konsumen. Untuk melakukan ini, pilih **Tambahkan batas** dan ikuti langkah-langkahnya.
1. Pilih **Simpan perubahan** di bagian bawah halaman untuk menyimpan batas.
1. Atur hingga 3 batas lagi seperlunya.
Untuk informasi konseptual selengkapnya tentang RPUs dan penagihan, lihat [Penagihan Amazon Redshift Tanpa Server](https://docs.aws.amazon.com/redshift/latest/mgmt/serverless-billing.html).
# Menetapkan batas kueri
Di bawah tab **Batas** untuk grup kerja, Anda dapat menambahkan batas untuk memantau kinerja dan batas. Untuk informasi selengkapnya tentang batas pemantauan kueri, lihat aturan [pemantauan kueri WLM](https://docs.aws.amazon.com/redshift/latest/dg/cm-c-wlm-query-monitoring-rules.html).
1. Pilih **Kelola batas kueri**. Pilih **Tambahkan batas baru** pada dialog **Kelola batas kueri**.
1. Pilih jenis batas yang ingin Anda tetapkan dan masukkan nilai untuk batas yang sesuai.
1. Pilih **Simpan perubahan** untuk menyimpan batas.
Ketika Anda mengubah batas kueri dan parameter konfigurasi, database Anda akan restart.
# Mengatur antrian kueri
Amazon Redshift Serverless mendukung manajemen sumber daya kueri berbasis antrian. Anda dapat membuat antrean kueri khusus dengan aturan pemantauan yang disesuaikan untuk beban kerja yang berbeda-beda. Fitur ini memberikan kontrol granular atas penggunaan sumber daya.
Aturan pemantauan kueri (QMR) hanya berlaku di tingkat grup kerja Redshift Serverless, yang memengaruhi semua kueri yang dijalankan di workgroup ini secara seragam. Pendekatan berbasis antrean memungkinkan Anda membuat antrean dengan aturan pemantauan khusus. Anda dapat menetapkan antrean ini ke peran pengguna dan grup kueri tertentu. Setiap antrean beroperasi secara independen, dengan aturan yang hanya memengaruhi kueri dalam antrean tersebut.
Antrian memungkinkan Anda mengatur predikat berbasis metrik dan respons otomatis. Misalnya, Anda dapat mengonfigurasi aturan untuk secara otomatis membatalkan kueri yang melebihi batas waktu atau menggunakan terlalu banyak sumber daya.
## Pertimbangan-pertimbangan
Pertimbangkan hal berikut saat menggunakan antrian tanpa server:
+ Kunci konfigurasi Manajemen Beban Kerja (WLM) berikut yang digunakan di klaster yang disediakan Amazon Redshift tidak didukung dalam antrian Redshift Tanpa Server:,,,,,,,. `max_execution_time` `short_query_queue` `auto_wlm` `concurrency_scaling` `priority` `queue_type` `query_concurrency` `memory_percent_to_use` `user_group` `user_group_wild_card`
Selain itu hop, tindakan change\$1query\$1priority tidak didukung di Tanpa Server.
+ Tindakan hop (memindahkan kueri antar antrian) tidak didukung di Amazon Redshift Tanpa Server.
+ Prioritas antrian hanya didukung untuk klaster yang disediakan Amazon Redshift.
+ Amazon Redshift Serverless secara otomatis mengelola penskalaan dan alokasi sumber daya untuk kinerja optimal, sehingga Anda tidak perlu mengonfigurasi prioritas antrian secara manual.
## Menyiapkan antrian kueri
Anda dapat membuat antrian di bawah tab Limits untuk grup kerja tanpa server menggunakan, Konsol Manajemen AWS, AWS CLI atau Redshift Serverless API.
------
#### [ Console ]
Ikuti langkah-langkah ini untuk membuat antrean untuk grup kerja tanpa server Anda.
1. Arahkan ke grup kerja Redshift Serverless Anda.
1. Pilih tab Limits.
1. Di bawah **Query Queues**, pilih **Aktifkan** Antrian.
**penting**
Mengaktifkan antrian kueri adalah perubahan permanen. Anda tidak dapat kembali ke pemantauan tanpa antrian setelah diaktifkan.
1. Konfigurasikan antrian Anda menggunakan parameter berikut:
**Parameter tingkat antrian**
+ `name`- Pengidentifikasi antrian (wajib, unik, tidak kosong)
+ `user_role`- Array peran pengguna (opsional)
+ `query_group`- Array grup kueri (opsional)
+ `query_group_wild_card`- 0 atau 1 untuk mengaktifkan pencocokan wildcard (opsional)
+ `user_group_wild_card`- 0 atau 1 untuk mengaktifkan pencocokan wildcard (opsional)
+ `rules`- Array aturan pemantauan (opsional)
**Parameter tingkat aturan**
+ `rule_name`- Pengidentifikasi unik, maks 32 karakter (wajib)
+ `predicate`- Array kondisi, 1-3 predikat (wajib)
+ `action`- “batalkan” atau “log” (wajib)
**Parameter tingkat predikat**
+ `metric_name`- Metrik untuk memantau (wajib)
+ `operator`- “=”, “<”, or “>” (wajib)
+ `value`- Ambang numerik (wajib)
**Batas**
+ Antrian maks 8
+ Max 25 aturan di semua antrian
+ Maks 3 predikat per aturan
+ Nama aturan harus unik secara global
**Contoh Konfigurasi**
Contoh tiga antrian: satu untuk kueri dasbor dengan batas waktu singkat, satu untuk kueri ETL dengan batas waktu yang lama dan antrian admin:
```
[
{
"name": "dashboard",
"user_role": ["analyst", "viewer"],
"query_group": ["reporting"],
"query_group_wild_card": 1,
"rules": [
{
"rule_name": "short_timeout",
"predicate": [
{
"metric_name": "query_execution_time",
"operator": ">",
"value": 60
}
],
"action": "abort"
}
]
},
{
"name": "ETL",
"user_role": ["data_scientist"],
"query_group": ["analytics", "ml"],
"rules": [
{
"rule_name": "long_timeout",
"predicate": [
{
"metric_name": "query_execution_time",
"operator": ">",
"value": 3600
}
],
"action": "log"
},
{
"rule_name": "memory_limit",
"predicate": [
{
"metric_name": "query_temp_blocks_to_disk",
"operator": ">",
"value": 100000
}
],
"action": "abort"
}
]
},
{
"name": "admin_queue",
"user_role": ["admin"],
"query_group": ["admin"]
}
]
```
Dalam contoh ini:
+ Kueri dasbor dibatalkan jika berjalan lebih dari 60 detik
+ Kueri ETL dicatat jika dijalankan lebih dari satu jam
+ Antrian admin tidak memiliki batasan sumber daya
------
#### [ CLI ]
Anda dapat mengelola antrian menggunakan CreateWorkgroup atau UpdateWorkgroup APIs dengan parameter `wlm_json_configuration` konfigurasi untuk menentukan antrian dalam format JSON.
```
aws redshift-serverless create-workgroup \
--workgroup-name test-workgroup \
--namespace-name test-namespace \
--config-parameters '[{"parameterKey": "wlm_json_configuration", "parameterValue": "[{\"name\":\"dashboard\",\"user_role\":[\"analyst\",\"viewer\"],\"query_group\":[\"reporting\"],\"query_group_wild_card\":1,\"rules\":[{\"rule_name\":\"short_timeout\",\"predicate\":[{\"metric_name\":\"query_execution_time\",\"operator\":\">\",\"value\":60}],\"action\":\"abort\"}]},{\"name\":\"ETL\",\"user_role\":[\"data_scientist\"],\"query_group\":[\"analytics\",\"ml\"],\"rules\":[{\"rule_name\":\"long_timeout\",\"predicate\":[{\"metric_name\":\"query_execution_time\",\"operator\":\">\",\"value\":3600}],\"action\":\"log\"},{\"rule_name\":\"memory_limit\",\"predicate\":[{\"metric_name\":\"query_temp_blocks_to_disk\",\"operator\":\">\",\"value\":100000}],\"action\":\"abort\"}]},{\"name\":\"admin_queue\",\"user_role\":[\"admin\"],\"query_group\":[\"admin\"]}]"}]'
```
------
## Praktik terbaik
Ingatlah praktik terbaik berikut saat Anda menggunakan antrian tanpa server.
+ Gunakan antrian terpisah untuk beban kerja dengan persyaratan batas yang berbeda (misalnya, ETL, pelaporan, atau analisis ad-hoc).
+ Mulailah dengan ambang batas sederhana dan sesuaikan berdasarkan perilaku kueri dan pola penggunaan. Anda dapat memantau pola penggunaan kueri menggunakan tabel dan tampilan yang didokumentasikan dalam [tabel dan tampilan sistem untuk aturan pemantauan kueri](https://docs.aws.amazon.com/redshift/latest/dg/cm-c-wlm-query-monitoring-rules.html#cm-c-wlm-qmr-tables-and-views).
# Memeriksa data ringkasan Amazon Redshift Tanpa Server menggunakan dasbor
Dasbor Amazon Redshift Tanpa Server berisi kumpulan panel yang menampilkan at-a-glance metrik dan informasi tentang workgroup dan namespace Anda. Panel-panel ini meliputi:
+ **Ringkasan sumber daya** - Menampilkan informasi tingkat tinggi tentang Amazon Redshift Tanpa Server, seperti penyimpanan yang digunakan dan metrik lainnya.
+ **Ringkasan kueri** - Menampilkan informasi tentang kueri, termasuk kueri lengkap dan kueri yang sedang berjalan. Pilih **Lihat detail** untuk membuka layar yang memiliki filter tambahan.
+ **Kapasitas RPU yang digunakan** - Menampilkan kapasitas keseluruhan yang digunakan selama periode waktu tertentu, seperti sepuluh jam sebelumnya, misalnya.
+ **Datashares** - Menunjukkan jumlah datashares, yang digunakan untuk berbagi darta antara, misalnya, akun. AWS Metrik menunjukkan datashares mana yang memerlukan otorisasi, dan informasi lainnya.
+ **Total penggunaan komputasi** - Menunjukkan total jam RPU yang Anda konsumsi untuk grup kerja yang dipilih selama rentang waktu yang dipilih, hingga 7 hari terakhir.
Dari dasbor, Anda dapat dengan cepat menyelami metrik yang tersedia ini untuk memeriksa detail mengenai Amazon Redshift Tanpa Server, atau meninjau kueri, atau melacak item pekerjaan.