Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Ketersediaan tinggi menggunakan grup replikasi
Single-node Cluster Amazon ElastiCache Valkey dan Redis OSS adalah entitas dalam memori dengan layanan perlindungan data terbatas (AOF). Jika klaster Anda gagal karena alasan apa pun, Anda akan kehilangan semua data klaster. Namun, jika Anda menjalankan mesin Valkey atau Redis OSS, Anda dapat mengelompokkan 2 hingga 6 node ke dalam cluster dengan replika di mana 1 hingga 5 node read-only berisi data replikasi dari node primer tunggal grup. read/write Dalam skenario ini, jika salah satu simpul gagal karena alasan apa pun, Anda tidak kehilangan semua data karena data direplikasikan pada satu atau beberapa simpul lainnya. Karena latensi replikasi, beberapa data mungkin hilang jika itu adalah read/write node utama yang gagal.
Seperti yang terlihat pada grafik berikut, struktur replikasi terkandung dalam pecahan (disebut *kelompok simpul* dalam API/CLI) yang terkandung dalam cluster Valkey atau Redis OSS. Cluster Valkey atau Redis OSS (mode cluster dinonaktifkan) selalu memiliki satu pecahan. Cluster Valkey atau Redis OSS (mode cluster enabled) dapat memiliki hingga 500 pecahan dengan data cluster yang dipartisi di seluruh pecahan. Anda dapat membuat klaster dengan jumlah serpihan lebih banyak dan jumlah replika lebih sedikit dengan jumlah total hingga 90 simpul per klaster. Konfigurasi klaster ini dapat berkisar dari 90 serpihan dan 0 replika hingga 15 serpihan dan 5 replika, yang merupakan jumlah replika maksimum yang diizinkan.
Batas node atau shard dapat ditingkatkan hingga maksimum 500 per cluster dengan Valkey, dan dengan ElastiCache versi 5.0.6 atau lebih tinggi ElastiCache untuk Redis OSS. Sebagai contoh, Anda dapat memilih untuk mengonfigurasi sebuah klaster dengan 500 simpul yang berkisar antara 83 serpihan (satu primer dan 5 replika per serpihan) dan 500 serpihan (satu primer dan tanpa replika). Pastikan alamat IP yang tersedia mencukupi untuk mengakomodasi peningkatan tersebut. Kesalahan umumnya termasuk subnet dalam grup subnet memiliki rentang CIDR yang terlalu kecil atau subnet dibagikan dan banyak digunakan oleh klaster lainnya. Untuk informasi selengkapnya, lihat [Membuat grup subnet](SubnetGroups.Creating.md).
Untuk versi di bawah 5.0.6, batasnya adalah 250 per klaster.
Untuk meminta penambahan batas, lihat [Batas Layanan AWS](https://docs.aws.amazon.com/general/latest/gr/aws_service_limits.html) dan pilih jenis batas **Simpul per klaster per jenis instans**.
*Cluster Valkey atau Redis OSS (mode cluster dinonaktifkan) memiliki satu pecahan dan 0 hingga 5 node replika*
Jika cluster dengan replika telah Multi-AZ diaktifkan dan simpul utama gagal, primer gagal ke replika baca. Karena data diperbarui pada simpul replika secara asinkron, mungkin akan terjadi sejumlah kehilangan data karena latensi dalam pembaruan simpul replika. Untuk informasi selengkapnya, lihat [Mengurangi Kegagalan saat Menjalankan Valkey atau Redis OSS](disaster-recovery-resiliency.md#FaultTolerance.Redis).
**catatan**
Untuk cluster dengan daya tahan diaktifkan, data disimpan dalam log Multi-AZ transaksional dan dapat dipulihkan bahkan jika semua node gagal. Dengan penulisan sinkron, tidak ada data yang diakui yang hilang selama failover. Dengan penulisan asinkron, hingga 10 detik data mungkin hilang jika terjadi kegagalan.
**Topics**
+ [Memahami replikasi Valkey dan Redis OSS](Replication.Redis.Groups.md)
+ [Replikasi dengan daya tahan diaktifkan](#replication-with-durability)
+ [Replikasi: Mode Cluster Valkey dan Redis OSS Dinonaktifkan vs Diaktifkan](Replication.Redis-RedisCluster.md)
+ [Meminimalkan waktu henti ElastiCache Multi-AZ dengan menggunakan Valkey dan Redis OSS](AutoFailover.md)
+ [Cara penerapan sinkronisasi dan pencadangan](Replication.Redis.Versions.md)
+ [Sinkronisasi dan pencadangan dengan daya tahan](#sync-backup-durability)
+ [Membuat grup replikasi Valkey atau Redis OSS](Replication.CreatingRepGroup.md)
+ [Melihat detail grup replikasi](Replication.ViewDetails.md)
+ [Menemukan titik akhir grup replikasi](Replication.Endpoints.md)
+ [Mengubah grup replikasi](Replication.Modify.md)
+ [Menghapus grup replikasi](Replication.DeletingRepGroup.md)
+ [Mengubah jumlah replika](increase-decrease-replica-count.md)
+ [Mempromosikan replika baca ke primer, untuk grup replikasi Valkey atau Redis OSS (mode cluster dinonaktifkan)](Replication.PromoteReplica.md)
## Replikasi dengan daya tahan diaktifkan
Untuk klaster Valkey 9.0\+ dengan daya tahan diaktifkan, replikasi dimediasi melalui log Multi-AZ transaksional daripada streaming primer-ke-replika langsung. Node utama menulis ke log transaksional, dan replika secara independen menggunakan penulisan komit dari log. Arsitektur ini berarti replika pulih secara independen tanpa memaksakan beban pada simpul utama.
## Sinkronisasi dan pencadangan dengan daya tahan
Untuk cluster dengan daya tahan diaktifkan, sinkronisasi dan operasi cadangan berbeda dari cluster standar:
+ **Off-box snapshotting:** Snapshot dibuat oleh instance singkat yang dibaca dari log Multi-AZ transaksional, menghilangkan dampak kinerja pada klaster Anda.
+ **Log-based pemulihan: Replika** yang gagal dipulihkan dari log transaksional dan snapshot daripada memerlukan sinkronisasi penuh dari primer.