Ubah konfigurasi instans utama analitis berbasis DuckDB - ApsaraDB RDS

Instans utama analitis RDS berbasis DuckDB mendukung lima kategori perubahan konfigurasi: tipe instans dan kapasitas penyimpanan, konfigurasi node, ekspansi penyimpanan otomatis, kebijakan alih utama/sekunder, serta metode penagihan.

Sebelum melakukan perubahan apa pun di lingkungan produksi, uji terlebih dahulu pada instans non-produksi untuk memahami dampak operasionalnya.

Penting

Pesanan konfigurasi tidak dapat dibatalkan setelah dikirim. Evaluasi kebutuhan Anda sebelum melanjutkan.

Sekilas: downtime dan cakupan

Perubahan	Downtime	Cakupan yang terdampak
Tipe instans (spesifikasi)	~30 detik (alih bencana)	Semua instance
Ekspansi penyimpanan	Tidak ada (dalam sebagian besar kasus)	Seluruh instans
Tambah node	Tidak ada	Hanya node baru
Hapus node	Gangguan singkat pada node yang dihapus	Hanya node yang dihapus
Ubah spesifikasi node sekunder	Gangguan singkat pada node sekunder	Hanya node sekunder
Ubah spesifikasi node utama	Alih bencana ~30 detik	Node utama + node sekunder yang terlibat
Ekspansi penyimpanan otomatis	Tidak ada	Seluruh instans
Alih utama/sekunder	Maksimal 30 detik	Seluruh instans
Perubahan metode penagihan	Tidak ada	Seluruh instans

Ubah tipe instans dan kapasitas penyimpanan

Ubah tipe instans untuk meningkatkan atau menurunkan spesifikasi komputasi. Kapasitas penyimpanan hanya dapat diperluas — pengurangan saat ini tidak didukung.

Prasyarat

Sebelum memulai, pastikan bahwa:

Akun Alibaba Cloud Anda tidak memiliki pesanan perpanjangan yang belum dibayar.
Status instans adalah Running (jika terkunci, unlock the instance terlebih dahulu).

Dampak potensial

Perubahan	Dampak
Spesifikasi	Memerlukan beberapa menit (tidak dipengaruhi oleh volume data). Terjadi alih instans yang memakan waktu sekitar 30 detik. Lakukan perubahan selama jam sepi dan konfigurasikan mekanisme rekoneksi otomatis di aplikasi Anda.
Ekspansi penyimpanan	Tidak ada pemutusan sementara dalam sebagian besar kasus. Jika tugas snapshot sedang berjalan, ekspansi dimulai setelah snapshot selesai.
Pengurangan penyimpanan	Tidak didukung.

Perubahan spesifikasi tidak menyebabkan kehilangan data atau mengubah ID instans dan endpoint. Tidak diperlukan restart manual.

Peringatan

Hindari operasi DDL mulai dari saat Anda mengirimkan pesanan hingga perubahan selesai.

Penagihan

Biaya aktual mengikuti harga yang ditampilkan di Konsol. Untuk detailnya, lihat Aturan penagihan untuk perubahan spesifikasi.

Ubah spesifikasi instans atau penyimpanan

