All Products
Search
Document Center

ApsaraDB RDS:Ubah konfigurasi

Last Updated:Jul 11, 2026

Ubah konfigurasi instans ApsaraDB RDS for MySQL, termasuk edisi instans, peningkatan atau penurunan tipe instans, serta penskalaan kapasitas penyimpanan.

Untuk semua perubahan konfigurasi yang didukung, lihat Perubahan konfigurasi instans.

Untuk mesin database lainnya, lihat:

Prasyarat

  • Instans menggunakan metode penagihan subscription atau pay-as-you-go.

    Catatan

    Jika instans menggunakan metode penagihan serverless, lihat Konfigurasikan instans serverless.

  • Akun Alibaba Cloud Anda tidak memiliki pesanan perpanjangan yang belum dibayar.

  • Instans berada dalam status Running. Jika instans Anda terkunci, unlock the instance sebelum mengubah konfigurasi.

Batasan

  • Batasan pesanan: Setelah Anda mengirimkan pesanan perubahan konfigurasi, Anda tidak dapat membatalkannya. Evaluasi kebutuhan bisnis Anda secara cermat sebelum mengubah konfigurasi.

  • Batasan pada read-only instances:

    • Saat Anda mengubah konfigurasi read-only instance, instans primernya harus berada dalam status Running.

    • Kapasitas penyimpanan read-only instance harus lebih besar dari atau sama dengan kapasitas penyimpanan instans primernya saat ini. Kami menyarankan agar Anda terlebih dahulu melakukan scale-out kapasitas penyimpanan semua read-only instance sebelum melakukan scale-out kapasitas penyimpanan instans primer.

  • Batasan pada scaling in storage space:

    • Scale-in untuk instans yang menggunakan local disk dengan enhanced performance

      • Setelah scale-in, kapasitas penyimpanan baru harus minimal 120% dari kapasitas penyimpanan yang digunakan.

        Contoh: Sebuah instans memiliki kapasitas penyimpanan 100 GB, dengan 50 GB yang digunakan. Setelah scale-in, minimal 60 GB (50 GB × 120%) kapasitas penyimpanan harus dipertahankan.

    • Batasan umum scale-in

      • Edisi Dasar atau Edisi Ketersediaan Tinggi: Anda hanya dapat melakukan scale-in kapasitas penyimpanan untuk instans dengan edisi dan arsitektur yang sama.

      • Kapasitas penyimpanan minimum setelah scale-in dihitung menggunakan rumus berikut: min{penggunaan saat ini × 1,3, penggunaan saat ini + 400 GB}. Hasilnya harus minimal sama dengan kapasitas penyimpanan minimum yang didukung oleh tipe instans saat ini.

      • Ukuran langkah: Kapasitas penyimpanan dapat disesuaikan dalam kenaikan 5 GB.

      • Jika binary logs (binlogs) dihasilkan dengan cepat pada instans, Anda harus menyimpan jumlah log yang cukup pada local disk sebelum melakukan scale-in kapasitas penyimpanan instans. Untuk informasi tentang cara mengaktifkan log backup, lihat Ubah kebijakan cadangan untuk instans ApsaraDB RDS.

  • Batasan pada perubahan product type:

    • Kompatibilitas zona: Dibandingkan dengan edisi standar, Edisi Yitian mendukung lebih sedikit zona. Jika Anda tidak dapat mengubah jenis produk karena batasan zona, ubah zona instans terlebih dahulu, lalu ubah jenis produk.

    • Batasan versi mesin minor: Versi mesin minor baru harus sama dengan atau lebih baru dari versi saat ini. Anda tidak dapat menurunkan versi mesin minor.

    • Batasan edisi: Untuk instans Edisi Dasar, Anda hanya dapat mengubah product type dari Yitian Edition ke edisi standar. Untuk instans Edisi Ketersediaan Tinggi dan Edisi Kluster, Anda dapat mengganti product type antara Yitian Edition dan edisi standar.

  • Batasan pada tipe instans lama: Anda tidak dapat langsung mengubah konfigurasi instans lama. Anda harus terlebih dahulu meningkatkan instans ke tipe instans terkini yang tersedia untuk umum. Setelah itu, Anda dapat mengubah konfigurasinya.

  • Batasan lain: Anda hanya dapat mengubah item yang tercantum dalam Perubahan konfigurasi instans.

Dampak

Instance storage type

Configuration item

Impacts

Instans yang menggunakan local disk dengan enhanced performance

Tipe instans, edisi instans, atau kapasitas penyimpanan

Mengubah tipe atau edisi instans saat tidak ada sumber daya lokal yang tersedia akan memicu migrasi data otomatis. Setelah migrasi, alih bencana terjadi pada waktu yang Anda tentukan, dengan data inkremental disinkronkan selama proses migrasi.

