Tüm Ürünler
Search
Belge Merkezi

ApsaraDB for MongoDB:Çoğaltma kümesi örneği yapılandırmasını değiştirme

Son Güncelleme:Oct 03, 2026

Yapılandırmayı değiştirerek bir ApsaraDB for MongoDB çoğaltma kümesi örneğini yukarı veya aşağı ölçeklendirin.

Faturalama

Örnek yapılandırması değişiklikleri için faturalama.

Sınırlamalar

  • Classic Network içindeki bir örnekteki salt okunur düğüm sayısını değiştirmek için önce genel bir uç nokta etkinleştirin veya VPC kullanacak şekilde geçiş yapın.

  • Yapılandırma değişikliği sırasında depolama alanı azaltılamaz. Bunun yerine, daha küçük depolama alanına sahip yeni bir örnek oluşturun ve verilerinizi geçirin. Diğer yapılandırma değişiklikleri için senaryolar ve çözümler.

  • Yapılandırma değişikliği sırasında örnek türü (örneğin, çoğaltma kümesinden parçalanmış kümeye) ve depolama türü değiştirilemez. Bunun yerine, yeni bir örnek oluşturun ve verilerinizi geçirin. Diğer yapılandırma değişiklikleri için senaryolar ve çözümler.

Dikkat edilmesi gerekenler

  • Yapılandırma değişikliği süresi; ağ koşullarına, kuyruk uzunluğuna ve veri hacmine bağlıdır. Bu işlemi yoğun olmayan saatlerde gerçekleştirin ve uygulamanızın otomatik yeniden bağlanmayı desteklediğinden emin olun.

  • Genel Amaçlı veya Özel yerel diskli örnekler için, ana bilgisayar yeterli kaynağa sahipse yalnızca depolama alanı genişletmeleri yerinde gerçekleştirilir. Bu işlem, ana bilgisayarlar arası geçişi ve hizmet yük devretmelerini önler; yük devretme zamanı ayarından bağımsız olarak bağlantı kesintisi olmadan hemen etkili olur.

  • Cloud diskli örnekler için, yalnızca depolama alanı genişletmeleri yük devretme zamanı ayarından bağımsız olarak bağlantı kesintisi olmadan hemen etkili olur.

  • Bir yapılandırma değişikliği görevi sıraya alındıktan sonra doğrudan iptal edilemez. Orijinal yapılandırmaya dönmek için mevcut yapılandırma değişikliği görevinin tamamlanmasını bekleyin ve ardından düşürme gibi ters bir yapılandırma değişikliği başlatın.

  • Değişiklik sırasında her biri yaklaşık 30 saniye süren bir veya iki kısa bağlantı kesintisi yaşanabilir. Etkiyi azaltmak için değişikliği Switch time seçeneğini kullanarak planlayın.

  • Yapılandırma değişikliği veri kaybına neden olmaz.

  • Yerel diskli bir örneği değiştirmek, küçük veritabanı sürümünü otomatik olarak en son sürüme yükseltir.

  • Yerel diskli örnek değişiklikleri, genellikle bir saat içinde tamamlanan cloud disk değişikliklerine kıyasla çok daha uzun sürer.

    Yapılandırma değişikliği süresini etkileyen faktörler

    Ana bilgisayar fiziksel sunucusunda yeterli kaynak yoksa, yerel diskli bir örneği değiştirmek ana bilgisayarlar arası bir geçişi tetikler ve bu da süreyi önemli ölçüde artırır. Ana bilgisayarda yeterli kaynak varsa değişiklik yerinde uygulanır. Aşağıdaki tabloda temel faktörler listelenmiştir.

    Depolama türü

    Ana bilgisayarlar arası geçiş

    Etkileyen faktör

    Açıklama

    Yerel disk

    Hayır

    Veritabanı ve koleksiyon sayısı

    Yapılandırma değişiklikleri düğümleri yeniden başlatır. Daha fazla veritabanı ve koleksiyon başlangıç süresini artırır. Kullanılmayanları düzenli olarak kaldırın. Aşırı sayıda veritabanı ve koleksiyon nedeniyle oluşan örnek yavaşlamaları veya özel durumlar.

    Devam eden dizin oluşturma işlemi

    Yapılandırma değişiklikleri düğümleri yeniden başlatır. Devam eden dizin oluşturma işlemi yeniden oluşturmayı zorunlu kılarak başlangıç süresini artırır.

    Evet

    Toplam veri boyutu

    Toplam veri boyutu geçiş ve senkronizasyon süresini etkiler. Geçiş hızı, örnek türünün ağ bant genişliği ile sınırlıdır.

    Artımlı veri yazma hızı

    Daha yüksek yazma hızları, yeni düğümün artımlı verileri senkronize etme süresini artırır.

    Oplog saklama süresi

    Oplog saklama süresi çok kısaysa artımlı günlüklerin üzerine yazılabilir ve bu durum senkronizasyon hatasına neden olabilir. Saklama süresinin şu şartı karşıladığından emin olun: Saklama Süresi (saat) ≥ Kullanılan Veri Alanı (GB) / 10 (GB/saat).

    Günlük yedekleme durumu

    Günlük yedeklemelerde minimum disk parçalanması varsa ve yeterli Oplog saklama süresi sağlanmışsa veriler yedek setleri kullanılarak geçirilebilir.

    Dizin sayısı

    Daha fazla dizin, senkronizasyon sırasında yeni düğümdeki dizin oluşturma süresini artırır.

    Veritabanı ve koleksiyon sayısı

    Daha fazla veritabanı ve koleksiyon, yeni düğümdeki senkronizasyon süresini artırır.

    Cloud disk

    Hayır

    -

    Cloud disk yapılandırma değişiklikleri anlık görüntüler kullanır ve hızlı bir şekilde tamamlanır. Yukarıdaki faktörler geçerli değildir.

    Not

    Zamana duyarlı senaryolar için cloud diskli örnekleri kullanın.

