All Products
Search
Document Center

ApsaraDB for MongoDB:Ubah konfigurasi instans set replika

Last Updated:Sep 10, 2026

Naikkan atau turunkan skala instans set replika ApsaraDB for MongoDB dengan mengubah konfigurasinya.

Penagihan

Penagihan untuk perubahan konfigurasi instans.

Batasan

  • Untuk mengubah jumlah node read-only pada instans di Classic Network, aktifkan terlebih dahulu titik akhir publik atau alihkan ke VPC.

  • Ruang penyimpanan tidak dapat dikurangi selama perubahan konfigurasi. Sebagai gantinya, buat instans baru dengan kapasitas penyimpanan lebih kecil dan migrasikan data Anda. Skenario dan solusi untuk perubahan konfigurasi lainnya.

  • Tipe instans (misalnya, dari set replika ke kluster sharded) dan tipe penyimpanan tidak dapat diubah selama perubahan konfigurasi. Sebagai gantinya, buat instans baru dan migrasikan data Anda. Skenario dan solusi untuk perubahan konfigurasi lainnya.

Pertimbangan

  • Durasi perubahan konfigurasi bergantung pada kondisi jaringan, panjang antrian, dan volume data. Lakukan operasi ini selama jam sepi dan pastikan aplikasi Anda mendukung koneksi ulang otomatis.

  • Untuk instans local disk tujuan umum atau spesifikasi khusus, ekspansi hanya storage dilakukan secara in-place jika host memiliki sumber daya yang cukup. Hal ini menghindari migrasi cross-host dan switchover layanan, serta berlaku langsung tanpa gangguan koneksi, terlepas dari pengaturan waktu switchover.

  • Untuk instans cloud disk, ekspansi hanya storage berlaku langsung tanpa gangguan koneksi, terlepas dari pengaturan waktu switchover.

  • Setelah tugas perubahan konfigurasi diajukan, tugas tersebut tidak dapat dibatalkan secara langsung. Untuk mengembalikan konfigurasi asli, tunggu hingga tugas perubahan konfigurasi saat ini selesai, lalu ajukan perubahan konfigurasi balik, seperti downgrade.

  • Perubahan konfigurasi menyebabkan satu atau dua pemutusan koneksi singkat masing-masing sekitar 30 detik. Untuk meminimalkan dampak, jadwalkan perubahan menggunakan opsi Switch time.

  • Perubahan konfigurasi tidak menyebabkan kehilangan data.

  • Memodifikasi instans local disk secara otomatis meningkatkan versi minor database-nya ke versi terbaru.

  • Modifikasi instans local disk memakan waktu jauh lebih lama dibandingkan modifikasi instans cloud disk, yang biasanya selesai dalam waktu satu jam.

    Faktor yang memengaruhi durasi perubahan konfigurasi

    Jika server fisik host tidak memiliki sumber daya yang cukup, modifikasi instans local disk memicu migrasi cross-host, yang secara signifikan memperpanjang durasi. Jika host memiliki sumber daya yang cukup, perubahan diterapkan secara in-place. Tabel berikut mencantumkan faktor-faktor utamanya.

    Storage type

    Cross-host migration

    Faktor yang memengaruhi

    Deskripsi

    Local disk

    No

    Jumlah database dan koleksi

    Perubahan konfigurasi me-restart node. Semakin banyak database dan koleksi, semakin lama waktu startup-nya. Hapus secara berkala yang tidak digunakan. Perlambatan atau pengecualian instans akibat jumlah database dan koleksi yang berlebihan.

    Ongoing index creation

    Perubahan konfigurasi me-restart node. Pembuatan indeks yang sedang berlangsung memaksa proses rebuild, sehingga memperpanjang waktu startup.

    Yes

    Total data size

    Total ukuran data memengaruhi waktu migrasi dan sinkronisasi. Kecepatan migrasi dibatasi oleh lebar pita jaringan tipe instans.

    Incremental data write rate

    Laju penulisan data inkremental yang lebih tinggi memperpanjang waktu sinkronisasi data inkremental pada node baru.

    Oplog retention period

    Jika periode retensi Oplog terlalu singkat, log inkremental dapat ditimpa, sehingga menyebabkan kegagalan sinkronisasi. Pastikan periode retensi memenuhi: Retention Period (hours) ≥ Used Data Space (GB) / 10 (GB/hour).

    Daily backup status

    Data dapat dimigrasikan menggunakan set cadangan jika backup harian memiliki fragmentasi disk minimal dan periode retensi Oplog yang mencukupi.

    Jumlah indeks

    Semakin banyak indeks, semakin lama waktu pembuatan indeks pada node baru selama sinkronisasi.

    Jumlah database dan koleksi

    Semakin banyak database dan koleksi, semakin lama waktu sinkronisasi pada node baru.

    Cloud disk

    No

    -

    Perubahan konfigurasi cloud disk menggunakan snapshot dan selesai dengan cepat. Faktor-faktor di atas tidak berlaku.

    Catatan

    Gunakan instans cloud disk untuk skenario yang sensitif terhadap waktu.