Penting
  • Perubahan konfigurasi memicu alih bencana instans, yang biasanya menyebabkan koneksi transient selama sekitar 15 detik. Durasi aktual mungkin lebih lama jika client tidak dikonfigurasi dengan benar atau menggunakan versi driver yang usang. Kami menyarankan Anda melakukan perubahan ini pada jam sepi dan memastikan aplikasi Anda memiliki mekanisme rekoneksi otomatis.

  • Selama failover instans, sebagian besar operasi database, akun, dan jaringan tidak dapat dilakukan. Untuk informasi selengkapnya, lihat Dampak Failover Instans.

Instans yang menggunakan cloud disk

Tipe instans atau edisi instans

Perubahan konfigurasi memerlukan beberapa menit terlepas dari volume data.

Penting
  • Perubahan konfigurasi memicu alih bencana instans, yang biasanya menyebabkan koneksi transient selama sekitar 15 detik. Durasi aktual mungkin lebih lama jika client tidak dikonfigurasi dengan benar atau menggunakan versi driver yang usang. Kami menyarankan Anda melakukan perubahan ini pada jam sepi dan memastikan aplikasi Anda memiliki mekanisme rekoneksi otomatis.

  • Selama alih bencana instans, sebagian besar operasi database, akun, dan jaringan tidak dapat dilakukan. Untuk informasi lebih lanjut, lihat Dampak alih bencana instans.

Storage space

Catatan

Jika snapshot sedang dibuat untuk cloud disk, tugas untuk melakukan scale-out disk atau mengubah tingkat kinerjanya hanya akan dijalankan setelah pembuatan snapshot selesai.

Catatan
  • Anda tidak perlu me-restart instans setelah perubahan konfigurasi. Data yang tersimpan tidak hilang.

  • ID instans dan endpoint tetap tidak berubah. Namun, jika instans dimigrasikan antar host, alamat IP endpoint berubah. Kami menyarankan menggunakan endpoint, bukan alamat IP, untuk menghubungkan ke database.

Penagihan

Untuk informasi lebih lanjut, lihat Aturan penagihan untuk perubahan konfigurasi.

Prosedur

Penting

Setelah Anda mengirimkan pesanan perubahan konfigurasi, Anda tidak dapat membatalkannya. Evaluasi kebutuhan bisnis Anda secara cermat sebelum melanjutkan.

  1. Buka halaman Instances. Di bilah navigasi atas, pilih wilayah tempat instans RDS berada. Lalu, temukan instans RDS tersebut dan klik ID instansnya.

  2. Pada bagian Configuration Information, klik Change Specifications.

  3. (Langkah ini hanya diperlukan untuk instans subscription.) Pada kotak dialog yang muncul, pilih metode perubahan dan klik Next.

    Metode perubahan berikut tersedia:

    Upgrade atau Downgrade: Konfigurasi baru berlaku segera. Opsi ini didukung baik untuk instans subscription maupun pay-as-you-go.

    Setelah Anda mengirimkan tugas perubahan konfigurasi, sistem akan menetapkan kembali ID instans dan endpoint asli ke instans baru, sehingga keduanya tetap tidak berubah.

  4. Ubah konfigurasi instans.

    Catatan
    • Semua tipe instans mendukung perubahan tipe instans dan ruang penyimpanan. Untuk tipe instans lama, Anda harus terlebih dahulu meningkatkan instans ke tipe instans saat ini yang tersedia untuk umum sebelum dapat memperluas ruang penyimpanannya.

    • Anda dapat melakukan scale-in kapasitas penyimpanan untuk instans Edisi Ketersediaan Tinggi yang menggunakan local disk dengan enhanced performance, serta instans Edisi Dasar atau Edisi Ketersediaan Tinggi yang menggunakan cloud disk (kecuali SSD standar). Tipe instans lain tidak mendukung scale-in penyimpanan.

    • Anda dapat mengubah edisi instans ApsaraDB RDS for MySQL 5.6 Edisi Perusahaan tiga node menjadi Edisi Ketersediaan Tinggi.

    • Anda dapat meningkatkan instans ApsaraDB RDS for MySQL 5.7 Edisi Dasar menjadi instans Edisi Ketersediaan Tinggi yang menggunakan local disk dengan enhanced performance.

    • Untuk instans ApsaraDB RDS for MySQL 8.0 atau 5.7 Edisi Ketersediaan Tinggi yang menggunakan ESSD, Anda dapat mengubah edisi instans menjadi Edisi Kluster.

    • Pada halaman Change Specifications, tipe instans secara default diatur ke Current Type. Verifikasi bahwa parameter tipe instans baru memenuhi kebutuhan Anda sebelum melanjutkan.

  5. Pilih Switch Time.

    • Execute Immediately: Alih bencana terjadi segera setelah migrasi data selesai.

    • Switch Within Maintenance Window: Alih bencana terjadi dalam jendela pemeliharaan yang telah ditentukan.

    Penting
    • Jika Anda memilih Switch Within Maintenance Window, instans akan tetap berada dalam status Upgrading or Downgrading hingga alih bencana selesai. Selama periode tersebut, Anda tidak dapat melakukan operasi tingkat instans, seperti mengubah konfigurasi, meningkatkan versi, atau melakukan migrasi lintas zona pada instans.

    • Jika Anda hanya melakukan scale-out kapasitas penyimpanan atau mengubah tipe penyimpanan menjadi ESSD, perubahan tersebut biasanya tidak berdampak pada layanan Anda dan berlaku segera. Anda tidak perlu memilih Switch Within Maintenance Window.

    • Instans Edisi Dasar hanya memiliki satu node database dan tidak memiliki node secondary untuk hot backup. Oleh karena itu, gangguan layanan yang panjang terjadi saat Anda mengubah konfigurasi node tersebut. Kami menyarankan Anda mengubah konfigurasi pada jam sepi untuk meminimalkan dampak pada bisnis Anda.

    • Untuk instans selain Edisi Dasar, satu atau dua failover instans dapat terjadi saat perubahan konfigurasi mulai berlaku. Meskipun hal ini tidak memengaruhi penggunaan normal, kami menyarankan Anda melakukan perubahan konfigurasi di luar jam sibuk atau memastikan bahwa aplikasi Anda memiliki mekanisme koneksi ulang otomatis. Untuk informasi selengkapnya mengenai dampak failover instans, lihat Dampak failover instans.

  6. Pada halaman Change Specifications, konfirmasi spesifikasi instans sebelum dan sesudah perubahan, klik Confirm Order, lalu selesaikan pembayaran.

    Peringatan
    • Setelah Anda mengirimkan pesanan perubahan konfigurasi, Anda tidak dapat membatalkannya. Kami menyarankan Anda mengevaluasi kebutuhan bisnis secara cermat sebelum melanjutkan.

    • Untuk memastikan perubahan konfigurasi berhasil, jangan melakukan operasi Data Definition Language (DDL) apa pun mulai dari saat Anda mengirimkan pesanan hingga perubahan selesai.

