Ubah konfigurasi untuk ApsaraDB RDS for MySQL - ApsaraDB RDS

Dokumen ini menjelaskan cara mengubah 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 Konfigurasi instans serverless.
Akun Alibaba Cloud Anda tidak memiliki pesanan perpanjangan yang belum dibayar.
Instans berada dalam status Running. Jika instans Anda terkunci, buka kunci instans sebelum mengubah konfigurasinya.

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, kapasitas penyimpanan yang tersisa harus minimal 60 GB (50 GB × 120%).
- 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 dengan penambahan kelipatan 5 GB.
  - Jika Log biner (binlog) dihasilkan secara cepat pada instans, Anda harus mempertahankan jumlah log yang cukup di disk lokal sebelum mengurangi ruang penyimpanan instans. Untuk informasi tentang cara mengaktifkan cadangan log, 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, terlebih dahulu ubah zona instans, kemudian 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 lawas: Anda tidak dapat langsung mengubah konfigurasi instans lawas. Anda harus terlebih dahulu meningkatkan instans tersebut ke tipe instans terkini yang tersedia untuk umum. Setelah itu, Anda dapat mengubah konfigurasinya.
Batasan lainnya: 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 instans atau edisi instans saat sumber daya lokal tidak tersedia akan memicu migrasi data otomatis. Setelah migrasi, alih bencana (switchover) terjadi pada waktu yang Anda tentukan. Data inkremental disinkronkan selama migrasi. Durasi migrasi berkorelasi positif dengan volume data: semakin besar volumenya, semakin lama durasinya. 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 waktu beberapa menit terlepas dari volume datanya. 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.
Instans yang menggunakan cloud disk	Storage space	Saat Anda melakukan scale-out penyimpanan: Terjadi koneksi transient jika instans menggunakan SSD standar. Tidak terjadi koneksi transient jika instans menggunakan ESSD atau cloud disk berkinerja tinggi. Saat Anda melakukan scale-in penyimpanan: Terjadi koneksi transient. Untuk informasi lebih lanjut, lihat Lakukan scale-in kapasitas penyimpanan cloud disk (Scale-in tidak didukung untuk SSD standar). Anda hanya dapat melakukan scale-out kapasitas penyimpanan ApsaraDB RDS melalui titik masuk Change Configurations (halaman detail instans > Configuration Information > Change Configurations). Konsol ApsaraDB RDS tidak menyediakan fitur ekspansi disk terpisah. 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.
Perubahan konfigurasi (termasuk upgrade dan downgrade) tidak memengaruhi izin akun database, pengaturan parameter, atau daftar putih IP. Konfigurasi ini tetap tidak berubah setelah perubahan.
ID instans dan endpoint tetap tidak berubah. Namun, jika instans dimigrasikan ke host lain, alamat IP endpoint-nya berubah. Kami menyarankan agar Anda 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.

