Multi-AZ Amazon RDS

Amazon RDS Multi-AZ tersedia untuk RDS for PostgreSQL, RDS for MySQL, RDS for MariaDB, RDS for SQL Server, RDS for Oracle, dan RDS for Db2. Amazon RDS Multi-AZ dengan dua fungsi siaga yang dapat dibaca tersedia untuk RDS untuk PostgreSQL dan RDS untuk MySQL. Untuk mengetahui cara Amazon Aurora meningkatkan ketersediaan dengan mempertahankan data Anda di tiga Zona Ketersediaan, lihat Deployment Multi-AZ dengan Replika Aurora.

Untuk deployment AZ-Tunggal, deployment Multi-AZ dengan satu instans fungsi siaga, dan deployment Multi-AZ dengan dua fungsi siaga yang dapat dibaca, harga dihitung per jam instans DB yang digunakan sejak instans DB diluncurkan sampai dihentikan atau dihapus. Jam instans DB sebagian ditagih dalam peningkatan satu detik dengan biaya minimum 10 menit setelah perubahan status yang dapat ditagih seperti membuat, memulai, atau memodifikasi kelas instans DB.

Untuk informasi selengkapnya mengenai harga Amazon RDS Multi-AZ, lihat halaman harga Amazon RDS.

Gunakan panduan pengguna dan tutorial berikut untuk mulai cepat menggunakan Amazon RDS Multi-AZ.

Tonton sesi, webinar, dan video lainnya untuk mempelajari lebih dalam mengenai Amazon RDS Multi-AZ.

Baca tentang peningkatan terbaru pada Amazon RDS Multi-AZ dan pelajari lebih dalam tentang cara menggunakannya untuk kasus penggunaan Amazon RDS Anda. 

Dapatkan waktu henti selama satu detik atau kurang dengan ProxySQL saat meningkatkan deployment Amazon RDS Multi-AZ dengan dua standby yang dapat dibaca

Switchover cepat dengan PgBouncer pada deployment Amazon RDS Multi-AZ dengan dua standby yang dapat dibaca untuk PostgreSQL

Dapatkan waktu henti selama satu detik atau kurang dengan Driver Wrapper JDBC Tingkat Lanjut saat meningkatkan Klaster DB Amazon RDS Multi-AZ

Lakukan pemutakhiran versi minor dengan waktu henti selama 1 detik atau kurang dengan deployment Proksi Amazon RDS dan Amazon RDS Multi-AZ dengan dua standby yang dapat dibaca

Konsolidasi data untuk aplikasi analitik menggunakan replikasi logis untuk klaster Amazon RDS Multi-AZ

Strategi terbaik untuk mencapai performa tinggi dan ketersediaan tinggi di Amazon RDS for MySQL dengan Klaster DB Multi-AZ

Tingkatkan performa aplikasi di instans Amazon RDS for MySQL dan MariaDB serta klaster DB MySQL Multi-AZ dengan Penulisan yang Dioptimalkan

Pilih opsi deployment Amazon RDS yang tepat: Instans AZ tunggal, instans Multi-AZ, atau klaster basis data multi-AZ

Konfigurasikan Multi-AZ dengan Amazon RDS Custom untuk SQL Server

Lakukan deployment Amazon RDS for PostgreSQL dan klaster DB MySQL Multi-AZ menggunakan modul Terraform

Opsi Deployment Multi-AZ Amazon RDS for MySQL & PostgreSQL Baru: Peningkatan Performa Tulis & Failover Lebih Cepat

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 tidak dapat digunakan untuk melayani lalu lintas baca. Informasi selengkapnya mengenai deployment Multi-AZ apat ditemukan di Panduan Pengguna Amazon RDS.

Zona Ketersediaan adalah lokasi yang berbeda dalam suatu Wilayah yang dirancang untuk diisolasi dari kegagalan di Zona Ketersediaan lainnya. Setiap Zona Ketersediaan berjalan di infrastruktur independen dan jauh secara fisik, serta dirancang agar sangat andal. 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” 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 dengan penskalaan lalu lintas baca di luar batasan kapasitas dari satu instans DB, lihat FAQs di Replika Baca.

Manfaat utama menjalankan instans DB Anda sebagai deployment Multi-AZ adalah meningkatkan 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, hal ini berarti Anda tidak diminta untuk memonitor kejadian instans DB dan memulai pemulihan instans DB manual (melalui API RestoreDBInstanceToPointInTime atau RestoreDBInstanceFromSnapshot) jika terjadi kegagalan Zona Ketersediaan atau kegagalan instans DB.
 

Anda mungkin mengamati 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 (single-AZ) yang sudah ada menjadi Multi-AZ, modifikasi instans DB di Konsol Manajemen AWS atau gunakan API ModifyDBInstance dan 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 dari AZ Tunggal ke Multi-AZ, hal-hal berikut akan 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 melihat 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 “Kejadian” pada Konsol Amazon RDS atau menggunakan API DescribeEvents untuk mengembalikan informasi mengenai kejadian yang berkaitan dengan instans DB Anda. Anda juga dapat menggunakan Notifikasi Peristiwa Amazon RDS untuk mendapatkan notifikasi 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 Tersedia 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 mengenai 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 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 cadangan 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.