Skalakan ke nol

Penting

Lakebase Autoscaling berada di Beta di wilayah berikut: eastus2, , westeuropewestus.

Lakebase Autoscaling adalah versi terbaru Lakebase dengan komputasi penskalaan otomatis, skala-ke-nol, percabangan, dan pemulihan instan. Untuk perbandingan fitur dengan Lakebase Provisioned, lihat memilih antar versi.

Skalakan ke nol secara otomatis menangguhkan komputasi Lakebase Anda setelah periode tidak aktif, meminimalkan biaya untuk database yang tidak aktif secara terus-menerus. Fitur ini sangat berharga untuk lingkungan pengembangan, pengujian, dan penahapan, serta database produksi dengan periode menganggur yang dapat diprediksi.

Ketika skala ke nol diaktifkan:

• Komputasi Anda secara otomatis menangguhkan setelah periode tidak aktif (defaultnya adalah 5 menit, minimum adalah 60 detik)
• Anda hanya membayar untuk waktu komputasi aktif, bukan untuk periode diam
• Komputasi secara otomatis diaktifkan kembali dalam beberapa ratus milidetik saat Anda menjalankan kueri baru

Diagram ini menggambarkan skala ke nol bersamaan dengan penskalaan otomatis, memperlihatkan periode tidak aktif diikuti dengan penangguhan otomatis sampai database diakses kembali.

Skalakan ke nol bekerja secara independen dari penskalakan otomatis. Saat penskalaan otomatis menyesuaikan sumber daya komputasi selama periode aktif berdasarkan permintaan beban kerja, skalakan ke nol menangguhkan komputasi sepenuhnya selama tidak aktif, mengurangi biaya komputasi menjadi nol.

Cara kerja skala ke nol

Penangguhan otomatis

Ketika komputasi Anda tetap tidak aktif—tidak menerima kueri atau koneksi—selama periode waktu yang telah dikonfigurasi, Lakebase secara otomatis menangguhkannya. Selama penangguhan:

• Komputasi tidak menggunakan sumber daya dan tidak dikenakan biaya komputasi
• Data Anda tetap disimpan dengan aman dan tersedia
• String koneksi dan kredensial tetap valid
• Titik akhir komputasi tetap dapat diakses tetapi tidak aktif

Aktivasi ulang otomatis

Saat kueri atau permintaan koneksi baru tiba di komputasi yang ditangguhkan, Lakebase secara otomatis mengaktifkannya kembali. Proses reaktivasi:

• Tidak memerlukan intervensi manual
• Menangani permintaan koneksi secara transparan setelah aktif
• Memulihkan komputasi ke ukuran minimum yang dikonfigurasi (jika penskalaan otomatis diaktifkan)

Aplikasi harus menerapkan logika coba lagi koneksi untuk menangani periode reaktivasi singkat dengan anggun.

Konfigurasi batas waktu

Anda mengonfigurasi batas waktu skala-ke-nol untuk mengontrol seberapa cepat komputasi ditangguhkan setelah diam. Penghentian waktu menentukan keseimbangan antara:

• Batas waktu yang lebih singkat (60 detik - 5 menit): Penangguhan yang lebih cepat mengurangi biaya tetapi dapat menyebabkan reaktivasi yang lebih sering untuk beban kerja terputus-terputus
• Batas waktu yang lebih lama (5 menit - 1 jam): Lebih sedikit aktivasi ulang meningkatkan pengalaman pengguna untuk aktivitas sporadis tetapi dapat meningkatkan biaya selama periode menganggur yang diperpanjang

Batas waktu minimum adalah 60 detik. Maksimum dapat dikonfigurasi berdasarkan kasus penggunaan Anda.

Mengurangi manfaat menjadi nol

• Pengurangan biaya: Dengan menangguhkan komputasi yang tidak aktif, Anda hanya membayar untuk waktu penggunaan aktual. Database pengembangan yang digunakan 8 jam per hari dikenakan biaya sepertiga sebanyak komputasi yang selalu aktif.
• Penyebaran fleksibel: Skalakan ke nol memungkinkan penyebaran hemat biaya dari beberapa lingkungan. Anda dapat mempertahankan lingkungan pengembangan, pengujian, pementasan, dan pratinjau terpisah tanpa dikenakan biaya komputasi 24/7 untuk masing-masing lingkungan.
• Tidak ada manajemen manual: Sistem secara otomatis menangani penangguhan dan reaktivasi, menghilangkan kebutuhan untuk memulai dan menghentikan komputasi secara manual berdasarkan pola penggunaan.
• Konfigurasi yang dipertahankan: Semua pengaturan komputasi, detail koneksi, dan konfigurasi database tetap utuh selama penangguhan. Saat komputasi diaktifkan kembali, komputasi akan dilanjutkan dengan konfigurasi yang sama.

Mengonfigurasi skala ke nol

