Pemulihan cepat setelah failover dengan manajemen cache klaster untuk Aurora PostgreSQL

Untuk pemulihan cepat instans DB penulis di klaster Aurora PostgreSQL Anda jika terjadi failover, gunakan manajemen cache klaster untuk Amazon Aurora PostgreSQL. Manajemen cache klaster memastikan agar performa aplikasi dipertahankan jika terjadi failover.

Dalam situasi failover yang umum, Anda mungkin mendapati penurunan performa yang besar tetapi sementara setelah failover. Penurunan performa ini terjadi karena ketika instans DB failover dimulai, cache buffer kosong. Cache kosong juga dikenal sebagai cold cache. Cold cache menurunkan performa karena instans DB harus membaca dari disk yang lebih lambat, bukan memanfaatkan nilai yang tersimpan dalam cache buffer.

Dengan manajemen cache klaster, Anda menetapkan instans DB pembaca tertentu sebagai target failover. Manajemen cache klaster memastikan bahwa data dalam cache pembaca yang ditetapkan masih tersinkronisasi dengan data dalam cache instans DB penulis. Cache pembaca yang ditetapkan dengan nilai yang sudah diisi dikenal sebagai warm cache. Jika terjadi failover, pembaca yang ditetapkan akan langsung menggunakan nilai yang ada di warm cache-nya saat dipromosikan ke instans DB penulis baru. Pendekatan ini memberikan performa pemulihan yang lebih baik pada aplikasi Anda.

Manajemen cache klaster mengharuskan instans pembaca yang ditetapkan memiliki jenis kelas dan ukuran instans yang sama (contohnya, db.r5.2xlarge atau db.r5.xlarge) seperti instans penulis. Ingatlah hal ini ketika Anda membuat klaster DB Aurora PostgreSQL, sehingga klaster Anda dapat dipulihkan selama failover. Untuk daftar jenis kelas dan ukuran instans, lihat Spesifikasi perangkat keras kelas instans DB untuk Aurora.

Mengonfigurasi manajemen cache klaster

Untuk mengonfigurasi manajemen cache klaster, lakukan proses berikut ini secara berurutan.

Mengaktifkan manajemen cache klaster

Untuk mengaktifkan manajemen cache klaster, lakukan langkah-langkah yang dijelaskan sebagai berikut.

aws rds modify-db-cluster-parameter-group \
    --db-cluster-parameter-group-name my-db-cluster-parameter-group \
    --parameters "ParameterName=apg_ccm_enabled,ParameterValue=1,ApplyMethod=immediate"

aws rds modify-db-cluster-parameter-group ^
    --db-cluster-parameter-group-name my-db-cluster-parameter-group ^
    --parameters "ParameterName=apg_ccm_enabled,ParameterValue=1,ApplyMethod=immediate"

Mengatur prioritas tingkat promosi untuk instans DB penulis

Untuk manajemen cache klaster, pastikan bahwa prioritas promosi adalah tingkat-0 untuk instans DB penulis pada klaster DB Aurora PostgreSQL. Prioritas tingkat promosi adalah nilai yang menentukan urutan promosi pembaca Aurora ke instans DB penulis setelah kegagalan. Nilai yang valid adalah 0–15, dengan 0 adalah prioritas pertama dan 15 adalah prioritas terakhir. Untuk informasi selengkapnya tentang tingkat promosi, lihat Toleransi kesalahan untuk klaster DB Aurora.

aws rds modify-db-instance \
    --db-instance-identifier writer-db-instance \
    --promotion-tier 0 \
    --apply-immediately

aws rds modify-db-instance ^
    --db-instance-identifier writer-db-instance ^
    ---promotion-tier 0  ^
    --apply-immediately

Mengatur prioritas tingkat promosi untuk instans DB pembaca

Anda harus menetapkan hanya satu instans DB pembaca untuk manajemen cache cluster. Untuk melakukannya, pilih pembaca dari klaster Aurora PostgreSQL yang memiliki kelas dan ukuran instans yang sama dengan instans DB penulis. Misalnya, jika penulis menggunakan db.r5.xlarge, pilih pembaca yang menggunakan jenis kelas dan ukuran instans yang sama ini. Kemudian, atur prioritas tingkat promosinya ke 0.

Prioritas tingkat promosi adalah nilai yang menentukan urutan promosi pembaca Aurora ke instans DB penulis setelah kegagalan. Nilai yang valid adalah 0–15, dengan 0 adalah prioritas pertama dan 15 adalah prioritas terakhir.

aws rds modify-db-instance \
    --db-instance-identifier reader-db-instance \
    --promotion-tier 0 \
    --apply-immediately

aws rds modify-db-instance ^
    --db-instance-identifier reader-db-instance ^
    ---promotion-tier 0  ^
    --apply-immediately

Memantau cache buffer

Setelah mengatur manajemen cache klaster, Anda dapat memantau status sinkronisasi antara cache buffer instans DB penulis dan warm cache buffer pembaca yang ditetapkan. Untuk memeriksa konten cache buffer di instans DB penulis dan instans DB pembaca yang ditetapkan, gunakan modul pg_buffercache PostgreSQL. Untuk informasi selengkapnya, lihat Dokumentasi pg_buffercache PostgreSQL.

Menggunakan Fungsi aurora_ccm_status

Manajemen cache klaster juga menyediakan fungsi aurora_ccm_status. Gunakan fungsi aurora_ccm_status pada instans DB penulis untuk mendapatkan informasi berikut tentang progres cache warming pada pembaca yang ditetapkan:

Contoh berikut menunjukkan cara menggunakan fungsi aurora_ccm_status untuk mengonversi sebagian output-nya menjadi warm rate dan warm percentage.

SELECT buffers_sent_last_minute*8/60 AS warm_rate_kbps, 
   100*(1.0-buffers_sent_last_scan::float/buffers_found_last_scan) AS warm_percent 
   FROM aurora_ccm_status();

Memecahkan masalah konfigurasi CCM

Ketika Anda mengaktifkan parameter apg_ccm_enabled cluster, manajemen cache cluster secara otomatis diaktifkan pada tingkat instans pada instans DB penulis dan satu instance DB pembaca pada cluster Aurora PostgreSQL DB. Instance writer dan reader harus menggunakan tipe dan ukuran kelas instance yang sama. Prioritas tingkat promosi mereka diatur ke0. Instans pembaca lain di cluster DB harus memiliki tingkat promosi bukan nol dan manajemen cache cluster dinonaktifkan untuk instance tersebut.

Alasan berikut dapat menyebabkan masalah dalam konfigurasi dan menonaktifkan manajemen cache cluster: