Pertimbangan saat menggunakan Amazon Redshift Serverless - Amazon Redshift

Amazon Redshift tidak akan lagi mendukung pembuatan Python UDFs baru mulai 1 November 2025. Jika Anda ingin menggunakan Python UDFs, buat UDFs sebelum tanggal tersebut. Python yang ada UDFs akan terus berfungsi seperti biasa. Untuk informasi lebih lanjut, lihat posting blog.

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Pertimbangan saat menggunakan Amazon Redshift Serverless

Untuk daftar Wilayah AWS tempat Amazon Redshift Serverless tersedia, lihat titik akhir yang terdaftar untuk Redshift Serverless API di. Referensi Umum Amazon Web Services

Beberapa sumber daya yang digunakan oleh Amazon Redshift Serverless tunduk pada kuota. Untuk informasi selengkapnya, lihat Kuota untuk objek Amazon Redshift Tanpa Server.

Saat Anda MENDEKLARASIKAN kursor, spesifikasi ukuran set hasil untuk Amazon Redshift Serverless ditentukan dalam DECLARE. Amazon Redshift Serverless memiliki kursor maksimum total hasil set ukuran 150.000 MB.

Penambalan Online — Amazon Redshift Serverless menawarkan pembaruan perangkat lunak otomatis tanpa memerlukan jendela pemeliharaan tradisional. Ketika pembaruan baru tersedia, sistem menerapkannya dalam waktu 14 hari setelah rilis selama periode idle. Proses pembaruan biasanya memakan waktu hingga 15 menit. Jika tidak ada periode idle 15 menit yang terjadi dalam 14 hari, titik akhir Tanpa Server Anda mungkin mengalami ketidaktersediaan singkat. Selama waktu ini, koneksi aplikasi ke titik akhir mungkin gagal. Anda dapat memantau rilis patch Redshift di dokumentasi “Versi cluster untuk Amazon Redshift”. Untuk informasi tentang Amazon Redshift Tanpa Server, lihat Perjanjian Tingkat SLAs Layanan Amazon Redshift.

Lacak - Saat Amazon Redshift merilis versi workgroup baru, workgroup Anda diperbarui secara otomatis. Anda dapat mengontrol apakah workgroup Anda diperbarui ke rilis terbaru atau ke rilis sebelumnya. Untuk informasi tentang trek, lihatTrek untuk klaster yang disediakan Amazon Redshift dan grup kerja tanpa server.

Availability Zone IDs — Saat mengonfigurasi instans Amazon Redshift Tanpa Server, buka Pertimbangan tambahan, dan pastikan subnet yang IDs disediakan di Subnet berisi setidaknya dua Availability Zone yang didukung. IDs

  • Untuk workgroup tanpa Enhanced VPC Routing (EVR), Anda memerlukan dua Availability Zones (). AZs

  • Untuk kelompok kerja dengan EVR, Anda membutuhkan tiga. AZs

Untuk melihat subnet ke pemetaan ID Availability Zone, buka konsol VPC dan pilih Subnet untuk melihat daftar subnet dengan Availability Zone mereka. IDs IDs Verifikasi bahwa subnet Anda dipetakan ke ID Availability Zone yang didukung. Untuk membuat subnet, lihat Membuat subnet di VPC Anda di Panduan Pengguna Amazon VPC.

Dua subnet (tanpa EVR) — Anda harus memiliki setidaknya dua subnet, dan mereka harus menjangkau dua Availability Zone.

Tiga subnet (hanya dengan EVR) — Anda harus memiliki setidaknya tiga subnet saat Anda menggunakan EVR, dan mereka harus menjangkau tiga atau lebih Availability Zone.

Persyaratan alamat IP gratis — Saat menggunakan Redshift Serverless tanpa peningkatan perutean VPC (EVR) diaktifkan, Anda harus memiliki setidaknya tiga alamat IP gratis yang tersedia di setiap subnet. Ini adalah persyaratan berfungsinya layanan dengan baik.

Saat memperbarui RPUs untuk penyebaran Redshift Tanpa Server, setidaknya tiga alamat IP gratis harus tersedia di setiap subnet untuk mengakomodasi persyaratan operasional layanan.

Untuk informasi selengkapnya tentang mengalokasikan alamat IP dan memahami pengalamatan IP di Amazon VPC, lihat Pengalamatan IP untuk subnet Anda dan VPCs subnet di Panduan Pengguna Amazon VPC.

Without EVR

Jika Anda tidak menggunakan perutean VPC yang disempurnakan, Anda harus memiliki setidaknya tiga alamat IP gratis untuk setiap subnet, terlepas dari ukuran RPU dasar (4 hingga 1024 RPUs), atau penggunaan RPU dari kelompok kerja atau kelompok kerja Anda. Kebutuhan akan 3 alamat IP juga berlaku untuk kelompok kerja yang memiliki kemampuan penskalaan dan pengoptimalan berbasis AI diaktifkan.

