Memelihara klaster DB Amazon Aurora - Amazon Aurora

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-cluster AWS CLI dan periksa bidangnya. PendingModifiedValues

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.

Patch offline tersedia

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.

Item pemeliharaan yang tertunda

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
  1. Masuk ke AWS Management Console dan buka konsol Amazon RDS di https://console.aws.amazon.com/rds/.

  2. Di panel navigasi, pilih Basis Data.

  3. Pilih klaster DB yang memiliki pembaruan yang diperlukan.

  4. 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-action system-update \ --opt-in-type immediate

Untuk Windows:

aws rds apply-pending-maintenance-action ^ --resource-identifier arn:aws:rds:us-west-2:001234567890:db:mysql-db ^ --apply-action system-update ^ --opt-in-type immediate
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
  1. Masuk ke AWS Management Console dan buka konsol Amazon RDS di https://console.aws.amazon.com/rds/.

  2. Di panel navigasi, pilih Basis Data.

  3. Pilih klaster DB yang periode pemeliharaannya ingin diubah.

  4. Pilih Ubah.

  5. Di bagian Pemeliharaan, perbarui periode pemeliharaan.

  6. Pilih Lanjutkan.

    Di halaman konfirmasi, tinjau perubahan Anda.

  7. Untuk menerapkan perubahan pada periode pemeliharaan secara langsung, pilih Segera di bagian Penjadwalan perubahan.

  8. 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-clusterperintah 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-window Tue:04:00-Tue:04:30

Untuk Windows:

aws rds modify-db-cluster ^ --db-cluster-identifier my-cluster ^ --preferred-maintenance-window Tue: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 dan true 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 dan true untuk parameter AutoMinorVersionUpgrade. Atau, atur parameter ApplyImmediately untuk true 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 dan true untuk opsi --auto-minor-version-upgrade. Secara opsional, tentukan opsi --apply-immediately untuk segera mengaktifkan pengaturan ini untuk instans DB Anda. Jalankan perintah modify-db-instance terpisah untuk setiap instans DB di klaster.

RDS API

Panggil operasi ModifyDBInstance API dan tentukan nama klaster DB Anda untuk parameter DBInstanceIdentifier dan true untuk parameter AutoMinorVersionUpgrade. Atau, atur parameter ApplyImmediately ke true untuk segera mengaktifkan pengaturan ini untuk instans DB Anda. Panggil operasi ModifyDBInstance 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
  1. Masuk ke AWS Management Console dan buka konsol Amazon RDS di https://console.aws.amazon.com/rds/.

  2. Di panel navigasi, pilih Basis Data, lalu pilih instans DB.

  3. Pilih Pemeliharaan .

  4. 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.

Peningkatan distribusi sistem operasi.

Nilai Deskripsi patch sistem operasi diatur ke Patch Sistem Operasi Baru tersedia, seperti yang ditunjukkan pada gambar berikut.

Patch sistem operasi.

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.