Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Amazon ElastiCache cache yang menjalankan Valkey, Redis OSS, atau Serverless Memcached dapat mencadangkan 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 Memcached Tanpa Server baru dan mengisinya dengan data dari cadangan. Dengan ElastiCache, Anda dapat mengelola backup menggunakan AWS Management Console, the AWS Command Line Interface (AWS CLI), dan API. ElastiCache
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.
Topik
Batasan pencadangan
Pertimbangkan batasan berikut saat merencanakan atau membuat cadangan:
-
Backup dan restore didukung hanya untuk cache yang berjalan di Valkey, Redis OSS atau Serverless Memcached.
-
Untuk cluster Valkey atau Redis OSS (mode cluster dinonaktifkan), pencadangan dan pemulihan tidak didukung pada node.
cache.t1.microSemua jenis simpul cache lain didukung. -
Untuk cluster Valkey atau Redis OSS (mode cluster enabled), backup dan restore 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 yang dirancang sendiri oleh Valkey dan Redis OSS, Anda dapat membuat tidak lebih dari 20 backup 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 pada tingkat pecahan (untuk API atau CLI, tingkat grup node).
-
Selama proses pencadangan, Anda tidak dapat menjalankan operasi API atau CLI lainnya di cache tanpa server. Anda dapat menjalankan operasi API atau CLI pada cluster yang dirancang sendiri selama pencadangan.
-
Jika Anda menggunakan cache Valkey atau Redis OSS dengan tiering 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 performa pencadangan klaster yang dirancang sendiri
Pencadangan di cache nirserver bersifat transparan untuk aplikasi tanpa adanya dampak performa. Namun, saat membuat cadangan untuk klaster yang dirancang sendiri, mungkin ada beberapa dampak performa bergantung pada memori cadangan yang tersedia. Cadangan untuk cluster yang dirancang sendiri tidak tersedia ElastiCache untuk Memcached tetapi tersedia untuk Redis OSS. ElastiCache
Berikut ini adalah panduan untuk meningkatkan performa pencadangan untuk klaster yang dirancang sendiri.
-
Mengatur
reserved-memory-percentparameter — Untuk mengurangi paging yang berlebihan, kami sarankan Anda mengatur parameter. reserved-memory-percent Parameter ini mencegah Valkey dan Redis OSS 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 memori cadangan dan reserved-memory-percentparameter, 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 ambil cadangan dari simpul utama. Ini memastikan bahwa Anda menangkap data Valkey atau Redis OSS terbaru, sebelum grup replikasi dihapus.
