Menggunakan switchover atau failover dalam basis data global Amazon Aurora

Database global Aurora menyediakan lebih banyak kontinuitas bisnis dan perlindungan pemulihan bencana (BCDR) daripada ketersediaan standar tinggi yang disediakan oleh cluster Aurora DB dalam satu. Wilayah AWS Dengan menggunakan basis data global Aurora, Anda dapat membuat rencana dan melakukan pemulihan dari bencana Regional yang riil atau menyelesaikan pemadaman tingkat layanan dengan cepat. Pemulihan dari bencana biasanya didorong oleh dua tujuan bisnis berikut:

Melakukan switchover atau failover terhadap basis data global Aurora melibatkan tindakan promosi klaster DB di salah satu Wilayah sekunder basis data global Anda menjadi klaster DB primer. Istilah "pemadaman regional" sering kali digunakan untuk mendeskripsikan berbagai skenario kegagalan. Skenario terburuk dapat berupa pemadaman luas karena peristiwa bencana yang memengaruhi wilayah seluas ratusan mil persegi. Namun, kebanyakan pemadaman sudah jauh lebih terlokalisasi, dengan hanya memengaruhi sebagian kecil subset layanan cloud atau sistem pelanggan. Pertimbangkan cakupan pemadaman secara menyeluruh untuk memastikan bahwa failover lintas Wilayah merupakan solusi yang tepat dan untuk memilih metode failover yang sesuai dengan situasi tersebut. Penggunaan pendekatan failover atau switchover bergantung pada skenario pemadaman tertentu:

Memulihkan basis data global Amazon Aurora dari pemadaman yang tidak direncanakan

Pada kesempatan yang sangat langka, basis data global Aurora Anda mungkin mengalami pemadaman yang tak terduga di Wilayah AWS primernya. Jika hal ini terjadi, klaster DB Aurora primer dan simpul penulisnya tidak akan tersedia, dan replikasi antara klaster DB primer dan sekunder akan terhenti. Untuk meminimalkan downtime (RTO) dan kehilangan data (RPO), Anda dapat bekerja dengan cepat untuk melakukan failover lintas wilayah.

Terdapat dua metode untuk melakukan failover dalam situasi pemulihan bencana:

Melakukan failover terkelola untuk basis data global Aurora

Pendekatan ini ditujukan untuk kelangsungan bisnis saat terjadi bencana alam Regional yang riil atau pemadaman tingkat layanan secara menyeluruh.

Selama failover terkelola, klaster primer Anda melakukan failover ke Wilayah sekunder yang dipilih sekaligus mempertahankan topologi replikasi yang ada pada basis data global Aurora. Klaster sekunder yang dipilih mempromosikan salah satu simpul hanya-bacanya ke status penulis penuh. Langkah ini memungkinkan klaster untuk mengambil peran sebagai klaster primer. Basis data Anda tidak akan tersedia untuk sementara saat klaster ini mengambil peran barunya. Data yang tidak direplikasi dari klaster primer lama ke klaster sekunder pilihan akan hilang saat klaster sekunder ini menjadi klaster primer yang baru.

Untuk meminimalkan kehilangan data, sebaiknya lakukan hal berikut sebelum menggunakan fitur ini:

Selama failover terkelola, klaster DB sekunder yang dipilih dipromosikan ke peran barunya sebagai klaster primer. Namun, klaster ini tidak mewarisi berbagai opsi konfigurasi klaster DB primer. Ketidakcocokan dalam konfigurasi dapat menyebabkan masalah performa, inkompatibilitas beban kerja, dan perilaku anomali lainnya. Untuk mencegah masalah tersebut, sebaiknya atasi perbedaan di antara klaster basis data global Aurora untuk konfigurasi berikut:

Biasanya, klaster sekunder yang dipilih akan mengasumsikan peran primer dalam beberapa menit. Segera setelah simpul penulis Wilayah primer baru tersedia, Anda dapat menghubungkan aplikasi Anda ke simpul tersebut dan melanjutkan beban kerja Anda. Setelah mempromosikan klaster primer yang baru, Aurora secara otomatis membangun ulang semua klaster Wilayah sekunder tambahan.

Karena basis data global Aurora menggunakan replikasi asinkron, keterlambatan replikasi di masing-masing Wilayah sekunder dapat bervariasi. Aurora membangun kembali Wilayah sekunder ini untuk memiliki point-in-time data yang sama persis dengan cluster Region primer yang baru. Durasi penyelesaian tugas pembangunan ulang dapat memerlukan waktu beberapa menit hingga beberapa jam, bergantung pada ukuran volume penyimpanan dan jarak di antara Wilayah. Saat klaster Wilayah sekunder selesai dibuat ulang dari Wilayah primer yang baru, klaster ini menjadi tersedia untuk akses baca.

