Multi-AZ dan Pencadangan Otomatis

Multi-AZ adalah fitur ketersediaan tinggi RDS yang secara otomatis menyediakan replika siaga sinkron di Availability Zone yang berbeda dalam Region yang sama. AWS mengelola replikasi secara transparan—Anda terhubung menggunakan satu titik akhir DNS, dan RDS mengarahkan lalu lintas ke instans utama.

Jika instans utama gagal karena masalah perangkat keras, jaringan, atau OS, RDS melakukan pengalihan otomatis ke instans siaga dalam waktu sekitar 60–120 detik. Aplikasi Anda terhubung kembali menggunakan titik akhir DNS yang sama, yang kini mengarah ke alamat IP instans siaga.

Anda dapat mengaktifkan Multi-AZ saat membuat instans RDS atau dengan mengubah instans yang sudah ada. Saat diaktifkan pada instans yang sedang berjalan, AWS mengambil snapshot instans utama, memulihkannya di AZ kedua, lalu menyinkronkannya menggunakan replikasi bawaan mesin. Proses ini dapat menyebabkan penangguhan I/O singkat pada instans utama, jadi jadwalkan proses tersebut pada periode lalu lintas rendah atau terima waktu yang ditentukan dalam periode pemeliharaan.

Multi-AZ didukung oleh semua mesin RDS, termasuk MySQL, PostgreSQL, MariaDB, Oracle, dan SQL Server, serta tidak memerlukan perubahan pada tingkat aplikasi.

Saat pengalihan terjadi, RDS memperbarui CNAME DNS pada titik akhir DB agar mengarah ke instans siaga dalam waktu sekitar 60 detik. Aplikasi Anda harus terhubung kembali setelah mendeteksi terputusnya koneksi TCP. Untuk meminimalkan keterlambatan koneksi ulang:

• Gunakan TTL DNS yang singkat (biasanya sudah diatur menjadi 5 detik oleh RDS)
• Terapkan jeda bertahap eksponensial dengan percobaan ulang dalam logika koneksi Anda
• Gunakan alat pengumpulan koneksi seperti RDS Proxy yang terhubung kembali secara otomatis

Pengalihan juga dapat dipicu secara manual untuk pemeliharaan atau perubahan kelas instans, sehingga memungkinkan peningkatan dengan hampir tanpa waktu henti ketika Multi-AZ diaktifkan.

Kekeliruan yang umum dalam ujian adalah membedakan Multi-AZ (untuk ketersediaan) dan Read Replica (untuk skalabilitas). Perbedaan utamanya:

• Instans siaga Multi-AZ: replikasi sinkron, tidak melayani lalu lintas pembacaan, pengalihan otomatis, Region yang sama
• Read Replica: replikasi asinkron, melayani lalu lintas pembacaan, tidak ada pengalihan otomatis, dapat berada di lintas-Region

Multi-AZ tidak meningkatkan kinerja pembacaan—instans siaga tidak dapat diakses untuk kueri. Untuk meningkatkan ketersediaan sekaligus menskalakan pembacaan, gunakan Multi-AZ pada instans utama dan tambahkan Read Replica secara terpisah.

RDS secara otomatis membuat snapshot basis data lengkap setiap hari dan menangkap log transaksi setiap 5 menit. Keduanya memungkinkan pemulihan titik waktu (PITR) hingga detik mana pun dalam periode penyimpanan cadangan. Anda dapat memulihkan basis data ke keadaannya pada titik mana pun dalam periode tersebut.

Pencadangan otomatis diaktifkan secara default dan dapat disimpan selama 1 hingga 35 hari. Menetapkan periode penyimpanan ke 0 akan menonaktifkan pencadangan otomatis (dan PITR). Periode pencadangan adalah jangka waktu 30 menit yang Anda tentukan atau yang dipilih AWS pada jam di luar periode sibuk.

jendela pencadangan adalah waktu ketika snapshot harian dibuat. Selama jendela ini, I/O penyimpanan dapat berhenti sementara pada deployment Single-AZ. Deployment Multi-AZ membuat snapshot dari standby sehingga meniadakan dampak I/O pada primary.

jendela pemeliharaan adalah periode mingguan terpisah ketika AWS menerapkan patch OS, peningkatan minor engine, dan modifikasi instans. Praktik terbaiknya adalah menetapkan kedua jendela pada periode dengan lalu lintas rendah dan memastikan keduanya tidak tumpang tindih.

