Database Autonomy Service (DAS) memungkinkan Anda menjadwalkan operasi scale-up dan scale-back otomatis untuk instans database. Tentukan jendela waktu, dan DAS akan meningkatkan spesifikasi instans pada awal periode, lalu mengembalikannya ke spesifikasi semula saat jendela berakhir—tanpa perlu intervensi manual.
Sebagai contoh, jika beban bisnis Anda mencapai puncaknya pada hari pertama setiap bulan pukul 02.00 (UTC+8) dan menurun pada hari ketiga pukul 02.00 (UTC+8), konfigurasikan pengulangan bulanan sehingga instans melakukan scale-up sebelum lonjakan beban dan secara otomatis kembali ke spesifikasi awal setelahnya. Pola ini cocok untuk penjualan kilat, pemrosesan gaji, pelaporan akhir bulan, serta lonjakan beban lain yang dapat diprediksi.
Prasyarat
Sebelum memulai, pastikan Anda telah:
Instansiasi basis data yang didukung:
ApsaraDB RDS for MySQL: instans Edisi Standar dengan arsitektur x86, atau instans Edisi Ketersediaan Tinggi tujuan umum yang menggunakan SSD standar atau Enterprise SSDs (ESSDs)
CatatanPenyesuaian skala otomatis terjadwal tidak tersedia untuk instans ApsaraDB RDS for MySQL read-only.
PolarDB for MySQL: kluster Edisi Kluster tujuan umum atau spesifikasi khusus
Tair (Redis OSS-compatible): instans Redis Edisi Open-Source berbasis cloud-native (berbasis cloud disk) dengan arsitektur standar, atau instans Tair (Edisi Perusahaan) berbasis cloud-native (berbasis cloud disk) dengan arsitektur standar
Membuat peran terkait layanan untuk DAS. Untuk informasi selengkapnya, lihat peran AliyunServiceRoleForDAS.
Memiliki saldo akun yang cukup untuk menutup biaya sumber daya setelah ditingkatkan skalanya.
Penagihan
Penyesuaian skala otomatis terjadwal memicu perubahan konfigurasi pada instans yang mendasarinya, yang akan ditagih sesuai ketentuan berikut:
ApsaraDB RDS for MySQL: Perubahan konfigurasi
PolarDB for MySQL: Biaya perubahan konfigurasi
Tair (Redis OSS-compatible): Perubahan konfigurasi
Catatan penggunaan
Untuk melakukan scale-up instans database secara berkala, Anda harus mengonfigurasi kebijakan penyesuaian skala otomatis terjadwal untuk instans tersebut.
Semua parameter waktu menggunakan UTC+8. Konversikan waktu lokal Anda ke UTC+8 sebelum mengonfigurasi. Sebagai contoh, pukul 09.00 Waktu Timur AS (UTC-5) setara dengan pukul 22.00 UTC+8.
Setiap instans database hanya mendukung satu kebijakan penyesuaian skala per mode.
Jika suatu kebijakan gagal dijalankan, DAS tidak akan mencoba menjalankannya kembali.
Modifikasi Duration atau Scale-back Time setelah instans telah ditingkatkan skalanya akan mengubah waktu scale-back menjadi nilai baru tersebut.
Ketika scale-back tidak terjadi
Instans tidak dikembalikan skalanya meskipun Duration atau Scale-back time telah diatur dalam situasi berikut:
Spesifikasi instans diubah lagi setelah kebijakan terjadwal dijalankan, dan spesifikasi saat ini berbeda dari target asli kebijakan tersebut.
Proses scale-back akan melanggar ambang batas sumber daya. Misalnya, jika memori ditingkatkan dari 1 GB menjadi 4 GB dan penggunaan memori saat ini sudah mencapai 1 GB, maka scale-back ke 1 GB akan menyebabkan pemanfaatan memori mencapai 100%. Oleh karena itu, DAS melewatkan operasi tersebut demi menjaga stabilitas.
Instans berada dalam status yang tidak memungkinkan perubahan spesifikasi, seperti Changing Specifications atau Migrating.
Buat kebijakan penyesuaian skala otomatis terjadwal
Konsol DAS menyediakan dua titik masuk. Gunakan halaman Auto Scaling Settings (disarankan) untuk mengelola kebijakan secara terpusat di beberapa instans, atau konfigurasikan langsung dari halaman detail instans tertentu.
Dari halaman Auto Scaling Settings (disarankan)
Masuk ke Konsol DAS.
Di panel navigasi kiri, pilih Resources > Auto Scaling Settings.
Di halaman Auto Scaling Policies, klik Add Policy.
Di panel Add Policy, konfigurasikan parameter yang dijelaskan di bagian Parameters.
Di daftar kebijakan, temukan kebijakan yang telah Anda buat dan klik Apply di kolom Actions.
Di kotak dialog Apply Policies, pilih instans database target, klik ikon
, lalu klik Confirm.
Dari halaman detail instans
Masuk ke Konsol DAS.
Di panel navigasi kiri, pilih Intelligent O&M Center > Instance Monitoring.
Temukan instans target dan klik ID instans-nya.
Di halaman detail instans, klik Autonomy Service Settings di pojok kanan atas.
Di tab Autonomous Function Settings pada panel Autonomous Function Management, klik tab Auto Scaling.
Di bagian Applied Policy, klik Add Policy dan konfigurasikan parameter yang dijelaskan di bagian Parameters.
Di bagian Recommended Policies, temukan kebijakan yang telah Anda buat dan klik Apply di kolom Actions.
Klik OK.
Di bagian Alert Configuration, konfigurasikan templat peringatan dan berlangganan pemberitahuan peringatan. DAS merekomendasikan templat peringatan dan secara otomatis menambahkan aturan peringatan yang diperlukan. Jika Anda sudah memiliki templat untuk instans ini, tambahkan aturan peringatan ke templat yang ada sesuai petunjuk. Untuk detailnya, lihat Konfigurasi templat peringatan dan Konfigurasi aturan peringatan.
Pada bagian Select Contact Group, pilih kelompok kontak peringatan. Untuk informasi selengkapnya, lihat Kelola kontak peringatan.
Klik Add Contact untuk menambahkan kontak.
Klik Create Contact Group untuk membuat kelompok baru.
Klik Edit atau Remove: di kolom Actions untuk memperbarui atau menghapus kontak.
Klik Submit Configuration dan konfirmasi di kotak dialog.
Untuk memodifikasi atau menghapus kebijakan yang telah diterapkan:
Modify: Klik Modify di kolom Actions, lalu perbarui pengaturan di panel Update Policy.
Remove: Di bagian Applied Policy, klik Cancel di kolom Actions.
Parameters
| Parameter | Description |
|---|---|
| Policy name | Nama kebijakan. |
| Mode | Pilih Scheduled Auto Scaling. |
| Engine type | Jenis engine database. |
| Specifications | Spesifikasi target untuk engine yang dipilih. |
| Operation | Operasi yang akan dilakukan. Untuk instans ApsaraDB RDS for MySQL dan Tair (Redis OSS-compatible), hanya Adjust Instance Specifications yang tersedia. Untuk kluster PolarDB for MySQL, tersedia Adjust Instance Specifications dan Increase Number of Read-only Nodes. |
| Valid from | Rentang tanggal efektif kebijakan. Start time wajib diisi dan harus berupa hari ini atau tanggal di masa depan. End time bersifat opsional — lihat Recurrence untuk mengetahui interaksinya dengan setiap mode pengulangan. |
| Recurrence | Frekuensi eksekusi operasi penskalaan. Nilai yang valid: N/A(Execute Only Once), Daily, Weekly, Monthly. Lihat tabel di bawah untuk detail parameter tiap mode pengulangan. |
Parameter khusus berdasarkan pengulangan:
| Recurrence | Parameter | Required | Details |
|---|---|---|---|
| N/A(Execute Only Once) | Scaling start time | Yes | Tanggal dan waktu pasti untuk melakukan scale-up. |
| Duration | No | Lama waktu mempertahankan spesifikasi setelah ditingkatkan, dalam satuan jam (bilangan bulat positif). Biarkan kosong untuk melewatkan scale-back otomatis. | |
| Daily | Scaling start time | Yes | Waktu harian untuk melakukan scale-up, diterapkan setiap hari. |
| Scale-back time | Yes | Waktu harian untuk melakukan scale-back. Harus minimal 1 jam setelah waktu scale-up. Jika waktu scale-back lebih awal dalam hari dibandingkan waktu scale-up, maka scale-back dilakukan pada hari berikutnya. | |
| Weekly | Scaling start time | Yes | Hari dalam minggu dan waktu untuk melakukan scale-up. |
| Scale-back time | Yes | Hari dalam minggu dan waktu untuk melakukan scale-back. Harus minimal 1 jam setelah waktu scale-up. Jika waktu scale-back jatuh pada hari yang lebih awal dalam minggu dibandingkan waktu scale-up, maka scale-back dilakukan pada minggu berikutnya. | |
| Monthly | Scaling start time | Yes | Tanggal dalam bulan dan waktu untuk melakukan scale-up. |
| Scale-back time | Yes | Tanggal dalam bulan dan waktu untuk melakukan scale-back. Harus minimal 1 jam setelah waktu scale-up. Jika waktu scale-back jatuh pada tanggal yang lebih awal dalam bulan dibandingkan waktu scale-up, maka scale-back dilakukan pada bulan berikutnya. |
Batasan untuk pengulangan Daily, Weekly, dan Monthly:
Waktu scale-up setiap eksekusi harus minimal 1 jam setelah waktu scale-back eksekusi sebelumnya.
Jika End time jatuh di antara waktu scale-up dan scale-back dari eksekusi terakhir yang seharusnya terjadi, maka eksekusi tersebut dilewati sepenuhnya.
Lihat hasil penskalaan
Di panel navigasi kiri, pilih Intelligent O&M Center > Instance Monitoring.
Temukan instans dan klik ID instans-nya.
Di panel kiri halaman detail instans, klik Autonomy Center.
Di halaman Autonomy Center, pilih rentang waktu untuk memfilter event penyesuaian skala otomatis.
Di bagian Auto-Scaling Events, klik Details untuk melihat log event lengkap.
FAQ
Apa yang harus saya lakukan jika instans saya telah mencapai spesifikasi maksimum?
Beli instans dengan spesifikasi lebih tinggi dan migrasikan data Anda. Untuk ApsaraDB RDS for MySQL, Edisi Ketersediaan Tinggi spesifikasi khusus mendukung hingga 104 vCPU dan memori 768 GB. Lihat sumber daya berikut untuk informasi spesifikasi dan panduan migrasi:
ApsaraDB RDS for MySQL: Spesifikasi dan Migrasi data antar instans ApsaraDB RDS for MySQL
PolarDB for MySQL: Spesifikasi node komputasi dan Migrasi data antar kluster PolarDB for MySQL
Tair (Redis OSS-compatible): Spesifikasi instans dan Migrasi data antar instans Tair (Redis OSS-compatible)
Langkah berikutnya
Untuk mengubah spesifikasi instans secara manual di luar kebijakan terjadwal, lihat:
ApsaraDB RDS for MySQL: Ubah spesifikasi instans
PolarDB for MySQL: Ubah spesifikasi kluster secara manual
Tair (Redis OSS-compatible): Ubah konfigurasi instans