Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Manajemen cache cluster
Caching adalah salah satu fitur terpenting dari database apa pun (DB) karena membantu mengurangi disk I/O. Data yang paling sering diakses disimpan di area memori yang disebut cache buffer. Ketika kueri sering berjalan, ia mengambil data langsung dari cache, bukan disk. Ini lebih cepat dan memberikan skalabilitas dan kinerja aplikasi yang lebih baik. Anda mengkonfigurasi ukuran cache PostgreSQL dengan menggunakan parameter. shared_buffers Untuk informasi selengkapnya, lihat Memori
Setelah failover, manajemen cache cluster (CCM) di Amazon PostgreSQL-Compatible Aurora Edition dirancang untuk meningkatkan kinerja pemulihan aplikasi dan database. Dalam situasi failover yang khas tanpa CCM, Anda mungkin melihat penurunan kinerja sementara tetapi signifikan. Ini terjadi karena ketika instance DB failover dimulai, cache buffer kosong. Cache kosong juga dikenal sebagai cold cache. Instans DB harus membaca dari disk, yang lebih lambat daripada membaca dari cache.
Saat Anda menerapkan CCM, Anda memilih instans DB pembaca yang disukai, dan CCM terus menyinkronkan memori cache-nya dengan instans DB utama, atau penulis,. Jika failover terjadi, instans DB pembaca yang disukai dipromosikan ke instans DB penulis baru. Karena sudah memiliki memori cache, yang dikenal sebagai cache hangat, ini meminimalkan dampak failover pada kinerja aplikasi.
Bagaimana cara kerja manajemen cache cluster?
Instans Failover DB terletak di zona ketersediaan yang berbeda dari instans DB penulis utama. Instance DB pembaca yang disukai adalah target failover prioritas, yang ditentukan dengan menetapkan tingkat prioritas tier-0.
catatan
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 Aurora DB. Memodifikasi tingkat promosi tidak menyebabkan pemadaman.
CCM menyinkronkan cache dari instance DB penulis ke instance DB pembaca yang disukai. Instance DB pembaca mengirimkan kumpulan alamat buffer yang saat ini di-cache ke instance DB penulis sebagai filter mekar. Filter mekar adalah struktur data probabilistik dan efisien memori yang digunakan untuk menguji apakah suatu elemen adalah anggota dari suatu himpunan. Menggunakan filter mekar mencegah instance DB pembaca mengirim alamat buffer yang sama ke instans DB penulis berulang kali. Ketika instance DB penulis menerima filter mekar, ia membandingkan blok dalam cache buffernya dan mengirimkan buffer yang sering digunakan ke instance DB pembaca. Secara default, buffer dianggap sering digunakan jika memiliki jumlah penggunaan lebih besar dari tiga.
Diagram berikut menunjukkan bagaimana CCM menyinkronkan cache buffer instance DB penulis dengan instans DB pembaca pilihan.
Untuk informasi lebih lanjut tentang CCM, lihat Pemulihan cepat setelah failover dengan manajemen cache cluster untuk Aurora PostgreSQL (dokumentasi Aurora) dan Pengantar
Batasan
Fitur CCM memiliki batasan sebagai berikut:
-
Instance DB pembaca harus memiliki tipe dan ukuran kelas instans DB yang sama dengan instance DB penulis, seperti
r5.2xlargeataudb.r5.xlarge. -
CCM tidak didukung untuk cluster Aurora PostgreSQL DB yang merupakan bagian dari database global Aurora.
Gunakan kasus untuk manajemen cache cluster
Untuk beberapa industri, seperti ritel, perbankan, dan keuangan, penundaan hanya beberapa milidetik dapat menyebabkan masalah kinerja aplikasi dan mengakibatkan kerugian bisnis yang signifikan. Karena CCM membantu memulihkan kinerja aplikasi dan database dengan terus menyinkronkan cache buffer dari instance database utama ke instance cadangan pilihan, ini dapat membantu mencegah kerugian bisnis yang terkait dengan kegagalan.
