Melakukan snapshot dan pemulihan - Amazon ElastiCache

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, RedisOSS, atau Memcached Tanpa Server 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, RedisOSS, atau Memcached Tanpa Server baru dan mengisinya dengan data dari cadangan. Dengan ElastiCache, Anda dapat mengelola cadangan menggunakan AWS Management Console, 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:

  • Backup dan restore hanya didukung untuk cache yang berjalan di Valkey, Redis OSS atau Memcached Tanpa Server.

  • Untuk klaster Valkey atau Redis OSS (mode cluster dinonaktifkan), pencadangan dan pemulihan tidak didukung pada node. cache.t1.micro Semua 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 OSS dirancang sendiri Valkey dan Redis, 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 atauCLI, tingkat grup replikasi). Valkey atau Redis OSS (mode cluster diaktifkan) tidak mendukung pengambilan cadangan pada tingkat pecahan (untuk API atauCLI, tingkat grup node).

  • Selama proses pencadangan, Anda tidak dapat menjalankan CLI operasi lain API atau pada cache tanpa server. Anda dapat menjalankan API atau CLI operasi pada cluster yang dirancang sendiri selama pencadangan.

  • Jika Anda menggunakan OSS cache Valkey atau Redis 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 dengan ElastiCache (Memcached) tetapi tersedia dengan (Redis). ElastiCache OSS

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

  • Mengatur reserved-memory-percent parameter — 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 selamaBGSAVE, kami sarankan Anda membuat cadangan dari salah satu replika baca. Sementara cadangan sedang dibuat dari replika, simpul utama tetap tidak terpengaruh oleh persyaratan BGSAVE sumber daya. 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 OSS data Valkey atau Redis terbaru, sebelum grup replikasi dihapus.