Membandingkan solusi replikasi Amazon Aurora

Tabel berikut memberikan perbandingan dari tiga solusi replikasi Amazon Aurora.

	Replika Aurora	Replika Aurora Lintas Wilayah	Database global Aurora
Menyediakan ketersediaan tinggi	Ya	Tidak	Tidak
Memberikan pemulihan bencana	Tidak	Ya	Ya
Jenis replikasi	Asinkron	Asinkron	Asinkron
Failover otomatis	Ya	Tidak	Tidak
Memunggah kueri SELECT	Ya	Ya	Ya
Dapat mengeluarkan tulisan terhadap replika	Tidak	Ya (tidak disarankan)	Tidak
Kedekatan dengan cluster primer	Selalu ada di Wilayah yang sama dengan yang utama.	Tidak dapat berada di Wilayah yang sama dengan yang utama.	Tidak dapat berada di Wilayah yang sama dengan yang utama.
Replikasi lag	Biasanya kurang dari 100 milidetik	Tergantung pada volume transaksi. Biasanya, beberapa detik untuk sebagian besar sistem.	Biasanya, kurang dari 1 detik.
Pertimbangan biaya	Bayar hanya untuk node instans DB tambahan.	Anda membayar tarif Aurora standar untuk instans, penyimpanan, transfer data lintas wilayah, penyimpanan cadangan, dan penulisan I/O yang direplikasi antara Wilayah primer dan setiap Wilayah sekunder.	Anda membayar tarif Aurora standar untuk instans, penyimpanan, transfer data lintas wilayah, penyimpanan cadangan, dan penulisan I/O yang direplikasi antara Wilayah primer dan setiap Wilayah sekunder.
Jumlah replika yang didukung	15 di wilayah yang sama	Hingga lima cluster DB sekunder di Wilayah yang berbeda untuk Aurora MySQL Compatible Edition. (Edisi yang kompatibel dengan Aurora PostgreSQL tidak mendukung replika lintas wilayah.)	Hingga lima cluster DB sekunder di Wilayah yang berbeda.
Waktu untuk penyediaan	Kurang dari 5 menit, terlepas dari ukuran database.	Tergantung pada ukuran database karena membuat replika memerlukan seluruh salinan database untuk direplikasi ke Wilayah sekunder.	Tergantung pada ukuran database karena membuat replika memerlukan seluruh salinan database untuk direplikasi ke Wilayah sekunder.

Saat memutuskan opsi mana yang akan diterapkan, gunakan pedoman berikut:

• Jika Anda membutuhkan ketersediaan tinggi cluster Aurora Anda, gunakan Aurora Replicas. Aurora akan secara otomatis mempromosikan salah satu Replika Aurora jika instance utama gagal. Replika Aurora juga bagus untuk menskalakan beban kerja baca Anda secara horizontal. Manajer koneksi Aurora akan secara otomatis mendistribusikan beban kerja di beberapa Replika Aurora dalam hal yang sama Wilayah AWS dengan menggunakan titik akhir pembaca umum.

• Jika Anda mencari pemulihan bencana lintas wilayah (DR), gunakan database global Aurora. Dengan database global Aurora, Anda dapat menjangkau beberapa Wilayah AWS untuk mengaktifkan pembacaan lokal yang cepat dan DR. Anda dapat menggunakan Wilayah sekunder sebagai opsi cadangan jika Anda perlu memulihkan dengan cepat dari degradasi atau pemadaman regional. Database di Wilayah sekunder dapat dipromosikan ke kemampuan baca/tulis penuh dalam waktu kurang dari 1 menit.

• Replika Aurora Lintas Wilayah melayani beberapa kasus penggunaan. Pertama, jika Anda memerlukan salinan lintas wilayah dari basis data Aurora Anda dan Anda tidak dapat menggunakan database global karena beberapa keterbatasannya, Anda dapat menggunakan Replika Aurora Lintas wilayah. Kedua, jika Anda perlu bermigrasi dari Amazon Relational Database Service (Amazon RDS) untuk MySQL ke Aurora MySQL Compatible Edition, Anda dapat menyiapkan replika Aurora MySQL.