Replikasi dengan Amazon Aurora PostgreSQL

Berikut ini, Anda dapat menemukan informasi tentang replikasi dengan Amazon Aurora PostgreSQL, termasuk cara memantaunya.

Topik

• Menggunakan Aurora Replica
• Meningkatkan ketersediaan baca Aurora Replica
• Memantau replikasi Aurora PostgreSQL
• Menggunakan replikasi SQL logis Postgre dengan Aurora

Menggunakan Aurora Replica

Aurora Replica adalah titik akhir independen dalam klaster Aurora DB, paling baik digunakan untuk menskalakan operasi baca dan meningkatkan ketersediaan. Cluster Aurora DB dapat mencakup hingga 15 Replika Aurora yang terletak di seluruh Zona Ketersediaan Wilayah cluster Aurora DB. AWS

Volume klaster DB terdiri atas beberapa salinan data untuk klaster DB. Namun, data dalam volume klaster direpresentasikan sebagai satu volume logis untuk instans DB penulis primer dan Aurora Replica di klaster DB. Untuk informasi selengkapnya tentang Aurora Replica, lihat Replika Aurora.

Aurora Replica sangat cocok untuk penskalaan baca karena ditujukan sepenuhnya untuk membaca operasi pada volume klaster Anda. Instans DB penulis mengelola operasi tulis. Volume klaster dibagikan di semua instans di klaster DB Aurora PostgreSQL Anda. Dengan demikian, tidak diperlukan kerja tambahan untuk mereplikasi salinan data untuk setiap Aurora Replica.

Dengan Aurora PostgreSQL, saat Aurora Replica dihapus, titik akhir instansnya akan segera dibuang, dan Aurora Replica akan dibuang dari titik akhir pembaca. Jika ada pernyataan yang dijalankan dari Aurora Replica yang sudah dihapus, ada tiga menit masa tenggang. Pernyataan yang ada dapat diselesaikan sepenuhnya selama masa tenggang ini. Setelah masa tenggang berakhir, Aurora Replica akan dimatikan dan dihapus.

Cluster Aurora PostgreSQL DB mendukung Aurora Replicas di berbagai Wilayah, menggunakan database global Aurora. AWS Untuk informasi selengkapnya, lihat Menggunakan basis data global Amazon Aurora.

catatan

Dengan fitur ketersediaan baca yang ditingkatkan, jika Anda ingin melakukan boot ulang Aurora Replica di klaster DB, Anda harus melakukannya secara manual. Untuk klaster DB yang dibuat sebelum fitur ini melakukan boot ulang, instans DB penulis secara otomatis melakukan boot ulang Aurora Replica. Boot ulang otomatis menetapkan kembali titik entri untuk memastikan konsistensi pembacaan/penulisan di seluruh klaster DB.

Meningkatkan ketersediaan baca Aurora Replica

Aurora PostgreSQL meningkatkan ketersediaan baca di klaster DB dengan terus melayani permintaan baca ketika instans DB penulis dimulai ulang atau ketika Aurora Replica tidak dapat mengikuti lalu lintas tulis.

Fitur ketersediaan baca tersedia secara default pada versi Aurora PostgreSQL berikut:

• 16.1 dan semua versi yang lebih tinggi

• Versi 15.2 dan versi 15 yang lebih tinggi

• Versi 14.7 dan versi 14 yang lebih tinggi

• Versi 13.10 dan versi 13 yang lebih tinggi

• Versi 12.14 dan versi 12 yang lebih tinggi

Fitur ketersediaan baca didukung oleh database global Aurora dalam versi berikut:

• 16.1 dan semua versi yang lebih tinggi

• Versi 15.4 dan versi 15 yang lebih tinggi

• Versi 14.9 dan versi 14 yang lebih tinggi

• 13.12 dan 13 versi yang lebih tinggi

• 12.16 dan versi 12 yang lebih tinggi

Guna menggunakan fitur ketersediaan baca untuk klaster DB yang dibuat pada salah satu versi ini sebelum peluncuran ini, mulai ulang instans penulis klaster DB.

