Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Mem-boot ulang klaster Aurora dengan ketersediaan baca
Dengan fitur ketersediaan baca, Anda dapat me-reboot instance penulis cluster Aurora Anda tanpa me-reboot instance pembaca di cluster DB primer atau sekunder. Tindakan ini dapat membantu menjaga ketersediaan tinggi klaster untuk operasi baca saat Anda mem-boot ulang instans penulis. Anda dapat mem-boot ulang instans pembaca di lain waktu pada jadwal yang dikehendaki. Misalnya, dalam cluster produksi Anda dapat me-reboot instance pembaca satu per satu, dimulai hanya setelah reboot instance utama selesai. Untuk setiap instans DB yang di-boot ulang, ikuti prosedur di Mem-boot ulang instans DB dalam klaster Aurora.
Fitur ketersediaan baca untuk cluster DB primer tersedia di Aurora SQL My versi 2.10 dan lebih tinggi. Ketersediaan baca untuk cluster DB sekunder tersedia di Aurora SQL My versi 3.06 dan lebih tinggi.
Untuk Aurora Postgre fitur SQL ini tersedia secara default dalam versi berikut:
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
Untuk informasi lebih lanjut tentang fitur ketersediaan baca di Aurora SQL Postgre, lihat. Meningkatkan ketersediaan baca Aurora Replica
Sebelum fitur ini, me-reboot instance utama menyebabkan reboot untuk setiap instance pembaca secara bersamaan. Jika klaster Aurora Anda menjalankan versi yang lebih lama, gunakan prosedur boot ulang di Mem-boot ulang klaster Aurora tanpa ketersediaan baca.
catatan
Perubahan perilaku reboot di cluster Aurora DB dengan ketersediaan baca berbeda untuk database global Aurora di Aurora versi Saya lebih rendah dari 3.06. SQL Jika Anda mem-boot ulang instans penulis untuk klaster primer dalam basis data global Aurora, instans pembaca dalam klaster primer tetap tersedia. Namun, instans DB di setiap klaster sekunder akan di-boot ulang secara bersamaan.
Versi terbatas dari fitur ketersediaan baca yang ditingkatkan didukung oleh database global Aurora untuk Aurora Postgre SQL versi 12.16, 13.12, 14.9, 15.4, dan lebih tinggi.
Anda sering mem-boot ulang klaster setelah menerapkan perubahan pada grup parameter klaster. Anda menerapkan perubahan parameter dengan mengikuti prosedur di . Misalkan Anda mem-boot ulang instans penulis DB dalam klaster Aurora untuk menerapkan perubahan pada parameter klaster. Beberapa atau semua instans DB pembaca dapat terus menggunakan pengaturan parameter lama. Namun, pengaturan parameter yang berbeda tidak memengaruhi integritas data klaster. Setiap parameter klaster yang memengaruhi susunan file data hanya digunakan oleh instans DB penulis.
Misalnya, di SQL klaster Aurora My, Anda dapat memperbarui parameter cluster seperti binlog_format dan innodb_purge_threads pada instance penulis sebelum instance pembaca. Hanya instans penulis yang menulis log biner dan membersihkan data undo. Untuk parameter yang mengubah cara kueri menafsirkan SQL pernyataan atau keluaran kueri, Anda mungkin perlu berhati-hati untuk segera me-reboot instance pembaca. Dengan demikian, Anda dapat menghindari perilaku aplikasi tak terduga selama kueri. Sebagai contoh, misalkan Anda mengubah parameter lower_case_table_names dan mem-boot ulang instans penulis. Dalam kasus ini, instans pembaca mungkin tidak dapat mengakses tabel yang baru dibuat hingga semua instans di-boot ulang.
Untuk daftar semua parameter SQL cluster Aurora My, lihat. Parameter tingkat klaster
Untuk daftar semua parameter SQL cluster Aurora Postgre, lihat. Parameter tingkat klaster Aurora PostgreSQL
Tip
Aurora My SQL mungkin masih me-reboot beberapa instance pembaca bersama dengan instance penulis jika cluster Anda memproses beban kerja dengan throughput tinggi.
Pengurangan jumlah boot ulang juga berlaku selama operasi failover. Aurora My SQL hanya me-restart instans DB penulis dan target failover selama failover. Instans DB pembaca lain dalam klaster ini tetap tersedia untuk terus memproses kueri melalui koneksi ke titik akhir pembaca. Oleh karena itu, Anda dapat meningkatkan ketersediaan selama failover dengan menyediakan lebih dari satu instans DB pembaca dalam sebuah klaster.
