Mengubah konfigurasi instans ApsaraDB RDS for MySQL - ApsaraDB RDS

Topik ini menjelaskan cara mengubah konfigurasi instans ApsaraDB RDS for MySQL, termasuk mengubah edisi instans, meningkatkan atau menurunkan tipe instans, serta memperluas ruang penyimpanan.

Untuk informasi lebih lanjut tentang semua perubahan konfigurasi yang didukung untuk instans ApsaraDB RDS for MySQL, lihat Perubahan Konfigurasi Instans.

Untuk mengubah konfigurasi instans yang menggunakan mesin database lainnya, lihat topik-topik berikut:

Prasyarat

Instans menggunakan metode penagihan langganan atau bayar sesuai penggunaan.
Catatan
Jika instans menggunakan metode penagihan arsitektur tanpa server, lihat Konfigurasikan Instans ApsaraDB RDS for MySQL Arsitektur Tanpa Server.
Akun Alibaba Cloud Anda tidak memiliki pembayaran perpanjangan yang tertunda.
Instans dalam keadaan Berjalan. Jika instans Anda terkunci, buka kunci instans sebelum mengubah konfigurasinya.

Batasan

Batas pesanan: Setelah Anda mengirimkan pesanan perubahan konfigurasi, Anda tidak dapat membatalkannya. Evaluasi dengan hati-hati kebutuhan bisnis Anda sebelum mengubah konfigurasi.
Batasan pada Instans Hanya Baca:
- Saat Anda mengubah konfigurasi instans hanya baca, instans utamanya harus dalam keadaan Berjalan.
- Ruang penyimpanan instans hanya baca harus lebih besar dari atau sama dengan ruang penyimpanan saat ini dari instans utamanya. Kami sarankan Anda pertama-tama memperluas ruang penyimpanan semua instans hanya baca dan kemudian memperluas ruang penyimpanan instans utama.
Batasan pada Pengecilan Ruang Penyimpanan:
- Pengecilan untuk instans yang menggunakan disk lokal dengan performa ditingkatkan
  - Ruang penyimpanan setelah pengecilan harus minimal 120% dari ruang penyimpanan yang digunakan.
    Contoh: Sebuah instans memiliki 100 GB ruang penyimpanan, di mana 50 GB digunakan. Setelah pengecilan, minimal 60 GB (50 × 120%) ruang penyimpanan harus dipertahankan.
- Batasan pengecilan umum
  - Untuk instans Edisi Dasar atau Edisi Ketersediaan Tinggi, Anda dapat mengecilkan ruang penyimpanan instans yang memiliki edisi dan arsitektur yang sama.
  - Ruang penyimpanan minimum yang dapat Anda kecilkan dihitung menggunakan rumus berikut: min{penggunaan saat ini × 1.3, penggunaan saat ini + 400 GB}. Hasilnya harus lebih besar dari atau sama dengan ruang penyimpanan minimum yang didukung oleh tipe instans saat ini.
  - Ukuran langkah: Ruang penyimpanan dapat disesuaikan dalam kelipatan 5 GB.
  - Jika log biner dibuat dengan cepat pada instans, Anda harus menyimpan jumlah log yang cukup pada disk lokal sebelum Anda dapat mengecilkan ruang penyimpanan instans. Untuk informasi lebih lanjut tentang cara mengaktifkan pencatatan biner, lihat Ubah Kebijakan Cadangan untuk Instans ApsaraDB RDS for MySQL.
Batasan pada Perubahan Jenis Produk:
- Kompatibilitas zona: Edisi Yitian mendukung lebih sedikit zona daripada Edisi Standar. Jika Anda tidak dapat mengubah jenis produk karena ketidaksesuaian ini, pertama-tama ubah zona instans, lalu ubah jenis produk.
- Kendala versi mesin minor: Versi mesin minor baru harus sama dengan atau lebih baru dari versi mesin minor saat ini. Anda tidak dapat menurunkan versi mesin minor.
- Kendala edisi: Untuk instans Edisi Dasar, Anda hanya dapat mengubah jenis produk dari Edisi Yitian ke Edisi Standar. Untuk instans Edisi Ketersediaan Tinggi dan Edisi Kluster, Anda dapat mengubah jenis produk antara Edisi Yitian 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 saat ini. Kemudian, Anda dapat mengubah konfigurasinya.
Batasan lainnya: Anda hanya dapat mengubah item-item yang tercantum dalam Perubahan Konfigurasi Instans.

