Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Melakukan snapshot dan pemulihan
ElastiCache Cache Amazon yang menjalankan Valkey, Redis OSS, atau Serverless Memcached dapat membuat cadangan data mereka dengan membuat snapshot. Anda dapat menggunakan cadangan untuk memulihkan cache atau melakukan seeding data ke cache baru. Cadangan terdiri dari metadata cache, beserta semua data dalam cache. Semua cadangan ditulis ke Amazon Simple Storage Service (Amazon S3), yang menyediakan penyimpanan durabel. Kapan saja, Anda dapat memulihkan data Anda dengan membuat cache Valkey, Redis OSS, atau Serverless Memcached baru dan mengisinya dengan data dari cadangan. Dengan ElastiCache, Anda dapat mengelola cadangan menggunakan Konsol Manajemen AWS, AWS Command Line Interface (AWS CLI), dan ElastiCache API.
Jika Anda ingin menghapus cache dan perlu mempertahankan datanya, Anda dapat mengambil tindakan pencegahan tambahan. Untuk melakukannya, buat cadangan manual terlebih dahulu, pastikan bahwa statusnya tersedia, lalu hapus cache. Dengan melakukannya, Anda dapat memastikan bahwa jika cadangan gagal, Anda masih memiliki data cache yang tersedia. Anda dapat mencoba lagi membuat cadangan, dengan mengikuti praktik terbaik yang diuraikan sebelumnya.
Batasan pencadangan
Pertimbangkan batasan berikut saat merencanakan atau membuat cadangan:
-
Pencadangan dan pemulihan hanya didukung untuk cache yang berjalan di Valkey, Redis OSS atau Serverless Memcached.
-
Untuk cluster Valkey atau Redis OSS (mode cluster dinonaktifkan) dan Valkey atau Redis OSS (mode cluster diaktifkan), pencadangan dan pemulihan didukung untuk semua jenis node.
-
Selama periode 24 jam yang berdekatan, Anda dapat membuat tidak lebih dari 24 cadangan manual per cache tanpa server. Untuk cluster berbasis node Valkey dan Redis OSS, Anda dapat membuat tidak lebih dari 20 cadangan manual per node di cluster.
-
Valkey atau Redis OSS (mode cluster diaktifkan) hanya mendukung pengambilan cadangan pada tingkat cluster (untuk API atau CLI, tingkat grup replikasi). Valkey atau Redis OSS (mode cluster diaktifkan) tidak mendukung pengambilan cadangan di tingkat shard (untuk API atau CLI, tingkat grup node).
-
Selama proses pencadangan, Anda tidak dapat menjalankan operasi API atau CLI lainnya pada cache tanpa server. Anda dapat menjalankan operasi API atau CLI pada cluster berbasis node selama pencadangan.
-
Jika Anda menggunakan cache Valkey atau Redis OSS dengan penataan data, Anda tidak dapat mengekspor cadangan ke Amazon S3.
-
Anda dapat memulihkan cadangan klaster yang menggunakan jenis simpul r6gd hanya untuk klaster yang menggunakan jenis simpul r6gd.
Dampak kinerja cadangan cluster berbasis node
Pencadangan di cache nirserver bersifat transparan untuk aplikasi tanpa adanya dampak performa. Namun, saat membuat cadangan untuk cluster berbasis node, mungkin ada beberapa dampak kinerja tergantung pada memori cadangan yang tersedia. Cadangan untuk cluster berbasis node tidak tersedia ElastiCache untuk Memcached tetapi tersedia untuk Redis OSS. ElastiCache
Berikut ini adalah pedoman untuk meningkatkan kinerja pencadangan untuk cluster berbasis node.
-
Atur parameter
reserved-memory-percent– Untuk mengurangi paging yang berlebihan, sebaiknya tetapkan parameter reserved-memory-percent. Parameter ini mencegah Valkey dan Redis OSS dari mengkonsumsi semua memori node yang tersedia, dan dapat membantu mengurangi jumlah paging. Anda mungkin juga melihat peningkatan performa hanya menggunakan simpul yang lebih besar. Untuk informasi selengkapnya tentang parameter reserved-memory dan reserved-memory-percent, lihat Mengelola memori cadangan untuk Valkey dan Redis OSS. -
Buat cadangan dari replika baca - Jika Anda menjalankan Valkey atau Redis OSS dalam grup node dengan lebih dari satu node, Anda dapat mengambil cadangan dari node utama atau salah satu replika baca. Karena sumber daya sistem yang diperlukan selama BGSAVE, sebaiknya buat cadangan dari salah satu replika baca. Saat cadangan sedang dibuat dari replika, simpul primer tetap tidak terpengaruh oleh kebutuhan sumber daya BGSAVE. Simpul primer dapat terus melayani permintaan tanpa menjadi lambat.
Untuk melakukannya, lihat Membuat cadangan manual (Konsol) dan di bidang Nama Klaster di jendela Buat Cadangan, pilih replika, bukan simpul primer default.
Jika Anda menghapus grup replikasi dan meminta cadangan akhir, ElastiCache selalu mengambil cadangan dari node utama. Ini memastikan bahwa Anda menangkap data Valkey atau Redis OSS terbaru, sebelum grup replikasi dihapus.