Untuk memulihkan ke titik waktu tertentu, RDS terlebih dahulu memulihkan snapshot harian terbaru, lalu memutar ulang log transaksi hingga stempel waktu yang diminta. Hasilnya adalah instans DB baru—PITR tidak pernah menimpa instans sumber, sehingga Anda memiliki jalur pemulihan yang aman tanpa mengganggu produksi.

Setelah instans yang dipulihkan tersedia, Anda memperbarui string koneksi aplikasi agar mengarah ke titik akhir baru, memverifikasi integritas data, lalu menghapus instans asli jika pemulihan tersebut memang disengaja. Waktu pemulihan biasanya sebanding dengan ukuran basis data dan volume log sejak snapshot terakhir.

Selain pencadangan otomatis, Anda dapat membuat snapshot manual kapan saja. Berbeda dari pencadangan otomatis, snapshot manual tidak tunduk pada periode retensi—snapshot tersebut tetap ada sampai Anda menghapusnya secara eksplisit.

Snapshot manual ideal untuk merekam keadaan sebelum migrasi skema besar, peningkatan aplikasi, atau pada akhir siklus penagihan untuk pengarsipan demi kepatuhan. Anda juga dapat membagikan snapshot manual dengan akun AWS lain atau menyalinnya ke seluruh Region untuk pemulihan bencana.

Anda dapat menyalin snapshot otomatis atau manual ke AWS Region lain untuk pemulihan bencana. Salinan tersebut merupakan snapshot lengkap yang disimpan di infrastruktur S3 pada Region tujuan. Setelah disalin, Anda dapat memulihkan instans RDS baru di Region tersebut jika Region utama tidak tersedia.

Salinan snapshot dapat dienkripsi di tujuan meskipun sumbernya tidak terenkripsi, dan sebaliknya. Penyalinan lintas Region menimbulkan biaya transfer data. Gunakan AWS Backup atau Lambda yang dipicu oleh EventBridge untuk mengotomatiskan penyalinan snapshot lintas Region secara berkala.

Amazon RDS Proxy berada di antara aplikasi Anda dan RDS serta mengumpulkan koneksi basis data. Fitur ini sangat berguna untuk fungsi Lambda yang mungkin membuka ribuan koneksi berumur pendek dan menghabiskan batas koneksi basis data. RDS Proxy melakukan multiplexing koneksi sehingga basis data melihat jauh lebih sedikit koneksi aktif.

Selama failover Multi-AZ, RDS Proxy menahan koneksi aplikasi dan membuat ulang koneksi basis data ke primary yang baru, sehingga waktu koneksi ulang aplikasi berkurang menjadi hitungan detik, bukan menit. RDS Proxy juga terintegrasi dengan Secrets Manager untuk merotasi kredensial tanpa waktu henti aplikasi.

RDS kini menawarkan dua opsi Multi-AZ: Multi-AZ DB Instance (klasik, satu standby) dan Multi-AZ DB Cluster (dua instans standby yang dapat dibaca di AZ berbeda). Mode klaster menggunakan replikasi semisinkron dan memungkinkan lalu lintas baca pada standby, sehingga memberikan ketersediaan dan skalabilitas baca yang lebih tinggi tanpa Read Replicas terpisah.

Untuk ujian SAA-C03, Multi-AZ DB Instance klasik paling sering diujikan. Ingat: Multi-AZ Cluster adalah opsi yang lebih baru, dengan standby yang dapat melayani operasi baca, sedangkan standby klasik tidak dapat melakukannya.

Uji pemahaman Anda tentang konsep AWS Solutions Architect (SAA-C03) dari pelajaran ini.

Dalam pelajaran ini Anda mempelajari bahwa: Multi-AZ menyediakan replikasi standby sinkron dengan failover otomatis dalam 60–120 detik, pencadangan otomatis memungkinkan PITR ke detik mana pun dalam jendela retensi (1–35 hari), dan snapshot manual tetap ada tanpa batas waktu serta dapat disalin lintas Region untuk DR. Selanjutnya kita akan membahas Read Replicas untuk mendistribusikan lalu lintas baca dan meningkatkan throughput baca.