Segera setelah penulis primer baru dipromosikan dan tersedia, klaster Wilayah primer yang baru dapat menangani operasi baca dan tulis untuk basis data global Aurora. Pastikan Anda mengubah titik akhir untuk aplikasi agar dapat menggunakan titik akhir yang baru. Jika Anda menyetujui nama yang disediakan saat membuat basis data global Aurora, Anda dapat mengubah titik akhir dengan menghapus -ro dari string titik akhir klaster yang dipromosikan dalam aplikasi Anda.

Sebagai contoh, titik akhir klaster sekunder my-global.cluster-ro-aaaaaabbbbbb.us-west-1.rds.amazonaws.com menjadi my-global.cluster-aaaaaabbbbbb.us-west-1.rds.amazonaws.com ketika klaster tersebut dipromosikan menjadi klaster primer.

Jika Anda menggunakan RDS Proxy, pastikan untuk mengalihkan operasi penulisan aplikasi Anda ke titik akhir baca/tulis proxy yang sesuai yang terkait dengan cluster utama baru. Titik akhir proksi ini mungkin merupakan titik akhir default atau titik akhir baca/tulis kustom. Untuk informasi selengkapnya, lihat Cara kerja titik akhir Proksi RDS dengan basis data global.

Untuk memulihkan topologi asli klaster basis data global, Aurora memantau ketersediaan Wilayah primer yang lama. Segera setelah Wilayah tersebut normal dan tersedia kembali, Aurora secara otomatis menambahkannya kembali ke klaster global sebagai Wilayah sekunder. Sebelum membuat volume penyimpanan baru di Wilayah primer yang lama, Aurora mencoba mengambil snapshot dari volume penyimpanan lama pada titik kegagalan. Hal ini dilakukan agar Anda dapat menggunakannya untuk memulihkan setiap data yang hilang. Jika operasi ini berhasil, Aurora menempatkan snapshot ini bernama “rds: - unplanned-global-failovername-of-old-primary-DB-cluster-timestamp“di bagian snapshot dari. AWS Management Console Anda juga dapat melihat snapshot ini tercantum dalam informasi yang dikembalikan oleh operasi D escribeDBCluster SnapshotsAPI.

Setelah topologi asli dipulihkan, Anda dapat mengembalikan basis data global ke Wilayah primer asli dengan melakukan operasi switchover jika dianggap sebagai tindakan terbaik untuk bisnis dan beban kerja Anda. Untuk melakukannya, ikuti langkah-langkah yang ada di Melakukan switchover untuk basis data global Amazon Aurora.

Anda dapat gagal atas basis data global Aurora Anda menggunakan AWS Management Console, AWS CLI, atau. RDS API

Untuk melakukan failover terkelola pada basis data global Aurora:

1. Masuk ke AWS Management Console dan buka RDS konsol Amazon di https://console.aws.amazon.com/rds/.

2. Pilih Basis Data, lalu temukan basis data global Aurora yang ingin Anda terapkan failover.

3. Pilih Alihkan atau lakukan failover basis data global dari menu Tindakan.

   

4. Pilih Failover (memungkinkan kehilangan data).

   

5. Untuk klaster primer baru, pilih klaster aktif di salah satu cluster sekunder Anda Wilayah AWS untuk menjadi cluster primer baru.

6. Masukkan confirm, lalu pilih Konfirmasi.

Setelah failover selesai, Anda dapat melihat klaster DB Aurora dan statusnya saat ini di daftar Basis Data, sebagaimana ditunjukkan pada gambar berikut.

Untuk melakukan failover terkelola pada basis data global Aurora:

Gunakan failover-global-cluster CLI perintah untuk gagal atas database global Aurora Anda. Dengan perintah tersebut, loloskan nilai untuk parameter berikut.

• --region— Tentukan Wilayah AWS di mana cluster DB sekunder yang Anda inginkan menjadi primer baru untuk database global Aurora berjalan.

• --global-cluster-identifier—Tentukan nama basis data global Aurora.

• --target-db-cluster-identifier— Tentukan Nama Sumber Daya Amazon (ARN) dari cluster Aurora DB yang ingin Anda promosikan menjadi primer baru untuk database global Aurora.

