Multi-AZ Amazon RDS dengan satu standby

Failover otomatis Melindungi performa basis data Meningkatkan daya tahan Meningkatkan ketersediaan
Mendukung ketersediaan tinggi untuk aplikasi Anda dengan failover basis data otomatis yang selesai secepat 60 detik tanpa kehilangan data dan tanpa intervensi manual.
Hindari penangguhan aktivitas I/O pada primer Anda selama pencadangan dengan mencadangkan dari instans standby Anda.
Gunakan teknologi replikasi sinkron Multi-AZ Amazon RDS untuk menjaga data pada instans basis data standby Anda tetap terkini dengan yang primer. Tingkatkan ketersediaan dengan menerapkan instans standby di AZ kedua, dan capai toleransi kesalahan jika terjadi kegagalan instans AZ atau basis data.

Cara kerjanya

Dalam deployment Multi-AZ Amazon RDS, Amazon RDS secara otomatis membuat instans basis data primer (DB) dan secara sinkron mereplikasi data ke instans di AZ yang berbeda. Saat mendeteksi kegagalan, Amazon RDS secara otomatis melakukan failover ke instans standby tanpa intervensi manual.
Diagram Cara Kerja deployment Amazon RDS Multi-AZ

Amazon RDS Multi-AZ dengan dua standby yang dapat dibaca

Failover secara otomatis dalam waktu kurang dari 35 detik Gunakan titik akhir terpisah untuk pembacaan dan penulisan Dapatkan hingga 2x lebih cepat latensi melakukan transaksi Pemutakhiran versi minor biasanya kurang dari 1 detik
Failover secara otomatis dalam waktu kurang dari 35 detik tanpa kehilangan data dan tanpa intervensi manual. Merutekan kueri ke instans standby server tulis dan replika baca yang sesuai untuk memaksimalkan performa dan skalabilitas.  Capai latensi tulis hingga 2x lebih baik dibandingkan Multi-AZ dengan satu siaga. Kurangi waktu henti pemutakhiran versi minor menjadi kurang dari 35 detik. Kurangi waktu henti lebih lanjut menjadi kurang dari 1 detik dengan menambahkan sumber terbuka atau Proksi RDS ke dalam deployment Anda.

Cara kerja

Lakukan deployment basis data MySQL atau PostgreSQL dengan ketersediaan tinggi dan tahan lama di tiga AZ menggunakan Amazon RDS Multi-AZ dengan dua standby yang dapat dibaca. Dapatkan failover otomatis dalam kurang dari 35 detik pada umumnya, latensi commit transaksi hingga 2x lebih cepat daripada Amazon RDS Multi-AZ dengan satu fungsi siaga, kapasitas baca tambahan, serta pilihan instans berbasis AWS Graviton2–atau Intel–untuk komputasi.
Pengantar Amazon RDS Multi-AZ (1:20)

Pengantar Amazon RDS Multi-AZ

Deployment Amazon RDS Multi-AZ memberikan ketersediaan dan ketahanan yang lebih baik untuk instans basis data (DB) Amazon RDS, menjadikan instans tersebut sesuai untuk beban kerja basis data produksi. Dengan dua opsi deployment yang berbeda, Anda dapat menyesuaikan beban kerja Anda untuk ketersediaan yang mereka perlukan.
Pengantar Amazon RDS Multi-AZ
Deployment Amazon RDS Multi-AZ memberikan ketersediaan dan ketahanan yang lebih baik untuk instans basis data (DB) Amazon RDS, menjadikan instans tersebut sesuai untuk beban kerja basis data produksi. Dengan dua opsi deployment yang berbeda, Anda dapat menyesuaikan beban kerja Anda untuk ketersediaan yang mereka perlukan.

Tabel Perbandingan

AZ-Tunggal Amazon RDS atau Multi-AZ Amazon RDS dengan satu standby atau Multi-AZ Amazon RDS dengan dua standby yang dapat dibaca

Fitur

AZ-Tunggal

Multi-AZ dengan satu standby

Multi-AZ dengan dua standby yang dapat dibaca

Mesin yang tersedia

  • Amazon RDS for PostgreSQL
  • Amazon RDS untuk MySQL
  • Amazon RDS for MariaDB
  • Amazon RDS for SQL Server
  • Amazon RDS for Oracle
  • Amazon RDS for Db2
  • Amazon RDS for PostgreSQL
  • Amazon RDS untuk MySQL
  • Amazon RDS for MariaDB
  • Amazon RDS for SQL Server
  • Amazon RDS for Oracle
  • Amazon RDS for Db2
  • Amazon RDS for PostgreSQL
  • Amazon RDS for MySQL

Bacaan Tambahan
kapasitas

  • Tidak ada: kapasitas baca terbatas pada utama Anda
  • Tidak ada: Instans DB standby Anda hanya merupakan target failover pasif untuk ketersediaan tinggi
  • Dua instans DB standby bertindak sebagai target failover dan melayani lalu lintas baca
  • Kapasitas baca ditentukan oleh overhead transaksi tulis dari primer

·        

Latensi lebih rendah (throughput lebih tinggi) untuk melakukan transaksi

 

 

  • Melakukan transaksi hingga 2x lebih cepat dibandingkan dengan Multi-AZ Amazon RDS dengan satu standby

Durasi failover otomatis

  • Tidak tersedia: pengguna, operasi pemulihan titik-dalam-waktu yang dimulai pengguna akan diperlukan.
  • Operasi ini dapat memakan waktu beberapa jam untuk selesai
  • Pembaruan data apa pun yang terjadi setelah waktu pemulihan terbaru (biasanya dalam 5 menit terakhir) tidak akan tersedia
  • Primer baru tersedia untuk melayani beban kerja baru Anda secepat 60 detik
  • Waktu failover tidak tergantung pada throughput tulis
  • Primer baru tersedia untuk melayani beban kerja baru Anda biasanya dalam waktu kurang dari 35 detik
  • Waktu failover tergantung dari lamanya lag replika
Waktu henti pemutakhiran versi minor
  • Saat menggunakan Pemutakhiran Versi Minor Otomatis, waktu henti pemutakhiran versi minor terjadi selama periode pemeliharaan Amazon RDS selama 30 menit
  • Saat menggunakan Pemutakhiran Versi Minor Otomatis, waktu henti pemutakhiran versi minor terjadi selama periode pemeliharaan Amazon RDS selama 30 menit
  • Biasanya kurang dari 1 detik saat pelanggan menambahkan sumber terbuka atau Proksi Amazon RDS ke dalam deployment mereka
  • Biasanya kurang dari 35 detik dengan Multi-AZ dengan hanya dua fungsi siaga yang dapat dibaca

Ketahanan lebih tinggi terhadap penghentian AZ

  • Tidak ada: jika terjadi kegagalan AZ, risiko Anda kehilangan data dan berjam-jam waktu failover
  • Jika terjadi kegagalan AZ, beban kerja Anda akan otomatis failover ke standby terbaru
  • Jika terjadi kegagalan, salah satu dari dua standby yang tersisa akan mengambil alih dan melayani beban kerja (tulis) dari server primer

Jitter lebih rendah untuk melakukan transaksi

  • Tidak ada pengoptimalan untuk jitter
  • Akses ke Volume Log Khusus
  • Menggunakan penyimpanan lokal untuk log transaksional guna mengurangi jitter

Pelanggan

SysCloud membuat pencadangan otomatis untuk aplikasi perangkat lunak sebagai layanan (SaaS) yang penting, memantau file berbahaya, dan memberikan wawasan yang kuat tentang data dan kepatuhan Anda — semuanya dari satu dasbor. SysCloud menggunakan Multi-AZ Amazon RDS dengan dua standby yang dapat dibaca untuk sistem pemantauan internalnya: “Opsi deployment Multi-AZ Amazon RDS yang baru menawarkan kepada kita cara yang hemat biaya untuk mencapai performa, ketersediaan, dan skalabilitas baca yang lebih baik,” kata Vikram Srinivasan, Direktur, Infrastruktur di SysCloud. “Dengan opsi deployment Multi-AZ Amazon RDS yang baru, kami berharap dapat menciptakan pengalaman yang lebih baik bagi pelanggan kami.”