Buka halaman Instances. Di bilah navigasi atas, pilih wilayah tempat instans berada, lalu klik ID instans.
Di bagian Configuration Information pada halaman Basic Information, klik Change Specifications.
(Subscription instances only) Di kotak dialog, pilih metode perubahan dan klik Next.
- Upgrade atau Downgrade: Konfigurasi baru berlaku segera. Setelah tugas perubahan dikirim, sistem menyinkronkan data disk ke instans baru. Pada waktu alih yang dijadwalkan, sistem memindahkan ID instans dan endpoint ke instans baru — keduanya tetap tidak berubah.
Di halaman Change Specifications, pilih tipe instans baru. Tipe instans saat ini dipilih secara default.
Pilih Switching Time:
- Execute Immediately: Alih segera setelah migrasi data selesai.
- Switch Within Maintenance Window: Alih dalam maintenance window yang telah dikonfigurasi.
Penting
Jika Anda memilih Switch Within Maintenance Window, status instans tetap Upgrading/Downgrading hingga alih bencana selesai. Selama periode ini, Anda tidak dapat meningkatkan atau menurunkan spesifikasi, meningkatkan versi mesin database, atau memigrasikan instans antar zona. Untuk ekspansi penyimpanan saja, bisnis umumnya tidak terdampak dan perubahan berlaku segera — Anda tidak perlu memilih Switch Within Maintenance Window.
Di halaman Change Instance, konfirmasi detail sebelum dan sesudah perubahan, klik Confirm Order, lalu selesaikan pembayaran.

FAQ

Disk instans saya telah diperluas tetapi instans masih terkunci. Mengapa?

Jika instans terkunci karena disk penuh, instans akan membuka kuncinya secara otomatis setelah tugas ekspansi selesai. Klik Task Center di pojok kanan atas halaman Basic Information untuk memeriksa progres.

Mengapa ekspansi penyimpanan menyebabkan pemutusan sementara?

Ekspansi penyimpanan memerlukan alih instans. Untuk informasi lebih lanjut tentang dampak pemutusan sementara, lihat Dampak potensial di atas.

Apakah kuota backup gratis bertambah saat saya memperluas penyimpanan disk?

Ya. Untuk detailnya, lihat Kuota backup gratis.

Berapa lama layanan tidak tersedia saat saya meningkatkan CPU, memori, dan disk sekaligus?

Layanan tidak tersedia selama beberapa menit terlepas dari apakah Anda mengubah satu item atau beberapa item. Selama peningkatan, mungkin terjadi alih instans atau restart, dan sebagian besar operasi database, akun, dan jaringan tidak dapat dilakukan. Jadwalkan perubahan selama maintenance window. Untuk detail dampak, lihat Dampak potensial di atas.

Faktor apa saja yang memengaruhi durasi perubahan spesifikasi?

Perubahan spesifikasi untuk instans utama analitis RDS berbasis DuckDB yang menggunakan penyimpanan disk tidak melibatkan migrasi lintas mesin. Oleh karena itu, durasi perubahan relatif singkat. Untuk detailnya, lihat Dampak potensial di atas.

Apakah endpoint berubah setelah perubahan konfigurasi?

Tidak. Endpoint (misalnya, rm-bpxxxxx.mysql.rds.aliyuncs.com) tetap sama, tetapi alamat IP dasarnya mungkin berubah. Gunakan endpoint, bukan alamat IP, di aplikasi Anda.

Bagaimana cara mengonfigurasi mekanisme rekoneksi otomatis?

Untuk aplikasi Java, atur Time to Live (TTL) maksimal 60 detik. Hal ini memungkinkan aplikasi mengambil alamat IP virtual (VIP) baru setelah kueri ulang DNS. Lihat dokumentasi resmi JDK untuk cara mengonfigurasi TTL di Java.

Ubah konfigurasi node

Instans utama analitis RDS berbasis DuckDB mendukung penambahan dan penghapusan node kluster, serta perubahan independen spesifikasi node dan kapasitas penyimpanan.

Tambah node

Selama penambahan node, operasi baca dan tulis pada instans tidak terdampak. Setelah node ditambahkan, konfigurasikan bobot endpoint read-only kluster untuk mendistribusikan traffic ke node baru guna menyeimbangkan beban.

Satu instans mendukung hingga delapan node sekunder.

Prasyarat

Instans harus berada dalam status Running.

Penagihan

Biaya aktual mengikuti harga yang ditampilkan di Konsol. Untuk detailnya, lihat Aturan penagihan untuk perubahan spesifikasi.

Tambah node

