Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Pertimbangan upgrade saat bekerja dengan cluster berbasis node
catatan
Pertimbangan berikut hanya berlaku saat memutakhirkan cluster berbasis node. Mereka tidak berlaku untuk ElastiCache Serverless.
Pertimbangan OSS Valkey dan Redis
Saat memutakhirkan klaster Valkey atau Redis OSS berbasis node, pertimbangkan hal berikut.
Manajemen versi mesin dirancang agar Anda dapat memiliki kontrol sebanyak mungkin terkait cara melakukan patching. Namun, ElastiCache berhak untuk menambal cluster Anda atas nama Anda jika terjadi kerentanan keamanan kritis dalam sistem atau perangkat lunak cache.
Dimulai dengan ElastiCache versi 7.2 untuk Valkey dan ElastiCache versi 6.0 untuk Redis OSS, ElastiCache akan menawarkan versi tunggal untuk setiap rilis minor, daripada menawarkan beberapa versi patch.
Dimulai dengan Redis OSS engine versi 5.0.6, Anda dapat meningkatkan versi cluster Anda dengan downtime minimal. Klaster tersedia untuk operasi baca selama keseluruhan proses peningkatan dan tersedia untuk operasi tulis untuk sebagian besar durasi peningkatan, kecuali selama operasi failover yang berlangsung beberapa detik.
Anda juga dapat meningkatkan ElastiCache cluster Anda dengan versi lebih awal dari 5.0.6. Tindakan ini melibatkan proses yang sama tetapi mungkin mengalami waktu failover lebih lama selama penyebaran DNS (30 detik - 1 menit).
-
Dimulai dengan Redis OSS 7, ElastiCache mendukung peralihan antara Valkey atau Redis OSS (mode cluster dinonaktifkan) dan Valkey atau Redis OSS (mode cluster diaktifkan).
-
Proses peningkatan mesin Amazon ElastiCache for Redis OSS dirancang untuk melakukan upaya terbaik untuk mempertahankan data Anda yang ada dan membutuhkan replikasi Redis OSS yang berhasil.
-
Saat memutakhirkan mesin, ElastiCache akan menghentikan koneksi klien yang ada. Untuk meminimalkan waktu henti selama peningkatan mesin, kami sarankan Anda menerapkan praktik terbaik untuk klien Redis OSS dengan percobaan ulang kesalahan dan mundur eksponensial serta praktik terbaik untuk meminimalkan waktu henti selama pemeliharaan.
-
Anda tidak dapat memutakhirkan langsung dari Valkey atau Redis OSS (mode cluster dinonaktifkan) ke Valkey atau Redis OSS (mode cluster diaktifkan) saat Anda memutakhirkan mesin Anda. Prosedur berikut menunjukkan cara memutakhirkan dari Valkey atau Redis OSS (mode cluster dinonaktifkan) ke Valkey atau Redis OSS (mode cluster diaktifkan).
Untuk memutakhirkan dari Valkey atau Redis OSS (mode cluster dinonaktifkan) ke versi mesin Valkey atau Redis OSS (mode cluster diaktifkan)
-
Buat cadangan cluster Valkey atau Redis OSS Anda (mode cluster dinonaktifkan) atau grup replikasi. Untuk informasi selengkapnya, lihat Membuat cadangan manual.
-
Gunakan cadangan untuk membuat dan menyemai cluster Valkey atau Redis OSS (mode cluster diaktifkan) dengan satu shard (grup simpul). Tentukan versi mesin baru dan aktifkan mode klaster saat membuat klaster atau grup replikasi. Untuk informasi selengkapnya, lihat Tutorial: Menyemai cluster berbasis node baru dengan cadangan yang dibuat secara eksternal.
-
Hapus cluster Valkey atau Redis OSS lama (mode cluster dinonaktifkan) atau grup replikasi. Untuk informasi selengkapnya, lihat Menghapus cluster di ElastiCache atau Menghapus grup replikasi.
-
Skala cluster atau grup replikasi Valkey atau Redis OSS (mode cluster diaktifkan) baru ke jumlah pecahan (grup simpul) yang Anda butuhkan. Untuk informasi selengkapnya, lihat Penskalaan cluster Valkey atau Redis OSS (Mode Cluster Diaktifkan)
-
-
Saat meningkatkan versi utama mesin, misalnya dari 5.0.6 ke 6.0, Anda juga harus memilih grup parameter baru yang kompatibel dengan versi mesin yang baru tersebut.
-
Untuk cluster Redis OSS tunggal dan cluster yang Multi-AZ dinonaktifkan, kami menyarankan agar memori yang cukup tersedia untuk Redis OSS seperti yang dijelaskan dalam. Memastikan Anda memiliki memori yang cukup untuk membuat snapshot Valkey atau Redis OSS Dalam kasus ini, klaster primer tidak tersedia untuk melayani permintaan selama proses peningkatan.
-
Untuk cluster Redis OSS yang Multi-AZ diaktifkan, kami juga menyarankan Anda menjadwalkan peningkatan mesin selama periode lalu lintas tulis masuk rendah. Saat memutakhirkan ke Redis OSS 5.0.6 atau lebih tinggi, cluster utama terus tersedia untuk permintaan layanan selama proses peningkatan.
Klaster dan grup replikasi dengan beberapa serpihan diproses dan di-patch sebagai berikut:
-
Semua serpihan diproses secara paralel. Hanya satu operasi peningkatan yang akan dilakukan pada satu serpihan kapan saja.
-
Di setiap pecahan, Amazon ElastiCache membuat satu set node baru yang menjalankan versi mesin baru. Node baru disinkronkan dengan node primer yang ada. Setelah sinkronisasi selesai, failover mempromosikan node baru ke primer. Node baru yang tersisa kemudian disinkronkan dengan primer baru, dan node lama dihapus dari cluster.
-
Selama proses ini, ada periode singkat di mana node lama dan baru terlihat dalam topologi cluster. Klien yang terhubung ke node replika baru yang masih memuat data mungkin menerima kesalahan. Untuk menangani keadaan sementara ini, kami sarankan menerapkan Praktik terbaik untuk klien (Valkey dan Redis OSS) dengan percobaan ulang kesalahan dan mundur eksponensial.
-
Di semua pecahan, failover primer diproses secara seri. Hanya satu node utama yang gagal pada satu waktu.
-
-
Jika enkripsi diaktifkan pada cluster atau grup replikasi Anda saat ini, Anda tidak dapat memutakhirkan ke versi mesin yang tidak mendukung enkripsi.
Pertimbangan Memcached
Saat memutakhirkan cluster Memcached berbasis node, pertimbangkan hal berikut.
Manajemen versi mesin dirancang agar Anda dapat memiliki kontrol sebanyak mungkin terkait cara melakukan patching. Namun, ElastiCache berhak untuk menambal cluster Anda atas nama Anda jika terjadi kerentanan keamanan kritis dalam sistem atau perangkat lunak cache.
-
Karena mesin Memcached tidak mendukung persistensi, peningkatan versi mesin Memcached merupakan proses disruptif yang menghilangkan semua data cache di klaster.
