Ringkasan upgrade versi utama database yang diterapkan

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

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

Untuk mengetahui 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 flag database setelah upgrade.
  • Anda tidak perlu mengubah string koneksi aplikasi.
  • Semua instance cluster (utama dan kumpulan baca) diupgrade sebagai bagian dari operasi yang sama.

Selain itu, keanggotaan peran dengan pemberi hibah yang tidak ada (keanggotaan yatim piatu) tidak dipertahankan. Jika ada cluster yang berisi keanggotaan yatim piatu dalam katalog pg_auth_members, keanggotaan peran ini akan hilang setelah upgrade. Untuk mengetahui informasi selengkapnya, lihat Menyiapkan cluster untuk upgrade versi utama.

Alur kerja upgrade versi utama secara langsung

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

  1. Menjalankan pemeriksaan pra-upgrade untuk menemukan ketidakcocokan 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 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 dikloning ke cluster internal dalam project yang sama. Pencadangan dan pemulihan yang diperlukan untuk mengkloning cluster memerlukan waktu sekitar 10 menit per terabyte data.

Selama operasi klon, Anda dapat terus menggunakan cluster asli. Setelah operasi klon 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 terutama bergantung pada skema database dan jumlah objek.

Setelah instance utama diupgrade, instance kumpulan baca akan menjadi tidak tersedia. Upgrade dicoba pada semua instance kumpulan baca secara bersamaan. Periode nonaktif diperkirakan akan berlangsung sekitar 20 menit.

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 rollback cluster jika satu atau beberapa upgrade instance kumpulan baca gagal. Dalam situasi ini, hubungi Dukungan Google Cloud CLI.

Tabel berikut memberikan perkiraan waktu yang diperlukan untuk menyelesaikan upgrade untuk cluster dengan ukuran database yang berbeda:

Ukuran Database Pra-upgrade (tanpa periode nonaktif) Periode nonaktif utama Periode nonaktif kumpulan baca Durasi total
100 GB ~15 menit ~20 menit ~20 menit ~1 jam
1 TB ~30 menit ~20 menit ~20 menit ~1 jam 15 menit
4 TB ~1 jam ~20 menit ~20 menit ~1 jam 45 menit
16 TB ~3 jam ~20 menit ~20 menit ~3 jam 45 menit
32 TB ~5 jam 30 menit ~20 menit ~20 menit ~6 jam 15 menit
64 TB ~11 jam ~20 menit ~20 menit ~12 jam
128 TB ~21 jam 30 menit ~20 menit ~20 menit ~22 jam 15 menit

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

Status upgrade

Anda dapat memantau status operasi upgrade versi utama database secara langsung saat sedang berlangsung.

Proses upgrade mencakup 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 baca)
  • CLEANUP

Kemungkinan status tahap ini mencakup hal berikut:

  • 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 Google Cloud konsol, operasi tidak dapat dibatalkan jika tombol Cancel upgrade berwarna abu-abu. Dengan menggunakan Google Cloud CLI atau REST API, Anda dapat menentukan apakah 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 pra-upgrade dan pasca-upgrade otomatis

Saat Anda melakukan upgrade versi utama, AlloyDB akan otomatis membuat pencadangan 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 bukanlah operasi langsung dan akan 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 bahwa cadangan hanya menyimpan data yang berubah relatif terhadap pencadangan berkelanjutan sebelumnya. Pendekatan ini mengurangi ukuran dan biaya (dalam resource) pencadangan, serta mempercepat proses pembuatan cadangan. 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.

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

Langkah berikutnya