Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Mereplikasi kluster DB MySQL Amazon Aurora Wilayah AWS
Anda dapat membuat kluster DB MySQL Amazon Aurora sebagai replika baca di cluster DB sumber yang berbeda. Wilayah AWS Mengambil pendekatan ini dapat meningkatkan kemampuan pemulihan bencana Anda, memungkinkan Anda menskalakan operasi baca menjadi Wilayah AWS yang lebih dekat dengan pengguna Anda, dan membuatnya lebih mudah untuk bermigrasi dari satu Wilayah AWS ke yang lain.
Anda dapat membuat replika baca klaster DB terenkripsi atau tidak terenkripsi. Replika baca harus dienkripsi jika klaster DB sumber dienkripsi.
Untuk setiap klaster DB sumber, Anda dapat memiliki hingga lima klaster DB lintas Wilayah yang berupa replika baca.
catatan
Sebagai alternatif untuk replika baca lintas Wilayah, Anda dapat menskalakan operasi baca dengan waktu lag minimal dengan menggunakan basis data global Aurora. Database global Aurora memiliki cluster DB Aurora primer dalam satu Wilayah AWS dan hingga 10 cluster DB read-only sekunder di Wilayah yang berbeda. Setiap klaster DB sekunder dapat menyertakan hingga 16 (bukan 15) Replika Aurora. Replikasi dari klaster DB primer ke semua sekunder ditangani oleh lapisan penyimpanan Aurora, bukan oleh mesin basis data, sehingga waktu lag untuk mereplikasi perubahan menjadi minimal—biasanya, kurang dari 1 detik. Mengecualikan mesin basis data dari proses replikasi berarti bahwa mesin basis data dikhususkan untuk memproses beban kerja. Ini juga berarti bahwa Anda tidak perlu mengonfigurasi atau mengelola replikasi binlog (binlog biner) Aurora MySQL. Untuk mempelajari selengkapnya, lihat Menggunakan Database Global Amazon Aurora.
Saat Anda membuat replika baca cluster MySQL DB Aurora di tempat lain Wilayah AWS, Anda harus mengetahui hal berikut:
-
Klaster DB sumber Anda dan klaster DB replika baca lintas Wilayah Anda dapat memiliki hingga 15 Replika Aurora, di samping instans primer untuk klaster DB tersebut. Dengan menggunakan fungsi ini, Anda dapat menskalakan operasi baca untuk sumber Wilayah AWS dan target Wilayah AWS replikasi Anda.
-
Dalam sebuah skenario lintas Wilayah, terdapat lebih banyak waktu lag antara klaster DB sumber dan replika baca karena saluran jaringan yang lebih panjang antar- Wilayah AWS.
-
Data yang ditransfer untuk replikasi lintas Wilayah akan menimbulkan biaya transfer data Amazon RDS. Tindakan replikasi lintas Wilayah berikut menghasilkan biaya untuk data yang ditransfer dari Wilayah AWS sumber:
-
Saat Anda membuat replika baca, Amazon RDS mengambil snapshot dari cluster sumber dan mentransfer snapshot ke Wilayah AWS yang menyimpan replika baca.
-
Untuk setiap modifikasi data yang dibuat dalam database sumber, Amazon RDS mentransfer data dari wilayah sumber ke Wilayah AWS yang menyimpan replika baca.
Untuk informasi selengkapnya tentang harga transfer data Amazon RDS, lihat Harga Amazon Aurora
. -
-
Anda dapat menjalankan beberapa tindakan pembuatan atau penghapusan konkuren untuk replika baca yang mengacu pada klaster DB sumber yang sama. Namun, Anda harus tetap berada dalam batasan lima replika baca untuk setiap klaster DB sumber.
-
Agar replikasi dapat beroperasi secara efektif, setiap replika baca harus memiliki jumlah sumber daya komputasi dan penyimpanan yang sama dengan klaster DB sumber. Jika Anda menskalakan klaster DB sumber, Anda juga harus menskalakan replika baca.
Topik
Sebelum Anda memulai
Sebelum Anda dapat membuat klaster DB Aurora MySQL yang merupakan replika baca lintas Wilayah, Anda harus mengaktifkan pencatatan log biner pada klaster DB Aurora MySQL sumber Anda. Replikasi lintas wilayah untuk Aurora MySQL menggunakan replikasi biner MySQL untuk mengulang perubahan pada klaster DB replika baca lintas Wilayah.
Untuk mengaktifkan pencatatan log biner pada sebuah klaster DB Aurora MySQL, perbarui parameter binlog_format untuk klaster DB sumber Anda. Parameter binlog_format adalah parameter tingkat klaster yang berada dalam grup parameter klaster default. Jika klaster DB Anda menggunakan grup parameter klaster DB default, buat sebuah grup parameter klaster DB baru untuk memodifikasi pengaturan binlog_format. Kami sarankan Anda mengatur binlog_format ke MIXED. Namun, Anda juga dapat mengatur binlog_format ke ROW atau STATEMENT jika Anda memerlukan format binlog tertentu. Boot ulang klaster DB Aurora Anda agar perubahan dapat diterapkan.
Untuk informasi selengkapnya tentang menggunakan pencatatan log biner dengan Aurora MySQL, lihat Replikasi antara Aurora dan SQL My atau antara Aurora dan cluster Aurora DB lainnya (replikasi log biner). Untuk informasi selengkapnya tentang memodifikasi parameter konfigurasi Aurora MySQL, lihat Parameter klaster DB dan instans DB Amazon Aurora dan .
