Melakukan snapshot dan pemulihan - Amazon ElastiCache untuk Redis

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 Redis 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 Redis 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.

Batasan pencadangan

Pertimbangkan batasan berikut saat merencanakan atau membuat cadangan:

  • Backup dan restore hanya didukung untuk cache yang berjalan di Redis atau Serverless Memcached.

  • Untuk klaster Redis (mode klaster dinonaktifkan), pencadangan dan pemulihan tidak didukung di simpul cache.t1.micro. Semua jenis simpul cache lain didukung.

  • Untuk klaster Redis (mode klaster diaktifkan), pencadangan dan pemulihan didukung untuk semua jenis simpul.

  • Selama periode 24 jam yang berdekatan, Anda dapat membuat tidak lebih dari 24 cadangan manual per cache tanpa server. Untuk cluster yang dirancang sendiri Redis, Anda dapat membuat tidak lebih dari 20 backup manual per node di cluster.

  • Redis (mode klaster diaktifkan) hanya mendukung pencadangan di tingkat klaster (untuk API atau CLI, tingkat grup replikasi). Redis (mode klaster diaktifkan) tidak mendukung pencadangan di tingkat serpihan (untuk API atau CLI, tingkat grup simpul).

  • 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 menggunakan cache 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. Cluster yang dirancang sendiri tidak tersedia dengan ElastiCache dan Memcached, tetapi tersedia dengan dan Redis. ElastiCache

Berikut ini adalah panduan untuk meningkatkan performa pencadangan untuk klaster yang dirancang sendiri.

  • Atur parameter reserved-memory-percent – Untuk mengurangi paging yang berlebihan, sebaiknya tetapkan parameter reserved-memory-percent. Parameter ini mencegah Redis mengonsumsi semua memori simpul 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 Terpesan.

     

  • Membuat cadangan dari replika baca – Jika Anda menjalankan Redis di grup simpul dengan lebih dari satu simpul, Anda dapat melakukan pencadangan dari simpul primer 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. Hal ini memastikan bahwa Anda menangkap data Redis yang paling baru, sebelum grup replikasi dihapus.