Replikasi dengan Amazon Aurora MySQL - Amazon Aurora

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.

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:

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