Anda dapat memulai ulang instans, komponen, dan node di ApsaraDB for MongoDB. Jika database mencapai batas koneksi atau mengalami masalah performa, Anda dapat secara manual memulai ulang instans, komponen, atau node untuk menyelesaikan masalah tersebut.
Batasan
Anda hanya dapat memulai ulang komponen pada instans kluster sharded.
Anda hanya dapat memulai ulang node pada instans yang menggunakan disk cloud.
Catatan
Saat memulai ulang instans, proses akan dihentikan lalu dimulai ulang. Semua koneksi aktif akan terputus. Pastikan aplikasi Anda dikonfigurasi untuk otomatis tersambung kembali.
Proses mongod dan mongos biasanya mulai dalam waktu 30 detik. Namun, jika instans memiliki lebih dari 10.000 koleksi, proses mongod bisa memakan waktu beberapa menit untuk mulai. Anda tidak dapat tersambung ke node hingga proses selesai. Untuk mencegah waktu mulai ulang yang lama memengaruhi layanan Anda, batasi jumlah koleksi menjadi 10.000 atau kurang. Untuk informasi lebih lanjut, lihat dokumentasi resmi MongoDB.
Setelah instans set replika dimulai ulang, peran nodenya mungkin berubah. Dalam lingkungan produksi, gunakan URI string koneksi high-availability (HA). Untuk informasi lebih lanjut, lihat Sambungkan ke Instans Set Replika.
Saat memulai ulang instans kluster sharded, koneksi akan terputus selama proses Mongos dimulai ulang. Dalam lingkungan produksi, gunakan URI string koneksi HA dan tambahkan titik akhir setidaknya dua node Mongos ke URI tersebut. Untuk informasi lebih lanjut, lihat Sambungkan ke Instans Kluster Sharded.
Setelah memulai ulang satu node dalam instans set replika, peran nodenya mungkin berubah. Dalam lingkungan produksi, gunakan URI string koneksi HA. Untuk informasi lebih lanjut, lihat Sambungkan ke Instans Set Replika.
Saat memulai ulang satu node dalam komponen shard dari instans kluster sharded, koneksi klien ke database tidak terputus. Namun, operasi tulis mungkin gagal. Anda mungkin perlu mencoba kembali operasi tulis tersebut.
Prosedur
Memulai ulang instance
Masuk ke Konsol ApsaraDB for MongoDB.
Di panel navigasi di sebelah kiri, klik Replica Set Instances atau Sharded Cluster Instances, tergantung pada tipe instans.
Di pojok kiri atas halaman, pilih kelompok sumber daya dan wilayah tempat instans berada.
Di kolom Actions untuk instans target, klik More dan pilih Restart.
Di kotak dialog Restart Instance, klik tombol Confirm.
Selama proses restart, status instans adalah Restarting. Saat status berubah menjadi Running, instans telah berhasil dimulai ulang.
Memulai ulang komponen
Anda hanya dapat memulai ulang komponen pada instans kluster sharded.
Buka halaman Sharded Cluster Instances. Di bagian atas halaman, pilih kelompok sumber daya dan wilayah, lalu klik ID instans target.
Di area Mongos List atau Shard List, temukan komponen yang ingin dimulai ulang, klik ikon
di kolom Actions, dan pilih Restart.Di kotak dialog Restart Node, klik OK.
Selama proses restart, status instans adalah Restarting. Saat status berubah menjadi Running, komponen telah dimulai ulang.
Memulai ulang node
Buka halaman Replica Set Instances atau halaman Sharded Cluster Instances. Di bagian atas halaman, pilih kelompok sumber daya dan wilayah, lalu klik ID instans target.
Di panel navigasi di sebelah kiri halaman detail instans, klik Service Availability.
Temukan node yang ingin Anda mulai ulang, dan di kolom Actions, klik Restart Node.
Di kotak dialog Restart Node, klik OK.
Selama proses restart node, status instans adalah Restarting Node. Node telah berhasil dimulai ulang saat status berubah menjadi Running.
FAQ
Pertanyaan 1: Apa yang terjadi ketika instans set replika dimulai ulang, dan bagaimana dampaknya terhadap layanan?
Jawaban: Sistem pertama-tama memulai ulang node tersembunyi, lalu node sekunder dan node read-only. Selanjutnya, ia melakukan failover primer/sekunder dan akhirnya memulai ulang node primer asli. Dampak terhadap layanan Anda adalah sebagai berikut:
Memulai ulang node tersembunyi: Tidak ada dampak terhadap layanan Anda.
Memulai ulang node sekunder: Semua koneksi ke node sekunder terputus. Klien Anda harus tersambung kembali. Node primer tetap tersedia, sehingga operasi tulis tidak terpengaruh. Namun, operasi baca dengan `readPreference=Secondary` terpengaruh.
Memulai ulang node read-only: Semua koneksi ke node read-only terputus. Klien Anda harus tersambung kembali. Node primer tetap tersedia, sehingga operasi tulis tidak terpengaruh. Namun, operasi baca dengan `readPreference=secondary&readPreferenceTags=role:readonly` terpengaruh. Jika instans memiliki beberapa node read-only, lalu lintas baca sementara dialihkan ke node read-only lain yang tersedia saat salah satunya dimulai ulang.
Failover primer/sekunder: Terjadi pemutusan sementara selama sekitar 30 detik selama failover. Jika aplikasi Anda tersambung menggunakan alamat node primer, perubahan peran node dapat memengaruhi operasi baca dan tulis. Sebagai contoh, penulisan data mungkin gagal.
Memulai ulang node primer sebelumnya: Semua koneksi ke node primer sebelumnya, yang sekarang menjadi node sekunder, terputus. Klien Anda harus tersambung kembali. Dampaknya sama seperti memulai ulang node sekunder.
Pertanyaan 2: Apa yang terjadi ketika instans kluster sharded dimulai ulang, dan bagaimana dampaknya terhadap layanan?
Jawaban: Sistem memulai ulang node shard, lalu node Configserver, dan terakhir node Mongos. Dampak terhadap layanan Anda adalah sebagai berikut:
Node shard: Beberapa node shard dimulai ulang secara paralel. Koneksi klien tidak terputus selama proses restart, namun operasi tulis mungkin gagal. Anda mungkin perlu mencoba kembali operasi tulis tersebut.
Node Configserver: Tidak ada dampak terhadap layanan Anda.
Node Mongos: Beberapa node Mongos dimulai ulang secara paralel. Selama proses restart, semua koneksi ke node ini terputus. Pastikan aplikasi Anda dikonfigurasi untuk otomatis tersambung kembali.