• --allow-data-loss—Secara eksplisit jadikan tindakan ini sebagai operasi failover, bukan operasi switchover. Operasi failover dapat membuat Anda kehilangan sejumlah data jika komponen replikasi asinkron belum selesai mengirim semua data yang direplikasi ke Wilayah sekunder.

Untuk Linux, macOS, atau Unix:

aws rds --region region_of_selected_secondary \
   failover-global-cluster --global-cluster-identifier global_database_id \
   --target-db-cluster-identifier arn_of_secondary_to_promote \
   --allow-data-loss

Untuk Windows:

aws rds --region region_of_selected_secondary ^
   failover-global-cluster --global-cluster-identifier global_database_id ^
   --target-db-cluster-identifier arn_of_secondary_to_promote ^
   --allow-data-loss

Untuk gagal atas database global Aurora, jalankan operasi. FailoverGlobalClusterAPI

Melakukan failover manual untuk basis data global Aurora

Dalam skenario tertentu, Anda mungkin tidak dapat menggunakan proses failover terkelola. Salah satu contohnya adalah jika klaster DB primer dan sekunder tidak menjalankan versi mesin yang kompatibel. Dalam kasus ini, Anda dapat mengikuti proses manual ini untuk melakukan failover basis data global ke Wilayah sekunder tujuan Anda.

Pastikan penulisan aplikasi dikirim ke klaster DB Aurora yang benar, baik sebelum, selama, maupun sesudah membuat perubahan ini. Tindakan ini akan mencegah inkonsistensi data di antara klaster DB dalam basis data global Aurora (masalah split-brain).

Jika Anda mengonfigurasi ulang sebagai respons terhadap pemadaman di sebuah Wilayah AWS, Anda dapat menjadikannya primer lagi setelah pemadaman diselesaikan. Wilayah AWS Untuk melakukannya, Anda harus menambahkan Wilayah AWS yang lama ke basis data global baru, lalu menggunakan proses switchover untuk mengalihkan perannya. Database global Aurora Anda harus menggunakan versi Aurora Postgre atau SQL Aurora My yang mendukung switchover. SQL Untuk informasi selengkapnya, lihat Melakukan switchover untuk basis data global Amazon Aurora.

Melakukan switchover untuk basis data global Amazon Aurora

Dengan menggunakan switchover, Anda dapat mengubah Wilayah cluster utama Anda secara rutin. Pendekatan ini ditujukan untuk skenario yang terkontrol, seperti pemeliharaan operasional dan prosedur operasional terencana lainnya.

Terdapat tiga kasus umum untuk penggunaan switchover.

Selama proses switchover, Aurora mengalihkan klaster primer Anda ke Wilayah sekunder pilihan sambil mempertahankan topologi replikasi yang ada pada basis data global Anda. Sebelum memulai proses switchover, Aurora menunggu hingga semua klaster Wilayah sekunder disinkronkan sepenuhnya dengan klaster Wilayah primer. Selanjutnya, klaster DB di Wilayah primer menjadi klaster hanya-baca, dan klaster sekunder yang dipilih akan mempromosikan salah satu simpul hanya-bacanya menjadi status penulis penuh. Mempromosikan simpul ini menjadi penulis memungkinkan klaster sekunder mengambil peran klaster primer. Karena semua klaster sekunder disinkronkan dengan klaster primer pada awal proses, klaster primer yang baru akan melanjutkan operasi untuk basis data global Aurora tanpa kehilangan data apa pun. Basis data Anda tidak tersedia untuk sementara selama klaster primer dan klaster sekunder yang dipilih mengambil peran barunya masing-masing.

Untuk mengoptimalkan ketersediaan aplikasi, sebaiknya lakukan hal berikut sebelum menggunakan fitur ini:

Selama proses switchover, klaster DB sekunder yang dipilih akan dipromosikan ke peran barunya sebagai primer. Namun, klaster ini tidak mewarisi berbagai opsi konfigurasi klaster DB primer. Ketidakcocokan dalam konfigurasi dapat menyebabkan masalah performa, inkompatibilitas beban kerja, dan perilaku anomali lainnya. Untuk mencegah masalah tersebut, sebaiknya atasi perbedaan di antara klaster basis data global Aurora untuk konfigurasi berikut:

Saat proses switchover selesai, klaster DB Aurora yang dipromosikan dapat menangani operasi penulisan untuk basis data global Aurora. Pastikan Anda mengubah titik akhir untuk aplikasi agar dapat menggunakan titik akhir yang baru. Jika Anda menyetujui nama yang disediakan saat membuat basis data global Aurora, Anda dapat mengubah titik akhir dengan menghapus -ro dari string titik akhir klaster yang dipromosikan dalam aplikasi Anda.

