ApsaraDB for SelectDB:Perbarui versi kernel

Catatan penggunaan

• Saat rilis versi kernel baru, ApsaraDB for SelectDB mengirimkan notifikasi kepada kontak yang dikonfigurasi untuk Akun Alibaba Cloud Anda. Segera lakukan pembaruan versi kernel.

  Jika Anda tidak memperbarui ke versi kernel terbaru dalam waktu enam bulan setelah menerima notifikasi, Anda bertanggung jawab atas segala gangguan layanan, kehilangan data, atau konsekuensi lain yang timbul.

• Setelah memperbarui versi kernel, Anda tidak dapat mengembalikannya ke versi sebelumnya.

• Selama pembaruan versi kernel, Anda hanya dapat melihat informasi kluster. Anda tidak dapat melakukan operasi seperti scaling, menjeda, atau menghapus kluster.

Dampak

• Pembaruan versi minor menyebabkan koneksi transient pada instans, dan beberapa permintaan baca/tulis mungkin gagal sesaat.

• Peningkatan versi utama menyebabkan downtime, dan instans mungkin tidak tersedia selama sekitar 10 menit. Kami menyarankan Anda melakukan peningkatan ini pada jam sepi.

• Rolling update: Node dalam kluster diperbarui secara berurutan. Kluster tetap tersedia, tetapi koneksi transient mungkin terjadi.

• Parallel update: Semua node dalam kluster diperbarui secara bersamaan. Hal ini menyebabkan kluster tidak tersedia selama 1 hingga 5 menit. Kami menyarankan Anda melakukan operasi ini pada jam sepi.

Prosedur

1. Masuk ke SelectDB console.

2. Di pojok kiri atas halaman, pilih wilayah tempat instans Anda berada.

3. Pada halaman Instances, klik Instance ID instans target untuk membuka halaman Instance Details.

4. Di bagian Configuration Information, di samping Version Upgrade, klik Minor Engine Version.

5. Pada kotak dialog yang muncul, konfigurasikan parameter berikut.

   Parameter	Deskripsi
   target version	Pilih versi tujuan untuk memperbarui instans.
   update method	Instans ApsaraDB for SelectDB mendukung metode pembaruan berikut: Upgrade Now: Instans langsung diperbarui. Update Within Maintenance Window: Instans diperbarui dalam jendela pemeliharaan yang telah Anda konfigurasi. Untuk informasi lebih lanjut tentang cara mengatur jendela pemeliharaan, lihat Set a maintenance window.
   Parallel Operation Node	Pilih apakah akan melakukan parallel update. Secara default, rolling update dilakukan. Penting Untuk peningkatan versi utama, kami sangat menyarankan Anda memilih Parallel Operation Node. Rolling update default dapat menyebabkan masalah ketidakcocokan protokol antar versi. Jika Anda tidak memilih Parallel Operation Node, rolling update dilakukan. Metode ini memiliki karakteristik sebagai berikut: Node dalam kluster diperbarui secara berurutan. Kluster tetap tersedia, tetapi koneksi transient mungkin terjadi. Ini adalah metode yang direkomendasikan untuk pembaruan versi minor. Jika Anda memilih Parallel Operation Node, parallel update dilakukan. Metode ini memiliki karakteristik sebagai berikut: Semua node dalam satu kluster diperbarui secara bersamaan, sehingga kluster tidak tersedia selama 1 hingga 5 menit. Kluster tidak tersedia sesaat selama pembaruan, tetapi prosesnya lebih cepat. Kami menyarankan Anda melakukan operasi ini pada jam sepi.

6. Klik OK.