With Enhanced VPC Routing (EVR)

Jika Anda menggunakan perutean VPC yang disempurnakan dengan Redshift Serverless, jumlah minimum alamat IP yang diperlukan saat membuat workgroup adalah sebagai berikut:

Unit Pemrosesan Pergeseran Merah () RPUs Diperlukan alamat IP gratis Ukuran CIDR minimum
4 9 /27
8 9 /27
16 13 /27
32 13 /27
64 21 /27
128 37 /26
256 69 /25
512 133 /24
1024 261 /23

Dengan EVR, Anda juga memerlukan alamat IP gratis saat memperbarui workgroup Anda untuk menggunakan lebih banyak. RPUs Jumlah alamat IP gratis yang diperlukan saat memperbarui subnet untuk workgroup adalah sebagai berikut:

Unit Pemrosesan Pergeseran Merah () RPUs Unit Pemrosesan Redshift yang Diperbarui () RPUs Diperlukan alamat IP gratis
4 8 10
8 16 10
16 32 13
32 64 16
64 128 28
128 256 52
256 512 100
512 1024 197
catatan

Kapasitas RPU dasar maksimum 1024 hanya tersedia sebagai berikut: Wilayah AWS

  • Timur AS (N. Virginia)

  • AS Timur (Ohio)

  • AS Barat (Oregon)

  • Europe (Ireland)

  • Eropa (London)

Untuk informasi selengkapnya tentang mengalokasikan alamat IP, lihat Pengalamatan IP di Panduan Pengguna Amazon VPC.

Ruang penyimpanan setelah migrasi — Saat memigrasikan cluster kecil yang disediakan Amazon Redshift ke Amazon Redshift Tanpa Server, Anda mungkin melihat peningkatan alokasi ruang penyimpanan setelah migrasi. Ini adalah hasil dari alokasi ruang penyimpanan yang dioptimalkan, menghasilkan ruang penyimpanan yang telah dialokasikan sebelumnya. Ruang ini digunakan selama periode waktu tertentu karena data tumbuh di Amazon Redshift Tanpa Server.

Datasharing antara Amazon Redshift Serverless dan Amazon Redshift yang disediakan cluster — Saat datasharing di mana Amazon Redshift Serverless adalah produsen dan cluster yang disediakan adalah konsumen, cluster yang disediakan harus memiliki versi cluster lebih lambat dari 1.0.38214. Jika Anda menggunakan versi cluster lebih awal dari ini, kesalahan terjadi saat Anda menjalankan kueri. Anda dapat melihat versi cluster di konsol Amazon Redshift di tab Maintenance. Anda juga bisa lariSELECT version();.

Waktu eksekusi kueri maksimum - Waktu eksekusi yang telah berlalu untuk kueri, dalam hitungan detik. Waktu eksekusi tidak termasuk waktu yang dihabiskan menunggu dalam antrian. Jika kueri melebihi waktu eksekusi yang ditetapkan, Amazon Redshift Serverless menghentikan kueri. Nilai yang valid adalah 0—86.399.

Migrasi untuk tabel dengan kunci pengurutan yang disisipkan — Saat memigrasikan klaster yang disediakan Amazon Redshift ke Amazon Redshift Tanpa Server, Redshift mengonversi tabel dengan tombol pengurutan interleaved dan DISTSTYLE KEY menjadi kunci pengurutan majemuk. DISTSTYLE tidak berubah. Untuk informasi selengkapnya tentang gaya distribusi, lihat Bekerja dengan gaya distribusi data di Panduan Pengembang Amazon Redshift. Untuk informasi selengkapnya tentang kunci sortir, lihat Bekerja dengan kunci sortir.

Berbagi VPC - Anda dapat membuat grup kerja Amazon Redshift Tanpa Server di VPC bersama. Jika Anda melakukannya, kami menyarankan agar Anda tidak menghapus pembagian sumber daya karena dapat mengakibatkan workgroup menjadi tidak tersedia.

IPv6 Support:

Amazon Redshift Serverless mendukung konfigurasi workgroup Amazon Redshift Anda dengan konfigurasi IPv6 dan alamat (dual-stack) IPv4 atau IPv4 -only dalam Virtual Private Clouds (). AWS VPCs Anda dapat mengaktifkan IPv6 dukungan saat membuat grup kerja Amazon Redshift Serverless baru atau memodifikasi grup kerja yang ada untuk mendukung pengalamatan. IPv6 Dengan kemampuan ini, Anda dapat menerapkan gudang Amazon Redshift Tanpa Server di subnet VPC IPv6 yang diaktifkan dan mengonfigurasi pengaturan jaringan untuk mendukung kebutuhan ruang alamat aplikasi yang diperluas. Aplikasi Anda sekarang dapat berkomunikasi dengan gudang Amazon Redshift Tanpa Server menggunakan salah satu IPv4 atau IPv6 protokol, memastikan kompatibilitas dengan arsitektur jaringan yang ada dan masa depan.