Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Replikasi dengan Amazon Aurora My SQL
Fitur SQL replikasi Aurora My adalah kunci ketersediaan dan kinerja klaster Anda yang tinggi. 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 SQL replikasi Aurora My dan cara menyempurnakan pengaturan replikasi untuk ketersediaan dan kinerja terbaik.
Topik
- Menggunakan Aurora Replica
- Opsi replikasi untuk Amazon Aurora My SQL
- Pertimbangan kinerja untuk Amazon Aurora SQL Replikasi saya
- Restart nol-downtime () untuk ZDR Amazon Aurora My SQL
- Mengkonfigurasi filter replikasi dengan Aurora My SQL
- Memantau Amazon Aurora Replikasi saya SQL
- Menggunakan penerusan tulis lokal di Amazon SQL Aurora My DB cluster
- 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 Aurora Replica
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 di seluruh Availability Zone yang terbentang oleh cluster DB dalam Wilayah AWS. Meskipun volume cluster DB terdiri dari beberapa salinan data untuk cluster DB, data dalam volume cluster direpresentasikan sebagai volume logis tunggal untuk instance utama dan ke Aurora Replicas di cluster DB. 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 cluster dibagi di antara semua instance di cluster Aurora SQL My DB Anda, tidak ada pekerjaan tambahan yang diperlukan untuk mereplikasi salinan data untuk setiap Replika Aurora. Sebaliknya, replika SQL baca saya harus memutar ulang, pada satu utas, semua operasi penulisan dari instance DB sumber ke penyimpanan data lokalnya. Keterbatasan ini dapat memengaruhi kemampuan replika SQL baca saya untuk mendukung volume lalu lintas baca yang besar.
Dengan Aurora MySQL, ketika Replika Aurora dihapus, titik akhir instancenya segera dihapus, dan Replika Aurora dihapus dari titik akhir pembaca. Jika ada pernyataan yang dijalankan dari Aurora Replica yang sudah dihapus, ada tiga menit masa tenggang. Pernyataan yang ada dapat diselesaikan sepenuhnya selama masa tenggang ini. Setelah masa tenggang berakhir, Aurora Replica akan dimatikan dan dihapus.
penting
Replika Aurora untuk Aurora Saya SQL selalu menggunakan tingkat isolasi transaksi REPEATABLE READ default untuk operasi pada tabel InnoDB. Anda dapat menggunakan SET TRANSACTION ISOLATION LEVEL perintah untuk mengubah tingkat transaksi hanya untuk instance utama cluster Aurora My SQL DB. 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
DDLpernyataan yang berjalan pada instance utama dapat mengganggu koneksi database pada Replika Aurora terkait. Jika koneksi Aurora Replica secara aktif menggunakan objek database, seperti tabel, dan objek tersebut dimodifikasi pada instance utama menggunakan DDL pernyataan, koneksi Aurora Replica terputus.
catatan
Wilayah Tiongkok (Ningxia) tidak mendukung replika baca lintas Wilayah.
Opsi replikasi untuk Amazon Aurora My SQL
Anda dapat mengatur replikasi dengan opsi-opsi berikut:
-
Dua cluster Aurora My SQL DB berbeda Wilayah AWS, dengan membuat replika baca Lintas wilayah dari cluster Aurora My DB. SQL
Untuk informasi selengkapnya, lihat Mereplikasi Amazon Aurora SQL My DB cluster di seluruh Wilayah AWS.
-
Dua cluster Aurora My SQL DB dalam hal yang sama Wilayah AWS, dengan menggunakan replikasi log SQL biner saya (binlog).
Untuk informasi selengkapnya, lihat Replikasi antara Aurora dan SQL My atau antara Aurora dan cluster Aurora DB lainnya (replikasi log biner).
-
Instance RDS for My SQL DB sebagai sumber dan cluster Aurora My SQL DB, dengan membuat replika baca Aurora dari instance RDS My DB. SQL
Anda dapat menggunakan pendekatan ini untuk membawa perubahan data yang ada dan yang sedang berlangsung ke Aurora My SQL 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. Anda melakukannya dengan menanyakan data menggunakan satu atau lebih instance DB dalam klaster Aurora My hanya-baca. SQL Untuk informasi selengkapnya, lihat Penskalaan bacaan untuk SQL database Saya dengan Amazon Aurora.
-
Cluster Aurora My SQL DB menjadi satu Wilayah AWS dan hingga lima cluster Aurora SQL My DB hanya-baca Aurora di Wilayah yang berbeda, dengan membuat database global Aurora.
Anda dapat menggunakan basis data global Aurora untuk mendukung aplikasi dengan jejak global. Cluster Aurora My SQL DB utama memiliki instance Writer dan hingga 15 Replika Aurora. Cluster Aurora My SQL DB sekunder hanya-baca masing-masing dapat terdiri dari sebanyak 16 Replika Aurora. Untuk informasi selengkapnya, lihat Menggunakan basis data 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 kinerja untuk Amazon Aurora SQL Replikasi saya
Fitur-fitur berikut membantu Anda menyempurnakan kinerja replikasi Aurora My. SQL
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 melibatkan beberapa CPU overhead pada node penulis untuk melakukan kompresi. Itu selalu diaktifkan di Aurora My SQL 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 My SQL 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 perilaku SQL klaster Aurora Saya yang lebih lama di mana fitur ini tidak tersedia.
Pemfilteran Binlog selalu diaktifkan di Aurora My versi 3. SQL
Memantau Amazon Aurora Replikasi saya SQL
Penskalaan baca dan ketersediaan yang tinggi tergantung dari waktu lag minimal. Anda dapat memantau seberapa jauh Replika Aurora tertinggal dari instance utama SQL cluster Aurora My DB Anda dengan memantau metrik Amazon. CloudWatch AuroraReplicaLag Metrik AuroraReplicaLag dicatat dalam setiap Replika Aurora.
Instans DB utama juga mencatat CloudWatch metrik AuroraReplicaLagMaximum dan AuroraReplicaLagMinimum Amazon. 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 Kelambatan Aurora Replica juga direkam pada setiap Replika Aurora dari cluster Aurora My DB Anda di tabel. SQL information_schema.replica_host_status Untuk informasi selengkapnya tentang tabel ini, lihat information_schema.replica_host_status.
Untuk informasi selengkapnya tentang pemantauan RDS instans dan CloudWatch metrik, lihat. Memantau metrik di klaster Amazon Aurora