Harga

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.

Sumber Daya

Memulai

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

DOKUMENTASI


Menjelaskan Amazon RDS Multi-AZ dengan konsep satu siaga dan memberikan instruksi untuk memodifikasi instans DB Anda menjadi deployment Multi-AZ serta proses failover untuk Amazon RDS.

DOKUMENTASI


Menjelaskan Amazon RDS Multi-AZ dengan dua konsep siaga yang dapat dibaca dan memberikan instruksi untuk memodifikasi, mengganti nama, melakukan boot ulang, dan menghapus klaster; menggunakan replika baca; serta menggunakan replikasi logis PostgreSQL dengan klaster DB Multi-AZ.

MEMULAI TUTORIAL


Dalam tutorial ini, buat instans basis data Oracle Standar Edisi Dua di Amazon RDS menggunakan model Lisensi yang Disertakan dan cara mengaktifkan fitur, seperti Multi-AZ dan Wawasan Performa.

Video

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

BINCANG-BINCANG TEKNOLOGI SECARA ONLINE


Dalam sesi ini, dapatkan pengenalan singkat mengenai Multi-AZ, opsi deployment, manfaat dari masing-masing opsi, dan pelajari lebih dalam mengenai dua opsi standby yang mudah dibaca dan peningkatan terbarunya.

Blog

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

FAQ

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

Apa itu Zona Ketersediaan?

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.

Apa arti “primer” dan “standby” dalam konteks deployment Multi-AZ?

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.

Apa manfaat dari deployment Multi-AZ?

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.
 

Apa ada implikasi performa saat menjalankan instans DB saya sebagai deployment Multi-AZ?

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.

Bagaimana cara mengatur deployment instans DB Multi-AZ?

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”.
 

Apa yang terjadi saat saya mengonversi instans Amazon RDS dari AZ Tunggal ke Multi-AZ?

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.

Peristiwa apa yang membuat Amazon RDS memulai failover ke replika standby?

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.

Apakah saya akan mendapatkan notifikasi ketika terjadi failover otomatis di Amazon RDS?

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.

Apa yang terjadi selama failover Multi-AZ dan berapa lama waktu yang diperlukan?

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.

Apakah saya dapat memulai “failover paksa” untuk deployment instans DB Multi-AZ saya?

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.

Bagaimana cara mengontrol/mengonfigurasi replikasi sinkron Multi-AZ?

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.

Apakah standby saya akan berada di Wilayah yang sama dengan primer saya?

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

Apakah saya dapat melihat di Zona Ketersediaan tempat lokasi primer saya saat ini berada?

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

Setelah failover, primer saya sekarang berada di Zona Ketersediaan yang berbeda dari sumber daya AWS saya yang lain (misal, instans EC2). Haruskah saya khawatir mengenai latensi?

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.

Bagaimana cara Snapshot DB dan pencadangan otomatis berfungsi dengan deployment Multi-AZ saya?

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.

Pelajari selengkapnya mengenai fitur Amazon RDS
Pelajari dengan tutorial 10 menit

Jelajahi Amazon RDS dengan tutorial sederhana.

Jelajahi pelatihan langsung 
Mendaftar akun AWS
Mulai membangun dengan Amazon RDS dan Amazon Aurora

Baca Panduan Pengguna Amazon RDS untuk memulai.

Baca dokumentasi 
Mulai membangun dengan Amazon RDS di konsol
Jelajahi lebih dalam Multi-AZ Amazon RDS

Jelajahi lebih dalam tentang cara kerja Multi-AZ Amazon RDS dan berbagai opsi deployment.

Tonton sesinya