Melakukan upgrade versi minor - Amazon Aurora
Sebelum melakukan upgrade versi minorCara melakukan peningkatan versi minor dan menerapkan patch Peningkatan rilis minor dan patching nol-waktu hentiKeterbatasan penambalan zero-downtimeMeningkatkan mesin Aurora PostgreSQL ke versi minor baru

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Melakukan upgrade versi minor

Anda dapat menggunakan metode berikut untuk meningkatkan versi minor klaster DB atau untuk mem-patch klaster DB:

Sebelum melakukan upgrade versi minor

Kami menyarankan Anda melakukan tindakan berikut untuk mengurangi waktu henti selama upgrade versi minor:

Cara melakukan peningkatan versi minor dan menerapkan patch

Peningkatan dan tambalan versi minor Wilayah AWS hanya tersedia setelah pengujian yang ketat. Sebelum merilis upgrade dan patch, Aurora PostgreSQL menguji untuk memastikan bahwa masalah keamanan yang diketahui, bug, dan masalah lain yang muncul setelah rilis versi komunitas minor tidak mengganggu stabilitas armada Aurora PostgreSQL.

Jika Anda mengaktifkan Aktifkan peningkatan versi minor otomatis, Aurora PostgreSQL secara berkala meningkatkan cluster DB Anda selama jendela pemeliharaan yang ditentukan. Pastikan opsi Aktifkan pemutakhiran versi minor otomatis diaktifkan untuk semua instance di cluster DB PostgreSQL Aurora Anda. Untuk informasi tentang cara mengatur Peningkatan versi minor otomatis, dan cara kerja pengaturan saat diterapkan di tingkat klaster dan instans, lihat Peningkatan versi minor otomatis untuk klaster DB Aurora.

Periksa nilai opsi Enable auto minor version upgrade untuk semua cluster Aurora PostgreSQL DB Anda dengan menggunakan perintah sebagai berikut. describe-db-instances AWS CLI 

aws rds describe-db-instances \
  --query '*[].{DBClusterIdentifier:DBClusterIdentifier,DBInstanceIdentifier:DBInstanceIdentifier,AutoMinorVersionUpgrade:AutoMinorVersionUpgrade}'

Kueri ini menampilkan daftar semua klaster DB Aurora dan instans--nya dengan nilai false atau true untuk status pengaturan AutoMinorVersionUpgrade. Perintah mengasumsikan bahwa Anda telah AWS CLI dikonfigurasi untuk menargetkan default Wilayah AWS Anda.

Untuk informasi selengkapnya tentang opsi AmVU dan cara memodifikasi klaster DB Aurora untuk menggunakannya, lihat Peningkatan versi minor otomatis untuk klaster DB Aurora.

Anda dapat meningkatkan klaster DB Aurora PostgreSQL ke versi minor baru baik dengan menanggapi tugas pemeliharaan, atau memodifikasi klaster untuk menggunakan versi baru.

Anda dapat mengidentifikasi peningkatan atau patch yang tersedia untuk klaster DB Aurora PostgreSQL dengan menggunakan konsol RDS dan membuka menu Rekomendasi. Di sana, Anda dapat menemukan daftar berbagai masalah pemeliharaan seperti Versi minor lama. Bergantung pada lingkungan produksi Anda, Anda dapat memilih untuk Menjadwalkan peningkatan atau mengambil tindakan segera, dengan memilih Terapkan sekarang, seperti yang ditunjukkan di bawah.

Gambar konsol yang menampilkan Rekomendasi untuk melakukan peningkatan ke versi minor yang lebih baru.

Untuk mempelajari lebih lanjut tentang cara memelihara klaster DB Aurora, termasuk cara menerapkan patch dan peningkatan versi minor secara manual, lihat Memelihara klaster DB Amazon Aurora.

Peningkatan rilis minor dan patching nol-waktu henti

Meningkatkan klaster DB Aurora PostgreSQL melibatkan kemungkinan pemadaman. Selama proses peningkatan, basis data dimatikan karena sedang ditingkatkan. Jika Anda memulai peningkatan saat basis data sibuk, Anda akan kehilangan semua koneksi dan transaksi yang sedang diproses oleh klaster DB. Jika Anda menunggu hingga basis data idle untuk melakukan peningkatan, Anda mungkin harus menunggu lama.

