Manajemen klaster - AWSPanduan Preskriptif

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Manajemen klaster

Caching adalah salah satu fitur yang paling penting dari setiap database (DB) karena membantu mengurangi disk I/O. data yang paling sering diakses disimpan di area memori yang disebut cache buffer. Ketika query berjalan sering, itu 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 menggunakanshared_buffers parameter. Untuk informasi selengkapnya, lihat Memory (dokumentasi PostgreSQL).

Setelah failover, pengelolaan cache klaster (CCM) di Amazon Aurora PostgreSQL Compatible Edition dirancang untuk meningkatkan kinerja pemulihan aplikasi dan database. Dalam situasi failover yang umum tanpa CCM, Anda mungkin menemukan penurunan kinerja sementara tetapi signifikan. Hal ini terjadi karena ketika instans DB failover dimulai, Cache kosong juga dikenal sebagai cold cache. Instance DB harus membaca dari disk, yang lebih lambat daripada membaca dari cache.

Saat menerapkan CCM, Anda memilih instans DB pembaca yang disukai, dan CCM terus menyinkronkan memori cache dengan instance DB primer, atau penulis. Jika terjadi failover, instans DB pembaca yang disukai akan dinaikkan 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 pengelolaan cache cluster?

Instans DB Failover terletak di zona ketersediaan yang berbeda dari instans DB penulis primer. Instance DB pembaca yang disukai adalah target failover prioritas, yang ditentukan dengan menugaskannya tingkat prioritas tier-0.

catatan

prioritas tingkat promosi adalah nilai yang menentukan urutan di mana pembaca Aurora dinaikkan ke instans DB penulis setelah kegagalan. Nilai yang valid adalah 0–15, di mana 0 adalah prioritas pertama dan 15 adalah prioritas terakhir. Untuk informasi selengkapnya tentang tingkatan promosi, lihat Toleransi kesalahan untuk klaster DB Aurora. Memodifikasi tingkatan promosi tidak menyebabkan penghentian.

CCM menyinkronkan cache dari instans DB penulis ke instans 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 hemat memori yang digunakan untuk menguji apakah elemen adalah anggota dari satu set. Menggunakan filter mekar mencegah instans 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 instans DB penulis dengan instans DB pembaca yang disukai.

Manajemen cache klaster dikonfigurasi antara instans DB Aurora di Availability Zone yang berbeda.

Untuk informasi selengkapnya tentang CCM, lihat Pemulihan cepat setelah failover dengan pengelolaan cache cluster untuk Aurora PostgreSQL (dokumentasi Aurora) dan Pengantar manajemen cache cluster Aurora PostgreSQL (postingAWS blog). Untuk petunjuk tentang cara mengkonfigurasi CCM, lihat Mengonfigurasi pengelolaan cache klaster (dokumentasi Aurora).

Keterbatasan:

Fitur CCM memiliki batasan sebagai berikut:

  • Instans DB pembaca harus memiliki tipe dan ukuran kelas instans DB yang sama dengan instans DB penulis, sepertir5.2xlarge ataudb.r5.xlarge.

  • CCM tidak didukung untuk kluster Aurora PostgreSQL DB yang merupakan bagian dari database global Aurora.

Kasus untuk klaster

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 yang disukai, ini dapat membantu mencegah kerugian bisnis yang terkait dengan failovers.