Mengelola pembaruan

Penting

Lakebase Autoscaling adalah versi terbaru Lakebase, dengan komputasi penskalaan otomatis, skala-ke-nol, percabangan, dan pemulihan instan. Untuk wilayah yang didukung, lihat Ketersediaan wilayah. Jika Anda adalah pengguna Lakebase Provisioned, lihat Lakebase Provisioned.

Agar instans Lakebase Postgres Anda tetap terbarui dengan patch dan fitur terbaru, Lakebase menerapkan pembaruan untuk komputasi proyek Anda. Anda dapat memilih jendela pembaruan dengan memilih hari dan jam tertentu untuk pembaruan.

Cara Lakebase menerapkan pembaruan

Untuk menerapkan pembaruan pada komputasi Anda (peningkatan Postgres, patch keamanan, dan perubahan serupa), Lakebase memulai ulang komputasi tempat Postgres berjalan, dalam jendela pembaruan yang Anda pilih. Mulai ulang itu sendiri biasanya hanya membutuhkan waktu beberapa detik.

Untuk melindungi performa, Lakebase melakukan prewarm pada cache komputasi Anda selama proses pembaruan, tanpa menambahkan waktu untuk menghidupkan ulang. Prewarming berarti mengisi ulang cache buffer dalam memori Postgres dari penyimpanan sebelum beban kerja Anda berlanjut, sehingga data yang sering digunakan sudah dalam memori alih-alih dibaca dingin dari penyimpanan setelah restart. Prewarming berjalan secara otomatis. Anda tidak mengonfigurasinya.

Pembaruan apa yang disertakan?

Pembaruan untuk komputasi Lakebase mungkin mencakup beberapa atau semua hal berikut:

• Peningkatan versi minor Postgres, biasanya dirilis triwulanan
• Patch dan pembaruan keamanan
• Pembaruan sistem operasi
• Fitur dan peningkatan Lakebase
• Pembaruan untuk alat dan komponen lain yang disertakan dalam gambar komputasi Lakebase

Pembaruan komputasi Lakebase tidak termasuk pemeliharaan platform Lakebase.

Seberapa sering pembaruan diterapkan?

Pembaruan biasanya dirilis mingguan tetapi mungkin terjadi lebih atau kurang sering, sesuai kebutuhan.

Lakebase menerapkan pembaruan untuk komputasi berdasarkan aturan berikut:

• Komputasi secara otomatis dimulai ulang setiap 28 hari untuk menerima pembaruan.
• Komputasi yang dimulai ulang sebelum siklus 28 hari segera menerima pembaruan yang tersedia.
• Komputasi dalam status transisi (mematikan atau memulai ulang) pada saat pembaruan tidak diperbarui.
• Jika komputasi dikecualikan dari pembaruan, Lakebase menerapkan pembaruan yang terlewat dengan pembaruan berikutnya, dengan asumsi komputasi memenuhi kriteria pembaruan yang disebutkan di atas.

Menjadwalkan pembaruan

Anda dapat mengatur jendela pembaruan pilihan dengan menentukan hari dan jam. Pembaruan diterapkan dalam jendela ini, memungkinkan Anda merencanakan mulai ulang komputasi yang diperlukan.

Untuk mengatur jadwal pembaruan Anda:

1. Navigasi ke Aplikasi Lakebase dengan mengklik pengalih aplikasi di sudut kanan atas ruang kerja Anda.
2. Pilih proyek Anda.
3. Klik Pembaruan Pengaturan>.
4. Pilih hari dalam seminggu dan satu jam. Pembaruan terjadi dalam jendela waktu ini dan hanya memakan waktu beberapa detik.

Anda dapat memeriksa pengaturan proyek untuk pembaruan mendatang. Pembaruan yang direncanakan diposting setidaknya 7 hari sebelumnya.

Terapkan pembaruan di depan jadwal

Komputasi menerima pembaruan yang tersedia segera setelah dimulai ulang. Misalnya, jika Lakebase memberi tahu Anda tentang pembaruan yang akan datang, Anda dapat segera menerapkannya dengan memulai ulang komputasi. Namun, pemberitahuan tidak dibersihkan dalam kasus ini. Ketika waktu pembaruan yang direncanakan tiba, tidak ada tindakan lebih lanjut yang diambil karena komputasi sudah diperbarui.

Jika komputasi secara teratur diskalakan ke nol, komputasi akan menerima pembaruan saat dimulai lagi. Dalam kasus seperti itu, Anda mungkin tidak perlu terlalu memperhatikan pemberitahuan pembaruan, karena pembaruan diterapkan secara alami melalui siklus berhenti/mulai komputasi Anda.

Untuk instruksi mulai ulang komputasi, lihat Mengelola komputasi.

Menangani gangguan koneksi selama pembaruan

Prewarming membantu menjaga cache tetap hangat melalui pembaruan, sehingga performa kueri tidak dipengaruhi oleh cache dingin, tetapi Anda mungkin masih melihat gangguan koneksi singkat karena komputasi dimulai ulang.

Sebagian besar driver koneksi Postgres menyertakan mekanisme coba lagi bawaan yang secara otomatis menangani gangguan koneksi berumur pendek, sehingga sebagian besar aplikasi terhubung kembali tanpa diperlukan tindakan apa pun.

Jika aplikasi Anda memiliki persyaratan ketersediaan yang ketat, periksa dokumentasi driver Anda untuk opsi seperti batas waktu koneksi, interval coba lagi, dan strategi pengumpulan koneksi. Konfigurasi Anda harus memperhitungkan momen singkat yang diperlukan untuk menyelesaikan hidupkan ulang.

Jika aplikasi Anda menggunakan pengumpulan koneksi atau memiliki logika coba lagi kustom, pastikan aplikasi dapat menangani penurunan koneksi singkat selama mulai ulang komputasi.