RDS PostgreSQL Major Version Upgrade - ApsaraDB RDS - Alibaba Cloud Documentation Center

RDS PostgreSQL mendukung peningkatan versi utama untuk membantu Anda beralih dari versi yang sudah tidak didukung ke versi yang lebih baru dengan peningkatan performa, keamanan, dan fitur. Anda dapat memilih salah satu dari empat solusi peningkatan berdasarkan toleransi downtime dan kebutuhan rollback Anda.

Ikhtisar solusi

Versi PostgreSQL yang lebih lama secara bertahap kehilangan dukungan komunitas, sehingga menimbulkan risiko terhadap performa dan keamanan. RDS PostgreSQL menyediakan beberapa solusi peningkatan versi utama untuk membantu Anda memperoleh manfaat dari versi baru sekaligus meminimalkan risiko selama proses peningkatan.

Peningkatan versi utama mempertahankan pengaturan instans asli, termasuk daftar putih, pengaturan parameter, dan ekstensi (kecuali ekstensi dan parameter yang tidak didukung oleh versi baru). Selain itu, instans RDS PostgreSQL terenkripsi tetap terenkripsi setelah peningkatan, dan kunci enkripsi tidak berubah.

Solusi peningkatan	In-place upgrade	Blue-green deployment		Zero downtime	Menggunakan DTS untuk migrasi data
Solusi peningkatan	In-place upgrade	Cutover	No cutover	Zero downtime	Menggunakan DTS untuk migrasi data
Skenario	Anda menginginkan instans hasil peningkatan identik dengan instans asli. Anda dapat menerima bahwa instans berada dalam status read-only selama peningkatan.	Anda ingin mempertahankan instans asli. Anda dapat menerima bahwa instans berada dalam status read-only selama peningkatan.	Latihan peningkatan. Menjalankan dua versi aplikasi secara bersamaan.	Bisnis Anda tidak dapat menerima downtime yang lama.	Bisnis Anda tidak dapat menerima downtime yang lama. Instans tidak memiliki banyak database.
Cara kerja	Menggunakan pg_upgrade untuk meningkatkan instans asli ke versi target. Semua metadata dipertahankan.	Membuat instans baru dari backup, menggunakan pg_upgrade untuk meningkatkannya, dan secara otomatis mengalihkan alamat koneksi asli ke instans baru.	Membuat instans baru dari backup dan menggunakan pg_upgrade untuk meningkatkannya.	Menggunakan pg_upgrade untuk meningkatkan instans asli ke versi target. Pembaruan inkremental dilakukan melalui replikasi logis native.	Membuat instans RDS PostgreSQL baru secara manual dan menggunakan replikasi logis asinkron untuk migrasi data.
Keunggulan	Konfigurasi instans asli dan informasi penagihan sepenuhnya dipertahankan.	Secara otomatis mengalihkan alamat koneksi. Mendukung rollback ke instans asli.	Menyediakan lingkungan independen untuk verifikasi peningkatan tanpa memengaruhi instans asli.	Memungkinkan Anda memverifikasi versi baru sebelum beralih. Mendukung alih manual pada waktu yang Anda tentukan. Mendukung peningkatan dengan instansi hanya baca. Konfigurasi instans asli dan informasi penagihan sepenuhnya dipertahankan.	Layanan migrasi terkelola dengan orkestrasi bawaan. Mendukung validasi data.
Kekurangan	Tidak mendukung rollback ke instans asli.	Tidak mewarisi informasi penagihan instans asli.	Tidak ada.	Tidak mendukung validasi data atau sinkronisasi data balik. Replikasi logis memiliki batasan. Misalnya, semua tabel harus memiliki primary key. Waktu alih meningkat seiring jumlah objek sequence.	Satu task migrasi per database. Diperlukan pengalihan alamat koneksi secara manual.
Waktu Baca-Saja untuk Instans Asli	Biasanya dalam hitungan menit.	Biasanya dalam hitungan menit.	Tidak ada.	Biasanya dalam hitungan detik.	Biasanya dalam hitungan detik.
Biaya	Tidak ada biaya peningkatan.	Instans baru menggunakan model pay-as-you-go.	Instans baru menggunakan model pay-as-you-go.	Tidak ada biaya peningkatan.	Biaya instans RDS baru. Biaya instans DTS.

Penting

Untuk mode in-place upgrade, jika instans tidak memenuhi spesifikasi yang direkomendasikan selama peningkatan, sistem akan secara otomatis meningkatkan instans ke spesifikasi yang direkomendasikan. Hal ini mengakibatkan status read-only selama beberapa menit dan putus koneksi singkat sekitar satu detik. Kami menyarankan Anda menyelesaikan peringatan spesifikasi dalam laporan pemeriksaan peningkatan versi utama sebelum melakukan peningkatan.

Peningkatan versi utama

Metode 1: In-place upgrade

Metode 2: Blue-green deployment

Metode 3: Zero downtime upgrade

Metode 4: Peningkatan melalui migrasi data DTS

Jika Anda tidak dapat menggunakan in-place upgrade, blue-green deployment, atau zero downtime upgrade, atau ingin melakukan validasi data selama peningkatan, Anda dapat menggunakan DTS untuk migrasi data.