Amazon RDS multi-AZ

Ketika membuat atau memodifikasi instans DB Anda untuk dijalankan sebagai deployment Multi-AZ, Amazon RDS akan secara otomatis menyediakan dan mempertahankan replika "standby" di Zona Ketersediaan yang berbeda. Pembaruan untuk Instans DB Anda direplikasi secara sinkronis di Availability Zone ke standby untuk menjaga agar tetap sinkron dan melindungi pembaruan database terbaru Anda terhadap kegagalan instans DB.

Selama jenis pemeliharaan terencana tertentu, atau dalam hal yang tidak mungkin terjadi kegagalan instans DB atau Kegagalan Availability Zone, Amazon RDS akan secara otomatis mengalami failover ke standby sehingga Anda dapat melanjutkan database tulis dan baca segera setelah standby dipromosikan. Karena catatan nama untuk instans DB Anda tetap sama, aplikasi Anda dapat melanjutkan operasi basis data tanpa perlu intervensi administratif manual. Dengan deployment Multi-AZ, replikasi menjadi transparan. Anda tidak berinteraksi langsung dengan standby, dan standby tidak dapat digunakan untuk melayani lalu lintas baca. Informasi Selengkapnya tentang Deployment Multi-AZ terdapat di Panduan Pengguna Amazon RDS.

Zona Ketersediaan adalah lokasi berbeda dalam Wilayah yang direkayasa agar terisolasi dari kegagalan di Zona Ketersediaan lainnya. Setiap Zona Ketersediaan berjalan di infrastruktur independen dan jauh secara fisik, serta dibuat agar dapat sangat diandalkan. Titik kegagalan umum seperti generator dan peralatan pendingin tidak dibagikan di Zona Ketersediaan. Selain itu, Zona Ketersediaan terpisah secara fisik, sehingga bencana alam yang sangat tidak biasa seperti kebakaran, tornado, atau banjir hanya akan memengaruhi satu Zona Ketersediaan. Zona Ketersediaan dalam Wilayah yang sama mendapat manfaat dari konektivitas jaringan latensi rendah.

Ketika Anda menjalankan instans DB sebagai deployment Multi-AZ, "primer" akan melayani tulis dan baca basis data. Selain itu, Amazon RDS menyediakan dan mempertahankan “standby” di belakang layar, yang merupakan replika terbaru dari primer. Standby “promoted”dalam skenario failover. Setelah failover, standby menjadi primer dan menerima operasi database Anda. Anda tidak berinteraksi secara langsung dengan standby (misalnya, untuk operasi baca) dalam hal apa pun sebelum promosi. Jika Anda tertarik menskalakan lalu lintas pembacaan lebih dari batasan kapasitas instans DB tunggal, silakan lihat FAQ tentang Replika Baca.

Keuntungan utama dari menjalankan instans DB Anda sebagai deployment Multi-AZ adalah meningkatnya ketahanan dan ketersediaan basis data. Peningkatan ketersediaan dan toleransi kesalahan yang ditawarkan oleh penerapan Multi-AZ membuatnya cocok untuk lingkungan produksi.

Menjalankan instans DB Anda sebagai penerapan Multi-AZ akan melindungi data Anda dari kejadian tidak mungkin dari kegagalan komponen instans DB atau hilangnya ketersediaan dalam satu Availability Zone. Contohnya, jika volume penyimpanan pada primer Anda gagal, Amazon RDS secara otomatis memulai failover ke standby, di mana semua pembaruan database Anda lengkap. Hal ini memberikan ketahanan data tambahan relatif terhadap penerapan standar dalam AZ tunggal, di mana operasi pemulihan yang dimulai pengguna akan diperlukan dan pembaruan yang terjadi setelah waktu restorasi terakhir (biasanya dalam lima menit terakhir) tidak akan tersedia.

Anda juga mendapatkan manfaat dari ketersediaan database yang meningkat ketika menjalankan instans DB Anda sebagai penerapan Multi-AZ. Jika kegagalan Availability Zone atau kegagalan instans DB terjadi, pengaruh ketersediaan Anda terbatas pada waktu yang diperlukan untuk menyelesaikan failover otomatis. Manfaat ketersediaan Multi-AZ juga diperpanjang ke pemeliharaan terencana.