Sebagai contoh, titik akhir klaster sekunder my-global.cluster-ro-aaaaaabbbbbb.us-west-1.rds.amazonaws.com menjadi my-global.cluster-aaaaaabbbbbb.us-west-1.rds.amazonaws.com ketika klaster tersebut dipromosikan menjadi klaster primer.

Jika Anda menggunakan RDS Proxy, pastikan untuk mengalihkan operasi penulisan aplikasi Anda ke titik akhir baca/tulis proxy yang sesuai yang terkait dengan cluster utama baru. Titik akhir proksi ini mungkin merupakan titik akhir default atau titik akhir baca/tulis kustom. Untuk informasi selengkapnya, lihat Cara kerja titik akhir Proksi RDS dengan basis data global.

Anda dapat beralih ke basis data global Aurora Anda menggunakan AWS Management Console, AWS CLI, atau. RDS API

Cara melakukan switchover pada basis data global Aurora

1. Masuk ke AWS Management Console dan buka RDS konsol Amazon di https://console.aws.amazon.com/rds/.

2. Pilih Basis Data, lalu temukan basis data global Aurora yang ingin Anda terapkan switchover.

3. Pilih Alihkan atau lakukan failover basis data global dari menu Tindakan.

   

4. Pilih Switchover.

   

5. Untuk klaster primer baru, pilih klaster aktif di salah satu cluster sekunder Anda Wilayah AWS untuk menjadi cluster primer baru.

6. Pilih Konfirmasi.

Setelah switchover selesai, Anda dapat melihat klaster DB Aurora dan perannya saat ini di daftar Basis Data, sebagaimana ditunjukkan pada gambar berikut.

Untuk melakukan switchover pada basis data global Aurora:

Gunakan switchover-global-cluster CLI perintah untuk beralih ke database global Aurora Anda. Dengan perintah tersebut, loloskan nilai untuk parameter berikut.

• --region— Tentukan Wilayah AWS di mana cluster DB utama dari database global Aurora berjalan.

• --global-cluster-identifier—Tentukan nama basis data global Aurora.

• --target-db-cluster-identifier— Tentukan Nama Sumber Daya Amazon (ARN) dari cluster Aurora DB yang ingin Anda promosikan menjadi yang utama untuk database global Aurora.

Untuk Linux, macOS, atau Unix:

aws rds --region region_of_primary \
   switchover-global-cluster --global-cluster-identifier global_database_id \
  --target-db-cluster-identifier arn_of_secondary_to_promote

Untuk Windows:

aws rds --region region_of_primary ^
   switchover-global-cluster --global-cluster-identifier global_database_id ^
  --target-db-cluster-identifier arn_of_secondary_to_promote

Untuk beralih ke database global Aurora, jalankan operasi. SwitchoverGlobalClusterAPI

Mengelola RPOs database global berbasis Aurora Postgre SQL

Dengan database global SQL berbasis Aurora Postgre, Anda dapat mengelola target titik pemulihan () RPO untuk basis data global Aurora Anda dengan menggunakan parameter. rds.global_db_rpo RPOmewakili jumlah maksimum data yang dapat hilang jika terjadi pemadaman.

Saat Anda menetapkan database SQL global berbasis Aurora Postgre, Aurora memantau RPOjeda waktu semua cluster sekunder untuk memastikan bahwa setidaknya satu cluster sekunder tetap berada di dalam jendela target. RPO RPO RPOjeda waktu adalah metrik berbasis waktu lainnya.

RPOIni digunakan ketika database Anda melanjutkan operasi di baru Wilayah AWS setelah failover. Aurora mengevaluasi RPO dan RPO jeda waktu untuk melakukan (atau memblokir) transaksi pada primer sebagai berikut:

Dengan kata lain, jika semua cluster sekunder berada di belakang targetRPO, Aurora menghentikan transaksi pada cluster primer sampai setidaknya salah satu cluster sekunder menyusul. Transaksi yang dijeda dilanjutkan dan dilakukan segera setelah jeda waktu setidaknya satu cluster DB sekunder menjadi kurang dari. RPO Hasilnya adalah tidak ada transaksi yang dapat dilakukan sampai RPO terpenuhi.

Parameter rds.global_db_rpo bersifat dinamis. Jika Anda memutuskan untuk tidak menghentikan semua transaksi tulis hingga keterlambatan cukup berkurang, Anda dapat meresetnya dengan cepat. Dalam kasus ini, Aurora akan menerima dan mengimplementasikan perubahan setelah beberapa saat.

