Pertimbangan saat menggunakan Amazon Redshift Serverless

Untuk daftar Wilayah AWS di mana 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 MENDEKLARASI kursor, spesifikasi ukuran set hasil untuk Amazon Redshift Serverless ditentukan di DECLARE. https://docs.aws.amazon.com/redshift/latest/dg/declare.html Amazon Redshift Serverless memiliki ukuran set hasil total maksimum kursor 150.000 MB.

Patching 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 SLA Tanpa Server Amazon Redshift, lihat Perjanjian Tingkat Layanan Amazon Redshift.

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

ID Zona Ketersediaan — Saat Anda mengonfigurasi instans Amazon Redshift Serverless, buka Pertimbangan tambahan, dan pastikan ID subnet yang disediakan di Subnet berisi setidaknya dua ID Zona Ketersediaan yang didukung.

Untuk melihat subnet ke pemetaan ID Zona Ketersediaan, buka konsol VPC dan pilih Subnet untuk melihat daftar ID subnet dengan ID Zona Ketersediaan mereka. Pastikan subnet Anda dipetakan ke ID Zona Ketersediaan 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 Zona Ketersediaan.

Tiga subnet (hanya dengan EVR) — Anda harus memiliki setidaknya tiga subnet saat menggunakan EVR, dan mereka harus mencakup tiga atau lebih Zona Ketersediaan.

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

Saat memperbarui RPU untuk penerapan Redshift Serverless, 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 VPC dan subnet Anda di Panduan Pengguna Amazon VPC.

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 Serverless, 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 seiring bertambahnya data di Amazon Redshift Serverless.

Berbagi data antara cluster yang disediakan Amazon Redshift Serverless dan Amazon Redshift — Saat berbagi data 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 pada tab Pem eliharaan. Anda juga bisa berlariSELECT version();.

Waktu eksekusi kueri maksimum — Waktu eksekusi yang telah berlalu untuk kueri, dalam 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 cluster yang disediakan Amazon Redshift ke Amazon Redshift Serverless, Redshift mengonversi tabel dengan kunci pengurutan yang disisipkan dan KUNCI DISTSTYLE 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 pengurutan, lihat Bekerja dengan kunci pengurutan.

Berbagi VPC — Anda dapat membuat grup kerja Amazon Redshift Serverless di VPC bersama. Jika Anda melakukannya, sebaiknya Anda tidak menghapus berbagi sumber daya karena dapat mengakibatkan grup kerja menjadi tidak tersedia.

Dukungan IPv6:

Amazon Redshift Serverless mendukung konfigurasi grup kerja Amazon Redshift Anda dengan alamat IPv4 dan IPv6 (dual-stack) atau IPv4-only konfigurasi dalam Virtual Private Cloud (VPC) Anda AWS . Anda dapat mengaktifkan dukungan IPv6 saat membuat grup kerja Amazon Redshift Serverless baru atau memodifikasi kelompok kerja yang ada untuk mendukung pengalamatan IPv6. Dengan kemampuan ini, Anda dapat menerapkan gudang Amazon Redshift Serverless di subnet IPv6-enabled VPC dan mengonfigurasi pengaturan jaringan untuk mendukung perluasan kebutuhan ruang alamat aplikasi Anda. Aplikasi Anda sekarang dapat berkomunikasi dengan gudang Amazon Redshift Serverless menggunakan protokol IPv4 atau IPv6, memastikan kompatibilitas dengan arsitektur jaringan yang ada dan yang akan datang.