Keterbatasan dan pertimbangan untuk cluster aktif-aktif

Cluster aktif-aktif di Amazon RDS menawarkan ketersediaan dan skalabilitas yang ditingkatkan dengan mendistribusikan beban kerja di beberapa instans. Namun, ada batasan dan pertimbangan penting yang perlu diingat saat menggunakan arsitektur ini.

Bagian berikut menguraikan faktor-faktor kunci seperti penundaan replikasi, resolusi konflik, alokasi sumber daya, dan perilaku failover. Memahami pertimbangan ini dapat membantu memastikan kinerja dan keandalan yang optimal dalam penerapan klaster aktif-aktif.

Batasan RDS untuk klaster SQL aktif-aktif saya

Batasan berikut berlaku untuk cluster aktif-aktif untuk RDS My: SQL

• Nama pengguna master tidak boleh rdsgrprepladmin untuk instans basis data di klaster aktif-aktif. Nama pengguna ini dicadangkan untuk koneksi Group Replication.

• Untuk instans basis data dengan replika baca di klaster aktif-aktif, status replikasi yang berkepanjangan selain Replicating dapat menyebabkan file log melebihi batas penyimpanan. Lihat informasi tentang status replika baca di Memantau replikasi baca.

• Deployment blue/green tidak didukung untuk instans basis data di klaster aktif-aktif. Untuk informasi selengkapnya, lihat Menggunakan Amazon RDS Aurora Blue/Green Deployment untuk pembaruan database.

• Autentikasi Kerberos tidak didukung untuk instans basis data di klaster aktif-aktif. Untuk informasi selengkapnya, lihat Menggunakan Kerberos otentikasi untuk Amazon RDS for MySQL.

• Instans basis data di klaster basis data Multi-AZ tidak dapat ditambahkan ke klaster aktif-aktif. Namun, instans basis data dalam deployment instans basis data Multi-AZ dapat ditambahkan ke klaster aktif-aktif. Untuk informasi selengkapnya, lihat Mengonfigurasi dan mengelola penyebaran Multi-AZ untuk Amazon RDS.

• Tabel yang tidak memiliki kunci primer tidak direplikasi dalam klaster aktif-aktif karena penulisan ditolak oleh plugin Group Replication.

• Tabel non-InnoDB tidak direplikasi dalam klaster aktif-aktif.

• Cluster aktif-aktif tidak mendukung konkuren DML dan DDL pernyataan pada instance DB yang berbeda di cluster.

• Anda tidak dapat mengonfigurasikan klaster aktif-aktif untuk menggunakan mode primer tunggal untuk mode replikasi grup. Untuk konfigurasi ini, sebaiknya gunakan klaster basis data Multi-AZ sebagai gantinya. Untuk informasi selengkapnya, lihat Penerapan cluster DB multi-AZ untuk Amazon RDS.

• Replikasi multisumber tidak didukung untuk instans basis data di klaster aktif-aktif.

• Klaster aktif-aktif lintas Wilayah tidak dapat menerapkan verifikasi otoritas sertifikat (CA) untuk koneksi Group Replication.

Pertimbangan dan praktik terbaik RDS untuk klaster SQL aktif-aktif saya

Sebelum Anda menggunakan RDS klaster SQL aktif-aktif saya, tinjau pertimbangan dan praktik terbaik berikut:

• Klaster aktif-aktif tidak dapat memiliki lebih dari sembilan instans basis data.

• Dengan plugin Group Replication, Anda dapat mengendalikan jaminan konsistensi transaksi klaster aktif-aktif. Untuk informasi selengkapnya, lihat Jaminan Konsistensi Transaksi di SQL dokumentasi Saya.

• Konflik mungkin terjadi ketika instans basis data yang berbeda memperbarui baris yang sama di klaster aktif-aktif. Untuk informasi tentang konflik dan penyelesaian konflik, lihat Replikasi Grup dalam SQL dokumentasi Saya.

• Untuk toleransi kesalahan, sertakan setidaknya tiga instans basis data di klaster aktif-aktif Anda. Mengonfigurasikan klaster aktif-aktif hanya dengan satu atau dua instans basis data dapat dilakukan, tetapi klaster tidak akan toleran terhadap kesalahan. Untuk informasi tentang toleransi kesalahan, lihat Toleransi kesalahan dalam dokumentasi Saya. SQL

• Ketika instans basis data bergabung dengan klaster aktif-aktif yang ada dan menjalankan versi mesin yang sama dengan versi mesin terendah di klaster, instans basis data bergabung dalam mode baca tulis.

• Ketika instans basis data bergabung dengan klaster aktif-aktif yang ada dan menjalankan versi mesin yang lebih tinggi daripada versi mesin terendah di klaster, instans basis data harus tetap dalam mode hanya-baca.