Skala ke nol dapat diaktifkan atau dinonaktifkan untuk komputasi apa pun. Saat diaktifkan, Anda mengonfigurasi batas waktu tidak aktif yang memicu penangguhan (defaultnya adalah 5 menit, minimum adalah 60 detik).

Konfigurasi umum adalah agar cabang produksi memiliki skala hingga nol yang dinonaktifkan untuk ketersediaan berkelanjutan, sementara cabang pengembangan mengaktifkannya untuk mengoptimalkan biaya.

Untuk instruksi terperinci tentang mengonfigurasi pengaturan skala-ke-nol, lihat Mengelola komputasi.

Skala umum ke skenario nol

Lingkungan pengembangan dan pengujian

Cabang pengembangan untuk menguji perubahan skema, memvalidasi alur data, atau bereksperimen dengan fitur baru biasanya melihat aktivitas terputus-putus. Skalakan ke nol secara otomatis menangguhkan komputasi ini selama malam hari, akhir pekan, dan antar sesi kerja, secara signifikan mengurangi biaya.

Lingkungan penahapan dan tinjauan awal

Lingkungan penahapan yang digunakan untuk validasi pra-penyebaran atau lingkungan pratinjau yang dibuat untuk permintaan pull sering kali tetap menganggur di antara siklus pengujian. Skalakan ke nol memastikan lingkungan ini hanya menggunakan sumber daya selama periode pengujian aktif.

Agen dan aplikasi AI dengan periode tidak aktif

Agen AI, chatbot, atau alat internal yang melayani jam kerja tertentu atau memiliki pola waktu henti yang dapat diprediksi dapat memperoleh manfaat dari skala ke nol. Sistem dihentikan sementara selama di luar jam kerja dan diaktifkan kembali secara otomatis saat pengguna kembali.

Aplikasi basis data multi-penyewa

Aplikasi yang melayani beberapa pelanggan dapat menggunakan skala ke nol untuk database khusus penyewa. Proses komputasi untuk penyewa yang tidak aktif ditangguhkan secara otomatis, mengurangi biaya komputasi agregat untuk semua penyewa.

Pertimbangan penting

Pengaturan ulang konteks sesi

Saat komputasi ditangguhkan dan kemudian diaktifkan kembali, konteks sesi akan direset. Ini termasuk:

• Statistik dalam memori dan konten cache
• Tabel sementara dan pernyataan yang disiapkan
• Pengaturan konfigurasi khusus sesi
• Kumpulan koneksi dan transaksi aktif

Jika aplikasi Anda memerlukan data sesi persisten, pertimbangkan untuk menonaktifkan skala ke nol untuk mempertahankan ketersediaan komputasi berkelanjutan.

Latensi startup

Periode reaktivasi singkat (biasanya beberapa ratus milidetik) dapat memengaruhi pengalaman pengguna untuk kueri pertama setelah penangguhan. Untuk aplikasi yang membutuhkan waktu respons segera, Anda dapat:

• Nonaktifkan penskalaan ke nol untuk unit komputasi yang selalu tersedia
• Menerapkan pemanasan koneksi tingkat aplikasi
• Gunakan periode batas waktu yang lebih lama untuk mengurangi frekuensi aktivasi ulang

Perilaku cabang produksi

Saat Anda membuat proyek, cabang production akan dibuat dengan opsi "scale to zero" dinonaktifkan secara default, yang berarti komputasi tetap aktif setiap saat. Anda dapat mengaktifkan skala ke nol untuk cabang produksi jika diperlukan.

Menskalakan ke nol dan autoscaling

Skalakan ke nol melengkapi penskalaan otomatis untuk mengoptimalkan performa dan biaya:

• Selama periode aktif: Penskalaan otomatis menyesuaikan ukuran komputasi berdasarkan permintaan beban kerja dalam rentang yang dikonfigurasi, menaikkan skala selama aktivitas tinggi dan menurunkan skala selama beban yang lebih ringan.
• Selama periode tidak aktif: Setelah batas waktu skala menjadi nol, komputasi dihentikan sepenuhnya dan biaya komputasi turun ke nol, terlepas dari rentang penskalaan otomatis yang dikonfigurasi.
• Saat diaktifkan kembali: Komputasi dimulai ulang pada ukuran penskalaan otomatis minimum (jika penskalaan otomatis diaktifkan), dan penskalaan otomatis kemudian menyesuaikan sumber daya berdasarkan beban kerja baru.

Kombinasi ini memaksimalkan efisiensi: penskalaan otomatis mengoptimalkan penggunaan sumber daya selama aktivitas, sementara skala ke nol menghilangkan biaya selama tidak aktif.

Langkah selanjutnya

• Mengelola komputasi untuk mempelajari cara mengonfigurasi pengaturan skala-ke-nol
• Dasbor metrik untuk melihat bagaimana metrik mencerminkan periode komputasi yang tidak aktif
• Autoscaling untuk memahami bagaimana komputasi menyesuaikan sumber daya selama periode aktif
• Cabang database untuk mempelajari tentang membuat lingkungan database terisolasi