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. 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. Anda harus melakukannya sesegera mungkin.
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 klaster dan instans DB tertunda yang Anda pilih untuk tidak segera diterapkan juga diterapkan selama periode 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 perintah deskripsi-db-clusterPendingModifiedValues
Topik
- Melihat pemeliharaan Tertunda
- Menerapkan pembaruan untuk klaster DB
- Periode pemeliharaan Amazon RDS
- Menyesuaikan periode pemeliharaan klaster DB yang dinginkan
- Peningkatan versi minor otomatis untuk klaster DB Aurora
- Memilih frekuensi pembaruan pemeliharaan Aurora MySQL
- Bekerja dengan pembaruan sistem operasi
Melihat pemeliharaan Tertunda
Lihat apakah pembaruan pemeliharaan tersedia untuk cluster DB Anda dengan menggunakan konsol RDS, API AWS CLI, atau RDS. Jika tersedia, pembaruan akan dicantumkan dalam kolom Pemeliharaan untuk klaster DB di konsol Amazon RDS, seperti yang ditunjukkan berikut.
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 dalam proses penerapan ke sumber daya.
Jika pembaruan tersedia, Anda dapat melakukan salah satu tindakan berikut:
-
Jika nilai pemeliharaannya periode berikutnya, tunda item pemeliharaan dengan memilih Tunda peningkatan dari Tindakan. Anda tidak dapat menunda tindakan pemeliharaan jika sudah dimulai.
-
Segera terapkan item pemeliharaan.
-
Jadwalkan item pemeliharaan untuk dimulai pada periode pemeliharaan berikutnya.
-
Tidak melakukan tindakan apa pun.
Untuk melakukan tindakan, pilih klaster DB untuk menampilkan detailnya, kemudian pilih Pemeliharaan & pencadangan. Item pemeliharaan yang tertunda muncul.
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 Periode pemeliharaan Amazon RDS.
Untuk informasi tentang pembaruan pada mesin Amazon Aurora dan petunjuk untuk meningkatkan dan mem-patching mesin, lihat Pembaruan mesin basis data untuk Amazon Aurora MySQL dan Pembaruan Amazon Aurora PostgreSQL.
Anda juga dapat melihat apakah pembaruan pemeliharaan tersedia untuk cluster DB Anda dengan menjalankan describe-pending-maintenance-actions
AWS CLI perintah.
Menerapkan pembaruan untuk klaster DB
Dengan Amazon RDS, Anda dapat memilih waktu untuk menerapkan operasi pemeliharaan. Anda dapat memutuskan kapan Amazon RDS menerapkan pembaruan dengan menggunakan konsol RDS, AWS Command Line Interface (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:
-
Tingkatkan sekarang
-
Tingkatkan pada periode berikutnya
catatan
Jika memilih Tingkatkan pada periode berikutnya dan ingin menunda pembaruan di lain waktu, Anda dapat memilih Tunda 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 perintah AWS CLI apply-pending-maintenance-action.
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 perintah AWS CLI modify-db-instance dan tentukan --no-auto-minor-version-upgrade
.
Untuk mengembalikan daftar sumber daya yang memiliki setidaknya satu pembaruan yang tertunda, gunakan perintah AWS CLI describe-pending-maintenance-actions.
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 Amazon Resource Name (ARN). Daftar yang ditampilkan hanya mencakup tindakan pemeliharaan yang tertunda untuk instans DB yang diidentifikasi oleh pengidentifikasi atau ARN tersebut.db-cluster-id
– Menerima daftar pengidentifikasi klaster DB atau ARN untuk Amazon Aurora. Daftar yang ditampilkan hanya mencakup tindakan pemeliharaan yang tertunda untuk klaster DB yang diidentifikasi oleh pengidentifikasi atau ARN tersebut.
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.
Periode pemeliharaan Amazon RDS
Jendela pemeliharaan adalah interval waktu mingguan di mana setiap perubahan sistem diterapkan. Setiap cluster DB memiliki jendela pemeliharaan mingguan. Jendela pemeliharaan sebagai kesempatan untuk mengontrol kapan modifikasi dan penambalan perangkat lunak terjadi.
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.
Setelah itu, Anda dapat menemukan blok waktu untuk setiap wilayah tempat asal periode pemeliharaan default ditetapkan.
Nama Wilayah | Wilayah | Blok Waktu |
---|---|---|
AS Timur (Ohio) | us-east-2 | 03.00–11.00 UTC |
AS Timur (Virginia Utara) | us-east-1 | 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 (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.
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
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
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.
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 Amazon Aurora PostgreSQL.
Untuk informasi selengkapnya tentang pengaturan Peningkatan versi minor otomatis untuk Aurora MySQL, lihat Mengaktifkan peningkatan otomatis di antara versi minor Aurora MySQL. Untuk informasi umum tentang pembaruan mesin untuk Aurora MySQL, lihat Pembaruan mesin basis data untuk Amazon Aurora MySQL.
Mengaktifkan peningkatan versi minor otomatis untuk klaster DB Aurora
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 perintah modify-db-cluster AWS CLI . 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. - RDS API
-
Panggil operasi API ModifyDBCluster dan tentukan nama klaster DB Anda untuk parameter
DBClusterIdentifier
dantrue
untuk parameterAutoMinorVersionUpgrade
. Atau, atur parameterApplyImmediately
untuktrue
untuk segera mengaktifkan pengaturan ini untuk klaster DB Anda.
Mengaktifkan peningkatan versi minor otomatis untuk instans DB individu dalam klaster DB Aurora
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 perintah modify-db-instance AWS CLI . 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. - RDS API
-
Panggil operasi ModifyDBInstance API dan tentukan nama klaster DB Anda untuk parameter
DBInstanceIdentifier
dantrue
untuk parameterAutoMinorVersionUpgrade
. 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.
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 Rilis dukungan jangka panjang (LTS) Aurora MySQL.
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.
Bekerja dengan pembaruan sistem operasi
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.
Sebaiknya Anda memperbarui instans DB pembaca dalam klaster DB terlebih dahulu, kemudian instans DB penulis. Sebaiknya Anda tidak memperbarui instans pembaca dan penulis secara bersamaan, karena Anda mungkin mengalami waktu henti jika terjadi failover.
Kami menyarankan Anda menggunakan AWS driver untuk mencapai failover database yang lebih cepat. Untuk informasi selengkapnya, lihat Menghubungkan ke cluster Aurora DB dengan driver AWS.
Ada dua jenis pembaruan sistem operasi, dibedakan dengan deskripsi yang terlihat dalam tindakan pemeliharaan tertunda pada instans DB:
-
Peningkatan distribusi sistem operasi - Digunakan untuk migrasi ke versi utama Amazon Linux terbaru yang didukung. Penjelasannya dalam tindakan pemeliharaan yang tertunda adalah
New Operating System upgrade is available
. -
Patch sistem operasi - Digunakan untuk menerapkan berbagai perbaikan keamanan dan terkadang untuk meningkatkan performa basis data. Penjelasannya dalam tindakan pemeliharaan yang tertunda 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 pemberitahuan peristiwa Amazon RDS.
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.
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 Pemeliharaan .
-
Di bagian Pemeliharaan tertunda, cari pembaruan sistem operasi, dan periksa nilai Deskripsi.
Dalam AWS Management Console, upgrade distribusi sistem operasi memiliki Deskripsi disetel ke Upgrade Sistem Operasi Baru tersedia, seperti yang ditunjukkan pada gambar berikut. Peningkatan ini bersifat wajib.
Nilai Deskripsi patch sistem operasi diatur ke Patch Sistem Operasi Baru tersedia, seperti yang ditunjukkan pada gambar berikut.
Untuk mendapatkan informasi pembaruan dari AWS CLI, gunakan perintah describe-pending-maintenance-actions.
aws rds describe-pending-maintenance-actions
Output berikut menunjukkan peningkatan distribusi sistem operasi.
{ "ResourceIdentifier": "arn:aws:rds:us-east-1:123456789012:db:mydb1", "PendingMaintenanceActionDetails": [ { "Action": "system-update", "Description": "New Operating System upgrade is available" } ] }
Output berikut menunjukkan patch sistem operasi.
{ "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 perintah AWS CLI describe-pending-maintenance-actions atau dengan memanggil operasi RDS API. DescribePendingMaintenanceActions Jika pembaruan tersedia untuk instans Anda, Anda dapat memperbarui sistem operasi dengan mengikuti petunjuk di Menerapkan pembaruan untuk klaster DB.