Restart instans, komponen, atau node - ApsaraDB for MongoDB

ApsaraDB for MongoDB mendukung pemuatan ulang instans, komponen, atau node untuk mengatasi masalah seperti koneksi habis atau penurunan kinerja.

Limitations

Anda hanya dapat merestart komponen pada instans kluster sharded.
Anda hanya dapat merestart node pada instans yang menggunakan Cloud Disks.

Catatan penggunaan

Restart instans akan menghentikan dan memulai ulang prosesnya, sehingga memutus semua koneksi aktif. Pastikan aplikasi Anda memiliki mekanisme koneksi ulang otomatis.
Proses Mongod dan Mongos biasanya dimulai dalam waktu 30 detik. Namun, jika sebuah instans memiliki lebih dari 10.000 koleksi, waktu startup Mongod dapat memakan waktu beberapa menit. Anda tidak dapat terhubung ke node tersebut hingga proses startup selesai. Untuk menghindari waktu restart yang lama, kami menyarankan agar jumlah koleksi tidak melebihi 10.000. Untuk informasi selengkapnya, lihat dokumentasi resmi MongoDB.
Setelah instans set replika direstart, peran node mungkin berubah. Kami menyarankan Anda menggunakan URI string koneksi HA (high-availability) di lingkungan produksi. Untuk informasi selengkapnya, lihat Hubungkan ke instans set replika.
Saat instans kluster sharded direstart, koneksi akan terputus karena proses Mongos direstart. Kami menyarankan Anda menggunakan URI string koneksi HA di lingkungan produksi dan menyertakan alamat koneksi minimal dua node Mongos dalam URI tersebut. Untuk informasi selengkapnya, lihat Hubungkan ke instans kluster sharded.
Setelah Anda merestart satu node dalam instans set replika, peran node mungkin berubah. Kami menyarankan Anda menggunakan URI string koneksi HA di lingkungan produksi. Untuk informasi selengkapnya, lihat Hubungkan ke instans set replika.
Ketika Anda merestart satu node dalam shard pada instans kluster sharded, koneksi klien tidak terputus. Namun, operasi write mungkin gagal. Kami menyarankan Anda mencoba ulang operasi write yang gagal.

Prosedur

Restart instans

Masuk ke Konsol ApsaraDB for MongoDB.
Di panel navigasi sebelah kiri, klik Replica Set Instances atau Sharded Cluster Instances sesuai dengan tipe instans.
Di bagian atas halaman, pilih kelompok sumber daya dan wilayah tempat instans berada.
Pada kolom Actions instans yang dituju, klik More lalu pilih Restart.
Pada kotak dialog Restart Instance, klik Confirm.

Selama proses restart, status instans berubah menjadi Restarting. Saat status berubah menjadi Running, restart instans telah selesai.

Restart komponen

Catatan

Anda hanya dapat merestart komponen pada instans kluster sharded.

Buka halaman Sharded Cluster Instances. Di bagian atas halaman, pilih kelompok sumber daya dan wilayah, lalu klik ID instans yang dituju.
Pada bagian Mongos List atau Shard List, temukan komponen yang ingin Anda restart. Pada kolom Actions, klik ikon lalu pilih Restart.
Pada kotak dialog Restart Node, klik Confirm.

Selama proses restart, status instans berubah menjadi Restarting. Saat status berubah menjadi Running, restart komponen telah selesai.

Restart node

Buka halaman Replica Set Instances atau Sharded Cluster Instances. Di bagian atas halaman, pilih kelompok sumber daya dan wilayah, lalu klik ID instans yang dituju.
Pada halaman detail instans, di panel navigasi sebelah kiri, klik Service Availability.
Temukan node yang ingin Anda restart, lalu klik Restart Node pada kolom Actions.
Pada kotak dialog Restart Node, klik Confirm.

Selama proses restart, status instans berubah menjadi Restarting Node. Saat status berubah menjadi Running, restart node telah selesai.

FAQ

Q1: Apa yang terjadi saat instans set replika direstart, dan bagaimana dampaknya terhadap layanan?

Sistem akan merestart node dalam urutan berikut: node hidden, node secondary dan read-only, lalu melakukan failover antara node primary dan secondary, dan terakhir merestart node primary sebelumnya. Dampak terhadap layanan Anda adalah sebagai berikut:
- Merestart node hidden: Tidak berdampak pada layanan Anda.
- Merestart node secondary: Semua koneksi ke node secondary terputus dan klien harus melakukan koneksi ulang. Node primary tetap tersedia dan operasi write tidak terpengaruh. Namun, operasi read yang dikonfigurasi dengan readPreference=Secondary akan terpengaruh.
- Merestart node read-only: Semua koneksi ke node read-only terputus dan klien harus melakukan koneksi ulang. Node primary tetap tersedia dan operasi write tidak terpengaruh. Namun, operasi read yang dikonfigurasi dengan readPreference=secondary&readPreferenceTags=role:readonly akan terpengaruh. Jika instans memiliki beberapa node read-only, trafik read sementara dialihkan ke node read-only lain yang tersedia selama proses restart.
- Failover: Terjadi pemutusan koneksi sementara sekitar 30 detik selama proses failover. Jika aplikasi Anda terhubung menggunakan alamat node primary, perubahan peran dapat memengaruhi operasi read dan write serta menyebabkan kegagalan write.
- Merestart node primary sebelumnya: Semua koneksi ke node ini (kini menjadi node secondary setelah failover) terputus dan klien harus melakukan koneksi ulang. Dampaknya sama dengan merestart node secondary.

Q2: Apa yang terjadi saat instans kluster sharded direstart, dan bagaimana dampaknya terhadap layanan?

Sistem akan merestart komponen dalam urutan berikut: node shard, node config server, lalu node Mongos. Dampak terhadap layanan Anda adalah sebagai berikut:
- Node shard: Beberapa node shard direstart secara paralel. Koneksi klien tidak terputus, tetapi operasi write mungkin gagal. Kami menyarankan Anda mencoba ulang operasi write yang gagal.
- Node config server: Tidak berdampak pada layanan Anda.
- Node Mongos: Beberapa node Mongos direstart secara paralel. Semua koneksi ke node tersebut terputus. Pastikan aplikasi Anda memiliki mekanisme koneksi ulang otomatis.

Q3: Mengapa status instans terus menampilkan "Restarting" setelah restart?

Jika Anda menjadwalkan switchover ke jendela pemeliharaan, status instans akan tetap "Restarting" hingga proses switchover selesai pada waktu jendela pemeliharaan yang ditentukan.