Ubah konfigurasi instans ApsaraDB RDS for MySQL—termasuk edisi instans, tipe instans, dan penyimpanan—agar sesuai dengan kebutuhan workload yang terus berkembang.
Untuk daftar lengkap item yang dapat dikonfigurasi, lihat Perubahan konfigurasi instans.
Untuk mengubah konfigurasi instans yang menjalankan mesin database lain, lihat:
Prasyarat
Sebelum memulai, pastikan bahwa:
Instans menggunakan metode penagihan langganan atau pay-as-you-go. Untuk instans serverless, lihat Konfigurasikan instans ApsaraDB RDS for MySQL serverless.
Akun Alibaba Cloud Anda tidak memiliki tunggakan pembayaran perpanjangan.
Instans berada dalam status Running. Jika terkunci, buka kunci instans terlebih dahulu.
Batasan
Pesanan
Setelah Anda mengirimkan pesanan perubahan konfigurasi, Anda tidak dapat membatalkannya. Evaluasi kebutuhan bisnis Anda secara cermat sebelum melanjutkan.
Instans hanya baca
Instans utama harus berada dalam status Running saat Anda mengubah instans hanya baca.
Penyimpanan instans hanya baca harus lebih besar dari atau sama dengan penyimpanan instans utama saat ini. Perluas penyimpanan semua instans hanya baca sebelum memperluas instans utama.
Skala-masuk penyimpanan
Disk lokal dengan performa tinggi:
Penyimpanan setelah skala-masuk harus minimal 120% dari penyimpanan yang digunakan.
Contoh: Jika sebuah instans memiliki total 100 GB dengan 50 GB digunakan, penyimpanan minimum setelah skala-masuk adalah 60 GB (50 × 120%).
Batas umum (instans Edisi Dasar dan Edisi Ketersediaan Tinggi dengan edisi dan arsitektur yang sama):
Penyimpanan minimum setelah skala-masuk:
min{penggunaan saat ini × 1,3, penggunaan saat ini + 400 GB}, dan tidak boleh kurang dari penyimpanan minimum yang didukung oleh tipe instans saat ini.Ukuran langkah: kenaikan 5 GB.
Jika Log biner dihasilkan secara cepat, simpan cukup banyak log di disk lokal sebelum mengecilkan skala. Untuk detail selengkapnya, lihat Ubah kebijakan cadangan untuk instans ApsaraDB RDS for MySQL.
Perubahan tipe produk
Kompatibilitas zona: Edisi Yitian mendukung lebih sedikit zona dibandingkan Edisi Standar. Jika ketidakkompatibilitas zona menghalangi perubahan jenis produk, ubah terlebih dahulu zona, lalu ubah jenis produk.
Versi mesin minor: Versi mesin minor target harus sama dengan atau lebih baru dari versi saat ini. Menurunkan versi mesin minor tidak didukung.
Batasan edisi:
Edisi Dasar: hanya dapat diubah dari Edisi Yitian ke Edisi Standar.
Edisi Ketersediaan Tinggi dan Edisi Kluster: dapat diubah antara Edisi Yitian dan Edisi Standar.
Tipe instans lawas
Tipe instans lawas tidak dapat diubah secara langsung. Pertama-tama tingkatkan instans ke tipe instans terkini, lalu ubah konfigurasinya.
Dampak potensial
Perubahan konfigurasi melibatkan dua fase:
Migrasi data (instans tetap online): Instans baru disediakan dengan konfigurasi target. Data disinkronkan ke instans baru. Instans Anda saat ini tetap online dan menerima koneksi selama fase ini.
Alih bencana (gangguan singkat): Saat terjadi alih bencana, ID instans asli dan titik akhir dialihkan ke instans baru. Proses ini biasanya memakan waktu sekitar 30 detik, meskipun durasi aktual dapat lebih lama jika klien tidak dikonfigurasi dengan benar atau menggunakan versi driver yang lebih lama dari versi yang disyaratkan. Selama periode tersebut, sebagian besar operasi terkait database, akun, dan jaringan tidak dapat dilakukan. Untuk informasi selengkapnya mengenai dampaknya, lihat Dampak Alih Bencana Instans.
Tabel berikut menjelaskan hal yang dapat Anda harapkan untuk setiap jenis perubahan.
| Tipe penyimpanan | Item perubahan | Dampak |
|---|---|---|
| Disk lokal dengan performa tinggi | Tipe instans, edisi, atau penyimpanan | Jika Anda mengubah tipe instans atau edisi saat sumber daya lokal tidak tersedia, data akan dimigrasikan secara otomatis. Setelah migrasi selesai, alih bencana dilakukan berdasarkan waktu alih bencana yang Anda tentukan. Selama migrasi, sinkronisasi data inkremental dilakukan. |
| Instans yang menggunakan disk | Tipe instans atau edisi | Memakan waktu beberapa menit, terlepas dari volume data. Terjadi alih bencana. |
| Instans yang menggunakan disk | Skala keluar penyimpanan | Tidak ada gangguan untuk ESSD atau disk performa premium. Terjadi koneksi transien untuk SSD standar. |
| Instans yang menggunakan disk | Skala-masuk penyimpanan | Terjadi koneksi transien. Lihat Kurangi kapasitas penyimpanan instans yang menggunakan disk. |
Jika snapshot sedang dibuat untuk disk, ekspansi penyimpanan atau perubahan tingkat performa akan masuk antrian hingga pembuatan snapshot selesai.
Setelah perubahan selesai:
Tidak diperlukan restart manual, dan tidak ada data yang hilang.
ID instans dan titik akhir tetap tidak berubah. Jika instans dimigrasikan antar host, alamat IP di balik titik akhir mungkin berubah. Selalu hubungkan menggunakan titik akhir, bukan alamat IP.
Jadwalkan perubahan konfigurasi pada jam sepi. Pastikan aplikasi Anda memiliki mekanisme rekoneksi otomatis. Instans Edisi Dasar memiliki satu node database tanpa node secondary untuk cadangan panas—terjadi gangguan layanan singkat selama perubahan.
Penagihan
Untuk informasi lebih lanjut, lihat Aturan penagihan untuk perubahan konfigurasi.
Ubah konfigurasi
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 berada. Temukan instans tersebut dan klik ID-nya.
Di area Configuration Information, klik Change Specifications.
(Hanya untuk instans langganan) Di kotak dialog, pilih metode perubahan dan klik Next. Setelah dikirim, sistem menyinkronkan data ke instans baru. Pada waktu alih bencana, ID instans dan titik akhir asli dialihkan ke instans baru.
Metode Deskripsi Upgrade Meningkatkan spesifikasi. Berlaku segera setelah perubahan. Downgrade Menurunkan spesifikasi. Berlaku segera setelah perubahan. Di halaman Upgrade/Downgrade Instance, perbarui konfigurasi instans.
CatatanSemua tipe instans mendukung perubahan tipe instans dan penyesuaian penyimpanan. Untuk tipe instans lawas, tingkatkan ke tipe instans terkini sebelum memperluas penyimpanan.
Skala-masuk penyimpanan didukung untuk instans Edisi Ketersediaan Tinggi yang menggunakan disk lokal dengan performa tinggi, serta untuk instans Edisi Dasar atau Edisi Ketersediaan Tinggi yang menggunakan disk (kecuali SSD standar).
Anda dapat mengubah edisi instans ApsaraDB RDS for MySQL 5.6 Edisi Perusahaan tiga node menjadi Edisi Ketersediaan Tinggi.
Instans MySQL 5.7 Edisi Dasar dapat ditingkatkan ke Edisi Ketersediaan Tinggi dengan disk lokal berperforma tinggi.
Instans MySQL 8.0 atau 5.7 Edisi Ketersediaan Tinggi yang menggunakan ESSD dapat diubah menjadi Edisi Kluster.
Tipe instans secara default diatur ke Current Type di halaman upgrade/downgrade. Verifikasi bahwa tipe instans target memenuhi kebutuhan Anda sebelum melanjutkan.
Di bawah Switch Time, pilih kapan alih bencana terjadi:
Penting- Jika Anda memilih Switch Within Maintenance Window, instans akan tetap dalam status Upgrading or Downgrading hingga alih bencana selesai. Selama periode ini, operasi tingkat instans seperti peningkatan versi dan migrasi lintas zona tidak tersedia. - Jika Anda hanya memperluas penyimpanan atau mengubah tingkat performa ESSD, perubahan berlaku segera dengan dampak layanan minimal. Memilih Switch Within Maintenance Window tidak diperlukan. - Untuk instans non-Edisi Dasar, satu atau dua kali alih bencana mungkin terjadi, menyebabkan koneksi transien. Lakukan perubahan pada jam sepi, atau pastikan aplikasi Anda memiliki mekanisme rekoneksi otomatis. - Instans Edisi Dasar hanya memiliki satu node database tanpa node secondary untuk cadangan panas. Terjadi gangguan layanan saat Anda mengubah konfigurasi. Ubah konfigurasi pada jam sepi untuk mencegah gangguan bisnis.
Opsi Perilaku Execute Immediately Switchover terjadi segera setelah migrasi data selesai. Switch Within Maintenance Window Switchover terjadi selama maintenance window berikutnya. Tinjau perubahan, klik Confirm Order, dan selesaikan pembayaran.
Peringatan- Setelah Anda mengirimkan pesanan, Anda tidak dapat membatalkannya. - Jangan menjalankan operasi Data Definition Language (DDL) mulai dari saat Anda mengirimkan pesanan hingga perubahan konfigurasi selesai.
Untuk memantau kemajuan perubahan, klik tombol daftar tugas di pojok kanan atas halaman Basic Information untuk membuka Task List.
FAQ
Skala keluar dan skala-masuk disk
Mengapa instans saya masih terkunci setelah saya memperluas disk?
Instans yang terkunci karena disk penuh akan secara otomatis dibuka kuncinya setelah tugas skala keluar selesai. Untuk memeriksa kemajuan, klik tombol 
di pojok kanan atas halaman Basic Information untuk membuka Task List.
Mengapa terjadi koneksi transien saat saya memperluas penyimpanan?
Perluasan penyimpanan memicu failover. Untuk informasi selengkapnya mengenai dampak terhadap koneksi, lihat Dampak Failover Instans.
Apakah kuota cadangan gratis meningkat setelah saya memperluas disk?
Ya. Untuk detail selengkapnya, lihat Kuota backup gratis.
Perubahan tipe penyimpanan
Bagaimana cara mengubah tipe penyimpanan (disk lokal dengan performa tinggi, SSD standar, atau ESSD)?
Lihat Ubah tipe penyimpanan instans yang menggunakan disk ke disk lokal dengan performa tinggi.
Bagaimana cara mengaktifkan ekspansi penyimpanan otomatis untuk instans yang menggunakan disk lokal dengan performa tinggi?
Ubah tipe penyimpanan ke tipe berbasis disk, lalu aktifkan ekspansi penyimpanan otomatis. Atau, buat instans berbasis disk baru dan migrasikan data ke instans tersebut.
Penyimpanan instans saya dengan disk lokal berperforma tinggi telah mencapai batasnya. Bagaimana cara menambahkannya?
Ubah tipe penyimpanan ke tipe berbasis disk untuk mengakses kapasitas penyimpanan yang lebih besar. Untuk rentang penyimpanan instans MySQL 8.0 atau 5.7 Edisi Ketersediaan Tinggi dengan disk lokal, lihat ApsaraDB RDS for MySQL Edisi Ketersediaan Tinggi (dengan disk lokal).
Manajemen ruang penyimpanan
Apa yang harus saya lakukan jika muncul pesan "Insufficient Inventory" saat memperluas penyimpanan?
Migrasikan instans ke zona lain, lalu perluas penyimpanan. Titik akhir tetap tidak berubah setelah migrasi, tetapi alamat IP berubah—konfigurasikan mekanisme rekoneksi otomatis di aplikasi Anda.
Jika saya hanya memperluas penyimpanan, apakah data dimigrasikan ke instans baru?
Untuk instans berbasis disk (kecuali Edisi Dasar), ekspansi penyimpanan umumnya tidak menyebabkan koneksi transien.
Untuk instans dengan disk lokal berperforma tinggi:
Host memiliki penyimpanan yang cukup: Penyimpanan diperluas secara langsung tanpa dampak pada instans.
Host memiliki penyimpanan yang tidak mencukupi: Instans utama dan secondary baru dibuat dan data disinkronkan. Terjadi koneksi transien selama sekitar 30 detik selama alih bencana.
Ruang penyimpanan tersisa di host tidak terlihat di Konsol.
Jika saya menghapus database dari instans RDS, apakah ruang disk dilepaskan?
Pernyataan DROP melepaskan ruang disk. Pernyataan DELETE menyebabkan fragmentasi dan tidak melepaskan ruang.
Dampak perubahan konfigurasi
Jika saya meningkatkan CPU, memori, dan disk sekaligus, berapa lama layanan tidak tersedia?
Layanan tidak tersedia selama beberapa menit, baik Anda mengubah satu item atau beberapa item sekaligus. Alih bencana atau restart instans mungkin terjadi, dan sebagian besar operasi terkait database, akun, dan jaringan tidak tersedia selama periode ini. Lakukan perubahan selama jendela pemeliharaan untuk meminimalkan dampak bisnis. Untuk detail dampak per perubahan, lihat bagian Dampak potensial.
Faktor apa saja yang memengaruhi durasi perubahan konfigurasi?
Lihat Faktor apa saja yang memengaruhi durasi perubahan konfigurasi untuk instans ApsaraDB RDS for MySQL?
Instans hanya baca
Jika saya meningkatkan instans utama, apakah instans hanya baca ditingkatkan secara otomatis?
Tidak. Tingkatkan setiap instans hanya baca secara terpisah.
Apakah memperluas penyimpanan instans utama memengaruhi replikasi ke instans hanya baca?
Tidak.
Koneksi dan jaringan
Apakah titik akhir berubah setelah perubahan konfigurasi?
Tidak. Titik akhir (misalnya, rm-bpxxxxx.mysql.rds.aliyuncs.com) tetap tidak berubah. Alamat IP di baliknya mungkin berubah, jadi selalu gunakan titik akhir di aplikasi Anda, bukan alamat IP.
Bagaimana cara mengonfigurasi mekanisme rekoneksi otomatis?
Untuk aplikasi Java, atur DNS Time to Live (TTL) menjadi 60 detik atau kurang. Hal ini memastikan aplikasi melakukan kueri ulang DNS untuk mendapatkan alamat IP terbaru saat IP titik akhir berubah. Untuk konfigurasi TTL di Java, lihat dokumentasi resmi JDK.
Tipe instans dan penagihan
Bisakah saya mengubah instans reguler menjadi instans serverless?
A: Tidak. Untuk menggunakan instans serverless, Anda harus membuatnya. Untuk informasi lebih lanjut, lihat Buat instans serverless.
Instans langganan tidak dapat dikonversi menjadi instans serverless. Untuk menggunakan serverless, buat instans serverless baru. Lihat Buat instans ApsaraDB RDS for MySQL serverless.
Bagaimana saya dikenai biaya untuk ekspansi penyimpanan otomatis?
Ekspansi penyimpanan otomatis dinonaktifkan secara default dan gratis untuk diaktifkan. Saat dipicu, biaya dikenakan menggunakan aturan yang sama seperti ekspansi manual. Lihat Aturan penagihan untuk perubahan konfigurasi.
Saya tidak sengaja menurunkan spesifikasi lalu meningkatkannya kembali ke konfigurasi awal. Mengapa selisih harganya sangat besar?
Instans mungkin dibeli selama periode promosi. Jika Anda meningkatkan setelah promosi berakhir, harga standar berlaku tanpa diskon.
Ekspansi otomatis dan skala-masuk
Apa aturan untuk ekspansi penyimpanan otomatis?
Lihat Aktifkan ekspansi penyimpanan otomatis.
Apa dampak skala-masuk penyimpanan pada instans berbasis disk?
Terjadi koneksi transien. Lihat Kurangi kapasitas penyimpanan instans yang menggunakan disk.
Bisakah saya melakukan skala-masuk pada instans yang menggunakan disk lokal berperforma tinggi?
Ya. Saat instans berjalan, klik Change Configuration dan pilih Downgrade.
Migrasi zona
Bagaimana cara mengubah dari penerapan single-zone ke penerapan multi-zona?
Referensi API
| API | Deskripsi |
|---|---|
| ModifyDBInstanceSpec | Mengubah konfigurasi instans ApsaraDB RDS. |