Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Replikasi dengan Amazon Aurora MySQL
Fitur-fitur replikasi Aurora MySQL merupakan kunci untuk ketersediaan dan performa yang tinggi dari klaster Anda. Aurora mempermudah pembuatan atau perubahan ukuran klaster dengan maksimal 15 Replika Aurora.
Semua replika beroperasi dari data acuan yang sama. Jika beberapa instans basis data menjadi offline, yang lain akan tetap tersedia untuk melanjutkan pemrosesan kueri atau mengambil alih sebagai penulis jika diperlukan. Aurora akan secara otomatis menyebarkan koneksi hanya-baca Anda ke beberapa instans basis data, sehingga membantu klaster Aurora mendukung beban kerja sarat kueri.
Dalam topik berikut, Anda dapat menemukan informasi tentang cara kerja replikasi Aurora MySQL dan cara menyesuaikan pengaturan replikasi untuk ketersediaan dan performa terbaik.
Topik
- Menggunakan Replika Aurora
- Opsi replikasi untuk Amazon Aurora MySQL
- Pertimbangan performa untuk replikasi Amazon Aurora MySQL
- Restart nol-downtime () untuk ZDR Amazon Aurora My SQL
- Mengkonfigurasi filter replikasi dengan Aurora My SQL
- Memantau replikasi Amazon Aurora MySQL
- Mereplikasi Amazon Aurora SQL My DB cluster di seluruh Wilayah AWS
- Replikasi antara Aurora dan SQL My atau antara Aurora dan cluster Aurora DB lainnya (replikasi log biner)
- Menggunakan replikasi GTID berbasis
Menggunakan Replika Aurora
Replika Aurora adalah titik akhir independen dalam klaster basis data Aurora, yang paling berguna untuk menskalakan operasi baca dan meningkatkan ketersediaan. Hingga 15 Replika Aurora dapat didistribusikan ke seluruh Zona Ketersediaan yang dicakup oleh sebuah klaster DB di satu Wilayah AWS. Meskipun volume klaster DB terdiri dari beberapa salinan data untuk klaster DB, data dalam volume klaster direpresentasikan sebagai volume logis tunggal untuk instans primer dan Replika Aurora dalam klaster DB tersebut. Untuk informasi selengkapnya tentang Replika Aurora, lihat Replika Aurora.
Replika Aurora berfungsi dengan baik untuk penskalaan baca karena ditujukan sepenuhnya untuk operasi baca pada volume klaster Anda. Operasi tulis dikelola oleh instans primer. Karena volume klaster dibagikan di antara semua instans dalam klaster DB Aurora MySQL Anda, tidak diperlukan pekerjaan tambahan untuk mereplikasi salinan data untuk setiap Replika Aurora. Sebaliknya, replika baca MySQL harus mengulang, pada thread tunggal, semua operasi tulis dari instans DB sumber daya ke penyimpanan data lokalnya. Batasan ini dapat memengaruhi kemampuan replika baca MySQL untuk mendukung volume lalu lintas baca yang besar.
Dengan Aurora MySQL, saat Replika Aurora dihapus, titik akhir instansnya akan segera dihapus, dan Replika Aurora akan dihapus dari titik akhir pembaca. Jika ada pernyataan yang berjalan di Replika Aurora yang dihapus, ada masa tenggang selama tiga menit. Pernyataan yang ada dapat diselesaikan sepenuhnya selama masa tenggang ini. Setelah masa tenggang berakhir, Replika Aurora akan dinonaktifkan dan dihapus.
penting
Replika Aurora untuk Aurora MySQL selalu menggunakan tingkat isolasi transaksi default REPEATABLE READ
untuk operasi pada tabel InnoDB. Anda dapat menggunakan perintah SET TRANSACTION ISOLATION LEVEL
untuk mengubah tingkat transaksi hanya untuk instans primer klaster DB Aurora MySQL. Pembatasan ini bertujuan untuk menghindari kunci tingkat pengguna pada Replika Aurora, dan memungkinkan penskalaan Replika Aurora untuk mendukung ribuan koneksi pengguna aktif sambil tetap menjaga lag replika seminimal mungkin.
catatan
Pernyataan DDL yang berjalan pada instans primer dapat menginterupsi koneksi basis data pada Replika Aurora terkait. Jika koneksi Replika Aurora secara aktif menggunakan objek basis data, seperti tabel, dan objek tersebut dimodifikasi pada instans primer menggunakan pernyataan DDL, koneksi Replika Aurora dapat terinterupsi.
catatan
Wilayah Tiongkok (Ningxia) tidak mendukung replika baca lintas Wilayah.
Opsi replikasi untuk Amazon Aurora MySQL
Anda dapat mengatur replikasi dengan opsi-opsi berikut:
-
Dua cluster DB MySQL Aurora berbeda Wilayah AWS, dengan membuat replika baca lintas wilayah dari cluster DB MySQL Aurora.
Untuk informasi selengkapnya, lihat Mereplikasi Amazon Aurora SQL My DB cluster di seluruh Wilayah AWS.
-
Dua cluster Aurora MySQL DB yang sama, dengan menggunakan replikasi log biner MySQL ( Wilayah AWS binlog).
Untuk informasi selengkapnya, lihat Replikasi antara Aurora dan SQL My atau antara Aurora dan cluster Aurora DB lainnya (replikasi log biner).
-
Instans DB RDS for MySQL sebagai sumber dan klaster DB Aurora MySQL, dengan membuat replika baca Aurora dari instans DB RDS for MySQL.
Anda dapat menggunakan pendekatan ini untuk memindahkan perubahan data yang ada dan yang sedang berlangsung ke Aurora MySQL selama migrasi ke Aurora. Untuk informasi selengkapnya, lihat Memigrasi data dari instans RDS for My SQL DB ke cluster Amazon Aurora SQL My DB dengan menggunakan replika baca Aurora.
Anda juga dapat menggunakan pendekatan ini untuk meningkatkan skalabilitas kueri baca untuk data Anda. Caranya adalah dengan mengueri data menggunakan satu atau beberapa instans DB dalam klaster Aurora MySQL hanya baca. Untuk informasi selengkapnya, lihat Penskalaan bacaan untuk SQL database Saya dengan Amazon Aurora.
-
Cluster DB MySQL Aurora dalam satu dan Wilayah AWS hingga lima cluster Aurora MySQL DB read-only Aurora di Wilayah yang berbeda, dengan membuat database global Aurora.
Anda dapat menggunakan basis data global Aurora untuk mendukung aplikasi dengan jejak global. Klaster DB Aurora MySQL primer memiliki instans Penulis dan maksimal 15 Replika Aurora. Klaster DB Aurora MySQL sekunder hanya baca masing-masing dapat terdiri dari maksimal 16 Replika Aurora. Untuk informasi selengkapnya, lihat Menggunakan Database Global Amazon Aurora.
catatan
Me-boot ulang instans primer klaster DB Amazon Aurora juga akan secara otomatis mem-boot ulang Replika Aurora untuk klaster DB tersebut. Hal ini bertujuan untuk menetapkan kembali titik masuk yang menjamin konsistensi baca/tulis di seluruh klaster DB.
Pertimbangan performa untuk replikasi Amazon Aurora MySQL
Fitur berikut dapat membantu Anda menyesuaikan performa replikasi Aurora MySQL.
Fitur kompresi log replika secara otomatis mengurangi bandwidth jaringan untuk pesan replikasi. Karena setiap pesan ditransmisikan ke semua Replika Aurora, manfaat yang diberikan akan lebih besar untuk klaster yang lebih besar. Fitur ini memerlukan beberapa overhead CPU pada simpul penulis untuk melakukan kompresi. Fitur ini selalu diaktifkan di Aurora MySQL versi 2 dan versi 3.
Fitur pemfilteran binlog secara otomatis mengurangi bandwidth jaringan untuk pesan replikasi. Karena Replika Aurora tidak menggunakan informasi binlog yang disertakan dalam pesan replikasi, data tersebut dihilangkan dari pesan yang dikirim ke simpul-simpul tersebut.
Di Aurora MySQL versi 2, Anda dapat mengontrol fitur ini dengan mengubah parameter aurora_enable_repl_bin_log_filtering
. Parameter ini aktif secara default. Karena optimisasi ini dimaksudkan agar bersifat transparan, Anda dapat menonaktifkan pengaturan ini hanya selama diagnosis atau pemecahan masalah yang terkait dengan replikasi. Misalnya, Anda dapat melakukannya untuk mencocokkan dengan perilaku klaster Aurora MySQL lama yang tidak menyediakan fitur ini.
Pemfilteran Binlog selalu diaktifkan di Aurora MySQL versi 3.
Memantau replikasi Amazon Aurora MySQL
Penskalaan baca dan ketersediaan yang tinggi tergantung dari waktu lag minimal. Anda dapat memantau seberapa jauh Aurora Replica tertinggal dari instance utama cluster DB MySQL Aurora Anda dengan memantau metrik Amazon. CloudWatch AuroraReplicaLag
Metrik AuroraReplicaLag
dicatat dalam setiap Replika Aurora.
Instans primer DB juga merekam metrik AuroraReplicaLagMaximum
dan AuroraReplicaLagMinimum
Amazon CloudWatch. Metrik AuroraReplicaLagMaximum
akan mencatat jumlah maksimum lag antara instans DB primer dan setiap Replika Aurora dalam klaster DB. Metrik AuroraReplicaLagMinimum
akan mencatat jumlah minimum lag antara instans DB primer dan setiap Replika Aurora dalam klaster DB.
Jika Anda membutuhkan nilai terbaru untuk lag Aurora Replica, Anda dapat memeriksa metrik AuroraReplicaLag
di Amazon. CloudWatch Lag Replika Aurora juga dicatat pada setiap Replika Aurora dari klaster DB Aurora MySQL Anda dalam tabel information_schema.replica_host_status
. Untuk informasi selengkapnya tentang tabel ini, lihat information_schema.replica_host_status.
Untuk informasi selengkapnya tentang pemantauan instans dan CloudWatch metrik RDS, lihat. Memantau metrik di klaster Amazon Aurora