Contohnya, dengan cadangan otomatis, aktivitas I/O tidak lagi ditangguhkan pada akun primer Anda selama periode cadangan yang Anda pilih, karena cadangan diambil dari standby. Dalam hal patching atau penskalaan kelas instans DB, operasi ini terjadi lebih dahulu pada standby sebelum failover otomatis. Hasilnya, pengaruh ketersediaan Anda terbatas pada waktu yang diperlukan untuk menyelesaikan failover otomatis.

Manfaat lain yang tersirat dari menjalankan instans DB Anda sebagai penerapan Multi-AZ adalah bahwa failover instans DB dilakukan otomatis dan tidak memerlukan administrasi. Dalam konteks Amazon RDS, ini berarti Anda tidak harus memantau peristiwa instans DB dan memulai pemulihan instans DB manual (melalui API RestoreDBInstanceToPointInTime atau RestoreDBInstanceFromSnapshot) jika terjadi kegagalan Zona Ketersediaan atau kegagalan instans DB.

Anda mungkin akan mendapati latensi yang lebih tinggi dibandingkan dengan deployment instans DB standar dalam satu Zona Ketersediaan sebagai hasil dari replikasi data sinkron yang dilakukan atas nama Anda.

Untuk membuat deployment instans DB Multi-AZ, cukup klik opsi "Ya" untuk "Deployment Multi-AZ" saat meluncurkan Instans DB dengan Konsol Manajemen AWS.

Atau, jika Anda menggunakan API Amazon RDS, Anda akan memanggil API CreateDBInstance dan mengatur parameter “Multi-AZ” ke nilai “true.” Untuk mengonversi instans DB standar (AZ-tunggal) yang sudah ada menjadi Multi-AZ, ubah instans DB di Konsol Manajemen AWS atau gunakan API ModifyDBInstance, lalu atur parameter Multi-AZ menjadi "true".

Untuk mesin basis data RDS for PostgreSQL, RDS for MySQL, RDS for MariaDB, RDS for SQL Server, RDS for Oracle, dan RDS for Db2, saat Anda memilih untuk mengonversi instans Amazon RDS Anda dari AZ Tunggal ke Multi-AZ, hal berikut terjadi:

• Snapshot instans primer Anda diambil.
• Instans standby baru dibuat di Availability Zone yang berbeda dari snapshot.
• Replikasi sinkronis dikonfigurasi antara instans primer dan standby.

Dengan demikian, seharusnya tidak ada waktu henti yang terjadi ketika instans dikonversi dari AZ Tunggal ke Multi-AZ. Namun, Anda mungkin mendapati latensi yang meningkat saat data pada standby ditangkap untuk disesuaikan dengan primer.

Amazon RDS mendeteksi dan pulih secara otomatis dari skenario kegagalan paling umum untuk deployment Multi-AZ sehingga Anda dapat melanjutkan operasi basis data sesegera mungkin tanpa intervensi administratif. Amazon RDS secara otomatis melakukan failover jika terjadi hal-hal berikut:

• Kehilangan ketersediaan dalam Availability Zone primer
• Kehilangan konektivitas jaringan ke primer
• Kegagalan unit komputasi pada primer
• Kegagalan penyimpanan pada primer

Catatan: Ketika operasi seperti penskalaan instans DB atau pemutakhiran sistem seperti patching OS dimulai untuk deployment Multi-AZ, untuk peningkatan ketersediaan, operasi tersebut diterapkan terlebih dahulu pada standby sebelum failover otomatis. Hasilnya, pengaruh ketersediaan Anda terbatas hanya pada waktu yang diperlukan untuk menyelesaikan failover otomatis. Perhatikan bahwa deployment Amazon RDS Multi-AZ tidak secara otomatis melakukan failover dalam merespons operasi basis data seperti kueri yang berjalan lama, kemacetan, atau kesalahan kerusakan basis data.

Ya, Amazon RDS akan memancarkan peristiwa instans DB untuk memberi tahu Anda bahwa terjadi failover otomatis. Anda dapat mengklik bagian "Peristiwa" pada Konsol Amazon RDS atau menggunakan API DescribeEvents untuk mengembalikan informasi mengenai peristiwa yang berkaitan dengan instans DB Anda. Anda juga dapat menggunakan Notifikasi Peristiwa Amazon RDS untuk mendapatkan pemberitahuan saat terjadi peristiwa DB tertentu.

