Menjeda dan melanjutkan cluster

Jika Anda memiliki cluster yang hanya perlu tersedia pada waktu tertentu, Anda dapat menjeda cluster dan kemudian melanjutkannya. Sementara cluster dijeda, penagihan sesuai permintaan ditangguhkan. Hanya penyimpanan cluster yang dikenakan biaya. Untuk informasi selengkapnya tentang harga, lihat halaman harga Amazon Redshift.

Saat Anda menjeda klaster, Amazon Redshift membuat snapshot, mulai menghentikan kueri, dan menempatkan cluster dalam status jeda. Jika Anda menghapus klaster yang dijeda tanpa meminta snapshot akhir, maka Anda tidak dapat memulihkan cluster. Anda tidak dapat membatalkan atau memutar kembali jeda atau melanjutkan operasi setelah dimulai.

Anda dapat menjeda dan melanjutkan cluster di konsol Amazon Redshift, dengan, atau dengan AWS CLI operasi Amazon Redshift. API

Anda dapat menjadwalkan tindakan untuk menjeda dan melanjutkan cluster. Saat Anda menggunakan konsol Amazon Redshift baru untuk membuat jadwal berulang untuk menjeda dan melanjutkan, maka dua tindakan terjadwal dibuat untuk rentang tanggal yang Anda pilih. Nama tindakan terjadwal diberi akhiran dengan -pause dan. -resume Panjang total nama harus sesuai dengan ukuran maksimum nama tindakan terjadwal.

Anda tidak dapat menjeda jenis cluster berikut:

• EC2-Cluster klasik.

• Cluster yang tidak aktif, misalnya, cluster yang saat ini sedang dimodifikasi.

• Modul keamanan perangkat keras (HSM) cluster.

• Cluster yang memiliki snapshot otomatis dimatikan.

Saat memutuskan untuk menjeda klaster, pertimbangkan hal berikut:

• Koneksi atau kueri ke klaster tidak tersedia.

• Anda tidak dapat melihat informasi pemantauan kueri klaster yang dijeda di konsol Amazon Redshift.

• Anda tidak dapat memodifikasi cluster yang dijeda. Tindakan terjadwal apa pun di cluster tidak dilakukan. Ini termasuk membuat snapshot, mengubah ukuran cluster, dan operasi pemeliharaan cluster.

• Metrik perangkat keras tidak dibuat. Perbarui CloudWatch alarm Anda jika alarm Anda disetel pada metrik yang hilang.

• Anda tidak dapat menyalin snapshot otomatis terbaru dari cluster yang dijeda ke snapshot manual.

• Sementara cluster berhenti, itu tidak dapat dilanjutkan sampai operasi jeda selesai.

• Saat Anda menjeda klaster, penagihan ditangguhkan. Namun, operasi jeda biasanya selesai dalam waktu 15 menit, tergantung pada ukuran cluster.

• Log audit diarsipkan dan tidak dipulihkan pada resume.

• Setelah klaster dijeda, jejak dan log mungkin tidak tersedia untuk memecahkan masalah yang terjadi sebelum jeda.

• Tabel tanpa cadangan di cluster tidak dipulihkan saat resume. Untuk informasi selengkapnya tentang tabel tanpa cadangan, lihat Mengecualikan tabel dari snapshot.

• Jika Anda mengelola kredensi admin Anda menggunakan AWS Secrets Manager dan menjeda klaster Anda, rahasia klaster Anda tidak akan dihapus dan Anda akan terus ditagih untuk rahasia tersebut. Untuk informasi selengkapnya tentang mengelola kata sandi admin Redshift Anda AWS Secrets Manager, lihat. Mengelola kata sandi admin Amazon Redshift menggunakan AWS Secrets Manager

Saat Anda melanjutkan cluster, pertimbangkan hal berikut:

• Versi cluster dari cluster yang dilanjutkan diperbarui ke versi pemeliharaan berdasarkan jendela pemeliharaan cluster.

• Jika Anda menghapus subnet yang terkait dengan cluster yang dijeda, Anda mungkin memiliki jaringan yang tidak kompatibel. Dalam hal ini, pulihkan cluster Anda dari snapshot terbaru.

• Jika Anda menghapus alamat IP Elastis saat cluster dijeda, maka alamat IP Elastis baru diminta.

• Jika Amazon Redshift tidak dapat melanjutkan cluster dengan elastic network interface sebelumnya, Amazon Redshift mencoba mengalokasikan yang baru.

• Saat Anda melanjutkan cluster, alamat IP node Anda mungkin berubah. Anda mungkin perlu memperbarui VPC pengaturan untuk mendukung alamat IP baru ini untuk fitur seperti COPY dari Secure Shell (SSH) atau COPY dari AmazonEMR.

• Jika Anda mencoba melanjutkan cluster yang tidak dijeda, operasi resume mengembalikan kesalahan. Jika operasi resume merupakan bagian dari tindakan terjadwal, ubah atau hapus tindakan terjadwal untuk mencegah kesalahan di masa depan.

• Bergantung pada ukuran cluster, dibutuhkan beberapa menit untuk melanjutkan cluster sebelum kueri dapat diproses. Selain itu, kinerja kueri dapat terpengaruh untuk beberapa periode waktu saat cluster sedang dihidrasi ulang setelah resume selesai.