Mempromosikan replika baca menjadi instans DB mandiri

Menerapkan pemulihan kegagalan – Anda dapat menggunakan promosi replika baca sebagai skema pemulihan data jika instans DB primer mengalami kegagalan. Pendekatan ini akan melengkapi replikasi sinkron, deteksi kegagalan otomatis, dan failover.

Jika Anda mengetahui konsekuensi dan batasan replikasi asinkron dan Anda masih ingin menggunakan promosi replika baca untuk pemulihan data, Anda dapat melakukannya. Untuk melakukannya, pertama-tama buat replika baca lalu pantau instans DB primer untuk mengetahui adanya kegagalan. Jika terjadi kegagalan, lakukan hal berikut:

Meningkatkan konfigurasi penyimpanan – Jika instans DB sumber Anda tidak menggunakan konfigurasi penyimpanan yang diinginkan, Anda dapat membuat replika baca instans dan meningkatkan konfigurasi sistem file penyimpanan. Opsi ini memigrasikan sistem file replika baca ke konfigurasi yang diinginkan. Anda kemudian dapat mempromosikan replika baca menjadi instans mandiri.

Anda dapat menggunakan opsi ini untuk mengatasi batasan penskalaan pada penyimpanan dan ukuran file untuk sistem file 32-bit yang lebih lama. Untuk informasi selengkapnya, lihat Meningkatkan sistem file penyimpanan untuk instans DB.

Opsi ini hanya tersedia jika instans DB sumber Anda tidak menggunakan konfigurasi penyimpanan terbaru, atau jika Anda memodifikasi kelas instans DB dalam permintaan yang sama.

Sharding – Sharding (pembuatan serpihan) mewujudkan arsitektur "share-nothing" dan pada dasarnya merupakan pemecahan basis data besar menjadi beberapa basis data yang lebih kecil. Salah satu cara umum untuk memisahkan basis data adalah memisahkan tabel yang tidak digabungkan dalam kueri yang sama ke host yang berbeda. Metode lain adalah menduplikasi tabel di beberapa host lalu menggunakan algoritma hashing untuk menentukan host mana yang menerima pembaruan tertentu. Anda dapat membuat replika baca yang sesuai dengan setiap serpihan (basis data yang lebih kecil) dan mempromosikannya saat Anda memutuskan untuk mengubahnya menjadi shard mandiri. Anda kemudian dapat mengambil ruang kunci (jika Anda memisahkan baris) atau distribusi tabel untuk setiap serpihan tergantung kebutuhan Anda.

Melakukan DDL operasi (khusus Saya SQL dan MariaDB) DDL — operasi, seperti membuat atau membangun kembali indeks, dapat memakan waktu dan memberlakukan penalti kinerja yang signifikan pada instans DB Anda. Anda dapat melakukan operasi ini pada replika baca Saya SQL atau MariaDB setelah replika baca disinkronkan dengan instans DB utamanya. Kemudian, Anda dapat mempromosikan replika baca dan mengarahkan aplikasi Anda untuk menggunakan Instans yang dipromosikan.

Instans DB mandiri mempertahankan grup opsi dan grup parameter dari replika baca pra-promosi.

Anda dapat membuat replika baca dari instans DB mandiri dan melakukan operasi point-in-time pemulihan.

Anda tidak dapat menggunakan instans DB sebagai target replikasi karena ini bukan lagi replika baca.

Tinjau strategi pencadangan Anda:

Hentikan transaksi apa pun agar tidak ditulis ke instans DB utama, dan kemudian tunggu RDS untuk menerapkan semua pembaruan ke replika baca.

Pembaruan basis data terjadi pada replika baca setelah pembaruan terjadi pada instans DB utama. Kelambatan replikasi dapat sangat bervariasi. Gunakan metrik Replica Lag untuk menentukan saat semua pembaruan sudah dilakukan pada replika baca.

(Hanya Saya SQL dan MariaDB) Untuk membuat perubahan pada replika baca Saya SQL atau MariaDB sebelum Anda mempromosikannya, atur read_only parameter 0 ke dalam grup parameter DB untuk replika baca. Anda kemudian dapat melakukan semua DDL operasi yang diperlukan, seperti membuat indeks, pada replika baca. Tindakan yang dilakukan pada replika baca tidak memengaruhi performa instans DB primer.