Replikasi dengan Amazon Aurora Postgre SQL

Berikut ini, Anda dapat menemukan informasi tentang replikasi dengan Amazon Aurora SQL Postgre, termasuk cara memantau dan menggunakan replikasi logis.

Topik

• Menggunakan Aurora Replica
• Meningkatkan ketersediaan baca Aurora Replica
• Memantau replikasi Aurora Postgre SQL
• Ikhtisar replikasi SQL logis Postgre dengan Aurora
• Menyiapkan replikasi logis untuk cluster DB Aurora Postgre SQL Anda
• Menggunakan replikasi logis
• Memantau cache write-through dan slot logis untuk replikasi logis Aurora Postgre SQL
• Contoh: Menggunakan replikasi logis dengan cluster Aurora Postgre DB SQL
• Contoh: Replikasi logis menggunakan SQL Aurora Postgre dan AWS Database Migration Service
• Penerusan tulisan lokal di Aurora Postgre SQL

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 cluster dibagi di antara semua instance di cluster Aurora SQL Postgre DB Anda. Dengan demikian, tidak diperlukan kerja tambahan untuk mereplikasi salinan data untuk setiap Aurora Replica.

Dengan Aurora Postgre, SQL ketika Replika Aurora dihapus, titik akhir instancenya segera dihapus, dan Replika Aurora dihapus 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.

SQLCluster Aurora Postgre DB mendukung Aurora Replicas di berbagai AWS Wilayah, menggunakan database global Aurora. Untuk informasi selengkapnya, lihat Menggunakan Database Global Amazon Aurora.

catatan

Dengan fitur ketersediaan baca, jika Anda ingin me-reboot Replika Aurora di cluster 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 Postgre SQL meningkatkan ketersediaan baca di cluster DB dengan terus melayani permintaan baca ketika instans DB penulis dimulai ulang atau ketika Replika Aurora tidak dapat mengikuti lalu lintas tulis.

Fitur ketersediaan baca tersedia secara default pada versi Aurora Postgre berikut: SQL

• 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 memodifikasi parameter statis cluster Aurora Postgre SQL DB Anda, Anda harus memulai ulang instance penulis sehingga perubahan parameter berlaku. Misalnya, Anda harus memulai ulang instans penulis ketika Anda menetapkan nilai shared_buffers. Dengan fitur ketersediaan baca Aurora Replicas, cluster DB mempertahankan ketersediaan yang lebih baik, mengurangi dampaknya saat instance penulis memulai ulang. Instans pembaca tidak memulai ulang dan terus menanggapi permintaan baca. Untuk menerapkan perubahan parameter statis, mulai ulang setiap individu instans pembaca.

Aurora Replica SQL cluster Aurora Postgre DB Aurora dapat pulih dari kesalahan replikasi seperti restart penulis, failover, replikasi lambat, dan masalah jaringan dengan cepat memulihkan ke status database 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 Replicas dengan fitur ketersediaan baca:

• 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 Postgre SQL

Penskalaan baca dan ketersediaan yang tinggi tergantung dari waktu lag minimal. Anda dapat memantau seberapa jauh Replika Aurora tertinggal di belakang instans DB penulis dari cluster Aurora Postgre SQL DB Anda dengan memantau metrik Amazon. CloudWatch ReplicaLag Karena Aurora Replicas dibaca dari volume cluster yang sama dengan instance DB penulis, ReplicaLag metrik memiliki arti yang berbeda untuk cluster Aurora Postgre DB. SQL 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 RDS instans dan CloudWatch metrik, lihat. Memantau metrik di klaster Amazon Aurora