Buka halaman Instances. Di bilah navigasi atas, pilih wilayah tempat instans berada, lalu klik ID instans.
Di bagian Instance Topology Management pada halaman Basic Information, klik Add or Delete Node.
Di kotak dialog, pilih Add Node dan klik Next.
Di bagian Node, klik ikon atau Add Node, lalu konfigurasikan zona, tipe instans, dan vSwitch untuk node baru.

Untuk membatalkan penambahan node, klik ikon di sebelah kiri node.
Baca Terms of Service dan klik Confirm Order.

Node ditambahkan ketika status instans berubah dari Adding Node menjadi Running.

Langkah berikutnya

Sesuaikan konfigurasi node endpoint read-only kluster untuk mengarahkan traffic ke node baru.

Hapus node

Menghapus node menyebabkan gangguan layanan singkat hanya pada node tersebut — node lain tidak terdampak. Instans Edisi Kluster harus selalu menyisakan minimal satu node utama dan satu node sekunder.

Sebelum menghapus node, atur bobot baca-nya menjadi 0 untuk menghindari pengarahan traffic ke node tersebut selama proses penghapusan.

Prasyarat

Instans harus berada dalam status Running.

Penagihan

Biaya aktual mengikuti harga yang ditampilkan di Konsol. Untuk detailnya, lihat Aturan penagihan untuk perubahan spesifikasi.

Hapus node

Buka halaman Instances. Di bilah navigasi atas, pilih wilayah tempat instans berada, lalu klik ID instans.
Di bagian Instance Topology Management pada halaman Basic Information, klik Add or Delete Node.
Di kotak dialog, pilih Delete Node dan klik Next.
Di sebelah kiri node yang ingin dihapus, klik ikon .

Untuk membatalkan, klik Restore di sebelah kiri node.
Baca Terms of Service dan klik Confirm Order.

Langkah berikutnya

Setelah penghapusan, sesuaikan konfigurasi node endpoint read-only kluster untuk mendistribusikan ulang traffic ke node yang tersisa.

Ubah spesifikasi node dan kapasitas penyimpanan

Instans utama analitis berbasis DuckDB mendukung spesifikasi berbeda per node kluster serta penyesuaian independen tipe dan kapasitas penyimpanan per node, memberikan kontrol detail halus atas biaya dan kinerja.

Prasyarat

Sebelum memulai, pastikan bahwa:

Status instans adalah Running.
Hubungan replikasi data antara node utama dan sekunder bersifat semi-sinkron atau asinkron.

Batasan

Perubahan	Cakupan	Kendala
Spesifikasi node	Satu node atau seluruh instans	Minimal satu node harus memiliki spesifikasi yang sama dengan node utama. Semua node harus memiliki tipe produk dan keluarga instans yang sama.
Kapasitas penyimpanan node	Hanya seluruh instans	Ekspansi: tidak ada pemutusan sementara (jika tugas snapshot sedang berjalan, ekspansi dimulai setelah selesai). Pengurangan: tidak didukung.

Lihat spesifikasi node di diagram topologi di bagian bawah halaman Basic Information.

Dampak potensial

Perubahan	Dampak
Spesifikasi node sekunder	Node sekunder mengalami gangguan layanan singkat. Node utama tidak terdampak.
Spesifikasi node utama	Memicu alih utama/sekunder. Node utama dan node sekunder yang terlibat mengalami gangguan layanan singkat.

Perubahan spesifikasi memerlukan beberapa menit dan tidak dipengaruhi oleh volume data. Selama alih instans, sebagian besar operasi database, akun, dan jaringan tidak dapat dilakukan. Jadwalkan perubahan selama jam sepi dan konfigurasikan mekanisme rekoneksi otomatis di aplikasi Anda.

ID node dan endpoint tidak berubah setelah perubahan spesifikasi. Tidak diperlukan restart manual.

Untuk informasi selengkapnya mengenai dampak failover, lihat Dampak Failover Instans.

