Keterbatasan dan pertimbangan untuk cluster aktif-aktif

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.

Blue/green penerapan tidak didukung untuk instans DB di cluster aktif-aktif. Untuk informasi selengkapnya, lihat Menggunakan Amazon RDS Blue/Green Aurora 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 DB di cluster Multi-AZ DB tidak dapat ditambahkan ke cluster aktif-aktif. Namun, instans DB dalam penerapan instans Multi-AZ DB dapat ditambahkan ke cluster aktif-aktif. Untuk informasi selengkapnya, lihat Mengkonfigurasi dan mengelola Multi-AZ penyebaran untuk Amazon RDS.

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

Non-InnoDB tabel tidak direplikasi dalam cluster aktif-aktif.

Active-active cluster tidak mendukung pernyataan DHTML dan DDL bersamaan 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 cluster Multi-AZ DB sebagai gantinya. Untuk informasi selengkapnya, lihat Multi-AZ Penerapan cluster DB untuk Amazon RDS.

Multi-source replikasi tidak didukung untuk instance DB di cluster aktif-aktif.

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

Active-active cluster tidak dapat memiliki lebih dari sembilan instans DB.

Dengan plugin Group Replication, Anda dapat mengendalikan jaminan konsistensi transaksi klaster aktif-aktif. Lihat informasi yang lebih lengkap di Transaction Consistency Guarantees dalam dokumentasi MySQL.

Konflik mungkin terjadi ketika instans basis data yang berbeda memperbarui baris yang sama di klaster aktif-aktif. Lihat informasi tentang konflik dan resolusi konflik di Group Replication dalam dokumentasi MySQL.

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 Fault-tolerancedi dokumentasi MySQL.

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 Group Replication untuk instans basis data dengan menyetel parameter rds.group_replication_enabled ke 1 dalam grup parameter basis data, tetapi replikasi belum dimulai atau gagal dimulai, instans basis data ditempatkan dalam mode hanya baca super untuk mencegah inkonsistensi data. Lihat informasi tentang mode hanya baca super dalam dokumentasi MySQL.

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. Lihat informasi tentang pemutakhiran instans basis data MySQL di Upgrade RDS untuk mesin MySQL DB.

Anda dapat menambahkan instans DB dalam penerapan instans Multi-AZ DB ke cluster aktif-aktif yang ada. Anda juga dapat mengonversi instans Single-AZ DB di cluster aktif-aktif menjadi penerapan instans Multi-AZ DB. Jika instans DB primer dalam Multi-AZ penerapan gagal, instance utama tersebut gagal ke instance siaga. Instans basis data utama baru bergabung secara otomatis dengan klaster yang sama setelah failover selesai. Untuk informasi selengkapnya tentang penerapan instans Multi-AZ DB, lihat. Multi-AZ Penerapan instans DB 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.

Active-active cluster dapat menggunakan SSL untuk koneksi antar instans DB. Untuk mengonfigurasikan koneksi SSL, atur parameter-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.

Sebuah klaster aktif-aktif RDS for MySQL berjalan dalam mode multi-utama. 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.

Klaster aktif-aktif RDS for MySQL menggunakan tumpukan komunikasi MySQL alih-alih XCOM untuk keamanan koneksi. Lihat informasi yang lebih lengkap di Communication Stack for Connection Security Management dalam dokumentasi MySQL.

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.

Active-active cluster hanya mendukung RDS untuk instance MySQL DB. Instans basis data ini harus menjalankan versi mesin basis data yang didukung.

Ketika instans basis data di klaster aktif-aktif mengalami kegagalan yang tidak terduga, RDS memulai secara otomatis pemulihan instans basis data. Jika instans basis data tidak pulih, kami menyarankan supaya menggantinya dengan instans basis data baru dengan melakukan pemulihan titik waktu dengan instans basis data yang berkondisi baik di klaster. Lihat petunjuk di Menambahkan instans basis data ke klaster aktif-aktif dengan menggunakan pemulihan titik waktu.

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.