Failover secara otomatis ditangani oleh Amazon RDS sehingga Anda dapat melanjutkan operasi basis data sesegera mungkin tanpa intervensi administratif. Ketika melakukan failover, Amazon RDS hanya membalikkan catatan nama resmi (CNAME) bagi instans DB Anda untuk menunjuk standby, yang pada saatnya dipromosikan untuk menjadi primer baru. Kami menyarankan Anda untuk mengikuti praktik terbaik dan mengimplementasikan percobaan ulang koneksi database di lapisan aplikasi.

Failover, seperti yang ditentukan oleh interval antara deteksi kegagalan pada primer dan kembalinya transaksi pada standby, biasanya selesai dalam satu hingga dua menit. Waktu failover juga dapat dipengaruhi oleh apakah transaksi besar yang tidak terikat harus dipulihkan; penggunaan jenis database yang cukup besar direkomendasikan dengan Multi-AZ untuk mendapatkan hasil terbaik. AWS juga merekomendasikan penggunaan IOPS yang Disediakan dengan instans Multi-AZ, untuk performa throughput yang cepat, dapat diprediksi, dan konsisten.

Amazon RDS akan secara otomatis melakukan failover tanpa intervensi pengguna pada kondisi kegagalan yang berbeda-beda. Selain itu, Amazon RDS memberikan opsi untuk memulai failover ketika melakukan boot ulang instans Anda. Anda dapat mengakses fitur ini melalui Konsol Manajemen AWS atau dengan menggunakan panggilan API RebootDBInstance.

Dengan deployment Multi-AZ, Anda cukup mengatur parameter "Multi-AZ" menjadi "true". Pembuatan standby, replikasi sinkronis, dan failover seluruhnya ditangani secara otomatis. Hal ini berarti Anda tidak dapat memilih Availability Zone tempat standby Anda diterapkan atau mengubah jumlah standby yang tersedia (Amazon RDS memberikan satu standby khusus untuk setiap primer instans DB). Standby juga tidak dapat dikonfigurasi untuk menerima aktivitas baca basis data. Pelajari Selengkapnya tentang Konfigurasi Multi-AZ.

Ya. Standby Anda secara otomatis disediakan dalam Zona Ketersediaan yang berbeda dari Wilayah yang sama dengan primer instans DB Anda.

Ya, Anda dapat memperoleh visibilitas tentang lokasi primer saat ini dengan menggunakan Konsol Manajemen AWS atau API DescribeDBInstances.

Zona Ketersediaan direkayasa untuk menyediakan konektivitas jaringan latensi rendah ke Zona Ketersediaan lainnya di Wilayah yang sama. Selain itu, Anda mungkin ingin mempertimbangkan untuk membuat arsitektur aplikasi Anda dan sumber daya AWS lainnya dengan redundansi di beberapa Availability Zone sehingga aplikasi Anda akan dapat tahan apabila terjadi kegagalan Availability Zone. Deployment Multi-AZ menjawab kebutuhan ini untuk tingkat basis data tanpa administrasi di pihak Anda.

Anda berinteraksi dengan fungsi pencadangan otomatis dan Snapshot DB dengan cara yang sama ketika Anda menjalankan deployment standar dalam deployment AZ-Tunggal atau Multi-AZ. Jika Anda menjalankan penerapan Multi-AZ, cadangan otomatis dan Snapshot DB hanya diambil dari standby untuk menghindari penangguhan I/O pada primer. Harap dicatat bahwa Anda mungkin mengalami peningkatan latensi I/O (biasanya berlangsung beberapa menit) selama pencadangan untuk penerapan Single-AZ dan Multi-AZ.

Memulai operasi pemulihan (pemulihan atau pengembalian titik waktu dari Snapshot DB) juga bekerja sama dengan penerapan Multi-AZ sebagai penerapan standar, Single-AZ. Penerapan instans DB baru dapat dibuat dengan API RestoreDBInstanceFromSnapshot atau RestoreDBInstanceToPointInTime. Deployment instans DB baru ini dapat berupa standar atau Multi-AZ, terlepas apakah pencadangan sumber dimulai pada deployment standar atau Multi-AZ.