Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

# Ketahanan dalam MemoryDB
<a name="disaster-recovery-resiliency"></a>

Infrastruktur AWS global dibangun di sekitar AWS Wilayah dan Zona Ketersediaan. AWS Wilayah menyediakan beberapa Availability Zone yang terpisah secara fisik dan terisolasi, yang terhubung dengan latensi rendah, throughput tinggi, dan jaringan yang sangat redundan. Dengan Zona Ketersediaan, Anda dapat merancang dan mengoperasikan aplikasi dan basis data yang secara otomatis melakukan failover di antara Zona Ketersediaan tanpa gangguan. Zona Ketersediaan memiliki ketersediaan dan toleransi kesalahan yang lebih baik, dan dapat diskalakan dibandingkan infrastruktur biasa yang terdiri dari satu atau beberapa pusat data. 

Untuk informasi selengkapnya tentang AWS Wilayah dan Availability Zone, lihat [Infrastruktur AWS Global](https://aws.amazon.com/about-aws/global-infrastructure/).

Selain infrastruktur AWS global, MemoryDB menawarkan beberapa fitur untuk membantu mendukung ketahanan data dan kebutuhan snapshot Anda.

**Topics**
+ [Mitigasi Kegagalan](faulttolerance.md)

# Mitigasi Kegagalan
<a name="faulttolerance"></a>

Saat merencanakan implementasi MemoryDB Anda, Anda harus merencanakan sehingga kegagalan memiliki dampak minimal pada aplikasi dan data Anda. Topik pada bagian ini membahas pendekatan yang dapat Anda ambil untuk melindungi aplikasi dan data Anda dari kegagalan.

## Mengurangi Kegagalan: Cluster MemoryDB
<a name="faulttolerance.cluster.replication"></a>

Cluster MemoryDB terdiri dari satu node utama yang aplikasi Anda dapat membaca dari dan menulis ke, dan dari 0 hingga 5 node replika read-only. Namun, kami sangat menyarankan untuk menggunakan setidaknya 1 replika untuk ketersediaan tinggi. Setiap kali data ditulis ke node utama, data tersebut disimpan ke log transaksi dan diperbarui secara asinkron pada node replika. 

**Saat salah satu replika baca gagal**

1. MemoryDB mendeteksi replika yang gagal.

1. MemoryDB membuat node yang gagal offline.

1. MemoryDB meluncurkan dan menyediakan node pengganti di AZ yang sama.

1. Node baru disinkronkan dengan log transaksi.

Selama proses ini, aplikasi Anda dapat terus melakukan pembacaan dan penulisan menggunakan simpul lain.

**MemoryDB Multi-AZ**  
Jika Multi-AZ diaktifkan pada cluster MemoryDB Anda, primer yang gagal akan terdeteksi dan diganti secara otomatis. 

****

1. MemoryDB mendeteksi kegagalan node utama.

1. MemoryDB gagal ke replika setelah memastikannya konsisten dengan primer yang gagal.

1. MemoryDB memutar replika di AZ primer yang gagal.

1. Node baru disinkronkan dengan log transaksi.

Melakukan failover ke simpul replika umumnya lebih cepat daripada membuat dan menyediakan simpul primer baru. Ini berarti aplikasi Anda dapat melanjutkan penulisan ke node utama Anda lebih cepat.

Lihat informasi yang lebih lengkap di [Meminimalkan downtime di MemoryDB dengan Multi-AZ](autofailover.md).