Fitur patching nol-waktu henti (ZDP) meningkatkan proses peningkatan. Dengan ZDP, baik peningkatan versi minor maupun patch dapat diterapkan dengan dampak minimal ke klaster DB Aurora PostgreSQL Anda. ZDP digunakan saat menerapkan patch atau peningkatan versi minor yang lebih baru ke versi Aurora PostgreSQL dan rilis lain yang lebih tinggi dengan versi minor ini dan versi mayor yang lebih baru. Artinya, tingkatkan ke versi minor baru dari salah satu rilis ini dan seterusnya akan menggunakan ZDP.

Tabel berikut menunjukkan versi Aurora PostgreSQL dan kelas instans DB tempat ZDP tersedia:

Versi Kelas instans db.r* Kelas instans db.t* Kelas instans db.x* Kelas instans db.serverless
10.21 dan versi yang lebih tinggi Ya Ya Ya N/A
11.16 dan versi yang lebih tinggi Ya Ya Ya N/A
Versi 11.17 dan versi yang lebih tinggi Ya Ya Ya N/A
12.11 dan versi yang lebih tinggi Ya Ya Ya N/A
Versi 12.12 dan versi yang lebih tinggi Ya Ya Ya N/A
13.7 dan versi yang lebih tinggi Ya Ya Ya N/A
Versi 13.8 dan versi yang lebih tinggi Ya Ya Ya Ya
14.3 dan versi yang lebih tinggi Ya Ya Ya N/A
14.4 dan versi yang lebih tinggi Ya Ya Ya N/A
Versi 14.5 dan versi yang lebih tinggi Ya Ya Ya Ya
Versi 15.3 dan versi yang lebih tinggi Ya Ya Ya Ya
16.1 dan versi yang lebih tinggi Ya Ya Ya Ya

Selama proses peningkatan menggunakan ZDP, mesin basis data mencari titik tenang untuk menjeda semua transaksi baru. Tindakan ini melindungi basis data selama patch dan peningkatan. Untuk memastikan bahwa aplikasi Anda berjalan lancar dengan transaksi yang dijeda, sebaiknya Anda mengintegrasikan logika coba lagi ke dalam kode Anda. Pendekatan ini memastikan bahwa sistem dapat mengelola waktu henti singkat tanpa gagal dan dapat mencoba kembali transaksi baru setelah peningkatan.

Saat ZDP berhasil diselesaikan, sesi aplikasi dipertahankan kecuali untuk sesi koneksinya hilang, dan mesin basis data dimulai ulang saat peningkatan masih berlangsung. Meskipun memulai ulang mesin basis data dapat menyebabkan penurunan throughput sementara, hal ini biasanya hanya berlangsung selama beberapa detik atau paling lama kira-kira satu menit.

Dalam beberapa kasus, patching nol-waktu henti (ZDP) mungkin tidak berhasil. Misalnya, perubahan parameter yang berada dalam status pending pada klaster DB Aurora PostgreSQL Anda atau instansnya mengganggu ZDP.

Anda dapat menemukan metrik dan peristiwa untuk operasi ZDP di halaman Peristiwa di konsol. Peristiwa ini termasuk dimulainya peningkatan ZDP dan penyelesaian peningkatan. Dalam hal ini Anda dapat menemukan durasi pemrosesannya, dan jumlah koneksi yang dipertahankan dan hilang yang terjadi selama mulai ulang. Anda dapat menemukan detailnya di log kesalahan basis data Anda.

Keterbatasan penambalan zero-downtime