Dampak

Instance Storage Type	Item perubahan konfigurasi	Dampak
Instans yang menggunakan disk lokal dengan performa ditingkatkan	Tipe instans, edisi, atau ruang penyimpanan	Jika Anda mengubah tipe instans atau edisi saat tidak ada sumber daya lokal yang tersedia, data akan dimigrasi secara otomatis. Setelah migrasi selesai, alih bencana dilakukan berdasarkan waktu alih bencana yang Anda tentukan. Selama migrasi, sinkronisasi data inkremental dilakukan. Penting Perubahan konfigurasi menyebabkan alih bencana instans. Alih bencana biasanya memakan waktu sekitar 30 detik. Durasi aktual mungkin lebih lama jika klien tidak dikonfigurasi dengan benar atau versi driver lebih lama dari versi yang diperlukan. Ubah konfigurasi selama jam-jam sepi dan pastikan aplikasi Anda dikonfigurasi dengan mekanisme rekoneksi otomatis. Selama alih bencana instans, sebagian besar operasi terkait database, akun, dan jaringan tidak dapat dilakukan. Untuk informasi lebih lanjut, lihat Dampak alih bencana instans.
Instans yang menggunakan disk	Tipe instans atau edisi	Perubahan konfigurasi memakan waktu beberapa menit. Durasi tidak dipengaruhi oleh volume data. Penting Perubahan konfigurasi menyebabkan alih bencana instans. Alih bencana biasanya memakan waktu sekitar 30 detik. Durasi aktual mungkin lebih lama jika klien tidak dikonfigurasi dengan benar atau versi driver lebih lama dari versi yang diperlukan. Ubah konfigurasi selama jam-jam sepi dan pastikan aplikasi Anda dikonfigurasi dengan mekanisme rekoneksi otomatis. Selama alih bencana instans, sebagian besar operasi terkait database, akun, dan jaringan tidak dapat dilakukan. Untuk informasi lebih lanjut, lihat Dampak alih bencana instans.
Instans yang menggunakan disk	Ruang penyimpanan	Saat Anda memperluas ruang penyimpanan, koneksi transien terjadi jika instans menggunakan SSD standar. Tidak ada koneksi transien yang terjadi jika instans menggunakan ESSD atau disk performa premium. Saat Anda mengecilkan ruang penyimpanan, koneksi transien terjadi. Untuk informasi lebih lanjut, lihat Kecilkan ruang penyimpanan instans yang menggunakan disk (Pengecilan tidak didukung untuk instans yang menggunakan SSD standar). Catatan Jika snapshot sedang dibuat untuk disk, tugas untuk memperluas disk atau mengubah tingkat performa disk dilakukan setelah snapshot dibuat.

Catatan

Anda tidak perlu memulai ulang instans secara manual setelah perubahan konfigurasi. Data yang tersimpan tidak hilang.
ID instans dan titik akhir tidak berubah. Namun, jika instans dipindahkan lintas host, alamat IP yang sesuai dengan titik akhir berubah. Kami sarankan Anda menggunakan titik akhir untuk terhubung ke database dari aplikasi Anda.

Aturan penagihan

Untuk informasi lebih lanjut, lihat Aturan Penagihan untuk Perubahan Konfigurasi.

Prosedur

Penting

Setelah Anda mengirimkan pesanan perubahan konfigurasi, Anda tidak dapat membatalkannya. Evaluasi dengan hati-hati kebutuhan bisnis Anda sebelum mengubah konfigurasi.