FAQ

Disk scale-out and scale-in

  • Q: Mengapa instans saya masih terkunci setelah saya melakukan scale-out penyimpanannya?

    A: Instans yang terkunci karena penyimpanan penuh akan secara otomatis dibuka setelah tugas scale-out selesai. Di halaman Basic Information instans, klik ikon 按钮 di pojok kanan atas untuk membuka halaman Task List dan melihat progres tugas.

  • Q: Mengapa terjadi koneksi transient saat saya melakukan scale-out kapasitas penyimpanan?

    A: Scale-out penyimpanan memerlukan alih bencana instans. Untuk informasi lebih lanjut, lihat Dampak alih bencana instans.

  • Q: Apakah kuota cadangan gratis bertambah setelah saya melakukan scale-out penyimpanan?

    A: Ya. Untuk informasi lebih lanjut, lihat Kuota cadangan gratis.

Storage type change

Storage space management

  • Q: Apa yang harus saya lakukan jika muncul error "insufficient inventory" saat mencoba meningkatkan kapasitas penyimpanan?

    A: Kami menyarankan Anda memigrasikan instans ke zona lain, lalu melakukan scale-out penyimpanan. Setelah migrasi, endpoint tetap tidak berubah, tetapi alamat IP yang sesuai berubah. Konfigurasikan mekanisme rekoneksi otomatis untuk aplikasi Anda.

  • Q: Jika saya hanya melakukan scale-out kapasitas penyimpanan, apakah saya perlu memigrasikan data ke instans baru?

    A: Dalam kebanyakan kasus, scale-out penyimpanan pada instans cloud disk (bukan Edisi Dasar) tidak menyebabkan koneksi transient. Untuk instans yang menggunakan local disk dengan enhanced performance, salah satu situasi berikut terjadi:

    • Host memiliki kapasitas penyimpanan yang cukup: Penyimpanan langsung ditingkatkan tanpa dampak pada instans.

    • Host memiliki kapasitas penyimpanan yang tidak mencukupi: Instans primer dan sekunder baru dibuat secara otomatis, dan data disinkronkan. Terjadi koneksi transient selama sekitar 15 detik selama alih bencana.

    Catatan

    Anda tidak dapat mengetahui sisa kapasitas penyimpanan host tempat instans ditempatkan.

  • Q: Jika saya menghapus database dari instans ApsaraDB RDS for MySQL, apakah disk space dilepaskan?

    A: Pernyataan DROP melepaskan disk space. Pernyataan DELETE membuat fragmentasi dan tidak melepaskan disk space.