Penagihan

Biaya aktual mengikuti harga yang ditampilkan di Konsol. Untuk detailnya, lihat Aturan penagihan untuk perubahan spesifikasi.

Ubah spesifikasi atau penyimpanan node

Buka halaman Instances. Di bilah navigasi atas, pilih wilayah tempat instans berada, lalu klik ID instans.
Di bagian Configuration Information atau Instance Topology Management pada halaman Basic Information, klik Specification Change.
Pilih Storage Type, Storage capacity, Node Change, dan Switching Time sesuai kebutuhan.
Baca Terms of Service, klik Confirm Order, konfirmasi detail perubahan, lalu klik Continue untuk menyelesaikan pembayaran.

Perubahan memerlukan beberapa menit. Status instans menunjukkan Upgrading/Downgrading selama perubahan dan kembali ke Running setelah selesai.

Konfigurasi ekspansi penyimpanan otomatis

Jika instans kehabisan penyimpanan, operasi tulis gagal — yang dapat menyebabkan kehilangan data atau crash database. Ekspansi penyimpanan otomatis memperluas instans saat penggunaan penyimpanan mencapai ambang batas yang dikonfigurasi, tanpa restart dan tanpa gangguan bisnis.

Setelah penyimpanan diperluas, skala-masuk tidak didukung secara otomatis. Untuk mengurangi penyimpanan, gunakan proses manual yang dijelaskan di Ubah tipe instans dan kapasitas penyimpanan.

Prasyarat

Sebelum memulai, pastikan bahwa:

Instans berada dalam status Running.
Akun Anda memiliki saldo yang cukup untuk menutupi biaya ekspansi.

Aktifkan dan konfigurasi ekspansi penyimpanan otomatis

Buka halaman Instances. Di bilah navigasi atas, pilih wilayah tempat instans berada, lalu klik ID instans.
Di halaman Basic Information, di bagian Instance Resources, klik Settings di sebelah Automatic Storage Expansion.

Jika Settings tidak ditampilkan, instans tidak memenuhi prasyarat.

Konfigurasikan parameter berikut.

Parameter	Deskripsi
Automatic Storage Expansion	Aktifkan atau nonaktifkan ekspansi penyimpanan otomatis.
Available Storage ≤	Ambang batas ruang kosong yang memicu ekspansi. Saat ruang kosong turun ke atau di bawah persentase ini, ekspansi dipicu. Jumlah yang ditambahkan adalah nilai terbesar antara: 5 GB (atau 10 GB jika total penyimpanan kurang dari 50 GB dan ruang kosong di bawah 10%), atau 15% dari kapasitas penyimpanan saat ini dibulatkan ke kelipatan 5 terdekat. Misalnya, pada instans 100 GB, 15%-nya adalah 15 GB — sehingga ditambahkan 15 GB, menjadikan total 115 GB.
Maximum Storage Capacity	Kapasitas penyimpanan total maksimum setelah ekspansi. Harus lebih besar dari atau sama dengan total saat ini. Nilai maksimum: 64 TB.

Klik OK.

Konfigurasi alih utama/sekunder

RDS secara otomatis memicu Alih bencana primer/sekunder jika node primer gagal atau jika perbaikan darurat diterapkan pada node sekunder. Selama Alih bencana, peran node primer dan sekunder dipertukarkan. Titik akhir instans tetap sama, sehingga aplikasi Anda secara otomatis terhubung ke node primer yang baru.

Cara kerja

Alih otomatis (diaktifkan secara default): Jika node utama gagal dan tidak dapat diakses, sistem beralih ke node sekunder. Untuk pemicu alih bencana, lihat Alasan alih utama/sekunder.
Alih manual: Tersedia meskipun alih otomatis diaktifkan. Gunakan alih manual untuk latihan pemulihan bencana atau untuk terhubung ke node terdekat dalam penerapan multi-zona.

