Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Memelihara instans DB
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
Pemeliharaan sering kali melibatkan pembaruan ke sumber daya berikut di instans 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 Menerapkan pembaruan ke instans DB.
Topik
Sumber daya offline selama pembaruan pemeliharaan
Beberapa item pemeliharaan RDS mengharuskan Amazon membuat 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 cluster DB yang ditangguhkan
Modifikasi instans DB tertunda yang Anda pilih untuk tidak segera diterapkan selama waktu pemeliharaan. Misalnya, Anda dapat memilih untuk mengubah kelas instans DB atau grup parameter selama periode pemeliharaan. Modifikasi seperti yang Anda tentukan menggunakan pengaturan boot ulang tertunda tidak muncul dalam daftar Pemeliharaan tertunda. Untuk informasi tentang cara mengubah instans DB, lihat Memodifikasi instans Amazon RDS DB.
Untuk melihat modifikasi yang tertunda untuk jendela pemeliharaan berikutnya, gunakan describe-db-instancesPendingModifiedValues 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 , 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 Anda sebelum Anda menjalankan perintah untuk memodifikasinya. Jalankan
DescribePendingMaintenanceActionsperintah yang sesuai menggunakan algoritma backoff eksponensial untuk memastikan bahwa Anda memberikan cukup waktu untuk perintah sebelumnya untuk menyebar melalui sistem. Untuk melakukan ini, jalankanDescribePendingMaintenanceActionsperintah 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
DescribePendingMaintenanceActionsperintah 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 instans DB Anda dengan menggunakan RDS konsol, konsol AWS CLI, atau file RDSAPI. Jika pembaruan tersedia, ini ditunjukkan di kolom Pemeliharaan untuk instans DB di RDS konsol Amazon, seperti yang ditunjukkan pada gambar ini.
Jika pembaruan pemeliharaan tidak tersedia untuk instans DB, nilai kolomnya adalah tidak ada.
Jika pembaruan pemeliharaan tersedia untuk instans 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 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 instans DB Anda dengan menjalankan describe-pending-maintenance-actions AWS CLI perintah.
Untuk informasi tentang menerapkan pembaruan pemeliharaan, lihatMenerapkan pembaruan ke instans DB.
Tindakan pemeliharaan untuk Amazon RDS
Tindakan pemeliharaan berikut berlaku untuk instans RDS DB:
-
ca-certificate-rotation— Perbarui RDS sertifikat Otoritas Sertifikat Amazon untuk instans DB. -
db-upgrade— Tingkatkan versi mesin DB untuk instans DB. -
hardware-maintenance— Lakukan pemeliharaan pada perangkat keras yang mendasarinya untuk instans DB. -
system-update— Perbarui sistem operasi untuk instans DB.
Pemeliharaan untuk deployment multi-AZ
Menjalankan instans DB sebagai deployment multi-AZ dapat lebih mengurangi dampak dari peristiwa pemeliharaan. Hasil ini karena Amazon RDS menerapkan pembaruan sistem operasi dengan mengikuti langkah-langkah berikut:
-
Lakukan pemeliharaan pada waktu siaga.
-
Naikkan siaga ke primer.
-
Lakukan pemeliharaan pada primer yang lama, yang menjadi siaga baru.
Jika Anda memutakhirkan mesin database untuk instans DB Anda dalam penerapan multi-AZ, Amazon akan RDS memodifikasi instans DB primer dan sekunder secara bersamaan. Dalam hal ini, instans DB primer dan sekunder dalam deployment multi-AZ tidak tersedia selama peningkatan. Operasi ini menyebabkan waktu henti hingga peningkatan selesai. Durasi waktu henti bervariasi berdasarkan ukuran instans DB Anda.
Jika ada tambalan sistem operasi yang mendasari yang perlu diterapkan, failover multi-AZ singkat diperlukan untuk menerapkan tambalan ke instans DB utama. Failover ini biasanya berlangsung kurang dari satu menit.
Jika instans DB Anda berjalan RDS untuk MySQL, RDS untuk PostgreSQL, atau untuk RDS MariaDB, Anda dapat meminimalkan waktu henti yang diperlukan untuk peningkatan dengan menggunakan penerapan biru/hijau. Untuk informasi selengkapnya, lihat Menggunakan Amazon RDS Amazon Blue/Green Deployment untuk pembaruan basis data. Jika Anda memutakhirkan instans RDS untuk SQL SQL Server atau RDS Kustom untuk Server DB dalam penerapan Multi-AZ, Amazon akan RDS melakukan peningkatan bergulir, sehingga Anda memiliki pemadaman hanya selama durasi failover. Untuk informasi selengkapnya, lihat Pertimbangan Multi-AZ dan optimisasi dalam memori.
Jika instans DB Anda berjalan RDS untuk SQL Server dalam penyebaran Multi-AZ, Anda dapat menerapkan pembaruan ke sistem operasi yang mendasarinya dengan menggunakan salah satu metode berikut:
-
Ubah kelas instans DB ke ukuran yang berbeda, lalu ubah lagi ke ukuran awalnya.
-
Naikkan skala ukuran instans DB, turunkan lagi skalanya ke ukuran awalnya.
-
Ubah instans DB dari Multi-AZ ke AZ Tunggal, hentikan dan mulai instans DB, lalu ubah kembali instans ke Multi-AZ.
Untuk informasi selengkapnya tentang deployment Multi-AZ, lihat Mengonfigurasi dan mengelola penyebaran Multi-AZ untuk Amazon RDS.