Impacts of configuration upgrades

  • Q: Jika saya meningkatkan CPU, memori, dan disk sekaligus, berapa lama layanan saya tidak tersedia?

    A: Layanan tidak tersedia selama beberapa menit terlepas dari apakah Anda meningkatkan satu item atau beberapa item. Selama peningkatan, alih bencana atau restart instans mungkin terjadi, dan sebagian besar operasi database, akun, dan jaringan tidak dapat dilakukan. Kami menyarankan Anda melakukan perubahan konfigurasi dalam maintenance window. Untuk informasi lebih lanjut, lihat Dampak perubahan konfigurasi.

  • Q: Faktor apa saja yang memengaruhi durasi perubahan konfigurasi?

    A: Lihat Faktor apa saja yang memengaruhi durasi perubahan konfigurasi untuk instans ApsaraDB RDS for MySQL?.

  • Q: Apakah perubahan konfigurasi memengaruhi layanan online?

    A: Lihat bagian Dampak dalam topik ini.

Read-only instances

  • Q: Jika saya meningkatkan instans primer, apakah read-only instances juga ditingkatkan?

    A: Tidak. Anda harus meningkatkan konfigurasi read-only instances secara manual.

  • Q: Apakah scale-out penyimpanan instans primer memengaruhi replikasi data ke read-only instances-nya?

    A: Tidak.

Connections and network

  • Q: Apakah endpoint berubah setelah perubahan konfigurasi?

    A: Endpoint (misalnya, rm-bpxxxxx.mysql.rds.aliyuncs.com) tetap tidak berubah, tetapi alamat IP yang sesuai mungkin berubah. Kami menyarankan menggunakan endpoint, bukan alamat IP, dalam aplikasi Anda.

  • Q: Bagaimana cara mengonfigurasi mekanisme rekoneksi otomatis untuk aplikasi saya?

    A: Untuk aplikasi Java, kami menyarankan mengatur time to live (TTL) menjadi 60 detik atau kurang. Hal ini memastikan bahwa ketika alamat virtual IP (VIP) endpoint berubah, aplikasi akan melakukan kueri ulang DNS untuk mendapatkan dan menggunakan alamat VIP baru. Untuk informasi lebih lanjut tentang cara mengatur TTL di Java, lihat dokumentasi resmi JDK.

Instance types and billing

  • Q: Dapatkah saya mengubah instans reguler menjadi instans serverless?

    A: Tidak. Untuk menggunakan instans serverless, Anda harus membuatnya. Untuk informasi lebih lanjut, lihat Buat instans serverless.

  • Q: Bagaimana saya dikenai biaya untuk ekspansi penyimpanan otomatis?

    A: Ekspansi penyimpanan otomatis dinonaktifkan secara default dan gratis untuk diaktifkan. Saat dipicu, biayanya sama dengan ekspansi manual. Untuk informasi lebih lanjut, lihat Ubah konfigurasi.

  • Q: Saya secara tidak sengaja menurunkan spesifikasi instans, lalu segera meningkatkannya kembali ke konfigurasi semula. Mengapa selisih antara pengembalian dana dan biaya begitu besar?

    A: Instans tersebut mungkin dibeli dengan diskon. Saat Anda meningkatkan kembali, diskon tersebut mungkin tidak berlaku lagi, sehingga harganya naik.

Automatic expansion and scale-in

  • Q: Apa aturan untuk ekspansi penyimpanan otomatis?

    A: Untuk informasi lebih lanjut, lihat Aktifkan ekspansi penyimpanan otomatis.

  • Q: Apa dampak dari scale-in kapasitas penyimpanan instans yang menggunakan cloud disk?

    A: Terjadi koneksi transient saat Anda melakukan scale-in kapasitas penyimpanan instans yang menggunakan cloud disk. Untuk informasi lebih lanjut, lihat Lakukan scale-in kapasitas penyimpanan instans yang menggunakan cloud disk.

  • Q: Dapatkah saya melakukan scale-in instans yang menggunakan local disk dengan enhanced performance?

    A: Ya. Saat instans berjalan, klik Change Specifications, lalu pilih Downgrade.

Zone migration

Q: Bagaimana cara mengubah deployment single-zone menjadi multi-zone?

A: Untuk informasi lebih lanjut, lihat Migrasikan instans antar zona.

Referensi API

API

Description

ModifyDBInstanceSpec

Mengubah konfigurasi instans ApsaraDB RDS.