Saat Anda mengubah parameter statis klaster DB Aurora PostgreSQL, Anda harus memulai ulang instans penulis sehingga perubahan parameter berlaku. Misalnya, Anda harus memulai ulang instans penulis ketika Anda menetapkan nilai shared_buffers. Dengan peningkatan ketersediaan Aurora Replica, klaster DB mempertahankan ketersediaan baca selama memulai ulang ini, yang mengurangi dampak perubahan pada instans penulis. Instans pembaca tidak memulai ulang dan terus menanggapi permintaan baca. Untuk menerapkan perubahan parameter statis, mulai ulang setiap individu instans pembaca.

Aurora Replica klaster DB Aurora PostgreSQL dapat pulih dari kesalahan replikasi seperti mulai ulang penulis, failover, replikasi lambat, dan masalah jaringan dengan cepat memulihkan ke status basis data dalam memori setelah terhubung kembali dengan penulis. Pendekatan ini memungkinkan instans Aurora Replica untuk mencapai konsistensi dengan pembaruan penyimpanan terbaru saat basis data klien masih tersedia.

Transaksi yang sedang berlangsung yang bertentangan dengan pemulihan replikasi mungkin menerima kesalahan, tetapi klien dapat mencoba kembali transaksi ini, setelah pembaca mengejar ketinggalan dengan penulis.

Memantau Aurora Replica

Anda dapat memantau Aurora Replica saat pulih dari pemutusan penulis. Gunakan metrik di bawah ini untuk memeriksa informasi terbaru tentang instans pembaca dan untuk melacak transaksi hanya-baca dalam proses.

• aurora_replica_statusFungsi ini diperbarui untuk mengembalikan sebagian besar up-to-date informasi untuk instance pembaca ketika masih terhubung. Stempel waktu pembaruan terakhir di aurora_replica_status selalu kosong untuk baris yang sesuai dengan instans DB tempat kueri dijalankan. Ini menunjukkan bahwa instans pembaca memiliki data terbaru.

• Ketika replika Aurora terputus dari instans penulis dan menghubungkan kembali, peristiwa basis data berikut dipancarkan:

  Read replica has been disconnected from the writer instance and reconnected.

• Jika kueri hanya-baca dibatalkan karena konflik pemulihan, Anda mungkin melihat satu atau beberapa pesan galat berikut di log kesalahan database:

  Canceling statement due to conflict with recovery.

  User query may not have access to page data to replica disconnect.

  User query might have tried to access a file that no longer exists.

  When the replica reconnects, you will be able to repeat your command.

Batasan

Batasan berikut berlaku untuk Aurora Replica dengan ketersediaan yang ditingkatkan:

• Aurora Replicas dari cluster DB sekunder dapat dimulai ulang jika data tidak dapat dialirkan dari instance penulis selama pemulihan replikasi.

• Aurora Replica tidak mendukung pemulihan replikasi online jika sudah dalam proses dan akan dimulai ulang.

• Aurora Replica akan dimulai ulang ketika instans DB Anda mendekati wraparound ID transaksi. Untuk informasi selengkapnya tentang penyelesaian ID transaksi, lihat Mencegah Kegagalan Penyelesaian ID Transaksi.

• Aurora Replica dapat dimulai kembali ketika proses replikasi diblokir dalam keadaan tertentu.

Memantau replikasi Aurora PostgreSQL

Penskalaan baca dan ketersediaan yang tinggi tergantung dari waktu lag minimal. Anda dapat memantau seberapa jauh Aurora Replica tertinggal dari instance DB penulis dari cluster DB Aurora PostgreSQL Anda dengan memantau metrik Amazon. CloudWatch ReplicaLag Karena Aurora Replicas membaca dari volume klaster yang sama dengan instans DB penulis, metrik ReplicaLag memiliki makna berbeda untuk klaster DB Aurora PostgreSQL. Metrik ReplicaLag untuk Replika Aurora menunjukkan lag untuk cache halaman Replika Aurora dibandingkan dengan yang ada di instans DB penulis.

Untuk informasi selengkapnya tentang pemantauan instans dan CloudWatch metrik RDS, lihat. Memantau metrik di klaster Amazon Aurora