Yordam

  1. ApsaraDB for MongoDB Çoğaltma Kümesi Örnekleri sayfasına gidin, üst kısımdan bir kaynak grubu ve bölge seçin ve ardından hedef örneğin ID değerine tıklayın.

  2. Specification Information bölümünde, faturalandırma yönteminize göre yapılandırma değişikliği sayfasını açın.

    • Abonelik örnekleri

      Specification Information bölümünün sağ üst köşesinde Upgrade veya Downgrade öğesine tıklayın.

    • Kullandıkça öde örnekleri

      Specification Information bölümünün sağ üst köşesinde Change Configurations öğesine tıklayın.

  3. Yapılandırma değişikliği sayfasında aşağıdaki parametreleri yapılandırın.

    Değişiklik türü

    Parametre

    Açıklama

    • Yükseltme

    • Düşürme

    Active-standby Nodes

    Birincil ve ikincil düğüm sayısı. Geçerli değerler:

    • Three Replica Set Nodes: Düşürme desteklenmez.

    • 5: Bir Three Replica Set Nodes örneğine düşürebilirsiniz.

    • 7: Bir Three Replica Set Nodes veya 5 örneğine düşürebilirsiniz.

    Read-only Nodes

    Salt okunur düğüm sayısı. Geçerli değerler: 0 ila 5.

    Specifications

    Örnek sınıfı. Desteklenen çoğaltma kümesi örnek sınıfları için bkz. Örnek türleri.

    Storage Space

    Örneğin depolama alanı.

    Not
    • Yapılandırma değişikliği sırasında depolama alanı azaltılamaz. Bunun yerine, daha küçük depolama alanına sahip yeni bir örnek oluşturun ve verilerinizi geçirin. Diğer yapılandırma değişiklikleri için senaryolar ve çözümler.

    • Depolama alanı, tüm düğümlerdeki toplam kapasite değil, düğüm başına kapasitedir.

    • Cloud diskli bir örnek için yalnızca depolama alanını genişletmeniz gerekiyorsa Upgrade seçeneğine tıklayın. Genişletme hemen etkili olur ve hizmetleri kesintiye uğratmaz.

    • Change Disk Type seçeneğini yalnızca bir ESSD diski ESSD AutoPL diskine dönüştürmek için kullanın. Yalnızca depolama alanı genişletmesi için kullanmayın.

    Switch time

    Yapılandırma değişikliğinin ne zaman etkili olacağını seçin.

    • Switch Immediately After Data Migration: Veri geçişi tamamlandıktan sonra değişikliği hemen uygular.

    • Switch Within Maintenance Window: Değişikliği bakım penceresi içinde uygular. Mevcut pencereyi koruyabilir veya yeni bir tane ayarlayabilirsiniz.

      1. Modify yanındaki Switch Within Maintenance Window seçeneğine tıklayın.

      2. Specification Information bölümünde, yük devretme zamanını ayarlamak için Edit yanındaki Maintenance Window seçeneğine tıklayın. Bakım penceresi ayarlama.

    Not
    • Genel Amaçlı veya Özel yerel diskli örnekler için, ana bilgisayar yeterli kaynağa sahipse yalnızca depolama alanı genişletmeleri yerinde gerçekleştirilir. Bu işlem, ana bilgisayarlar arası geçişi ve hizmet yük devretmelerini önler; yük devretme zamanı ayarından bağımsız olarak bağlantı kesintisi olmadan hemen etkili olur.

    • Cloud diskli örnekler için, yalnızca depolama alanı genişletmeleri yük devretme zamanı ayarından bağımsız olarak bağlantı kesintisi olmadan hemen etkili olur.

  4. Hizmet şartlarını okuyup kabul edin, Buy Now seçeneğine tıklayın ve ardından istendiği gibi ödemeyi tamamlayın.

    Yapılandırma değişikliği sırasında örnek durumu In the process of matching olarak görünür. Durum Running olarak değiştiğinde yapılandırma değişikliği tamamlanır ve yeni yapılandırma etkili hale gelir.

