Penerapan Multi-AZ Amazon RDS memberikan ketersediaan dan ketahanan yang lebih baik untuk instans database (DB) RDS, menjadikan instans tersebut sesuai untuk beban kerja database produksi. Ketika Anda menyediakan Instans DB Multi-AZ, Amazon RDS otomatis menciptakan Instans DB primer secara serentak mereplikasi data ke instans standby dalam Availability Zone (AZ) yang berbeda. Setiap AZ berjalan di infrastruktur independen dan jauh secara fisik, dan dibuat agar dapat sangat diandalkan. Apabila terjadi kegagalan infrastruktur, Amazon RDS akan melakukan failover otomatis ke standby (atau replika baca dalam kasus Amazon Aurora), sehingga Anda dapat melanjutkan operasi database segera setelah failover selesai. Karena titik akhir untuk instans DB Anda tetap sama setelah failover, aplikasi Anda dapat melanjutkan operasi database tanpa perlu intervensi administratif manual.

Beberapa mesin Amazon RDS memungkinkan Anda untuk menambahkan replika baca untuk skalabilitas yang ditingkatkan dan untuk menjaga ketersediaan database jikalau terjadi kegagalan AZ. Replika baca Amazon RDS dapat disiapkan dengan instans standby mereka sendiri di AZ yang berbeda. Dalam hal Aurora, Anda dapat memilih untuk menempatkan replika baca di seluruh availability zone.

Amazon Aurora lebih lanjut memperluas keuntungan Multi-AZ dengan menerapkan lapisan penyimpanan virtual didukung SSD yang dibangun untuk beban kerja database. Ini secara otomatis mereplikasi penyimpanan Anda dengan enam cara, di tiga Availability Zone. Penyimpanan Amazon Aurora bersifat toleran kesalahan, dirancang untuk menangani kehilangan hingga dua salinan data tanpa memengaruhi ketersediaan tulis database dan hingga tiga salinan tanpa memengaruhi ketersediaan baca. Aurora selalu mereplikasi data Anda di seluruh tiga Availability Zone, terlepas dari apakah database Anda menggunakan replika baca.

Mengonversikan instans Amazon RDS ke Multi-AZ (3:01)

Keuntungan

Daya tahan yang ditingkatkan

Penerapan Multi-AZ untuk mesin MySQL, MariaDB, Oracle, dan PostgreSQL menggunakan replikasi fisik sinkron untuk menjaga data di standby tetap diperbarui dengan primer. Penerapan Multi-AZ untuk mesin SQL Server menggunakan replikasi logis sinkronis untuk memperoleh hasil yang sama, dengan menerapkan teknologi Mirroring asli SQL Server. Amazon Aurora menggunakan lapisan penyimpanan virtual didukung SSD yang ditujukan untuk beban kerja database. Semua pendekatan tersebut melindungi data Anda apabila ada Instans DB yang gagal atau hilang dari Availability Zone.

Ketersediaan yang ditingkatkan

Anda mendapatkan manfaat dari ketersediaan database yang meningkat ketika menjalankan penerapan Multi-AZ. Jika kegagalan Availability Zone atau kegagalan Instans DB terjadi, pengaruh ketersediaan Anda akan dibatasi menjadi saat failover otomatis selesai: biasanya di bawah satu menit untuk Amazon Aurora (setidaknya 30 detik saat menggunakan MariaDB Connector/J) dan satu hingga dua menit untuk mesin database lain (lihat FAQ RDS untuk detail lebih lengkap).

Manfaat ketersediaan penerapan Multi-AZ juga diperpanjang ke pemeliharaan dan pencadangan terencana. Apabila terjadi pemutakhiran sistem seperti patching OS atau penskalaan Instans DB, operasi ini akan diterapkan terlebih dahulu pada siaga, sebelum failover otomatis. Hasilnya, pengaruh ketersediaan Anda, lagi, hanya pada waktu yang diperlukan untuk menyelesaikan failover otomatis.

Perlindungan kinerja database Anda

Tidak seperti penerapan AZ-Tunggal, aktivitas I/O tidak akan ditangguhkan pada instans primer Anda selama pencadangan untuk penerapan Multi-AZ untuk mesin MySQL, MariaDB, Oracle, dan PostgreSQL, karena cadangan diambil dari standby. Namun, perlu diperhatikan bahwa Anda mungkin masih akan mengalami peningkatan latensi selama beberapa menit saat pencadangan untuk penerapan Multi-AZ.

Saat terjadi kegagalan instans dalam penerapan Amazon Aurora, Amazon RDS akan menggunakan teknologi Multi-AZ RDS untuk mengotomatiskan failover ke salah satu dari hingga 15 Replika Amazon Aurora yang telah Anda buat di tiga Availability Zone mana pun. Jika belum ada Amazon Aurora yang telah disediakan, jika terjadi kegagalan, Amazon RDS akan berusaha membuat instans DB Amazon Aurora baru untuk Anda secara otomatis.

Failover otomatis

Jika volume penyimpanan pada instans primer Anda mengalami kegagalan di dalam penerapan Multi-AZ, Amazon RDS secara otomatis akan menginisiasi failover ke standby terbaru (atau ke replika terbaru jika terjadi pada Amazon Aurora). Bandingkan ini dengan penerapan AZ-Tunggal: jika terjadi kegagalan database AZ-Tunggal, operasi pemulihan waktu tertentu yang diinisiasi pengguna akan diperlukan. Operasi ini bisa memerlukan waktu beberapa jam untuk diselesaikan, dan pembaruan data apa pun yang terjadi setelah waktu pemulihan terakhir (biasanya dalam lima menit terakhir) tidak akan tersedia.

