Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Memutakhirkan versi minor atau level patch cluster Aurora SQL My DB
Anda dapat menggunakan metode berikut untuk meningkatkan versi minor klaster DB atau untuk mem-patch klaster DB:
-
Meningkatkan Aurora MySQL dengan mengubah versi mesin(untuk Aurora My SQL versi 2 dan 3)
-
Mengaktifkan upgrade otomatis antara Aurora minor versi Saya SQL
Untuk informasi tentang cara patching zero-downtime dapat mengurangi gangguan selama proses peningkatan, lihat Menggunakan zero-downtime patching.
Untuk informasi tentang melakukan upgrade versi minor untuk klaster Aurora My SQL DB Anda, lihat topik berikut.
Topik
Sebelum melakukan upgrade versi minor
Kami menyarankan Anda melakukan tindakan berikut untuk mengurangi waktu henti selama upgrade versi minor:
Pemeliharaan cluster Aurora DB harus dilakukan selama periode lalu lintas rendah. Gunakan Performance Insights untuk mengidentifikasi periode waktu ini agar dapat mengonfigurasi jendela pemeliharaan dengan benar. Untuk informasi selengkapnya tentang Performance Insights, lihat Memantau pemuatan DB dengan Performance Insights di Amazon. RDS Untuk informasi lebih lanjut tentang jendela pemeliharaan cluster DB,Menyesuaikan periode pemeliharaan klaster DB yang dinginkan.
-
Gunakan AWS SDKsyang mendukung backoff eksponensial dan jitter sebagai praktik terbaik. Untuk informasi lebih lanjut, lihat Exponential Backoff
And Jitter.
Pra-cek pemutakhiran versi minor untuk Aurora My SQL
Saat Anda memulai pemutakhiran versi minor, Amazon Aurora menjalankan prechecks secara otomatis.
Pra-pemeriksaan ini wajib dilakukan. Anda tidak dapat memilih untuk melewatinya. Pra-pemeriksaan menyediakan manfaat berikut:
-
Hal ini memungkinkan Anda menghindari waktu henti yang tidak direncanakan selama peningkatan.
-
Jika ada inkompatibilitas, Amazon Aurora akan mencegah peningkatan dan menyediakan log bagi Anda untuk mempelajarinya. Anda kemudian dapat menggunakan log untuk mempersiapkan database Anda untuk upgrade dengan mengurangi ketidakcocokan. Untuk informasi rinci tentang menghapus ketidakcocokan, lihat Mempersiapkan instalasi Anda untuk upgrade dalam dokumentasi
Saya. SQL
Pra-pemeriksaan berjalan sebelum instans DB dihentikan untuk peningkatan, sehingga instans tersebut tidak akan menyebabkan waktu henti ketika berjalan. Jika pra-pemeriksaan menemukan inkompatibilitas, Aurora secara otomatis membatalkan peningkatan sebelum instans DB dihentikan. Aurora juga menghasilkan peristiwa untuk inkompatibilitas. Untuk informasi selengkapnya tentang peristiwa Amazon Aurora, lihat Bekerja dengan pemberitahuan RDS acara Amazon.
Aurora mencatat informasi terperinci tentang setiap inkompatibilitas dalam file log PrePatchCompatibility.log. Dalam kebanyakan kasus, entri log menyertakan tautan ke SQL dokumentasi Saya untuk memperbaiki ketidakcocokan. Untuk informasi selengkapnya tentang format file log, lihat Melihat dan mencantumkan file log basis data.
Karena sifatnya, pra-pemeriksaan akan menganalisis objek di basis data Anda. Analisis ini mengakibatkan konsumsi sumber daya dan menambah waktu penyelesaian peningkatan.
Teknik peningkatan blue/green alternatif
Dalam situasi tertentu, prioritas utama Anda adalah melakukan switchover langsung dari klaster lama ke klaster yang ditingkatkan. Dalam situasi seperti itu, Anda dapat menggunakan proses multistep yang menjalankan cluster side-by-side lama dan baru. Di sini, Anda mereplikasi data dari klaster lama ke klaster baru hingga Anda siap untuk mengambil alih klaster baru. Untuk detailnya, lihat Menggunakan Amazon Aurora Blue/Green Deployment untuk pembaruan database.
