ApsaraDB for MongoDB:Mengubah konfigurasi shard

Batasan

• Kapasitas storage yang dipilih harus lebih besar dari atau sama dengan ruang penyimpanan yang saat ini digunakan oleh shard.

• Jumlah node read-only yang dipilih harus lebih besar dari atau sama dengan jumlah maksimum node read-only dari shard mana pun dalam instans tersebut.

• Anda tidak dapat menambah jumlah node read-only saat menurunkan spesifikasi instans langganan.

Aturan penagihan

Untuk informasi selengkapnya, lihat Biaya perubahan konfigurasi.

Peringatan

• Saat mengubah spesifikasi instans, mungkin terjadi satu atau dua pemutusan koneksi sementara, masing-masing berlangsung sekitar 30 detik. Anda dapat menjadwalkan waktu Alih bencana untuk meminimalkan dampak terhadap beban kerja Anda.

  Penting

  Saat hanya mengubah kapasitas storage, dampak skalabilitas vertikal berbeda antara instans yang menggunakan cloud disk dan instans yang menggunakan local disk.

  • Untuk instans yang menggunakan cloud disk, peningkatan kapasitas storage tidak memengaruhi layanan Anda. Tidak terjadi pemutusan koneksi sementara, dan perubahan langsung berlaku.

  • Untuk instans yang menggunakan local disk, sistem melakukan operasi berbeda tergantung pada ketersediaan sumber daya storage di host. Jika host memiliki sumber daya yang cukup, storage ditingkatkan secara in-place tanpa migrasi cross-physical-machine atau Alih bencana. Tidak terjadi pemutusan koneksi sementara, dan perubahan langsung berlaku. Jika host tidak memiliki sumber daya yang cukup, diperlukan migrasi cross-physical-machine dan Alih bencana. Terjadi pemutusan koneksi sementara, dan perubahan berlaku pada waktu Alih bencana yang Anda tentukan.

• Durasi perubahan konfigurasi bergantung pada beberapa faktor, seperti kondisi jaringan, antrian tugas, dan volume data. Kami menyarankan Anda melakukan operasi ini selama jam sepi dan memastikan aplikasi Anda memiliki mekanisme reconnect otomatis.

• Jika database Anda menjalankan versi minor lama yang tidak lagi didukung, sistem akan secara otomatis meningkatkannya ke versi terbaru selama perubahan konfigurasi untuk memastikan kinerja dan stabilitas yang lebih baik.

• Modifikasi instans local disk memakan waktu jauh lebih lama dibandingkan modifikasi 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 akan 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.

  Jenis Penyimpanan	Migrasi Antar-Host	Faktor yang memengaruhi	Deskripsi
  Local disk	Tidak	Jumlah database dan koleksi	Perubahan konfigurasi melakukan restart node. Semakin banyak database dan koleksi, semakin lama waktu startup. Hapus secara berkala yang tidak digunakan. Perlambatan atau exception instans akibat jumlah database dan koleksi yang berlebihan.
  		Pembuatan indeks sedang berlangsung	Perubahan konfigurasi melakukan restart node. Pembuatan indeks yang sedang berjalan memaksa rebuild, sehingga meningkatkan waktu startup.
  	Ya	Total ukuran data	Total ukuran data memengaruhi waktu migrasi dan sinkronisasi. Kecepatan migrasi dibatasi oleh lebar pita jaringan dari tipe instans.
  		Laju penulisan data inkremental	Laju penulisan yang lebih tinggi meningkatkan waktu yang dibutuhkan node baru untuk menyinkronkan data inkremental.
  		Periode retensi Oplog	Jika periode retensi Oplog terlalu singkat, log inkremental mungkin ditimpa, menyebabkan kegagalan sinkronisasi. Pastikan periode retensi memenuhi: Periode Retensi (jam) ≥ Ruang Data Terpakai (GB) / 10 (GB/jam).
  		Status backup harian	Data dapat dimigrasikan menggunakan set cadangan jika backup harian memiliki fragmentasi disk minimal dan periode retensi Oplog yang cukup.
  		Jumlah indeks	Semakin banyak indeks, semakin lama waktu pembuatan indeks di node baru selama sinkronisasi.
  		Jumlah database dan koleksi	Semakin banyak database dan koleksi, semakin lama waktu sinkronisasi di node baru.
  Cloud disk	Tidak	-	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 instansi kluster sharded ApsaraDB for MongoDB. Di bilah navigasi atas, pilih kelompok sumber daya dan wilayah. Lalu, klik ID instans target.

2. Di bagian Shard List, ubah konfigurasi shard yang diinginkan.

   • Mengubah konfigurasi satu shard

     Di baris shard target, klik ikon di kolom Actions. Untuk instans pay-as-you-go, pilih Change configuration. Untuk instans subscription, pilih Upgrade atau Downgrade sesuai kebutuhan.

   • Mengubah konfigurasi beberapa shard

     1. Di bagian Shard List, pilih shard target.

     2. Di pojok kiri atas bagian Shard List, klik Batch Reconfigure untuk instans pay-as-you-go. Untuk instans subscription, klik Batch Upgrade atau Batch Downgrade sesuai kebutuhan.

3. Atur parameter berikut.

   Parameter	Description
   Category	Pilih kategori spesifikasi instans untuk shard. Catatan Hanya tersedia untuk instans berbasis cloud disk. Kategori tidak tersedia jika zona saat ini tidak mendukungnya. Untuk informasi mengenai kategori dan spesifikasi instans kluster sharded, lihat Sharded cluster instance specifications.
   Instance Specifications	Pilih spesifikasi instans untuk shard.
   Storage Capacity	Pilih kapasitas penyimpanan baru untuk shard. Catatan Kapasitas penyimpanan baru harus lebih besar dari atau sama dengan kapasitas saat ini. Untuk mengurangi kapasitas penyimpanan, Anda harus membuat instans baru. Untuk informasi selengkapnya, lihat Solutions for other configuration change scenarios. Setelah Anda mengubah Storage Space sebuah shard, kapasitas penyimpanan baru akan berlaku untuk semua node dalam shard tersebut, termasuk node read-only.
   Read-only Nodes	Pilih jumlah node read-only setelah perubahan konfigurasi.
   Switchover Time	Pilih kapan perubahan konfigurasi diterapkan. Switch Immediately after Migration: Perubahan diterapkan segera setelah tugas selesai. Switch within Maintenance Window: Sistem menerapkan perubahan dalam jendela maintenance yang ditentukan. Anda dapat menggunakan jendela maintenance saat ini atau menetapkan yang baru. Klik Switch within Maintenance Window di samping Edit untuk menetapkan waktu alih bencana. Pada bagian Specification Information, klik Maintenance Window di samping Edit untuk menetapkan waktu alih bencana. Untuk informasi selengkapnya, lihat Set a maintenance window. Catatan Jika Anda hanya melakukan scale up kapasitas penyimpanan dan host setiap shard memiliki sumber daya yang mencukupi, penyimpanan akan di-scale up secara in-place tanpa migrasi lintas mesin fisik atau alih bencana. Dalam kasus ini, perubahan diterapkan segera, bukan menunggu jendela maintenance.

4. Selesaikan pembelian berdasarkan metode penagihan Anda.

   • Untuk instans pay-as-you-go: Klik Pay. Sistem akan secara otomatis memotong biaya dalam waktu satu jam ke depan.

   • Untuk instans subscription: Klik Pay, lalu ikuti petunjuk di halaman Pay untuk menyelesaikan pembayaran.

   Selama perubahan konfigurasi, status instans adalah In the process of matching. Perubahan selesai ketika status instans berubah menjadi Running.

API terkait