Batasan berikut berlaku untuk patching zero-downtime:

  • ZDP mencoba mempertahankan koneksi klien saat ini ke instance penulis Aurora PostgreSQL Anda di seluruh proses peningkatan PostgreSQL Aurora. Namun, dalam kasus berikut, koneksi akan dibatalkan agar ZDP selesai:

    • Kueri atau transaksi berjalan lama sedang berlangsung.

    • Pernyataan bahasa definisi data (DDL) sedang berlangsung.

    • Tabel sementara atau kunci tabel sedang digunakan.

    • Semua sesi mendengarkan di saluran pemberitahuan.

    • Kursor dalam status 'WITH HOLD' sedang digunakan.

    • TLSv1.1 koneksi sedang digunakan. Dimulai dengan versi Aurora PostgreSQL lebih lambat dari 16.1, 15.3, 14.8, 13.11, 12.15, dan 11.20, ZDP didukung dengan koneksi.3. TLSv1

  • ZDP tidak didukung dalam kasus berikut:

    • Ketika cluster Aurora PostgreSQL DB dikonfigurasi sebagai Aurora Serverless v1.

    • Selama upgrade dari setiap instance pembaca Aurora.

    • Selama upgrade setiap instance pembaca Aurora yang merupakan bagian dari cluster Aurora Global Database di Wilayah sekunder.

    • Selama patch OS dan peningkatan OS.

Meningkatkan mesin Aurora PostgreSQL ke versi minor baru

Anda dapat memutakhirkan cluster Aurora PostgreSQL DB Anda ke versi minor baru dengan menggunakan konsol, API, atau RDS. AWS CLI Sebelum melakukan peningkatan, sebaiknya Anda mengikuti praktik terbaik yang sama yang kami sarankan untuk peningkatan versi mayor. Seperti halnya versi mayor baru, versi minor baru juga dapat memiliki peningkatan pengoptimal, seperti perbaikan, yang dapat menyebabkan regresi rencana kueri. Untuk memastikan stabilitas rencana, sebaiknya Anda menggunakan ekstensi Manajemen Rencana Kueri (QPM) seperti yang dijelaskan dalam Memastikan stabilitas rencana setelah peningkatan versi mayor.

Untuk meningkatkan versi mesin klaster DB Aurora PostgreSQL

  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 klaster DB yang ingin Anda tingkatkan.

  3. Pilih Ubah. Halaman Ubah klaster DB akan muncul.

  4. Untuk Versi mesin, pilih versi baru.

  5. Pilih Lanjutkan dan periksa ringkasan perubahan.

  6. Untuk segera menerapkan perubahan, pilih Terapkan segera. Dalam beberapa kasus, pemadaman dapat terjadi jika opsi ini dipilih. Untuk informasi selengkapnya, lihat Memodifikasi klaster DB Amazon Aurora.

  7. Di halaman konfirmasi, tinjau perubahan Anda. Jika sudah benar, pilih Ubah Klaster untuk menyimpan perubahan.

    Atau pilih Kembali untuk mengedit perubahan atau Batal untuk membatalkan perubahan.

Untuk memutakhirkan versi mesin cluster DB, gunakan modify-db-cluster AWS CLI perintah dengan parameter berikut:

  • --db-cluster-identifier – Nama klaster DB Aurora PostgreSQL Anda.

  • --engine-version – Nomor versi peningkatan mesin basis data. Untuk informasi tentang versi mesin yang valid, gunakan AWS CLI describe-db-engine-versionsperintah.

  • --no-apply-immediately – Terapkan perubahan selama periode pemeliharaan berikutnya. Untuk menerapkan perubahan secara langsung, gunakan --apply-immediately.

Untuk Linux, macOS, atau Unix:

aws rds modify-db-cluster \
    --db-cluster-identifier mydbcluster \
    --engine-version new_version \
    --no-apply-immediately

Untuk Windows:

aws rds modify-db-cluster ^
    --db-cluster-identifier mydbcluster ^
    --engine-version new_version ^
    --no-apply-immediately

Untuk meng-upgrade versi mesin dari cluster DB, gunakan DBCluster operasi Modify. Tentukan parameter berikut:

  • DBClusterIdentifier – Nama klaster DB, misalnya mydbcluster.

  • EngineVersion – Nomor versi peningkatan mesin basis data. Untuk informasi tentang versi mesin yang valid, gunakan operasi Deskripsikan DBEngine Versi.

  • ApplyImmediately – Apakah akan menerapkan perubahan secara langsung atau selama periode pemeliharaan berikutnya. Untuk segera menerapkan perubahan, tetapkan nilai ke true. Untuk menerapkan perubahan selama periode pemeliharaan berikutnya, tetapkan nilai ke false.