Jika menetapkan parameter ini sebagaimana diuraikan berikutnya, Anda juga dapat memantau metrik yang dihasilkannya. Anda dapat melakukannya dengan menggunakan psql atau alat lain untuk menanyakan cluster DB utama basis data global Aurora dan mendapatkan informasi terperinci tentang operasi basis data global Aurora Postgre SQL Anda. Untuk mempelajari caranya, lihat Memantau basis data global berbasis Aurora Postgre SQL.

Mengatur sasaran titik pemulihan

rds.global_db_rpoParameter mengontrol RPO pengaturan untuk database PostgreSQL. Parameter ini didukung oleh Aurora Postgre. SQL Nilai yang valid untuk rds.global_db_rpo berkisar dari 20 detik hingga 2.147.483.647 detik (68 tahun). Pilih nilai yang realistis untuk memenuhi kasus penggunaan dan kebutuhan bisnis Anda. Misalnya, Anda mungkin ingin mengizinkan hingga 10 menit untuk AndaRPO, dalam hal ini Anda menetapkan nilainya menjadi 600.

Anda dapat menetapkan nilai ini untuk basis data global SQL berbasis Aurora Postgre Anda dengan menggunakan AWS Management Console,, atau. AWS CLI RDS API

aws rds modify-db-cluster-parameter-group \
    --db-cluster-parameter-group-name my_custom_global_parameter_group \
    --parameters "ParameterName=rds.global_db_rpo,ParameterValue=600,ApplyMethod=immediate"

aws rds modify-db-cluster-parameter-group ^
    --db-cluster-parameter-group-name my_custom_global_parameter_group ^
    --parameters "ParameterName=rds.global_db_rpo,ParameterValue=600,ApplyMethod=immediate"

Melihat sasaran titik pemulihan

Objektif titik pemulihan (RPO) dari database global disimpan dalam rds.global_db_rpo parameter untuk setiap cluster DB. Anda dapat terhubung ke titik akhir klaster sekunder yang ingin Anda lihat dan menggunakan psql untuk membuat kueri instans bagi nilai ini.

db-name=>show rds.global_db_rpo;

Jika parameter ini belum diatur, kueri akan menampilkan sebagai berikut:

rds.global_db_rpo
-------------------
 -1
(1 row)

Respons berikutnya adalah dari cluster DB sekunder yang memiliki RPO pengaturan 1 menit.

rds.global_db_rpo
-------------------
 60
(1 row)

Anda juga dapat menggunakan CLI untuk mendapatkan nilai untuk mengetahui rds.global_db_rpo apakah aktif di salah satu cluster Aurora DB dengan menggunakan CLI untuk mendapatkan nilai dari semua user parameter untuk cluster.

Untuk Linux, macOS, atau Unix:

aws rds describe-db-cluster-parameters \
 --db-cluster-parameter-group-name lab-test-apg-global \
 --source user

Untuk Windows:

aws rds describe-db-cluster-parameters ^
 --db-cluster-parameter-group-name lab-test-apg-global *
 --source user

Perintah akan menampilkan output serupa dengan yang berikut untuk semua parameter user selain parameter klaster DB default-engine atau system.

{
    "Parameters": [
        {
            "ParameterName": "rds.global_db_rpo",
            "ParameterValue": "60",
            "Description": "(s) Recovery point objective threshold, in seconds, that blocks user commits when it is violated.",
            "Source": "user",
            "ApplyType": "dynamic",
            "DataType": "integer",
            "AllowedValues": "20-2147483647",
            "IsModifiable": true,
            "ApplyMethod": "immediate",
            "SupportedEngineModes": [
                "provisioned"
            ]
        }
    ]
}

Untuk mempelajari selengkapnya tentang cara melihat parameter dari grup parameter klaster, lihat Melihat nilai parameter untuk grup parameter cluster DB di Amazon Aurora.

Menonaktifkan sasaran titik pemulihan

Untuk menonaktifkanRPO, setel ulang rds.global_db_rpo parameter. Anda dapat mengatur ulang parameter AWS Management Console menggunakan AWS CLI,, atau RDSAPI.

aws rds reset-db-cluster-parameter-group \
    --db-cluster-parameter-group-name global_db_cluster_parameter_group \
    --parameters "ParameterName=rds.global_db_rpo,ApplyMethod=immediate"

aws rds reset-db-cluster-parameter-group ^
    --db-cluster-parameter-group-name global_db_cluster_parameter_group ^
    --parameters "ParameterName=rds.global_db_rpo,ApplyMethod=immediate"