Untuk melindungi data Anda dari pemadaman layanan regional dan mengurangi latensi baca bagi pengguna yang tersebar secara geografis, replikasi lintas region AlloyDB untuk PostgreSQL memungkinkan Anda membuat cluster dan instance sekunder dari cluster utama di berbagai region. Cluster dan instance sekunder ini berfungsi sebagai salinan resource cluster dan instance utama Anda yang terus diupdate.
Konsep utama di halaman ini mencakup:
Cluster utama. Cluster baca-tulis di satu region.
Cluster sekunder. Cluster hanya baca di region yang berbeda dengan region utama, yang mereplikasi dari cluster utama secara asinkron. Jika terjadi kegagalan cluster utama AlloyDB, Anda dapat mempromosikan cluster sekunder menjadi cluster utama.
Anda dapat membuat hingga lima cluster sekunder untuk cluster utama. Semua cluster sekunder mereplikasi dari satu cluster utama. Jika Anda mempromosikan cluster sekunder, cluster sekunder tersebut akan menjadi cluster utama independen.
Instance sekunder. Pemimpin hanya baca dari cluster sekunder. Cluster ini bertanggung jawab untuk menerima aliran replikasi dari cluster utama. Aliran replikasi memperbarui volume penyimpanan di region sekunder berdasarkan volume penyimpanan di region utama. Jika cluster sekunder dipromosikan menjadi cluster utama, instance sekunder akan menjadi instance utama.
Instance sekunder dapat berupa instance dasar (zonal) atau ketersediaan tinggi (regional).
Diagram berikut mengilustrasikan cara kerja replikasi lintas region:
Gambar 1. Contoh arsitektur replikasi lintas region AlloyDB.
Manfaat
Manfaat replikasi lintas region di AlloyDB mencakup hal berikut:
Pemulihan dari bencana (disaster recovery). Jika region cluster utama tidak tersedia, Anda dapat mempromosikan resource AlloyDB di region lain untuk melayani permintaan.
Mengurangi periode nonaktif. Dukungan ketersediaan tinggi (HA) pada cluster sekunder mengurangi periode nonaktif selama peristiwa pemeliharaan atau pemadaman layanan yang tidak direncanakan.
Data yang didistribusikan secara geografis. Mendistribusikan data secara geografis akan mendekatkan data kepada Anda dan mengurangi latensi baca.
Peningkatan penskalaan baca: Setiap replika lintas region (atau cluster sekunder) dapat mendukung hingga 20 node baca, sehingga Anda dapat menskalakan pembacaan lebih lanjut.
Pengalihan tanpa kehilangan data. Untuk penyiapan replikasi lintas region, AlloyDB mendukung peralihan antara instance utama dan sekunder tanpa kehilangan data.
Menggunakan replikasi lintas region
Bekerja dengan replikasi lintas region AlloyDB melibatkan tugas-tugas berikut:
Membuat cluster sekunder. Cluster sekunder adalah salinan cluster utama AlloyDB Anda yang terus diperbarui.
Melihat cluster sekunder. Setelah membuat cluster sekunder, Anda dapat melihat detailnya di halaman Clusters di konsol Google Cloud .
Tambahkan instance read pool. Anda dapat menambahkan instance kumpulan baca ke cluster sekunder. Jika ingin menskalakan kapasitas baca secara horizontal, Anda dapat menambahkan hingga 20 node baca ke cluster sekunder.
Mempromosikan cluster sekunder. Anda dapat membaca data dari cluster sekunder, tetapi Anda tidak dapat menulis ke cluster tersebut hingga Anda mempromosikannya ke cluster utama mandiri yang berfitur lengkap. Saat Anda mempromosikan cluster sekunder, instance sekunder cluster juga dipromosikan sebagai instance utama dengan kemampuan baca dan tulis.
Kasus penggunaan utama untuk mempromosikan cluster sekunder adalah disaster recovery. Jika terjadi pemadaman layanan regional di region cluster utama, Anda dapat mempromosikan cluster sekunder ke cluster utama mandiri, dan melanjutkan penyajian aplikasi.
Mengonfigurasi pencadangan otomatis dan berkelanjutan. Secara default, AlloyDB otomatis menyalin konfigurasi pencadangan otomatis dan berkelanjutan dari cluster utama ke cluster sekunder yang baru dibuat. Jika ingin menggunakan konfigurasi pencadangan yang berbeda untuk cluster sekunder, Anda dapat mengubah konfigurasi pencadangan saat membuat cluster sekunder.
Jika cluster utama Anda menggunakan enkripsi kunci enkripsi yang dikelola pelanggan (CMEK) untuk pencadangan, lakukan salah satu hal berikut saat Anda membuat cluster sekunder:
- Berikan setelan enkripsi CMEK untuk cadangan cluster sekunder.
- Nonaktifkan pencadangan untuk cluster sekunder.
Untuk mengetahui informasi selengkapnya tentang cara mengenkripsi cadangan dengan CMEK, lihat Menggunakan CMEK.
Anda dapat mengubah setelan pencadangan otomatis dan berkelanjutan untuk cluster sekunder setelah pembuatannya.
Pemulihan dari bencana (disaster recovery) lanjutan
Untuk skenario disaster recovery lanjutan, AlloyDB mendukung pengalihan dan failover lintas region:
Melakukan failover lintas region. Failover lintas region (Pratinjau) adalah fitur disaster recovery lanjutan yang mempromosikan cluster sekunder menjadi utama sekaligus otomatis membuat ulang cluster utama asli sebagai cluster sekunder baru. Fitur ini mempertahankan topologi replikasi Anda tanpa memerlukan penghapusan atau pembuatan ulang cluster secara manual setelah pemadaman layanan teratasi. Hal ini menyederhanakan failback ke topologi asli setelah disaster recovery.
Pengalihan tanpa kehilangan data. Dengan beralih, Anda dapat membalikkan peran cluster utama dan sekunder tanpa kehilangan data. Anda dapat melakukan pengalihan untuk menguji penyiapan disaster recovery, melakukan failback ke topologi asli setelah pemadaman layanan, atau memigrasikan workload. Saat Anda menyelesaikan pengalihan, arah replikasi akan dibalik.
Jika Anda memiliki beberapa cluster sekunder, cluster sekunder yang menerima perintah pengalihan akan menjadi cluster utama; cluster utama sebelumnya akan menjadi cluster sekunder, yang mereplikasi dari cluster utama baru. Semua cluster sekunder lainnya beralih untuk mereplikasi dari cluster utama baru.
Ada dua skenario umum untuk mengalihkan cluster sekunder Anda:
- Latihan disaster recovery. Anda dapat menjalankan pengujian proses disaster recovery dengan mengalihkan aplikasi ke region lain tanpa kehilangan data untuk menyimulasikan pemadaman layanan regional.
- Migrasi regional. Lakukan migrasi terencana resource AlloyDB dari region utama ke region lain. Peralihan memastikan cluster sekunder menjadi cluster utama dengan 0 Recovery Point Objective (RPO), sehingga memastikan bahwa migrasi tidak kehilangan data apa pun.