Ringkasan upgrade versi utama database yang diterapkan

Dokumen ini menjelaskan upgrade versi utama database AlloyDB untuk PostgreSQL, yang memungkinkan Anda mengupgrade database ke versi yang lebih baru tanpa memigrasikan data atau mengganti instance yang ada.

Komunitas PostgreSQL secara berkala merilis versi utama baru yang berisi fitur baru, peningkatan performa, dan peningkatan keamanan. Setelah PostgreSQL merilis versi utama baru, AlloyDB menambahkan dukungan untuk versi yang kompatibel. Agar database Anda selalu yang terbaru, Anda dapat mengupgrade cluster AlloyDB dengan mengupgrade ke versi utama yang lebih tinggi. Anda dapat mengupgrade cluster dengan menggunakan fitur upgrade langsung ini atau dengan memigrasikan data ke cluster AlloDB yang baru.

Untuk informasi selengkapnya, lihat Kebijakan versi database.

Upgrade versi utama secara langsung adalah cara yang efisien untuk mengupgrade versi utama cluster Anda karena alasan berikut:

  • AlloyDB mempertahankan detail cluster dan instance serta setelan database seperti nama instance, alamat IP, dan tanda database setelah upgrade.
  • Anda tidak perlu mengubah string koneksi aplikasi.
  • Semua instance cluster (kumpulan utama dan baca) diupgrade sebagai bagian dari operasi yang sama.

Alur kerja upgrade versi utama secara langsung

Saat Anda memulai upgrade di cluster, AlloyDB akan melakukan tindakan berikut:

  1. Menjalankan pemeriksaan pra-upgrade untuk menemukan inkompatibilitas yang dapat memengaruhi upgrade.
  2. Mempersiapkan upgrade versi utama, yang mencakup pembuatan klon internal cluster.
  3. Membuat instance utama tidak tersedia. Periode nonaktif dimulai. Operasi baca masih dapat dilakukan melalui kumpulan baca.
  4. Memulai pencadangan pra-upgrade.
  5. Mengupgrade instance utama.
  6. Membuat instance kumpulan operasi baca tidak tersedia.
  7. Membuat instance utama tersedia. Periode nonaktif berakhir.
  8. Memulai pencadangan pasca-upgrade.
  9. Mengupgrade instance kumpulan baca.

Setelah pemeriksaan pra-upgrade lulus, cluster Anda akan di-clone ke cluster internal dalam project yang sama. Pencadangan dan pemulihan yang diperlukan untuk meng-clone cluster mungkin memerlukan waktu beberapa saat untuk selesai, bergantung pada ukuran database. Berikut adalah contoh ukuran database dan durasi pencadangan dan pemulihan yang sesuai:

  • 1 TB memerlukan waktu sekitar 30 menit untuk meng-clone cluster Anda.
  • 10 TB memerlukan waktu sekitar 2 jam untuk meng-clone cluster Anda.

Selama operasi cloning, Anda dapat terus menggunakan cluster asli. Setelah operasi clone selesai, proses upgrade akan dimulai. Instance utama tidak tersedia untuk operasi baca dan tulis hingga instance utama diupgrade. Perkiraan periode nonaktif biasanya 20 menit hingga satu jam, dan secara utama bergantung pada skema database dan jumlah objek Anda.

Jika upgrade versi utama gagal pada langkah apa pun sebelum instance utama diupgrade, AlloyDB akan otomatis melakukan rollback semua perubahan.

Setelah instance utama diupgrade, versi cluster akan diupgrade ke versi target dan tidak ada rollback yang dipicu untuk kegagalan apa pun setelah titik ini. Misalnya, AlloyDB tidak melakukan roll back pada cluster jika satu atau beberapa upgrade instance kumpulan baca gagal. Dalam situasi ini, hubungi Dukungan Google Cloud CLI.

Untuk informasi selengkapnya, lihat Mengupgrade versi utama database secara langsung.

Status upgrade

Anda dapat memantau status operasi upgrade versi utama database yang diterapkan saat sedang berlangsung.

Proses upgrade mencakup tahap-tahap berikut:

  • ALLOYDB_PRECHECK
  • PG_UPGRADE_CHECK
  • PREPARE_FOR_UPGRADE
  • PRIMARY_INSTANCE_UPGRADE
  • READ_POOL_INSTANCES_UPGRADE
  • ROLLBACK(hanya jika terjadi kegagalan sebelum upgrade kumpulan operasi baca)
  • CLEANUP

Kemungkinan status tahap ini meliputi:

  • NOT_STARTED
  • IN_PROGRESS
  • SUCCESS
  • FAILED
  • CANCEL_IN_PROGRESS
  • CANCELLED

Pembatalan upgrade

Anda dapat membatalkan operasi upgrade hingga titik tertentu selama upgrade instance utama. Setelah titik tersebut terlewati, Anda tidak dapat membatalkan upgrade.

Di konsol Google Cloud, operasi tidak dapat dibatalkan jika tombol Cancel upgrade berwarna abu-abu. Dengan menggunakan Google Cloud CLI atau REST API, Anda dapat menentukan apakah Anda dapat membatalkan upgrade dengan memeriksa upgradeClusterStatus di status upgrade:

  • Jika cancellable adalah true, Anda dapat membatalkan upgrade.
  • Jika cancellable adalah false atau tidak ada dalam status, Anda tidak dapat membatalkan upgrade.

Pencadangan otomatis pra- dan pasca-upgrade

Saat Anda melakukan upgrade versi utama, AlloyDB akan otomatis membuat cadangan berkelanjutan berikut, dengan XX adalah versi utama sumber dan YY adalah versi utama target.

  • Cadangan pra-upgrade dibuat segera sebelum upgrade dimulai. Cadangan ini diberi nama menggunakan format pre-upgrade-bkp-pgXX-pgYY-<uuid>. Anda dapat menggunakan cadangan ini untuk memulihkan ke status pra-upgrade. Perhatikan bahwa pemulihan bukan operasi in-place dan membuat cluster baru.
  • Cadangan pasca-upgrade dibuat setelah instance utama diupgrade. Cadangan ini diberi nama menggunakan format post-upgrade-bkp-pgXX-pgYY-<uuid>.

Pencadangan berkelanjutan bersifat inkremental, yang berarti pencadangan hanya menyimpan data yang berubah dibandingkan dengan pencadangan berkelanjutan sebelumnya. Pendekatan ini mengurangi ukuran dan biaya (dalam resource) pencadangan, serta mempercepat proses pembuatan pencadangan. Untuk mengetahui informasi selengkapnya, lihat Ringkasan pencadangan dan pemulihan data.

Saat Anda melihat daftar cadangan, cadangan upgrade akan dicantumkan dengan jenis CONTINUOUS. Untuk mengetahui informasi selengkapnya, lihat Melihat daftar cadangan.

Untuk melakukan pemulihan point-in-time (PITR), cadangan versi harus tersedia. Pemulihan tidak tersedia di cluster yang diupgrade hingga cadangan pasca-upgrade, atau cadangan lain yang dimulai setelah instance utama diupgrade, selesai.

Langkah selanjutnya