Buka halaman Instances. Di bilah navigasi atas, pilih wilayah tempat instans RDS berada. Lalu, temukan instans RDS tersebut dan klik ID-nya.
Pada bagian Configuration Information, klik Change Specifications.
(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 oleh 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.
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 menambah kapasitas 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 lainnya 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.
Pilih Switch Time.
- Execute Immediately: Alih bencana terjadi segera setelah migrasi data selesai.
- Switch Within Maintenance Window: Alih bencana terjadi dalam jendela pemeliharaan yang ditentukan.
Penting
- Jika Anda memilih Switch Within Maintenance Window, instans akan tetap berada dalam status Upgrading or Downgrading hingga alih bencana selesai. Selama periode ini, Anda tidak dapat melakukan operasi tingkat instans, seperti perubahan konfigurasi, perpanjangan, peningkatan versi, atau migrasi lintas zona pada instans tersebut.
- 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, terjadi gangguan layanan yang lama saat Anda mengubah konfigurasi nodenya. Kami menyarankan agar 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 diterapkan. Meskipun hal ini tidak memengaruhi penggunaan normal, kami menyarankan Anda melakukan perubahan konfigurasi pada jam non-sibuk atau memastikan aplikasi Anda memiliki mekanisme koneksi ulang otomatis. Untuk informasi selengkapnya mengenai dampak failover instans, lihat Dampak failover instans.
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 agar Anda mengevaluasi kebutuhan bisnis Anda secara cermat sebelum melanjutkan.
- Untuk memastikan keberhasilan perubahan konfigurasi, jangan melakukan operasi Data Definition Language (DDL) apa pun mulai dari saat Anda mengirimkan pesanan hingga perubahan selesai.

FAQ

Disk scale-out dan 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 kuncinya 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?

J: Ya. Untuk informasi selengkapnya, lihat Kuota backup gratis.
Q: Bagaimana cara memeriksa tipe penyimpanan instans saya?

A: Masuk ke konsol ApsaraDB RDS, buka halaman detail instans, lalu lihat bidang Storage Type di bagian Basic Information.

Perubahan tipe penyimpanan

Q: Bagaimana cara mengubah tipe penyimpanan (local disk dengan enhanced performance, SSD standar, atau ESSD)?

A: Lihat Ubah tipe penyimpanan dari cloud disk ke local disk dengan enhanced performance.
Q: Bagaimana cara mengaktifkan ekspansi penyimpanan otomatis untuk instans yang menggunakan local disk dengan enhanced performance?

A: Anda dapat mengubah tipe penyimpanan dari local disk dengan enhanced performance ke cloud disk, lalu mengaktifkan ekspansi penyimpanan otomatis. Atau, Anda dapat membeli instans baru dengan cloud disk dan memigrasikan data Anda ke instans tersebut.
Q: Kapasitas penyimpanan instans ApsaraDB RDS for MySQL saya yang menggunakan local disk dengan enhanced performance telah mencapai batas maksimum. Bagaimana cara menambah kapasitas penyimpanannya?

A: Untuk informasi lebih lanjut tentang rentang kapasitas penyimpanan instans ApsaraDB RDS for MySQL 8.0 atau 5.7 Edisi Ketersediaan Tinggi yang menggunakan local disk dengan enhanced performance, lihat ApsaraDB RDS for MySQL Edisi Ketersediaan Tinggi (dengan local disk). Untuk menambah kapasitas penyimpanan, Anda dapat mengubah tipe penyimpanan dari local disk dengan enhanced performance ke cloud disk untuk mendapatkan kapasitas penyimpanan yang lebih besar.

Manajemen kapasitas penyimpanan

Q: Apa yang harus saya lakukan jika muncul kesalahan "persediaan tidak mencukupi" saat mencoba meningkatkan kapasitas penyimpanan?

A: Kami menyarankan agar Anda memigrasikan instans ke zona lain, lalu melakukan scale-out penyimpanan. Setelah migrasi, endpoint tetap tidak berubah, tetapi alamat IP-nya 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 di-scale-out 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 memeriksa sisa kapasitas penyimpanan host tempat instans ditempatkan.
Q: Jika saya menghapus database dari instans ApsaraDB RDS for MySQL, apakah ruang disk dilepaskan?

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

Dampak peningkatan konfigurasi

Q: Jika saya meningkatkan CPU, memori, dan disk secara bersamaan, 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 agar 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.

Koneksi dan jaringan

Q: Apakah endpoint berubah setelah perubahan konfigurasi?

A: Endpoint (misalnya, rm-bpxxxxx.mysql.rds.aliyuncs.com) tetap tidak berubah, tetapi alamat IP-nya mungkin berubah. Kami menyarankan agar Anda 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.

Tipe instans dan penagihan

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 asli. 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.

Ekspansi otomatis dan scale-in

Q: Apa aturan untuk ekspansi penyimpanan otomatis?

A: Untuk informasi lebih lanjut, lihat Aktifkan ekspansi penyimpanan otomatis.
Q: Apa dampak 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.

Migrasi zona

Q: Bagaimana cara mengubah penerapan single-zone menjadi penerapan multi-zona?

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

Troubleshooting perubahan konfigurasi

Q: Mengapa saya tidak dapat menemukan tombol Change Specifications?

A: Jika Anda tidak dapat menemukan tombol Change Specifications di bagian Configuration Information pada halaman detail instans, lakukan troubleshooting dengan cara berikut:
1. Periksa pesanan yang belum dibayar: Pastikan akun Alibaba Cloud Anda tidak memiliki pesanan yang belum dibayar. Pesanan yang belum dibayar dapat mencegah tombol Change Specifications ditampilkan. Buka halaman Manajemen Penagihan untuk menyelesaikan pembayaran, lalu coba lagi.
2. Periksa status instans: Pastikan instans berada dalam status Running. Instans dalam status non-running (seperti Creating atau Switching) mungkin tidak mendukung perubahan konfigurasi. Tunggu hingga instans kembali ke status Running sebelum melanjutkan.
3. Periksa read-only instances: Jika Anda memiliki read-only instances, Anda harus terlebih dahulu melakukan scale-out read-only instances sebelum melakukan scale-out instans primer.
Catatan
Tombol Change Specifications terletak di sebelah kanan header bagian Configuration Information pada tab Basic Information halaman detail instans. Tombol ini ditampilkan bersama tombol Upgrade Minor Version.
Q: Apa yang harus saya lakukan jika permintaan perubahan spesifikasi gagal dengan kesalahan "Current DB instance status does not support this operation" (kode kesalahan: OperationDenied.DBInstanceStatus)?

A: Instans RDS menjalankan tugas O&M secara berurutan dan tidak mendukung perubahan spesifikasi secara konkuren. Jika instans memiliki tugas O&M yang belum selesai (misalnya, instans berada dalam status non-Running, seperti sedang switching over), permintaan perubahan spesifikasi baru akan ditolak. Klik ikon di pojok kanan atas halaman Basic Information instans untuk membuka halaman Task List dan periksa tugas yang belum selesai. Setelah tugas selesai dan instans kembali ke status Running, coba lagi perubahan spesifikasi tersebut.

Referensi API

API	Description
ModifyDBInstanceSpec	Mengubah konfigurasi instans ApsaraDB RDS.