Buka halaman Instans. Di bilah navigasi atas, pilih wilayah tempat instans RDS berada. Lalu, temukan instans RDS dan klik ID instans tersebut.
Di area Configuration Information, klik Modify Configurations.
(Langkah ini hanya diperlukan untuk instans langganan.) Dalam kotak dialog yang muncul, pilih metode perubahan dan klik Next.
Tabel berikut menjelaskan metode-metodenya.
Upgrade Immediately atau Downgrade Immediately: Konfigurasi baru mulai berlaku segera setelah perubahan. Baik instans langganan maupun instans bayar sesuai penggunaan mendukung peningkatan atau penurunan segera.
Setelah Anda mengirimkan tugas perubahan konfigurasi, sistem mensinkronkan data disk ke instans baru. Pada waktu alih bencana yang ditentukan, sistem menunjuk ID instans asli dan titik akhir ke instans baru. ID instans dan titik akhir 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 sebelum Anda dapat memperluas ruang penyimpanannya.
- Anda dapat mengecilkan ruang penyimpanan instans Edisi Ketersediaan Tinggi yang menggunakan disk lokal dengan performa ditingkatkan dan instans Edisi Dasar atau Edisi Ketersediaan Tinggi yang menggunakan disk (tidak termasuk SSD standar). Anda tidak dapat mengecilkan ruang penyimpanan instans lainnya.
- Anda dapat mengubah instans ApsaraDB RDS for MySQL 5.6 Edisi Perusahaan RDS menjadi Edisi Ketersediaan Tinggi.
- Anda dapat meningkatkan instans ApsaraDB RDS for MySQL 5.7 Edisi Dasar menjadi instans Edisi Ketersediaan Tinggi yang menggunakan disk lokal dengan performa ditingkatkan.
- Anda dapat mengubah instans ApsaraDB RDS for MySQL 8.0 atau 5.7 Edisi Ketersediaan Tinggi yang menggunakan ESSD menjadi instans Edisi Kluster.
- Di halaman Upgrade/Downgrade Instance, tipe instans diatur ke Tipe Saat Ini secara default. Verifikasi bahwa parameter-parameter tipe instans baru memenuhi persyaratan Anda untuk mencegah masalah potensial.
Anda dapat memilih Switch Time.
- Switch Now: Alih terjadi segera setelah migrasi data.
- Switch During Maintenance Window: Alih terjadi dalam jendela pemeliharaan.
Penting
- Jika Anda memilih Switch Within Maintenance Window, instans akan tetap dalam status Upgrading or Downgrading sampai alih selesai. Selama periode ini, Anda tidak dapat melakukan operasi tingkat instans, seperti peningkatan, penurunan, peningkatan versi, atau migrasi lintas zona.
- Jika Anda hanya meningkatkan ruang penyimpanan atau mengubah tipe penyimpanan ESSD, perubahan berlaku segera dan biasanya tidak memengaruhi layanan Anda. Anda tidak perlu memilih Switch Within Maintenance Window.
- Instans Edisi Dasar hanya memiliki satu node database dan tidak memiliki node sekunder untuk cadangan panas. Oleh karena itu, gangguan layanan terjadi saat Anda mengubah konfigurasi node tersebut. Ubah konfigurasi selama jam-jam sepi untuk mencegah gangguan bisnis.
- Untuk instans yang bukan Edisi Dasar, satu atau dua alih bencana instans mungkin terjadi saat perubahan konfigurasi mulai berlaku. Hal ini dapat menyebabkan koneksi transien. Kami sarankan Anda mengubah konfigurasi selama jam-jam sepi atau memastikan bahwa aplikasi Anda dikonfigurasi dengan mekanisme rekoneksi otomatis. Untuk informasi lebih lanjut tentang dampak alih bencana instans, lihat Dampak Alih Bencana Instans.
Di halaman Upgrade/Downgrade Instance, konfirmasi perubahan pada instans, klik Confirm Order, dan selesaikan pembayaran.
Peringatan
- Setelah Anda mengirimkan pesanan perubahan konfigurasi, Anda tidak dapat membatalkannya. Evaluasi dengan hati-hati kebutuhan bisnis Anda sebelum mengubah konfigurasi.
- Untuk memastikan bahwa perubahan konfigurasi selesai dengan sukses, jangan lakukan operasi DDL dari waktu Anda mengirimkan pesanan hingga perubahan konfigurasi selesai.

FAQ

Perluasan dan pengecilan disk

T: Mengapa instans saya masih terkunci setelah saya memperluas disk-nya?

J: Instans yang terkunci karena disk-nya penuh akan dibuka kunci secara otomatis setelah tugas perluasan disk selesai. Di halaman Basic Information instans, Anda dapat mengklik tombol di sudut kanan atas untuk membuka halaman Task List dan melihat kemajuan tugas perluasan.
T: Mengapa koneksi transien terjadi saat saya memperluas ruang penyimpanan?