Dampak potensial

Layanan mungkin tidak tersedia hingga 30 detik selama alih bencana. Konfigurasikan mekanisme rekoneksi otomatis di aplikasi Anda. Jika aplikasi Anda menggunakan versi lama kolam koneksi Druid, koneksi mungkin tidak pulih secara otomatis setelah pemutusan. Tingkatkan Druid ke versi 1.1.16 atau lebih baru untuk mengatasi masalah ini.
Endpoint instans tidak berubah, tetapi alamat IP dasarnya mungkin berubah. Gunakan endpoint, bukan alamat IP, di aplikasi Anda.
Jika instans berada dalam status gagal saat alih bencana, proses alih mungkin memakan waktu lebih lama.

Alih node utama dan sekunder secara manual

Buka halaman Instances. Di bilah navigasi atas, pilih wilayah tempat instans berada, lalu klik ID instans.
Di panel navigasi kiri, klik Service Availability.
Di bagian Instance Availability, klik Switch Primary/Secondary Instance.
Di kotak dialog Primary/Secondary Switchover, pada baris Secondary Node, pilih node sekunder target untuk dipromosikan menjadi utama.
Pilih waktu alih dan klik OK.

Penting
Sebagian besar operasi — seperti mengelola database dan akun atau mengganti jenis jaringan — tidak dapat dilakukan selama alih bencana. Pilih Within Specified Time Range untuk meminimalkan gangguan.

Nonaktifkan sementara alih otomatis

Alih otomatis diaktifkan secara default. Nonaktifkan sementara dalam skenario seperti:

Promosi penjualan atau acara bertrafik tinggi, untuk mencegah alih bencana tak terduga memengaruhi ketersediaan.
Peningkatan aplikasi besar, untuk menghindari variabel tambahan dari alih bencana.
Periode jaminan stabilitas kritis.

Buka halaman Instances. Di bilah navigasi atas, pilih wilayah tempat instans berada, lalu klik ID instans.
Di panel navigasi kiri, klik Service Availability.
Di bagian Instance Availability, klik Automatic Primary/Secondary Switchover.
Pilih Temporarily Disable, atur Deadline, lalu klik OK.

Alih otomatis dilanjutkan setelah deadline berakhir. Secara default, fitur ini dinonaktifkan selama satu hari. Waktu akhir maksimum adalah pukul 23:59:59 tujuh hari dari sekarang.

Setelah menyimpan pengaturan, waktu akhir nonaktif sementara ditampilkan di halaman Service Availability.

Lihat log alih bencana

Buka halaman Instances. Di bilah navigasi atas, pilih wilayah tempat instans berada, lalu klik ID instans.
Di panel navigasi kiri, klik Service Availability.
Di bagian Primary/Secondary Switchover Logs, sesuaikan rentang waktu untuk melihat log.

FAQ

Apakah saya perlu mengalihkan kembali secara manual setelah alih utama/sekunder?

Tidak. Data pada node utama dan sekunder identik. Setelah alih bencana, node sekunder asli menjadi utama baru. Tidak diperlukan tindakan lebih lanjut.

Instans tidak pulih setelah alih bencana. Apa yang harus saya lakukan?

Koneksi persisten dari aplikasi Anda mungkin tidak mendeteksi perubahan status koneksi setelah alih bencana yang dipicu oleh pengecualian. Tanpa timeout soket, aplikasi menunggu respons tanpa batas, menyebabkan kegagalan eksekusi SQL. Konfigurasikan connectTimeout dan socketTimeout untuk mencegah hal ini:

Untuk skenario transaksi online: atur connectTimeout menjadi 1–2 detik dan socketTimeout menjadi 60–90 detik.

Nilai-nilai ini merupakan panduan — sesuaikan berdasarkan muatan bisnis dan pola penggunaan Anda.

Ubah metode penagihan

