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
Amazon RDS melakukan pemeliharaan secara berkala pada sumber daya Amazon RDS. Topik berikut menjelaskan tindakan pemeliharaan ini dan cara menerapkannya.
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 mengharuskan Amazon RDS membuat klaster DB Anda offline selama 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 akhir untuk API DescribePendingMaintenanceActions
Amazon RDS DescribePendingMaintenanceActions
API mengikuti model konsistensi akhirnya. Ini berarti bahwa hasil dari DescribePendingMaintenanceActions
perintah mungkin tidak langsung terlihat oleh semua perintah RDS berikutnya. Ingatlah hal ini saat Anda menggunakan DescribePendingMaintenanceActions
segera setelah menggunakan perintah API 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 konsol RDS, API AWS CLI, atau RDS. Jika pembaruan tersedia, ini ditunjukkan di kolom Pemeliharaan untuk cluster DB di konsol Amazon RDS, 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 Maintenance & backup. 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 pemeliharaan Amazon RDS.
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
— Menambal mesin DB untuk Aurora PostgreSQL.
Tindakan pemeliharaan berikut berlaku untuk instans Aurora DB:
-
ca-certificate-rotation
— Perbarui sertifikat Otoritas Sertifikat Amazon RDS 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 MySQL
Anda dapat mengendalikan apakah peningkatan Aurora MySQL sering atau jarang terjadi untuk setiap klaster DB. Pilihan terbaiknya bergantung pada penggunaan Aurora MySQL Anda dan prioritas untuk aplikasi yang berjalan di Aurora. Untuk informasi tentang rilis stabilitas jangka panjang (LTS) Aurora MySQL yang membutuhkan peningkatan yang jarang, lihat Aurora Dukungan SQL jangka panjang saya () rilis LTS.
Anda dapat memilih untuk jarang meningkatkan klaster Aurora MySQL jika sebagian atau semua kondisi berikut berlaku:
-
Siklus pengujian untuk aplikasi Anda membutuhkan waktu yang lama untuk setiap pembaruan ke mesin basis data Aurora MySQL.
-
Anda memiliki banyak klaster DB atau banyak aplikasi yang semuanya berjalan di versi Aurora MySQL yang sama. Anda lebih suka meningkatkan semua klaster DB dan aplikasi yang terkait secara bersamaan.
-
Anda menggunakan Aurora MySQL dan RDS for MySQL. Anda lebih suka untuk tetap menggunakan klaster Aurora MySQL dan instans DB RDS for MySQL yang kompatibel dengan tingkat MySQL yang sama.
-
Aplikasi Aurora MySQL Anda sedang dalam produksi atau penting untuk bisnis. Anda tidak dapat memberikan waktu henti untuk peningkatan di luar peristiwa langka untuk patch penting.
-
Aplikasi Aurora MySQL Anda tidak dibatasi oleh masalah performa atau celah fitur yang ditangani di versi Aurora MySQL selanjutnya.
Jika faktor-faktor sebelumnya terjadi pada situasi Anda, Anda dapat membatasi jumlah peningkatan paksa untuk klaster DB Aurora MySQL. Anda dapat melakukannya dengan memilih versi Aurora MySQL spesifik yang dikenal sebagai versi "Dukungan Jangka Panjang" (LTS) saat Anda membuat atau meningkatkan klaster DB tersebut. Tindakan ini dapat meminimalkan jumlah siklus peningkatan, siklus pengujian, dan pemadaman terkait peningkatan untuk klaster DB tersebut.
Anda dapat memilih untuk jarang meningkatkan klaster Aurora MySQL jika sebagian atau semua kondisi berikut berlaku:
-
Siklus pengujian untuk aplikasi Anda itu mudah dan singkat.
-
Aplikasi Anda masih dalam tahap pengembangan.
-
Lingkungan basis data Anda menggunakan berbagai versi Aurora MySQL, atau versi Aurora MySQL dan RDS for MySQL. Setiap klaster Aurora MySQL memiliki siklus peningkatan-nya sendiri.
-
Anda menunggu peningkatan performa atau peningkatan fitur spesifik sebelum Anda meningkatkan penggunaan Aurora MySQL.
Jika faktor-faktor sebelumnya terjadi pada situasi Anda, Anda dapat mengaktifkan Aurora untuk lebih sering menerapkan peningkatan penting. Untuk melakukannya, tingkatkan klaster DB Aurora MySQL ke Aurora MySQL versi yang lebih baru dari versi LTS. Dengan begitu, peningkatan performa, perbaikan bug, dan fitur-fitur terbaru akan tersedia bagi Anda dengan lebih cepat.
Jendela pemeliharaan Amazon RDS
Jendela pemeliharaan adalah interval waktu mingguan di mana setiap perubahan sistem diterapkan. Setiap cluster DB memiliki jendela pemeliharaan mingguan. Jendela pemeliharaan adalah kesempatan untuk mengontrol kapan modifikasi dan penambalan perangkat lunak terjadi. Untuk informasi selengkapnya tentang menyesuaikan jendela pemeliharaan, lihat .
RDS menggunakan beberapa sumber daya di klaster DB Anda saat pemeliharaan diterapkan. Anda mungkin mendapati efek minimal pada performa. Untuk instans DB, dalam situasi yang jarang terjadi, failover Multi-AZ mungkin diperlukan untuk menyelesaikan pembaruan pemeliharaan.
Jika peristiwa pemeliharaan dijadwalkan selama satu minggu, ini akan dimulai selama periode pemeliharaan 30 menit yang Anda identifikasi. Sebagian besar peristiwa pemeliharaan juga selesai selama periode pemeliharaan 30 menit, meskipun peristiwa pemeliharaan yang lebih besar bisa memakan waktu lebih dari 30 menit. Jendela pemeliharaan dijeda ketika cluster DB dihentikan.
Periode pemeliharaan 30 menit dipilih secara acak dari blok waktu 8 jam per wilayah. Jika Anda tidak menentukan periode pemeliharaan saat membuat klaster DB, RDS akan menetapkan periode pemeliharaan 30 menit pada hari yang dipilih secara acak dalam seminggu.
Tabel berikut menunjukkan blok waktu untuk masing-masing Wilayah AWS dari mana jendela pemeliharaan default ditetapkan.
Nama Wilayah | Wilayah | Blok Waktu |
---|---|---|
US East (Northern Virginia) | us-east-1 | 03.00–11.00 UTC |
AS Timur (Ohio) | us-east-2 | 03.00–11.00 UTC |
AS Barat (California Utara) | us-west-1 | 06.00–14.00 UTC |
AS Barat (Oregon) | us-west-2 | 06.00–14.00 UTC |
Afrika (Cape Town) | af-south-1 | 03.00–11.00 UTC |
Asia Pasifik (Hong Kong) | ap-east-1 | 06.00–14.00 UTC |
Asia Pasifik (Hyderabad) | ap-south-2 | 06.30–14.30 UTC |
Asia Pasifik (Jakarta) | ap-southeast-3 | 08.00–16.00 UTC |
Asia Pasifik (Malaysia) | ap-southeast-5 | 09:00 — 17:00 UTC |
Asia Pasifik (Melbourne) | ap-southeast-4 | 11.00–19.00 UTC |
Asia Pasifik (Mumbai) | ap-south-1 | 06.00–14.00 UTC |
Asia Pasifik (Osaka) | ap-northeast-3 | 22.00–23.59 UTC |
Asia Pasifik (Seoul) | ap-northeast-2 | 13.00–21.00 UTC |
Asia Pasifik (Singapura) | ap-southeast-1 | 14.00–22.00 UTC |
Asia Pasifik (Sydney) | ap-southeast-2 | 12.00–20.00 UTC |
Asia Pasifik (Tokyo) | ap-northeast-1 | 13.00–21.00 UTC |
Kanada (Pusat) | ca-central-1 | 03.00–11.00 UTC |
Kanada Barat (Calgary) | ca-west-1 | 18:00 — 02:00 UTC |
Tiongkok (Beijing) | cn-north-1 | 06.00–14.00 UTC |
Tiongkok (Ningxia) | cn-northwest-1 | 06.00–14.00 UTC |
Eropa (Frankfurt) | eu-central-1 | 21.00–05.00 UTC |
Eropa (Irlandia) | eu-west-1 | 22.00–06.00 UTC |
Eropa (London) | eu-west-2 | 22.00–06.00 UTC |
Eropa (Milan) | eu-south-1 | 02.00–10.00 UTC |
Eropa (Paris) | eu-west-3 | 23.59–07.29 UTC |
Eropa (Spanyol) | eu-south-2 | 02.00–10.00 UTC |
Eropa (Stockholm) | eu-north-1 | 23.00–07.00 UTC |
Eropa (Zürich) | eu-central-2 | 02.00–10.00 UTC |
Israel (Tel Aviv) | il-central-1 | 03.00–11.00 UTC |
Timur Tengah (Bahrain) | me-south-1 | 06.00–14.00 UTC |
Timur Tengah (UEA) | me-central-1 | 05.00–13.00 UTC |
Amerika Selatan (Sao Paulo) | sa-east-1 | 00.00–08.00 UTC |
AWS GovCloud (AS-Timur) | us-gov-east-1 | 17.00–01.00 UTC |
AWS GovCloud (AS-Barat) | us-gov-west-1 | 06.00–14.00 UTC |
Menyesuaikan periode pemeliharaan klaster DB yang dinginkan
Periode pemeliharaan klaster DB Aurora harus berada dalam waktu penggunaan terendah, sehingga kemungkinan memerlukan perubahan dari waktu ke waktu. klaster DB Anda tidak tersedia selama waktu ini hanya jika pembaruan yang diterapkan memerlukan pemadaman. Pemadaman adalah untuk waktu minimal yang diperlukan untuk melakukan pembaruan yang diperlukan.
catatan
Untuk peningkatan ke mesin basis data, Amazon Aurora mengelola periode pemeliharaan yang dinginkan untuk klaster DB dan bukan instans individu.
Untuk menyesuaikan periode pemeliharaan klaster DB yang dinginkan
Masuk ke AWS Management Console dan buka konsol Amazon RDS di https://console.aws.amazon.com/rds/
. -
Di panel navigasi, pilih Basis data.
-
Pilih klaster DB yang periode pemeliharaannya ingin diubah.
-
Pilih Ubah.
-
Di bagian Pemeliharaan, perbarui periode pemeliharaan.
-
Pilih Lanjutkan.
Di halaman konfirmasi, tinjau perubahan Anda.
-
Untuk menerapkan perubahan pada periode pemeliharaan secara langsung, pilih Segera di bagian Penjadwalan perubahan.
-
Pilih Ubah klaster untuk menyimpan perubahan Anda.
Atau, pilih Kembali untuk mengedit perubahan, atau pilih Batal untuk membatalkan perubahan.
Untuk menyesuaikan jendela pemeliharaan cluster DB yang disukai, gunakan AWS CLI modify-db-cluster
perintah dengan parameter berikut:
-
--db-cluster-identifier
-
--preferred-maintenance-window
Contoh kode berikut mengatur periode pemeliharaan ke Selasa mulai pukul 04.00-04.30 UTC.
Untuk Linux, macOS, atau Unix:
aws rds modify-db-cluster \ --db-cluster-identifier
my-cluster
\ --preferred-maintenance-windowTue:04:00-Tue:04:30
Untuk Windows:
aws rds modify-db-cluster ^ --db-cluster-identifier
my-cluster
^ --preferred-maintenance-windowTue:04:00-Tue:04:30
Untuk menyesuaikan periode pemeliharaan klaster DB yang diinginkan, gunakan operasi Amazon RDS API ModifyDBCluster
dengan parameter berikut:
-
DBClusterIdentifier
-
PreferredMaintenanceWindow
Menerapkan pembaruan ke cluster DB
Dengan Amazon RDS, Anda dapat memilih waktu untuk menerapkan operasi pemeliharaan. Anda dapat memutuskan kapan Amazon RDS menerapkan pembaruan dengan menggunakan AWS Management Console, AWS CLI, atau RDS API.
Untuk mengelola pembaruan untuk instans DB
Masuk ke AWS Management Console dan buka konsol Amazon RDS di https://console.aws.amazon.com/rds/
. -
Di panel navigasi, pilih Basis Data.
-
Pilih klaster DB yang memiliki pembaruan yang diperlukan.
-
Untuk Tindakan, pilih salah satu opsi berikut:
-
Patch sekarang
-
Patch di jendela berikutnya
catatan
Jika Anda memilih Patch di jendela berikutnya dan kemudian ingin menunda pembaruan, Anda dapat memilih Tangguhkan peningkatan. Anda tidak dapat menunda tindakan pemeliharaan jika sudah dimulai.
Untuk membatalkan tindakan pemeliharaan, ubah instans DB dan nonaktifkan Peningkatan versi minor otomatis.
-
Untuk menerapkan pembaruan yang tertunda ke cluster DB, gunakan apply-pending-maintenance-action AWS CLI perintah.
contoh
Untuk Linux, macOS, atau Unix:
aws rds apply-pending-maintenance-action \ --resource-identifier
arn:aws:rds:us-west-2:001234567890:db:mysql-db
\ --apply-actionsystem-update
\ --opt-in-typeimmediate
Untuk Windows:
aws rds apply-pending-maintenance-action ^ --resource-identifier
arn:aws:rds:us-west-2:001234567890:db:mysql-db
^ --apply-actionsystem-update
^ --opt-in-typeimmediate
catatan
Untuk menunda tindakan pemeliharaan, tentukan undo-opt-in
untuk --opt-in-type
. Anda tidak dapat menentukan undo-opt-in
untuk --opt-in-type
jika tindakan pemeliharaan sudah dimulai.
Untuk membatalkan tindakan pemeliharaan, jalankan modify-db-instance AWS CLI perintah dan tentukan--no-auto-minor-version-upgrade
.
Untuk mengembalikan daftar sumber daya yang memiliki setidaknya satu pembaruan yang tertunda, gunakan describe-pending-maintenance-actions AWS CLI perintah.
contoh
Untuk Linux, macOS, atau Unix:
aws rds describe-pending-maintenance-actions \ --resource-identifier
arn:aws:rds:us-west-2:001234567890:db:mysql-db
Untuk Windows:
aws rds describe-pending-maintenance-actions ^ --resource-identifier
arn:aws:rds:us-west-2:001234567890:db:mysql-db
Anda juga dapat mengembalikan daftar sumber daya untuk cluster DB dengan menentukan --filters
parameter describe-pending-maintenance-actions
AWS CLI perintah. Format untuk perintah --filters
adalah Name=
.filter-name
,Value=resource-id
,...
Berikut adalah nilai yang diterima untuk parameter Name
dari filter:
-
db-instance-id
— Menerima daftar pengidentifikasi instans DB atau Nama Sumber Daya Amazon ()ARNs. Daftar yang dikembalikan hanya mencakup tindakan pemeliharaan yang tertunda untuk instans DB yang diidentifikasi oleh pengidentifikasi ini atau ARNs. -
db-cluster-id
— Menerima daftar pengidentifikasi cluster DB atau ARNs untuk Amazon Aurora. Daftar yang dikembalikan hanya mencakup tindakan pemeliharaan yang tertunda untuk klaster DB yang diidentifikasi oleh pengidentifikasi ini atau ARNs.
Misalnya, contoh berikut menampilkan tindakan pemeliharaan yang tertunda untuk klaster DB sample-cluster1
dan sample-cluster2
.
contoh
Untuk Linux, macOS, atau Unix:
aws rds describe-pending-maintenance-actions \ --filters Name=db-cluster-id,Values=sample-cluster1,sample-cluster2
Untuk Windows:
aws rds describe-pending-maintenance-actions ^ --filters Name=db-cluster-id,Values=sample-cluster1,sample-cluster2
Untuk menerapkan pembaruan ke klaster DB, panggil operasi ApplyPendingMaintenanceAction
Amazon RDS API.
Untuk menampilkan daftar sumber daya yang memiliki setidaknya satu pembaruan tertunda, panggil operasi DescribePendingMaintenanceActions
Amazon RDS API.
Peningkatan versi minor otomatis untuk klaster DB Aurora
Pengaturan Peningkatan versi minor otomatis menentukan apakah Aurora secara otomatis menerapkan peningkatan ke klaster DB Anda. Peningkatan ini mencakup versi minor baru yang berisi fitur tambahan dan patch yang berisi perbaikan bug.
Upgrade versi minor otomatis memperbarui database Anda secara berkala ke versi mesin database terbaru. Namun, upgrade mungkin tidak selalu menyertakan versi mesin database terbaru. Jika Anda perlu menyimpan database Anda pada versi tertentu pada waktu tertentu, kami sarankan Anda meningkatkan secara manual ke versi database yang Anda butuhkan sesuai dengan jadwal yang Anda butuhkan. Dalam kasus masalah keamanan kritis atau ketika versi mencapai end-of-support tanggalnya, Aurora mungkin menerapkan pemutakhiran versi minor meskipun Anda belum mengaktifkan opsi pemutakhiran versi minor Otomatis. Untuk informasi selengkapnya, lihat dokumentasi pemutakhiran untuk mesin database spesifik Anda.
Lihat Memutakhirkan versi minor atau level patch cluster Aurora SQL My DB dan Melakukan upgrade versi minor.
catatan
Aurora Global Database tidak mendukung peningkatan versi minor otomatis.
Pengaturan ini diaktifkan secara default. Untuk setiap klaster DB baru, pilih nilai yang sesuai untuk pengaturan ini. Nilai ini didasarkan pada kepentingannya, masa pakai yang diharapkan, dan jumlah pengujian verifikasi yang Anda lakukan setelah setiap peningkatan.
Untuk petunjuk tentang cara mengaktifkan atau menonaktifkan pengaturan Peningkatan versi minor otomatis, lihat referensi berikut:
penting
Untuk klaster DB baru dan yang sudah ada, sebaiknya Anda menerapkan pengaturan ini ke klaster DB, bukan ke instans DB di klaster satu per satu. Jika ada instans DB di klaster Anda yang menonaktifkan pengaturan ini, klaster DB tersebut tidak akan ditingkatkan secara otomatis.
Tabel berikut menunjukkan cara kerja pengaturan Peningkatan versi minor otomatis saat diterapkan di tingkat klaster dan instans.
Tindakan | Pengaturan klaster | Pengaturan instans | Klaster ditingkatkan ditingkatkan secara otomatis? |
---|---|---|---|
Anda mengaturnya ke True di klaster DB. | True | True untuk semua instans baru dan yang sudah ada | Ya |
Anda mengaturnya ke False di klaster DB. | False | False untuk semua instans baru dan yang sudah ada | Tidak |
Sebelumnya diatur ke True di klaster DB. Anda mengaturnya ke False setidaknya di satu instans DB. |
Perubahan ke False | False untuk satu atau beberapa instans | Tidak |
Itu sebelum ditetapkan ke False pada klaster DB. Anda mengaturnya ke True setidaknya di satu instans DB, tetapi tidak semua instans. |
False | True untuk satu atau beberapa instans, tetapi tidak semua instans | Tidak |
Itu sebelum ditetapkan ke False pada klaster DB. Anda mengaturnya ke True di semua instans DB. |
Perubahan ke True | True untuk semua instans | Ya |
Peningkatan versi minor otomatis dikomunikasikan terlebih dahulu melalui peristiwa klaster DB Amazon RDS dengan kategori maintenance
dan ID RDS-EVENT-0156
. Untuk informasi selengkapnya, lihat Kategori acara Amazon RDS dan pesan acara untuk Aurora.
Peningkatan otomatis terjadi selama periode pemeliharaan. Jika instans DB individu di klaster DB memiliki periode pemeliharaan yang berbeda dengan periode pemeliharaan klaster, periode pemeliharaan klaster akan diutamakan.
Untuk informasi selengkapnya tentang pembaruan mesin untuk Aurora PostgreSQL, lihat Pembaruan mesin database untuk Amazon Aurora Postgre SQL.
Untuk informasi selengkapnya tentang pengaturan Peningkatan versi minor otomatis untuk Aurora MySQL, lihat Mengaktifkan upgrade otomatis antara Aurora minor versi Saya SQL. Untuk informasi umum tentang pembaruan mesin untuk Aurora MySQL, lihat Pembaruan mesin database untuk Amazon Aurora My SQL.
Topik
Ikuti prosedur umum dalam Memodifikasi klaster DB dengan menggunakan konsol, CLI, dan API.
- Konsol
-
Di halaman Mengubah klaster DB, di bagian Pemeliharaan, pilih kotak centang Aktifkan peningkatan versi minor otomatis.
- AWS CLI
-
Panggil modify-db-cluster AWS CLI perintahnya. Tentukan nama klaster DB untuk opsi
--db-cluster-identifier
dantrue
untuk opsi--auto-minor-version-upgrade
. Secara opsional, tentukan opsi--apply-immediately
untuk segera mengaktifkan pengaturan ini untuk klaster DB Anda. - API RDS
-
Panggil operasi Modify DBCluster API dan tentukan nama cluster DB Anda
true
untukDBClusterIdentifier
parameter danAutoMinorVersionUpgrade
parameter. Atau, atur parameterApplyImmediately
untuktrue
untuk segera mengaktifkan pengaturan ini untuk klaster DB Anda.
Ikuti prosedur umum dalam Memodifikasi instans DB dalam klaster DB.
- Konsol
-
Di halaman Mengubah instans DB, di bagian Pemeliharaan, pilih kotak centang Aktifkan peningkatan versi minor otomatis.
- AWS CLI
-
Panggil modify-db-instance AWS CLI perintahnya. Tentukan nama instans DB Anda untuk opsi
--db-instance-identifier
dantrue
untuk opsi--auto-minor-version-upgrade
. Secara opsional, tentukan opsi--apply-immediately
untuk segera mengaktifkan pengaturan ini untuk instans DB Anda. Jalankan perintahmodify-db-instance
terpisah untuk setiap instans DB di klaster. - API RDS
-
Panggil operasi Modify DBInstance API dan tentukan nama cluster DB Anda
true
untukDBInstanceIdentifier
parameter danAutoMinorVersionUpgrade
parameter. Atau, atur parameterApplyImmediately
ketrue
untuk segera mengaktifkan pengaturan ini untuk instans DB Anda. Panggil operasiModifyDBInstance
terpisah untuk setiap instans DB dalam klaster.
Anda dapat menggunakan perintah CLI seperti berikut ini untuk memeriksa status pengaturan AutoMinorVersionUpgrade
untuk semua instans DB di klaster Aurora MySQL.
aws rds describe-db-instances \ --query '*[].{DBClusterIdentifier:DBClusterIdentifier,DBInstanceIdentifier:DBInstanceIdentifier,AutoMinorVersionUpgrade:AutoMinorVersionUpgrade}'
Perintah ini menghasilkan output yang serupa dengan berikut:
[ { "DBInstanceIdentifier": "db-writer-instance", "DBClusterIdentifier": "my-db-cluster-57", "AutoMinorVersionUpgrade": true }, { "DBInstanceIdentifier": "db-reader-instance1", "DBClusterIdentifier": "my-db-cluster-57", "AutoMinorVersionUpgrade": false }, { "DBInstanceIdentifier": "db-writer-instance2", "DBClusterIdentifier": "my-db-cluster-80", "AutoMinorVersionUpgrade": true }, ... output omitted ...
Dalam contoh ini, opsi Aktifkan peningkatan versi minor otomatis dinonaktifkan untuk klaster DB my-db-cluster-57
, karena dinonaktifkan untuk salah satu instans DB dalam klaster.
Pembaruan sistem operasi untuk cluster Aurora DB
Instans DB dalam klaster DB Aurora MySQL dan Aurora PostgreSQL terkadang memerlukan pembaruan sistem operasi. Amazon RDS meningkatkan sistem operasi ke versi yang lebih baru untuk meningkatkan performa basis data dan postur keamanan pelanggan secara keseluruhan. Pembaruan biasanya memerlukan waktu sekitar 10 menit. Pembaruan sistem operasi tidak akan mengubah versi mesin DB atau kelas instans DB dari instans DB.
Ada dua jenis pembaruan sistem operasi, dibedakan dengan deskripsi untuk tindakan pemeliharaan yang tertunda:
-
Peningkatan distribusi sistem operasi - Digunakan untuk migrasi ke versi utama Amazon Linux terbaru yang didukung. Deskripsinya adalah
New Operating System upgrade is available
. -
Patch sistem operasi - Digunakan untuk menerapkan berbagai perbaikan keamanan dan terkadang untuk meningkatkan performa basis data. Deskripsinya adalah
New Operating System patch is available
.
Pembaruan sistem operasi bisa opsional atau wajib:
-
Pembaruan opsional dapat diterapkan kapan saja. Meskipun pembaruan ini bersifat opsional, sebaiknya Anda menerapkannya secara berkala agar armada RDS Anda tetap diperbarui. RDS tidak menerapkan pembaruan ini secara otomatis.
Untuk menerima pemberitahuan saat patch sistem operasi opsional yang baru tersedia, Anda dapat berlangganan RDS-EVENT-0230 dalam kategori peristiwa patching keamanan. Untuk informasi tentang berlangganan peristiwa RDS, lihat Berlangganan notifikasi RDS acara Amazon.
catatan
RDS-EVENT-0230
tidak berlaku untuk peningkatan distribusi sistem operasi. -
Pembaruan wajib diperlukan, dan kami mengirim pemberitahuan sebelum pembaruan wajib. Pemberitahuan mungkin berisi tanggal jatuh tempo. Rencanakan untuk menjadwalkan pembaruan sebelum tanggal jatuh tempo ini. Setelah tanggal jatuh tempo yang ditentukan, Amazon RDS secara otomatis meningkatkan sistem operasi untuk instans DB Anda ke versi terbaru selama salah satu periode pemeliharaan yang ditetapkan.
Peningkatan distribusi sistem operasi bersifat wajib.
catatan
Tetap mengikuti semua pembaruan opsional dan wajib mungkin diperlukan untuk memenuhi berbagai kewajiban kepatuhan. Sebaiknya Anda menerapkan semua pembaruan yang disediakan oleh RDS secara rutin selama periode pemeliharaan Anda.
Untuk cluster Aurora DB, Anda dapat menggunakan opsi pemeliharaan tingkat cluster untuk melakukan pembaruan sistem operasi (OS). Temukan opsi untuk melakukan pembaruan tingkat kluster di tab Pemeliharaan & pencadangan saat Anda memilih nama cluster DB Anda di konsol, atau gunakan perintah di. os-upgrade
AWS CLI Metode ini mempertahankan ketersediaan baca dengan peningkatan bergulir yang secara otomatis menerapkan pembaruan ke beberapa instans DB pembaca sekaligus. Untuk mencegah beberapa kegagalan dan mengurangi waktu henti yang tidak perlu, Aurora memutakhirkan instans DB penulis terakhir.
Pembaruan OS tingkat cluster terjadi selama jendela pemeliharaan yang Anda tentukan untuk cluster. Ini memastikan pembaruan terkoordinasi di seluruh cluster.
Untuk kompatibilitas mundur, Aurora juga mempertahankan opsi pemeliharaan tingkat instans. Namun, kami menyarankan Anda menggunakan pembaruan tingkat cluster sebagai gantinya. Jika Anda harus menggunakan pembaruan tingkat instans, perbarui instans DB pembaca di cluster DB terlebih dahulu, lalu perbarui instans DB penulis. Jika Anda memperbarui instance pembaca dan penulis secara bersamaan, Anda meningkatkan kemungkinan downtime terkait kegagalan. Temukan opsi untuk melakukan pembaruan tingkat instans di tab Pemeliharaan & pencadangan saat Anda memilih nama instans DB Anda di konsol, atau gunakan perintah di. system-update
AWS CLI
Pembaruan OS tingkat instans terjadi selama jendela pemeliharaan yang Anda tentukan untuk setiap instans masing-masing. Misalnya, jika cluster dan dua instance pembaca memiliki waktu jendela pemeliharaan yang berbeda, pembaruan OS di tingkat cluster sejajar dengan jendela pemeliharaan cluster.
Anda dapat menggunakan AWS Management Console atau AWS CLI untuk mendapatkan informasi tentang jenis upgrade sistem operasi.
Untuk mendapatkan informasi pembaruan menggunakan AWS Management Console
Masuk ke AWS Management Console dan buka konsol Amazon RDS di https://console.aws.amazon.com/rds/
. -
Di panel navigasi, pilih Basis Data, lalu pilih instans DB.
-
Pilih Maintenance & backup.
-
Di bagian Pending maintenance, temukan pembaruan sistem operasi, dan periksa nilai Description.
Gambar berikut menunjukkan cluster DB dengan instance DB penulis yang memiliki patch sistem operasi yang tersedia.


Gambar berikut menunjukkan cluster DB dengan instance DB penulis dan instance DB pembaca. Contoh penulis memiliki upgrade sistem operasi wajib yang tersedia. Instance pembaca memiliki patch sistem operasi yang tersedia.



Untuk mendapatkan informasi pembaruan dari AWS CLI, gunakan describe-pending-maintenance-actionsperintah.
aws rds describe-pending-maintenance-actions
Output berikut menunjukkan upgrade distribusi sistem operasi untuk cluster DB dan instance DB.
{ "PendingMaintenanceActions": [ { "ResourceIdentifier": "arn:aws:rds:us-east-1:123456789012:cluster:t3", "PendingMaintenanceActionDetails": [ { "Action": "os-upgrade", "Description": "New Operating System upgrade is available" } ] }, { "ResourceIdentifier": "arn:aws:rds:us-east-1:123456789012:db:t3-instance1", "PendingMaintenanceActionDetails": [ { "Action": "system-update", "Description": "New Operating System upgrade is available" } ] }, ] }
Output berikut menunjukkan patch sistem operasi untuk instance DB.
{ "ResourceIdentifier": "arn:aws:rds:us-east-1:123456789012:db:mydb2", "PendingMaintenanceActionDetails": [ { "Action": "system-update", "Description": "New Operating System patch is available" } ] }
Ketersediaan pembaruan sistem operasi
Pembaruan sistem operasi khusus untuk versi mesin DB dan kelas instans DB. Oleh karena itu, instans DB menerima atau memerlukan pembaruan di waktu yang berbeda. Ketika pembaruan sistem operasi tersedia untuk instans DB Anda berdasarkan versi mesin dan kelas instansnya, pembaruan akan muncul di konsol. Hal ini juga dapat dilihat dengan menjalankan describe-pending-maintenance-actions AWS CLI perintah atau dengan memanggil operasi DescribePendingMaintenanceActionsRDS API. Jika pembaruan tersedia untuk instans Anda, Anda dapat memperbarui sistem operasi dengan mengikuti petunjuk di Menerapkan pembaruan ke cluster DB.