Prosedur

  1. Buka halaman ApsaraDB for MongoDB Replica Set Instances, pilih kelompok sumber daya dan wilayah di bagian atas, lalu klik ID instans target.

  2. Pada bagian Specification Information, buka halaman perubahan konfigurasi berdasarkan metode penagihan Anda.

    • Instans Subscription

      Di pojok kanan atas bagian Specification Information, klik Upgrade atau Downgrade.

    • Instans Pay-as-you-go

      Di pojok kanan atas bagian Specification Information, klik Change Configurations.

  3. Pada halaman perubahan konfigurasi, atur parameter berikut.

    Jenis perubahan

    Parameter

    Deskripsi

    • Upgrade

    • Downgrade

    Active-standby Nodes

    Jumlah node primary dan secondary. Nilai yang valid:

    • Three Replica Set Nodes: Downgrade tidak didukung.

    • 5: Anda dapat menurunkan spesifikasi ke instans Three Replica Set Nodes.

    • 7: Anda dapat menurunkan spesifikasi ke instans Three Replica Set Nodes atau 5.

    Read-only Nodes

    Jumlah node read-only. Nilai yang valid: 0 hingga 5.

    Specifications

    Kelas instans. Untuk daftar kelas instans set replika yang didukung, lihat Tipe instans.

    Storage Space

    Kapasitas penyimpanan instans.

    Catatan
    • Storage space tidak dapat dikurangi selama perubahan konfigurasi. Sebagai gantinya, buat instans baru dengan kapasitas penyimpanan lebih kecil dan migrasikan data Anda. Skenario dan solusi untuk perubahan konfigurasi lainnya.

    • Storage space adalah kapasitas per node, bukan total keseluruhan semua node.

    • Untuk instans cloud disk, klik Upgrade jika Anda hanya perlu memperluas kapasitas penyimpanan. Ekspansi berlaku langsung dan tidak mengganggu layanan.

    • Gunakan Change Disk Type hanya untuk mengonversi disk ESSD menjadi disk ESSD AutoPL. Jangan gunakan untuk ekspansi penyimpanan saja.

    Switch time

    Pilih kapan perubahan konfigurasi diterapkan.

    • Switch Immediately After Data Migration: Menerapkan perubahan segera setelah migrasi data selesai.

    • Switch Within Maintenance Window: Menerapkan perubahan dalam jendela pemeliharaan. Anda dapat mempertahankan jendela saat ini atau mengatur jendela baru.

      1. Klik Switch Within Maintenance Window di samping Modify.

      2. Pada bagian Specification Information, klik Maintenance Window di samping Edit untuk mengatur waktu switchover. Atur jendela pemeliharaan.

    Catatan
    • Untuk instans local disk tujuan umum atau spesifikasi khusus, ekspansi hanya storage dilakukan secara in-place jika host memiliki sumber daya yang cukup. Hal ini menghindari migrasi cross-host dan switchover layanan, serta berlaku langsung tanpa gangguan koneksi, terlepas dari pengaturan waktu switchover.

    • Untuk instans cloud disk, ekspansi hanya storage berlaku langsung tanpa gangguan koneksi, terlepas dari pengaturan waktu switchover.

  4. Baca dan setujui ketentuan layanan, klik Buy Now, lalu selesaikan pembayaran sesuai petunjuk.

    Selama perubahan konfigurasi, status instans adalah In the process of matching. Saat status berubah menjadi Running, perubahan konfigurasi telah selesai dan konfigurasi baru mulai berlaku.

FAQ

Apakah ketersediaan tinggi dipertahankan selama perubahan konfigurasi cross-host pada instans local disk?

Ya. Ketersediaan tinggi (HA) dipertahankan selama migrasi node tersembunyi. Jika node primary gagal, set replika dapat memilih node primary lain dan terus menyediakan layanan baca-tulis. Node tersembunyi tidak dapat menjadi node primary, tetapi ikut dalam pemungutan suara. Sistem memicu switchover HA untuk memprioritaskan ketersediaan node primary.

Bagaimana sinkronisasi data dilakukan selama perubahan konfigurasi ApsaraDB for MongoDB?

Sinkronisasi data menggabungkan copy tingkat file dengan replikasi oplog asinkron. Atur periode retensi oplog minimal 24 jam, dan pastikan memenuhi rumus berikut: Retention Period (hours) ≥ Used Data Space (GB) / 10 (GB/hour). Jika tidak, entri oplog dapat ditimpa selama migrasi yang melibatkan volume data besar, sehingga menyebabkan kegagalan sinkronisasi. Sistem dasar memiliki mekanisme retry, tetapi Anda harus menyediakan jendela retensi oplog yang mencukupi.

API Terkait

API

Deskripsi

ModifyDBInstanceSpec

Mengubah spesifikasi instans atau kapasitas penyimpanan instans standalone atau set replika ApsaraDB for MongoDB.