SSS

Yerel diskli bir örneğin ana bilgisayarlar arası yapılandırma değişikliği sırasında yüksek kullanılabilirlik korunur mu?

Evet. Gizli bir düğümün geçişi sırasında yüksek kullanılabilirlik (HA) korunur. Birincil düğüm başarısız olursa çoğaltma kümesi başka bir birincil düğüm seçebilir ve okuma/yazma hizmetlerini sağlamaya devam edebilir. Gizli bir düğüm birincil düğüm olamaz ancak oylamaya katılır. Sistem, birincil düğümün kullanılabilirliğini önceliklendirmek için bir HA yük devretmesi tetikler.

ApsaraDB for MongoDB yapılandırma değişikliği sırasında veriler nasıl senkronize edilir?

Veri senkronizasyonu, dosya düzeyinde kopyalama ile eşzamansız oplog çoğaltmayı birleştirir. En az 24 saatlik bir oplog saklama süresi yapılandırın ve bunun aşağıdaki formülü karşıladığından emin olun: Saklama Süresi (saat) ≥ Kullanılan Veri Alanı (GB) / 10 (GB/saat). Aksi takdirde, büyük veri hacimleri içeren geçişler sırasında oplog girişlerinin üzerine yazılabilir ve bu durum senkronizasyonun başarısız olmasına neden olur. Alt sistemde bir yeniden deneme mekanizması bulunur ancak yeterli bir oplog saklama penceresi sağlamanız gerekir.

İlgili API'ler

API

Açıklama

ModifyDBInstanceSpec

Bir ApsaraDB for MongoDB tekil veya çoğaltma kümesi örneğinin örnek teknik özelliklerini veya depolama kapasitesini değiştirir.