Trek untuk klaster yang disediakan Amazon Redshift dan grup kerja tanpa server - 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.

Trek untuk klaster yang disediakan Amazon Redshift dan grup kerja tanpa server

Saat Amazon Redshift merilis versi baru, Amazon Redshift akan memperbarui versi gudang data Amazon Redshift Anda (grup kerja tanpa server atau klaster yang disediakan). Anda dapat mengontrol apakah gudang data Anda diperbarui ke rilis terbaru atau ke rilis bersertifikat sebelumnya.

Grup kerja tanpa server atau trek klaster yang disediakan menentukan versi rilis mana yang diterapkan selama pembaruan versi. Amazon Redshift memperbarui kluster yang disediakan selama jendela pemeliharaan yang ditentukan, dan biasanya memperbarui grup kerja tanpa server selama periode idle. Untuk detail tentang kapan Redshift Serverless memperbarui workgroup, lihat. Memperbarui grup kerja tanpa server

Saat Amazon Redshift merilis versi baru, versi tersebut ditetapkan ke trek saat ini, dan versi sebelumnya ditetapkan ke trailing track. Untuk mengatur trek untuk gudang data Anda, tentukan salah satu nilai berikut:

  • Saat ini - Dengan trek saat ini, Anda mendapatkan versi rilis paling up-to-date bersertifikat dengan fitur terbaru, pembaruan keamanan, dan peningkatan kinerja.

  • Trailing — Dengan Trailing track, Anda akan berada di rilis bersertifikat sebelumnya.

Misalnya, workgroup tanpa server Anda saat ini menjalankan versi 1.0.2762 dan Amazon Redshift merilis Redshift Serverless versi 1.0.3072. Jika nilai track Anda Current, workgroup Anda diperbarui ke versi 1.0.3072 (rilis terbaru). Jika Anda menyetel nilai track ke Trailing, workgroup Anda akan diperbarui saat versi trailing track berikutnya dirilis.

Dengan fitur trailing track, Anda memiliki opsi untuk menjalankan subset gudang data Amazon Redshift di trailing track. Hal ini memungkinkan untuk 1-6 minggu pengujian dan validasi integrasi pada gudang data yang disetel ke trek Saat ini sebelum menerapkan rilis ke gudang data di Trailing track. Secara default, Amazon Redshift membuat semua cluster dan grup kerja di trek Saat Ini untuk memanfaatkan rilis tersertifikasi yang paling banyak up-to-date. Namun, menggunakan trailing track Amazon Redshift di lingkungan produksi Anda, dan trek saat ini di lingkungan pengujian dan pengembangan Anda, memberi Anda ketekunan dan waktu tambahan untuk mengevaluasi rilis terbaru. Trailing track memastikan stabilitas maksimum, membuatnya ideal untuk beban kerja yang sangat penting dalam lingkungan produksi.

catatan

Versi trailing track mungkin sama dengan versi trek saat ini untuk waktu yang singkat. Ini terjadi ketika trek saat ini belum maju ke versi berikutnya. Biasanya, versi trek saat ini berada di depan versi trailing track.

Beralih antar trek

Mengubah trek untuk sumber daya Amazon Redshift umumnya merupakan keputusan satu kali. Anda harus berhati-hati dalam mengubah trek. Untuk informasi tentang fitur mana yang ada di versi gudang data, lihatVersi klaster untuk Amazon Redshift.

Jika Anda mengubah trek dari Trailing ke Current, kami akan memperbarui gudang data ke versi rilis trek saat ini. Jika Anda mengubah track data warehouse menjadi Trailing, kami akan memperbarui data warehouse Anda sebagai berikut:

  • Untuk grup kerja tanpa server, kami memperbarui versi gudang data Anda selama periode idle. Untuk detail selengkapnya tentang cara Redshift Serverless memperbarui versi workgroup Anda, lihat. Memperbarui grup kerja tanpa server

  • Untuk kluster yang disediakan, kami tidak akan memperbarui gudang data Anda hingga ada rilis baru setelah versi rilis trek saat ini.

Melacak dan memulihkan

Untuk grup kerja tanpa server, snapshot mewarisi trek gudang data Amazon Redshift target. Misalnya, jika Anda membuat snapshot untuk grup kerja yang disetel ke Trailing track, dan menerapkan snapshot tersebut ke grup kerja yang disetel ke Track saat ini, workgroup akan memiliki setelan trek Current.

Untuk klaster yang disediakan, snapshot mewarisi trek gudang data Amazon Redshift sumber. Jika Anda mengubah trek gudang data sumber setelah mengambil snapshot, snapshot dan gudang data sumber berada di trek yang berbeda. Saat Anda memulihkan dari snapshot, gudang data baru akan berada di trek yang diwarisi dari sumber snapshot. Anda dapat mengubah trek setelah operasi pemulihan selesai.

