Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Memelihara klaster DB Amazon Aurora
Secara berkala, Amazon RDS melakukan pemeliharaan pada RDS sumber daya Amazon. Topik berikut menjelaskan tindakan pemeliharaan ini dan cara menerapkannya.
Daftar Isi
- Ikhtisar pembaruan pemeliharaan cluster DB
- Melihat pembaruan pemeliharaan yang tertunda
- Memilih frekuensi pembaruan pemeliharaan Aurora My SQL
- Jendela RDS pemeliharaan Amazon
- Menerapkan pembaruan ke cluster DB
- Peningkatan versi minor otomatis untuk klaster DB Aurora
- Pembaruan sistem operasi untuk cluster Aurora DB
Ikhtisar pembaruan pemeliharaan cluster DB
Pemeliharaan sering kali melibatkan pembaruan ke sumber daya berikut di klaster DB:
-
Perangkat keras yang mendasarinya
-
Sistem operasi yang mendasarinya (OS)
-
Versi mesin basis data
Pembaruan pada sistem operasi paling sering terjadi untuk masalah keamanan. Kami menyarankan Anda melakukannya sesegera mungkin. Untuk informasi selengkapnya tentang pembaruan sistem operasi, lihat .
Topik
Sumber daya offline selama pembaruan pemeliharaan
Beberapa item pemeliharaan RDS mengharuskan Amazon membuat cluster DB Anda offline untuk waktu yang singkat. Item pemeliharaan yang mengharuskan sumber daya untuk offline mencakup patching sistem operasi atau basis data yang diperlukan. Patching yang diperlukan secara otomatis dijadwalkan hanya untuk patch yang terkait dengan keamanan dan keandalan instans. Patching tersebut jarang terjadi, biasanya sekali setiap beberapa bulan. Ini jarang membutuhkan lebih dari periode pemeliharaan Anda.
Modifikasi instans DB dan cluster DB yang ditangguhkan
Kluster DB yang ditangguhkan dan modifikasi instance yang telah Anda pilih untuk tidak segera diterapkan diterapkan selama jendela pemeliharaan. Misalnya, Anda dapat memilih untuk mengubah kelas atau klaster instans DB atau grup parameter DB selama periode pemeliharaan. Modifikasi seperti yang Anda tentukan menggunakan pengaturan boot ulang tertunda tidak muncul dalam daftar Pemeliharaan tertunda. Untuk informasi tentang cara mengubah klaster DB, lihat Memodifikasi klaster DB Amazon Aurora.
Untuk melihat modifikasi yang tertunda untuk jendela pemeliharaan berikutnya, gunakan describe-db-clustersPendingModifiedValues
bidangnya.
Konsistensi akhirnya untuk DescribePendingMaintenanceActions API
Amazon RDS DescribePendingMaintenanceActions
API mengikuti model konsistensi akhirnya. Ini berarti bahwa hasil dari DescribePendingMaintenanceActions
perintah mungkin tidak langsung terlihat oleh semua RDS perintah berikutnya. Ingatlah hal ini ketika Anda menggunakan DescribePendingMaintenanceActions
segera setelah menggunakan API perintah sebelumnya.
Konsistensi akhirnya dapat memengaruhi cara Anda mengelola pembaruan pemeliharaan. Misalnya, jika Anda menjalankan ApplyPendingMaintenanceActions
perintah untuk memperbarui versi mesin database untuk cluster DB, pada akhirnya akan terlihatDescribePendingMaintenanceActions
. Dalam skenario ini, DescribePendingMaintenanceActions
mungkin menunjukkan bahwa tindakan pemeliharaan tidak diterapkan meskipun itu.
Untuk mengelola konsistensi akhirnya, Anda dapat melakukan hal berikut:
-
Konfirmasikan status cluster DB Anda sebelum Anda menjalankan perintah untuk memodifikasinya. Jalankan
DescribePendingMaintenanceActions
perintah yang sesuai menggunakan algoritma backoff eksponensial untuk memastikan bahwa Anda memberikan cukup waktu untuk perintah sebelumnya untuk menyebar melalui sistem. Untuk melakukan ini, jalankanDescribePendingMaintenanceActions
perintah berulang kali, dimulai dengan beberapa detik waktu tunggu, dan meningkat secara bertahap hingga lima menit waktu tunggu. -
Tambahkan waktu tunggu antara perintah berikutnya, bahkan jika
DescribePendingMaintenanceActions
perintah mengembalikan respons yang akurat. Terapkan algoritma backoff eksponensial dimulai dengan beberapa detik waktu tunggu, dan tingkatkan secara bertahap hingga sekitar lima menit waktu tunggu.
Melihat pembaruan pemeliharaan yang tertunda
Lihat apakah pembaruan pemeliharaan tersedia untuk cluster DB Anda dengan menggunakan RDS konsol, konsol AWS CLI, atau file RDSAPI. Jika pembaruan tersedia, ini ditunjukkan di kolom Pemeliharaan untuk cluster DB di RDS konsol Amazon, seperti yang ditunjukkan pada gambar ini.
Jika pembaruan pemeliharaan tidak tersedia untuk klaster DB, nilai kolomnya adalah tidak ada.
Jika pembaruan pemeliharaan tersedia untuk klaster DB, kemungkinan nilai kolomnya adalah sebagai berikut:
-
diperlukan – Tindakan pemeliharaan akan diterapkan ke sumber daya dan tidak dapat ditunda tanpa batas waktu.
-
tersedia – Tindakan pemeliharaan tersedia, tetapi tidak akan diterapkan ke sumber daya secara otomatis. Anda dapat menerapkannya secara manual.
-
periode berikutnya – Tindakan pemeliharaan akan diterapkan ke sumber daya pada periode pemeliharaan berikutnya.
-
Sedang berlangsung — Tindakan pemeliharaan sedang diterapkan pada sumber daya.
Jika pembaruan tersedia, Anda dapat melakukan salah satu hal berikut:
-
Jika nilai pemeliharaan adalah jendela berikutnya, tunda tindakan pemeliharaan dengan memilih Defer upgrade dari Actions. Anda tidak dapat menunda tindakan pemeliharaan yang sudah dimulai.
-
Terapkan tindakan pemeliharaan segera.
-
Terapkan tindakan pemeliharaan selama jendela pemeliharaan Anda berikutnya.
-
Tidak melakukan tindakan apa pun.
Untuk mengambil tindakan dengan menggunakan AWS Management Console
-
Pilih instans atau cluster DB untuk menampilkan detailnya.
-
Pilih Pemeliharaan & cadangan. Tindakan pemeliharaan yang tertunda muncul.
-
Pilih tindakan yang akan diambil, lalu pilih kapan harus menerapkannya.
Periode pemeliharaan menentukan kapan operasi yang tertunda dimulai, tetapi tidak membatasi total waktu eksekusi operasi ini. Operasi pemeliharaan tidak dijamin selesai sebelum periode pemeliharaan berakhir, dan dapat berlanjut melebihi waktu akhir yang ditentukan. Untuk informasi selengkapnya, lihat Jendela RDS pemeliharaan Amazon.
Anda juga dapat melihat apakah pembaruan pemeliharaan tersedia untuk cluster DB Anda dengan menjalankan describe-pending-maintenance-actions AWS CLI perintah.
Untuk informasi tentang menerapkan pembaruan pemeliharaan, lihatMenerapkan pembaruan ke cluster DB.
Tindakan pemeliharaan untuk Amazon Aurora
Tindakan pemeliharaan berikut berlaku untuk cluster Aurora DB:
-
os-upgrade
— Perbarui sistem operasi semua instans DB di cluster DB, menggunakan peningkatan bergulir. Untuk informasi selengkapnya, lihat Pembaruan sistem operasi untuk cluster Aurora DB. -
system-update
— Tambal mesin DB untuk Aurora Postgre. SQL
Tindakan pemeliharaan berikut berlaku untuk instans Aurora DB:
-
ca-certificate-rotation
— Perbarui RDS sertifikat Otoritas Sertifikat Amazon untuk instans DB. -
hardware-maintenance
— Lakukan pemeliharaan pada perangkat keras yang mendasarinya untuk instans DB. -
system-update
— Perbarui sistem operasi untuk instans DB.
Memilih frekuensi pembaruan pemeliharaan Aurora My SQL
Anda dapat mengontrol apakah SQL peningkatan Aurora My sering terjadi atau jarang untuk setiap cluster DB. Pilihan terbaik tergantung pada penggunaan Aurora My SQL dan prioritas untuk aplikasi Anda yang berjalan di Aurora. Untuk informasi tentang rilis Aurora My SQL long-term stability (LTS) yang memerlukan peningkatan yang lebih jarang, lihat. Aurora Dukungan SQL jangka panjang saya () rilis LTS
Anda mungkin memilih untuk meng-upgrade SQL klaster Aurora My jarang jika beberapa atau semua kondisi berikut berlaku:
-
Siklus pengujian Anda untuk aplikasi Anda membutuhkan waktu lama untuk setiap pembaruan ke mesin SQL database Aurora My.
-
Anda memiliki banyak cluster DB atau banyak aplikasi yang semuanya berjalan pada versi Aurora SQL My yang sama. Anda lebih suka meningkatkan semua klaster DB dan aplikasi yang terkait secara bersamaan.
-
Anda menggunakan Aurora My SQL dan RDS untuk My. SQL Anda lebih suka menjaga SQL klaster Aurora My dan RDS untuk instans SQL DB Saya kompatibel dengan level My yang sama. SQL
-
SQLAplikasi Aurora My Anda sedang dalam produksi atau sangat penting bagi bisnis. Anda tidak dapat memberikan waktu henti untuk peningkatan di luar peristiwa langka untuk patch penting.
-
SQLAplikasi Aurora My Anda tidak dibatasi oleh masalah kinerja atau celah fitur yang ditangani dalam versi Aurora My berikutnya. SQL
Jika faktor sebelumnya berlaku untuk situasi Anda, Anda dapat membatasi jumlah peningkatan paksa untuk cluster Aurora My DB. SQL Anda melakukannya dengan memilih versi Aurora My tertentu yang dikenal sebagai SQL versi “Long-Term Support” (LTS) saat Anda membuat atau memutakhirkan cluster DB tersebut. Tindakan ini dapat meminimalkan jumlah siklus peningkatan, siklus pengujian, dan pemadaman terkait peningkatan untuk klaster DB tersebut.
Anda dapat memilih untuk sering meningkatkan SQL klaster Aurora My jika beberapa atau semua kondisi berikut berlaku:
-
Siklus pengujian untuk aplikasi Anda itu mudah dan singkat.
-
Aplikasi Anda masih dalam tahap pengembangan.
-
Lingkungan database Anda menggunakan berbagai versi Aurora My, atau Aurora My SQL dan RDS untuk SQL versi Saya. SQL Setiap SQL cluster Aurora My memiliki siklus pemutakhiran sendiri.
-
Anda sedang menunggu peningkatan kinerja atau fitur tertentu sebelum Anda meningkatkan penggunaan Aurora My. SQL
Jika faktor-faktor sebelumnya terjadi pada situasi Anda, Anda dapat mengaktifkan Aurora untuk lebih sering menerapkan peningkatan penting. Untuk melakukannya, tingkatkan cluster Aurora My SQL DB ke versi Aurora My yang lebih baru daripada SQL versi. LTS Melakukan hal tersebut membuat peningkatan performa, perbaikan bug, dan fitur terbaru tersedia bagi Anda dengan lebih cepat.