Ubah dari pay-as-you-go ke langganan

Prasyarat

Sebelum memulai, pastikan bahwa:

Instans berada dalam status Running.
Instans tidak memiliki pesanan belum dibayar untuk mengubah ke metode penagihan langganan.

Catatan penggunaan

Jika Anda meningkatkan spesifikasi instans yang memiliki pesanan perubahan langganan belum dibayar, pesanan tersebut menjadi tidak valid. Batalkan di halaman Order Management sebelum mencoba kembali mengubah metode penagihan.
Jika perubahan metode penagihan melewati awal jam, jam sebelumnya ditagih sebagai pay-as-you-go, dan penagihan langganan dimulai pada awal jam berikutnya. Misalnya, jika Anda memulai perubahan pukul 09:55 dan selesai pukul 10:10, periode dari 09:00 hingga 10:00 ditagih sebagai pay-as-you-go, dan penagihan langganan dimulai setelah pukul 10:00.

Sumber daya pay-as-you-go ditagih per jam dan tagihan mungkin tertunda. Untuk menghindari pembayaran ekstra satu jam, mulai perubahan 15–30 menit sebelum awal jam.

Beralih ke penagihan langganan

Masuk ke Konsol RDS. Di panel navigasi kiri, klik Instances, lalu pilih wilayah di bilah navigasi atas.
Temukan instans target. Buka halaman Change from Pay-as-you-go to Subscription dengan salah satu cara berikut:
- Di kolom Billing Method, klik Switch To Subscription.
- Klik ID instans. Di halaman Basic Information, di bagian Status, temukan Billing Method dan klik Change To Subscription.
Pilih Subscription Duration dan klik Confirm Order.

Mengirimkan pesanan ini memblokir pembelian instans baru dan perubahan metode penagihan pada instans lain hingga pesanan dibayar atau dibatalkan. Kelola pesanan di halaman Order Management.

Ubah dari langganan ke pay-as-you-go

Prasyarat

Instans harus berada dalam status Running.

Jika instans langganan terkunci karena kedaluwarsa, perpanjang terlebih dahulu. Lihat Perpanjangan manual.

Biaya

Setelah beralih ke pay-as-you-go, saldo yang tersisa dikembalikan ke metode pembayaran asli Anda menggunakan rumus berikut:

Jumlah pengembalian = Jumlah yang benar-benar dibayar - Biaya resource yang digunakan

Jumlah yang benar-benar dibayar: Jumlah tunai yang dibayar untuk pesanan. Ini tidak termasuk potongan dari voucher atau kupon.
Biaya resource yang digunakan: Harga langganan harian (harga bulanan asli / 30) × Durasi penggunaan aktual × Diskon untuk durasi yang digunakan

Catatan
Durasi penggunaan aktual dihitung dalam hari. Sebagian hari dihitung sebagai satu hari penuh.

Jumlah yang benar-benar dibayar: Jumlah tunai yang dibayar untuk pesanan, tidak termasuk voucher dan kupon.
Biaya resource yang digunakan: Harga harian (harga bulanan asli / 30) x Hari penggunaan aktual x Diskon untuk durasi yang digunakan

Sebagian hari dihitung sebagai satu hari penuh.

Untuk jumlah pengembalian spesifik, lihat Petunjuk pengembalian dana standar.

Beralih ke penagihan pay-as-you-go

Masuk ke Konsol RDS. Di panel navigasi kiri, klik Instances, lalu pilih Wilayah di bilah navigasi atas.
Temukan instans target. Buka halaman Change from Subscription to Pay-as-you-go dengan salah satu cara berikut:
- Di kolom Billing Method, klik Switch To Pay-As-You-Go.
- Klik ID instans. Di halaman Basic Information, di bagian Status, temukan Billing Method dan klik Change to Pay-As-You-Go.
Konfirmasi informasi instans, baca Terms of Service, lalu klik Confirm Order.