Failover Instans DB sepenuhnya otomatis dan tidak memerlukan intervensi administratif. Amazon RDS memantau kesehatan instans primer dan standby Anda, serta menginisiasi failover secara otomatis sebagai respons atas berbagai kondisi kegagalan.

Kondisi failover

Amazon RDS mendeteksi dan pulih secara otomatis dari skenario kegagalan paling umum untuk penerapan Multi-AZ sehingga Anda dapat melanjutkan operasi database 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 penerapan patch OS dimulai untuk penerapan Multi-AZ, untuk peningkatan ketersediaan, operasi tersebut diterapkan terlebih dahulu pada standby sebelum failover otomatis (lihat dokumentasi Aurora untuk detail mengenai perilaku pembaruan). Hasilnya, pengaruh ketersediaan Anda terbatas hanya pada waktu yang diperlukan untuk menyelesaikan failover otomatis. Perhatikan bahwa penerapan Multi-AZ Amazon RDS tidak secara otomatis melakukan failover dalam merespons operasi database seperti kueri yang berjalan lama, kemacetan atau kesalahan kerusakan database.

Toleransi kesalahan di seluruh pusat data

Pengaturan

Dengan AWS Management Console, Anda dapat dengan mudah membuat penerapan Multi-AZ baru atau mengubah instans AZ-Tunggal yang ada menjadi penerapan Multi-AZ. Untuk membuat penerapan Multi-AZ mengunakan AWS Management Console, cukup klik opsi “Ya” untuk “Penerapan Multi-AZ” ketika meluncurkan Instans DB. Untuk mengonversikan Instans DB Single-AZ yang ada ke penerapan Multi-AZ, gunakan opsi “Ubah” yang tersambung dengan Instans DB Anda dalam AWS Management Console.

Penerapan Multi-AZ, penerapan multi-wilayah, dan replika baca

Penerapan Multi-AZ Amazon RDS melengkapi penerapan multi-wilayah dan replika baca. Meskipun tiga fitur meningkatkan ketersediaan dan ketahanan dengan mempertahankan salinan tambahan data Anda, ada beberapa perbedaan di antara mereka:

Penerapan Multi-AZ

Penerapan Multi-Wilayah

Replika baca

Tujuan utama adalah ketersediaan yang tinggi

Tujuan utama adalah pemulihan bencana dan kinerja lokal

Tujuan utama adalah skalabilitas

Non-Aurora: replikasi sinkron; Aurora: replikasi asinkron

Replikasi asinkron

Replikasi asinkron

Non-Aurora: hanya instans primer yang aktif; Aurora: semua instans aktif

Semua wilayah dapat diakses dan digunakan untuk pembacaan

Semua replika baca dapat diakses dan digunakan untuk penskalaan baca

Non-Aurora: pencadangan otomatis diambil dari standby; Aurora: pencadangan otomatis diambil dari lapisan penyimpanan bersama

Pencadangan otomatis dapat diambil di tiap wiyalah

Tidak ada cadangan yang dikonfigurasi secara default

Selalu memerlukan sedikitnya dua Availability Zone dalam satu wilayah

Tiap wilayah dapat memiliki penerapan Multi-AZ

Bisa berada dalam satu Availability Zone, Lintas AZ, atau Lintas Wilayah

Non-Aurora: pemutakhiran versi mesin database terjadi pada instans primer; Aurora: semua instans diperbarui bersama

Non-Aurora: pemutakhiran versi mesin database mandiri di tiap wilayah; Aurora: semua instans diperbarui bersama

Non-Aurora: pemutakhiran versi mesin database terpisah dari instans sumber; Aurora: semua instans diperbarui bersama

Failover otomatis untuk standby (non-Aurora) atau replika baca (Aurora) saat masalah terdeteksi

Aurora memungkinkan wilayah sekunder didorong untuk menjadi induk

Dapat didorong secara manual ke instans database mandiri (non-Aurora) atau menjadi instans primer (Aurora)

Anda dapat mengombinasikan penerapan Multi-AZ dengan fitur Amazon RDS lainnya untuk menikmati keuntungan tiap-tiap fitur. Misalnya, Anda dapat mengonfigurasi database sumber sebagai Multi-AZ untuk ketersediaan tinggi dan membuat replika baca (dalam AZ-Tunggal) untuk skalabilitas baca. Atau Anda dapat menggunakan Database Global Aurora untuk mereplikasi data dari penerapan Aurora Multi-AZ Anda ke dalam wilayah tambahan.

Dengan RDS for MySQL, MariaDB, PostgreSQL, dan Oracle, Anda juga dapat mengatur replika baca sebagai Multi-AZ, memungkinkan Anda menggunakan replika baca sebagai target DR. Saat Anda mempromosikan replika baca ke database mandiri, maka replika tersebut akan menjadi Multi-AZ diaktifkan.

Pelajari selengkapnya tentang fitur Amazon RDS
Pelajari selengkapnya tentang fitur RDS

Jelajahi fitur utama Amazon RDS. 

Pelajari selengkapnya 
Daftar akun AWS
Daftar untuk akun gratis

Dapatkan akses cepat ke AWS Tingkat Gratis. 

Daftar 
Mulai membangun dengan Amazon RDS di konsol
Mulai membangun di konsol

Memulai dengan Amazon RDS Management Console

Masuk