Karena komunitas PostgreSQL menghentikan pemeliharaan untuk versi yang lebih rendah (seperti 9.4 dan 10), terus menggunakan versi ini menimbulkan risiko. Jika Anda perlu meningkatkan instans RDS PostgreSQL dari versi yang lebih rendah ke versi yang lebih tinggi, atau ingin menggunakan fitur baru di versi yang lebih tinggi, kami sarankan Anda melakukan peningkatan versi utama.
Ikhtisar Solusi
Komunitas PostgreSQL secara rutin merilis versi utama dengan peningkatan fungsi dan performa. Versi yang lebih rendah secara bertahap kehilangan dukungan, menimbulkan risiko performa dan keamanan. Untuk membantu Anda mendapatkan manfaat dari peningkatan versi baru sambil mengurangi risiko peningkatan, RDS PostgreSQL mendukung peningkatan versi utama.
Fitur peningkatan versi utama RDS PostgreSQL mempertahankan pengaturan instans asli setelah peningkatan, termasuk daftar putih, pengaturan parameter, dan plugin (kecuali plugin dan parameter yang tidak didukung oleh versi baru). Selain itu, instans RDS PostgreSQL yang dienkripsi tetap terenkripsi setelah peningkatan versi utama, dan kunci enkripsi tetap tidak berubah.
Solusi Peningkatan | Peningkatan di Tempat | Penyebaran Biru-Hijau | Tanpa Downtime | ||
Cutover | Tanpa Peralihan | ||||
Skenario | Anda menginginkan agar instans yang ditingkatkan identik dengan instans aslinya dan dapat menerima bahwa instans tersebut bersifat hanya-baca selama proses peningkatan. | Anda ingin mempertahankan instans asli dan menerima bahwa instans tersebut akan berstatus hanya-baca selama peningkatan. |
| Bisnis Anda tidak dapat menoleransi downtime yang berkepanjangan. |
|
Prinsip Implementasi | Gunakan pg_upgrade untuk meningkatkan instans asli ke versi target. Semua metadata dipertahankan. | Memulihkan ke instans baru dan menggunakan pg_upgrade untuk meningkatkannya ke versi target. Alamat koneksi asli secara otomatis beralih ke instans baru. | Memulihkan ke instans baru dan menggunakan pg_upgrade untuk meningkatkannya ke versi target. | Gunakan pg_upgrade untuk meningkatkan instans asli ke versi target. Pembaruan inkremental dilakukan melalui replikasi logis asli. | Membuat instans RDS PostgreSQL baru secara manual dan menggunakan replikasi logis asinkron untuk migrasi data. |
Keuntungan | Konfigurasi instans asli dan informasi penagihan sepenuhnya dipertahankan. |
| Menyediakan lingkungan independen untuk verifikasi peningkatan tanpa memengaruhi instans asli. |
|
|
Kerugian | Tidak mendukung rollback berdasarkan instans lama. | Tidak mewarisi informasi penagihan instans asli. | Tidak ada. |
|
|
Waktu hanya-baca untuk instans asli | Biasanya memakan waktu beberapa menit. | Biasanya menit. | Tidak ada. | Biasanya dalam hitungan detik. | Biasanya detik. |
Biaya | Tidak dikenakan biaya peningkatan. | Instans baru adalah bayar sesuai penggunaan. | Instans baru adalah bayar sesuai penggunaan. | Tidak dikenakan biaya untuk peningkatan. |
|
Untuk mode peningkatan in-place, jika instans tidak memenuhi spesifikasi yang direkomendasikan selama peningkatan, sistem akan secara otomatis mencoba meningkatkan menggunakan spesifikasi yang direkomendasikan. Ini akan menghasilkan status hanya-baca dalam hitungan menit dan tambahan satu detik koneksi transien. Kami sarankan Anda menangani peringatan mengenai spesifikasi instans dalam laporan pemeriksaan peningkatan versi utama sebelum melakukan peningkatan.
Peningkatan Versi Utama
Metode 1: Tingkatkan versi utama melalui mode peningkatan in-place
Metode 2: Tingkatkan versi utama melalui mode penyebaran biru-hijau
Metode 3: Tingkatkan versi utama melalui mode tanpa downtime
Metode 4: Tingkatkan melalui migrasi data DTS
Jika Anda tidak dapat meningkatkan menggunakan ketiga metode di atas, atau Anda ingin melakukan validasi data selama peningkatan, Anda dapat meningkatkan melalui migrasi data DTS.