• Jika Anda mengaktifkan Replikasi Grup untuk instans DB dengan menyetel rds.group_replication_enabled parameternya ke 1 dalam grup parameter DB, tetapi replikasi belum dimulai atau gagal dimulai, instans DB ditempatkan dalam super-read-only mode untuk mencegah inkonsistensi data. Untuk informasi tentang super-read-only mode, lihat SQLDokumentasi saya.

• Anda dapat memutakhirkan instans basis data di klaster aktif-aktif, tetapi instans basis data akan hanya baca hingga semua instans basis data lain di klaster aktif-aktif ditingkatkan ke versi mesin yang sama atau versi mesin yang lebih tinggi. Saat Anda memutakhirkan instans basis data, instans basis data bergabung secara otomatis dengan klaster aktif-aktif yang sama saat pemutakhiran selesai. Untuk menghindari peralihan yang tidak diinginkan ke mode hanya baca untuk instans basis data, nonaktifkan peningkatan versi kecil otomatis untuknya. Untuk informasi tentang memutakhirkan instans SQL DB Saya, lihatUpgrade RDS untuk mesin MySQL DB.

• Anda dapat menambahkan instans basis data dalam deployment instans basis data Multi-AZ ke klaster aktif-aktif yang ada. Anda juga dapat mengonversi instans basis data AZ Tunggal dalam klaster aktif-aktif menjadi deployment instans basis data Multi-AZ. Jika instans basis data utama dalam deployment Multi-AZ gagal, instans utama melakukan failover ke instans siaga. Instans basis data utama baru bergabung secara otomatis dengan klaster yang sama setelah failover selesai. Lihat informasi yang lebih lengkap tentang deployment instans basis data Multi-AZ di Penerapan instans DB multi-AZ untuk Amazon RDS.

• Kami menganjurkan supaya instans-instans basis data dalam klaster aktif-aktif memiliki rentang waktu yang berbeda-beda untuk jendela pemeliharaannya. Praktik ini menghindari beberapa instans basis data di klaster menjadi serentak offline selama pemeliharaan. Untuk informasi selengkapnya, lihat Jendela pemeliharaan Amazon RDS.

• Cluster aktif-aktif dapat digunakan SSL untuk koneksi antar instans DB. Untuk mengonfigurasi SSL koneksi, atur parameter group_replication_recovery_use_ssl dan group_replication_ssl_mode. Nilai untuk parameter-parameter ini harus cocok untuk semua instans basis data di klaster aktif-aktif.

  Saat ini, klaster aktif-aktif tidak mendukung verifikasi otoritas sertifikat (CA) untuk koneksi di antara Wilayah AWS. Jadi, parameter group_replication_ssl_mode harus diatur ke DISABLED (default) atau REQUIRED untuk klaster lintas Wilayah.

• Cluster SQL aktif RDS untuk Saya berjalan dalam mode multi-primer. Nilai default group_replication_enforce_update_everywhere_checks adalah ON dan parameter ini statis. Ketika parameter ini diatur ke ON, aplikasi tidak dapat menyisipkan ke dalam tabel yang memiliki batasan kunci asing kaskade.

• Cluster SQL aktif aktif RDS untuk Saya menggunakan tumpukan SQL komunikasi Saya untuk keamanan koneksi, bukan. XCOM Untuk informasi selengkapnya, lihat Communication Stack for Connection Security Management di SQL dokumentasi Saya.

• Ketika grup parameter basis data dikaitkan dengan instans basis data dalam klaster aktif-aktif, kami menyarankan supaya hanya mengaitkan grup parameter basis data ini dengan instans-instans basis data lain yang ada di klaster.

• Cluster aktif-aktif hanya mendukung instans My RDS SQL DB. Instans basis data ini harus menjalankan versi mesin basis data yang didukung.

• Ketika instans DB di cluster aktif-aktif mengalami kegagalan yang tidak terduga, RDS memulai pemulihan instans DB secara otomatis. Jika instans DB tidak pulih, sebaiknya ganti dengan instans DB baru dengan melakukan point-in-time pemulihan dengan instans DB yang sehat di cluster. Untuk petunjuk, silakan lihat Menambahkan instans DB ke cluster aktif-aktif menggunakan pemulihan point-in-time.

• Anda dapat menghapus instans basis data di klaster aktif-aktif tanpa memengaruhi instans basis data yang lain di situ. Lihat informasi tentang menghapus instans basis data di Menghapus instans DB.

• Ketika instans DB secara tidak sengaja meninggalkan cluster aktif-aktif, secara default parameter berubah menjadigroup_replication_exit_state_action. OFFLINE_MODE Dalam keadaan ini, instans DB tidak dapat diakses dan Anda harus me-reboot instans DB untuk membawanya kembali online dan bergabung kembali dengan cluster. Anda dapat mengubah perilaku ini dengan memodifikasi group_replication_exit_state_action parameter dalam grup parameter kustom. Dengan menyetel parameter keREAD_ONLY, ketika instans DB secara tidak sengaja meninggalkan cluster, ia memasuki status super hanya-baca daripada offline.