ApsaraDB RDS:Restart sebuah instans

Prasyarat

Instans berada dalam status Running.

Dampak

• Restart menyebabkan gangguan koneksi selama sekitar 30 detik. Pastikan bisnis Anda memiliki mekanisme reconnect otomatis. Hentikan operasi penulisan (write) dan lakukan persiapan yang sesuai sebelum restart. Lakukan dengan hati-hati.

  Peringatan

  Instans RDS Edisi Dasar hanya memiliki satu node database dan tidak memiliki node secondary sebagai hot standby. Instans tersebut tidak tersedia dalam jangka waktu yang lebih lama jika node mengalami kegagalan tak terduga atau saat Anda melakukan tindakan seperti restart instans, mengubah spesifikasi, atau upgrade versi. Jika bisnis Anda memerlukan ketersediaan database yang tinggi, jangan gunakan instans Edisi Dasar. Pilih edisi lain, seperti Edisi Ketersediaan Tinggi. Beberapa instans Edisi Dasar mendukung upgrade ke Edisi Ketersediaan Tinggi.

• Restart melepaskan cache memori MySQL, termasuk buffer pool. Hal ini tidak memengaruhi data yang telah dipersistensikan. Database dan tabel pada instans tetap utuh setelah restart.

• Jika instans primary memiliki instans hanya baca, restart instans primary tidak akan merestart instans hanya baca tersebut. Hubungan replikasi akan dipulihkan secara otomatis setelah restart.

Restart sebuah instans di Konsol

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

2. Di pojok kanan atas halaman, klik Restart Instance.

3. Pada kotak dialog konfirmasi, klik OK.

   Peringatan

   Setelah Anda mengklik Restart Instance, status instans berubah menjadi Restarting. Hal ini menyebabkan gangguan koneksi. Rencanakan operasi bisnis Anda terlebih dahulu.

FAQ

• Q: Selain koneksi penuh atau masalah performa, dalam situasi apa lagi saya perlu melakukan restart instans secara manual?

  A: Jika file temporary tidak dapat dihapus karena instans crash saat sedang berjalan, Anda dapat melakukan restart instans secara manual. Jika terjadi pengecualian lain saat instans berjalan, Anda juga dapat mencoba restart manual untuk memulihkan instans tersebut.

• Q: Untuk instans Edisi Ketersediaan Tinggi, apakah restart instans primary menyebabkan alih bencana primary/secondary?

  A: Tergantung pada situasi aktual. Alih bencana primary/secondary mungkin terjadi. Setelah restart, zona database primary dan secondary akan ditukar.

• Q: Apakah titik akhir (endpoints) dan alamat IP virtual instans berubah setelah restart?

  A: Tidak, keduanya tetap tidak berubah.

• Q: Faktor apa saja yang memengaruhi durasi restart, dan bagaimana cara menguranginya?

  A: Durasi restart berkaitan dengan faktor-faktor seperti jumlah database dan tabel pada instans, jumlah koneksi aktif, serta traffic bisnis. Untuk mengurangi durasi restart, hindari membuat database atau tabel yang tidak diperlukan. Minimalkan koneksi aktif dan traffic bisnis sebelum restart. Lakukan reconnect bisnis Anda setelah restart selesai.

Referensi API