Mengubah ukuran gudang data tidak memengaruhi lintasannya.

Memperbarui grup kerja tanpa server

Saat versi baru tersedia untuk trek yang dipilih grup kerja, Amazon Redshift Serverless biasanya menerapkan pembaruan selama periode idle selama tidak ada permintaan pembaruan trek yang tertunda. Jika workgroup tidak mengalami periode idle dalam 14 hari, Redshift Serverless memaksa pembaruan versi.

Redshift Tanpa Server hanya memperbarui workgroup Anda ke versi berikutnya yang lebih tinggi. Redshift Tanpa Server tidak melewatkan versi perantara atau grup kerja downgrade, meskipun versi untuk trek grup kerja yang dipilih kurang dari versi grup kerja saat ini. Workgroup Anda tidak akan menerima upgrade versi utama sampai dan kecuali Trailing trek menyusul.

Sebagai contoh, misalkan Current trek adalah versi 186, dan versi Trailing trek adalah 185. Jika Anda memiliki workgroup yang memiliki Track nilaiCurrent, yang versinya 186, jika Anda mengubah Track nilainya, Trailing Redshift Serverless tidak akan menurunkan versi workgroup ke 185. Dalam skenario ini, Redshift Serverless menjaga workgroup pada versi 186 hingga versi Trailing track sama dengan atau lebih tinggi dari 186.

Jika perubahan trek tertunda, Redshift Serverless tidak memperbarui workgroup ke versi utama berikutnya di trek yang ada hingga menerapkan perubahan trek. Setelah perubahan trek selesai, Redshift Serverless mengevaluasi kondisi untuk memperbarui workgroup ke versi yang sesuai di bawah trek baru.

Misalnya, jika workgroup Anda disetel ke Current track, dan track saat ini adalah 186, dan Anda mengubah workgroup Anda ke trackTrailing, Redshift Serverless tidak akan memperbarui workgroup sampai setelah menerapkan perubahan trek, dan setelah versi diperbarui ke Trailing versi yang sama dengan atau lebih tinggi dari 186.

catatan

Setiap operasi yang ada pada workgroup, seperti memulihkan dari snapshot, mengubah kunci KMS, atau mengubah ukuran, hanya terjadi pada trek yang ada. Redshift Serverless tidak menggunakan track yang tertunda untuk operasi tanpa server.

Jika Anda memiliki permintaan sakelar trek yang tertunda, Anda dapat membatalkan permintaan dengan menyetel track parameter kembali ke nilai aslinya menggunakan UpdateWorkgroup.

Mengelola versi

Lagu adalah serangkaian rilis. Anda dapat memutuskan apakah gudang data Amazon Redshift Anda berada di trek saat ini atau trek Trailing. Jika Anda menempatkan gudang data Anda di trek saat ini, itu akan selalu ditingkatkan ke versi rilis terbaru. Jika Anda meletakkan sumber daya Anda di Trailing track, itu akan selalu menjalankan versi rilis yang dirilis segera sebelum versi yang paling baru dirilis.

Untuk kluster yang disediakan, kolom Status rilis di daftar konsol Amazon Redshift dari gudang data Amazon Redshift menunjukkan apakah salah satu sumber daya Anda tersedia untuk ditingkatkan.

Menentukan versi workgroup atau cluster

Anda dapat menentukan versi workgroup tanpa server Amazon Redshift atau engine versi cluster yang disediakan dengan konsol Amazon Redshift.

Masuk ke AWS Management Console dan buka konsol Amazon Redshift di. https://console.aws.amazon.com/redshiftv2/

Serverless workgroups

Untuk grup kerja tanpa server, pada menu navigasi, pilih Workgroups, lalu pilih nama workgroup dari daftar untuk membuka detailnya. Rincian workgroup ditampilkan.

Provisioned clusters

Untuk kluster yang disediakan, pada menu navigasi, pilih Cluster, lalu pilih nama cluster dari daftar untuk membuka detailnya.

Rincian cluster ditampilkan, yang dapat mencakup kinerja Cluster, pemantauan Kueri, Database, Datashares, Jadwal, Pemeliharaan, dan tab Properti. Pilih tab Pemeliharaan untuk detail selengkapnya.

Di bagian Pemeliharaan, temukan Versi cluster saat ini.

catatan

Untuk cluster yang disediakan, konsol menampilkan informasi versi dalam satu bidang, tetapi ada dua parameter di Amazon Redshift API. Parameter ini adalah ClusterVersion danClusterRevisionNumber. Untuk informasi selengkapnya, lihat Cluster di Referensi Amazon Redshift API.