J: Perluasan penyimpanan memerlukan alih bencana instans. Untuk informasi lebih lanjut tentang dampak koneksi transien, lihat Dampak Alih Bencana Instans.
T: Apakah kuota cadangan gratis bertambah setelah saya memperluas disk?

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

Perubahan tipe penyimpanan

T: Bagaimana cara mengubah tipe penyimpanan (disk lokal dengan performa ditingkatkan, SSD standar, atau ESSD)?

J: Lihat Ubah Tipe Penyimpanan Instans yang Menggunakan Disk Menjadi Disk Lokal dengan Performa Ditingkatkan.
T: Bagaimana cara mengaktifkan ekspansi penyimpanan otomatis untuk instans yang menggunakan disk lokal dengan performa ditingkatkan?

J: Anda dapat mengubah tipe penyimpanan dari disk lokal dengan performa ditingkatkan menjadi disk dan kemudian mengaktifkan ekspansi penyimpanan otomatis. Atau, Anda dapat membeli instans baru yang menggunakan disk dan migrasi data ke instans baru.
T: Ruang penyimpanan instans ApsaraDB RDS for MySQL saya yang menggunakan disk lokal dengan performa ditingkatkan telah mencapai batas atasnya. Bagaimana cara menambah ruang penyimpanannya?

J: Untuk informasi lebih lanjut tentang rentang ruang penyimpanan instans ApsaraDB RDS for MySQL 8.0 atau 5.7 Edisi Ketersediaan Tinggi yang menggunakan disk lokal dengan performa ditingkatkan, lihat ApsaraDB RDS for MySQL Edisi Ketersediaan Tinggi (dengan disk lokal). Untuk menambah ruang penyimpanan, Anda dapat mengubah tipe penyimpanan dari disk lokal dengan performa ditingkatkan menjadi disk untuk mendapatkan kapasitas penyimpanan yang lebih besar.

Manajemen ruang penyimpanan

T: Apa yang harus saya lakukan jika pesan "Persediaan Tidak Cukup" ditampilkan saat saya meningkatkan ruang penyimpanan?

J: Kami sarankan Anda memigrasi instans ke zona lain dan kemudian memperluas ruang penyimpanan. Setelah migrasi, titik akhir tetap tidak berubah, tetapi alamat IP berubah. Anda harus mengonfigurasi mekanisme rekoneksi otomatis untuk aplikasi Anda.
T: Jika saya hanya memperluas ruang penyimpanan, apakah saya perlu memigrasi data ke instans baru?

J: Dalam sebagian besar kasus, saat Anda memperluas ruang penyimpanan instans yang menggunakan disk dan bukan Edisi Dasar, tidak ada koneksi transien yang terjadi. Saat Anda memperluas ruang penyimpanan instans yang menggunakan disk lokal dengan performa ditingkatkan, salah satu dari situasi berikut terjadi:
- Host memiliki cukup ruang penyimpanan: Ruang penyimpanan langsung diperluas tanpa memengaruhi instans.
- Host tidak memiliki cukup ruang penyimpanan: Instans utama baru dan instans sekunder baru secara otomatis dibuat, dan data disinkronkan ke instans-instans baru. Koneksi transien yang berlangsung sekitar 30 detik terjadi selama alih bencana.
Catatan
Anda tidak dapat menanyakan sisa ruang penyimpanan host tempat instans diterapkan.
T: Jika saya menghapus database dari instans ApsaraDB RDS for MySQL, apakah ruang disk dilepaskan?

J: Ya, ruang dilepaskan jika Anda menjalankan pernyataan DROP. Jika Anda menjalankan pernyataan DELETE, fragmentasi terjadi dan ruang disk tidak dilepaskan.

Dampak peningkatan konfigurasi

T: Jika saya meningkatkan CPU, memori, dan disk pada saat yang sama, berapa lama layanan akan tidak tersedia?

J: Layanan tidak tersedia selama beberapa menit, baik Anda meningkatkan item tunggal maupun beberapa item. Selama peningkatan, alih bencana instans atau restart mungkin terjadi, dan sebagian besar operasi terkait database, akun, dan jaringan tidak dapat dilakukan. Kami sarankan Anda melakukan perubahan konfigurasi dalam jendela pemeliharaan. Untuk informasi lebih lanjut tentang dampak bisnis setiap perubahan konfigurasi, lihat Dampak Perubahan Konfigurasi.
T: Faktor apa yang memengaruhi durasi perubahan konfigurasi?

J: Lihat Faktor Apa yang Memengaruhi Durasi Perubahan Konfigurasi untuk Instans ApsaraDB RDS for MySQL?.
T: Apakah perubahan konfigurasi memengaruhi layanan online?

J: Lihat bagian Dampak dari topik ini.

Instans hanya baca

T: Jika saya meningkatkan instans utama, apakah instans hanya baca juga ditingkatkan?

J: Tidak, mereka tidak. Anda harus secara manual meningkatkan konfigurasi instans hanya baca.
T: Apakah memperluas ruang penyimpanan instans utama memengaruhi replikasi utama/sekunder instans hanya baca?

J: Tidak, tidak memengaruhi.

Koneksi dan jaringan

T: Apakah titik akhir berubah setelah perubahan konfigurasi?

J: Tidak, tidak berubah. Titik akhir (misalnya, rm-bpxxxxx.mysql.rds.aliyuncs.com) tetap tidak berubah, tetapi alamat IP mungkin berubah. Kami sarankan Anda menggunakan titik akhir daripada alamat IP di aplikasi Anda.
T: Bagaimana cara mengonfigurasi mekanisme rekoneksi otomatis untuk aplikasi saya?

J: Untuk aplikasi Java, kami sarankan Anda mengatur TTL ke nilai tidak lebih dari 60 detik. Ini memastikan bahwa ketika alamat IP titik akhir berubah, aplikasi dapat menanyakan DNS lagi untuk mendapatkan dan menggunakan alamat IP baru. Untuk informasi lebih lanjut tentang cara mengatur TTL di Java, lihat dokumentasi JDK resmi.

Tipe instans dan penagihan

T: Bisakah saya mengubah instans biasa menjadi instans arsitektur tanpa server?

J: Anda tidak dapat mengubah instans langganan menjadi instans arsitektur tanpa server. Untuk menggunakan instans arsitektur tanpa server, Anda dapat membuat satu. Untuk informasi lebih lanjut, lihat Buat Instans ApsaraDB RDS for MySQL Arsitektur Tanpa Server.
T: Bagaimana cara saya dikenakan biaya untuk ekspansi penyimpanan otomatis?

J: Fitur ekspansi penyimpanan otomatis dinonaktifkan secara default dan gratis. Setelah Anda mengaktifkan fitur ini, Anda dikenakan biaya dengan cara yang sama seperti untuk ekspansi manual. Untuk informasi lebih lanjut, lihat Ubah Konfigurasi Instans.
T: Saya secara tidak sengaja menurunkan konfigurasi dan kemudian segera meningkatkannya kembali ke konfigurasi aslinya. Mengapa selisih antara pengembalian uang dan biaya begitu besar?

J: Instans mungkin telah dibeli selama acara promosi. Jika Anda meningkatkan instans setelah acara tersebut, tidak ada diskon yang diterapkan dan harga naik.

Ekspansi otomatis dan pengecilan

T: Apa aturan untuk ekspansi penyimpanan otomatis?

J: Untuk informasi lebih lanjut, lihat Aktifkan Ekspansi Penyimpanan Otomatis.
T: Apa dampak dari pengecilan ruang penyimpanan instans yang menggunakan disk?

J: Koneksi transien terjadi saat Anda mengecilkan ruang penyimpanan instans yang menggunakan disk. Untuk informasi lebih lanjut, lihat Kecilkan Ruang Penyimpanan Instans yang Menggunakan Disk.
T: Bisakah saya mengecilkan instans yang menggunakan disk lokal dengan performa ditingkatkan?

J: Ya, Anda bisa. Saat instans sedang berjalan, klik Change Configuration dan kemudian pilih Downgrade Now.

Migrasi zona

T: Bagaimana cara mengubah penyebaran zona tunggal menjadi penyebaran multi-zona?

J: Untuk informasi lebih lanjut, lihat Migrasi Instans Lintas Zona.

API Terkait

API	Deskripsi
ModifyDBInstanceSpec	Mengubah konfigurasi instans ApsaraDB RDS.