Tüm Ürünler
Search
Belge Merkezi

Tair (Redis® OSS-Compatible):Upgrade or downgrade instance types

Son Güncelleme:Oct 10, 2026

Tair (Redis OSS uyumlu) örneğinizin kapasitesini artırmak veya azaltmak için bu kılavuzu kullanın. Artan trafiği karşılamak için yükseltme yapabilir veya kullanımın düşük olduğu dönemlerde maliyetleri azaltmak için düşürme işlemi uygulayabilirsiniz.

Faturalama

Faturalama, ödeme yönteminize bağlı olarak değişir:

Faturalama yöntemi Gerçekleşen işlem
Abonelik Yükseltme için fiyat farkını ödersiniz, düşürme durumunda ise iade alırsınız.
Kullandıkça öde Yeni teknik özelliklere göre faturalandırılırsınız.

Fiyatlandırma ayrıntıları için bkz. Yapılandırma değişiklikleri.

Sınırlamalar

İşleme başlamadan önce aşağıdaki kısıtlamaları kontrol edin:

Kısıtlama Ayrıntılar
Düşürmeler için minimum bellek sınırı Düşürme işleminden sonra kullanılan bellek, yeni bellek kapasitesinin %80'ini aşamaz. Örneğin, DRAM tabanlı örneğinizde şu anda 2 GB bellek kullanılıyorsa, kapasiteyi 2,5 GB'ın altına düşüremezsiniz.
Dağıtılmış örnekler Dağıtılmış bir örnek içindeki tüm alt örneklerin teknik özellikleri aynı olmalıdır. Karışık teknik özellikler desteklenmez.
ESSD tabanlı örnekler Depolama kapasitesi yalnızca 10 GB'lık artışlarla büyütülebilir. Depolama alanının azaltılması desteklenmez.
Yalnızca CPU yükseltmeleri CPU'yu bağımsız olarak yükseltemezsiniz. Kullanılabilir CPU çekirdek sayısını artırmak için küme mimarisine geçin, okuma/yazma ayrımını etkinleştirin, salt okunur düğümler ekleyin veya parça sayısını artırın.

Örnek teknik özelliklerini değiştirme

Değişmeyen öğeler

Teknik özellikleri değiştirdiğinizde aşağıdaki öğeler aynı kalır; bu nedenle uygulama kodunuzda değişiklik yapmanız gerekmez:

  • Uç noktalar

  • Veritabanı hesapları ve parolalar

  • İzin listesi ayarları

Örnek verileriniz korunur. Nadir durumlarda, ana düğüm geçiş sırasında arızalanırsa senkronize edilmemiş küçük miktarlarda veri kaybı yaşanabilir. Önlem olarak, teknik özellikleri değiştirmeden önce manuel bir yedekleme oluşturun.

Teknik özelliklerin değiştirilmesi (ölçek büyütme veya küçültme), CPU kullanımını, istemci bağlantısı sayısını, aktarım hızını veya önbellek isabet oranını doğrudan etkilemez; bu ölçümler, teknik özellik katmanından ziyade gerçek iş yükünüz tarafından belirlenir.

Hizmet etkisi

Hem ölçek büyütme (yükseltmeler) hem de ölçek küçültme (düşürmeler — yalnızca düğüm belleğini azaltan düşürmeler dahil), mevcut ana bilgisayar hedef teknik özellikleri karşılayamadığında ana bilgisayar geçişini tetikleyebilir. Geçiş içeren bir taşıma kesintisiz değildir: 1–2 kısa bağlantı kopmasına ve yaklaşık 1 dakikalık salt okunur durumuna neden olur. Yeterli kaynağa sahip ana bilgisayarlardaki Cloud-native küme örnekleri ve Cloud-native standart örnekler değişikliği yerinde ve herhangi bir kesinti olmadan tamamlar.

Senaryo Hizmet kesintisi
Cloud-native küme örneği veya yeterli kaynağa sahip ana bilgisayardaki Cloud-native standart örneği Yok. Kesintisiz yerinde güncelleme — kesinti olmaz.
Yetersiz kaynağa sahip ana bilgisayardaki Cloud-native standart örneği veya herhangi bir Classic örneği Her biri 30 saniyeden kısa süren 1–2 geçici bağlantı kopması ve ayrıca yaklaşık 1 dakikalık salt okunur durumu. Uygulamanızın otomatik olarak yeniden bağlandığından emin olun.

Geçiş gerçekleştiğinde, DNS önbelleğe almaya neden olabilecek çift yazma sorunlarını önlemek ve hızlı veri senkronizasyonu sağlamak amacıyla örnek yaklaşık bir dakika boyunca salt okunur durumda kalır. Yüksek yazma hacmine sahip örnekler için bu süre daha uzun olabilir.

Değişiklik sırasında, örneğinizin küçük sürümü otomatik olarak en son sürüme yükseltilir. Küçük sürümler geriye dönük uyumludur.

Yapılandırma değişikliği süresi

Bir yapılandırma değişikliğinin toplam süresi iki aşamadan oluşur:

  • Arka plan hazırlığı: Sistem, hedef teknik özelliklere sahip yeni düğümler sağlar ve verileri senkronize eder. Bu işlem, veri hacmine bağlı olarak onlarca dakika ile birkaç saat arasında sürebilir. Bu aşama sırasında örnek istekleri normal şekilde karşılamaya devam eder ve iş süreçleriniz etkilenmez.

  • Geçiş: Hazırlık tamamlandıktan sonra trafik yeni düğümlere yönlendirilir. Cloud-native küme örnekleri ve yeterli kaynağa sahip standart örnekler şeffaf bir şekilde geçiş yapar; diğer durumlarda her biri 30 saniyeden kısa süren 1-2 geçici bağlantı kopması meydana gelir.

Bu nedenle, toplam yapılandırma değişikliği süresi (onlarca dakika ile birkaç saat) ve iş etkisi süresi (30 saniyeden az veya yok) iki farklı kavramdır. İlerlemeyi konsoldaki Task Center üzerinden takip edebilirsiniz.

Adımlar

  1. Instances sayfasında oturum açın. Üst gezinme çubuğunda örneğinizin bulunduğu bölgeyi seçin, ardından örnek kimliğine tıklayın.

  2. Sağ üst köşede Specification Adjustment seçeneğine tıklayın, ardından uygun seçeneği belirleyin:

    • Abonelik örneği: Specification Upgrade veya Specification Downgrade seçeneğini belirleyin.

    • Kullandıkça öde örneği: Specifications Upgrade/Downgrade seçeneğini belirleyin.

  3. Görüntülenen sayfada hedef teknik özellikleri seçin.

  4. Switching Time değerini ayarlayın:

    • Switch During the Maintenance Window : Sistem, yapılandırılan bakım penceresi (yoğun olmayan saatler) sırasında değişikliği uygular. Geçiş zamanlamasını önceden ayarlamak için Task Center adresine gidin ve görevin yanındaki Change Switching Time seçeneğine tıklayın.

    • Switch Immediately After Data Migration : Sistem, veri geçişi tamamlandığında hemen yeni düğüme geçer.

  5. Create Now seçeneğine tıklayın ve ödemeyi tamamlayın.

Gönderim yaptıktan sonra örnek durumu Changing Configuration olarak değişir. Sistem arka planda kaynak talep etmeye ve verileri senkronize etmeye başlar; bu aşamada hizmetleriniz etkilenmez. Geçici bağlantı kopmaları yalnızca yeni düğüme geçiş anında gerçekleşir.

Teknik özellik değişikliklerinin çalışma şekli

Altta yatan süreci anlamak, kesintilerin ne zaman gerçekleşebileceğini öngörmenize yardımcı olur.

Cloud-native örneği

  1. Örnek Changing Configuration durumuna girer.

  2. Sistem, mevcut ana bilgisayarın hedef teknik özellikler için yeterli kaynağa sahip olup olmadığını kontrol eder.

  3. Sistem, mevcut kaynaklara bağlı olarak iki yoldan birini izler:

    • Yeterli kaynak: Teknik özellik değişikliği, kesinti olmadan yerinde tamamlanır.

    • Yetersiz kaynak: Sistem yeni bir ana bilgisayar düğümü sağlar, örnek verilerini buna ön senkronizasyonla aktarır ve ardından trafiği bakım penceresi içinde (veya hemen) yeni düğüme yönlendirir. Bu işlem kısa süreli bir geçici bağlantı kopmasına neden olur.

  4. Örnek Running durumuna döner.

image

Classic örneği

  1. Örnek Changing Configuration durumuna girer.

  2. Sistem yeni bir ana bilgisayar düğümü sağlar ve örnek verilerini buna ön senkronizasyonla aktarır.

  3. Sistem, trafiği bakım penceresi içinde (veya hemen) yeni düğüme yönlendirir. Bu işlem kısa süreli bir geçici bağlantı kopmasına neden olur.

  4. Örnek Running durumuna döner.

image

SSS

Belleği değiştirmeden yalnızca CPU'yu yükseltebilir miyim?

Hayır. Tair (Redis Açık Kaynak Sürümü dahil) CPU'nun bağımsız olarak yükseltilmesini desteklemez. Kullanılabilir CPU çekirdek sayısını artırmak için aşağıdaki yaklaşımlardan birini kullanın:

  • Standart mimariden küme mimarisine geçin veya okuma/yazma ayrımını etkinleştirin.

  • Salt okunur düğümler ekleyin (okuma/yazma ayrımı etkinleştirilmiş örnekler için).

  • Parça ekleyin (küme örnekleri için).

Daha fazla ayrıntı için bkz. Bir örneğin CPU teknik özellikleri nasıl yükseltilir ve Örnek türleri ve SSS.

Bellek teknik özelliğinin yükseltilmesi bant genişliğini artırır mı?

Her zaman değil. Örnek bant genişliği, bellek teknik özellikleriyle doğrusal olarak ölçeklenmez; bazı yükseltmeler bant genişliğini değiştirmez. Hedef teknik özelliğinizin bant genişliği sınırını kontrol etmek için Örnek teknik özelliklerine genel bakış bölümüne bakın. Bant genişliğini bağımsız olarak artırmak için bkz. Bant genişliği hakkında SSS.

"The direct custins transfer node double target level error" hatası ne anlama gelir?

Bu hata, özel uç noktası veya Global Distributed Cache (GDC) etkin olan classic bir küme örneğinde hem parça teknik özelliklerini hem de parça sayısını aynı anda değiştirmeye çalıştığınızda oluşur.

Çözüm adımları için bkz. Classic (yerel disk tabanlı) bir küme örneğinin yapılandırmalarını neden değiştiremiyorum?

Bellek kullanımı yüksekken teknik özellikleri değiştirmeden önce nelere dikkat etmeliyim?

Ölçek küçültme planlıyorsanız ve mevcut bellek kullanımınız yüksekse, önce hedef teknik özelliğin şu kısıtlamayı karşıladığını doğrulayın: yeni bellek kapasitesi × 0,8 > şu anda kullanılan bellek. Bu koşul karşılanmazsa, ölçek küçültme işlemi başarısız olur ve özgün yapılandırma korunur; veri kaybı yaşanmaz.

Kalıcı olarak yüksek bellek kullanımını ele almak için ölçek büyütme planlıyorsanız, önce kök nedeni araştırmanızı öneririz. Gereksiz verileri azaltmak (örneğin, kullanılmayan anahtarları temizleyerek, TTL ilkeleri ayarlayarak veya tahliye ilkesini optimize ederek) bellek tüketimini düşürebilir ve yükseltmeyi ertelemenizi veya tamamen önlemenizi sağlayabilir. Sistematik bir sorun giderme yaklaşımı için bkz. Yüksek bellek kullanımını sorun giderme.

Bir değişiklikten sonra konsol neden örnek teknik özelliklerini güncellememiş?

Bir teknik özellik değişikliği iki aşamadan oluşur: arka plan hazırlığı ve geçiş. Arka plan hazırlığı aşamasında sistem, hedef teknik özelliklere sahip yeni düğümler sağlar ve verileri bunlara senkronize eder. Örnek bu süre boyunca özgün teknik özelliklerle çalışmaya devam ettiğinden konsol hala önceki teknik özellikleri gösterebilir. İlerlemeyi konsoldaki Task Center bölümünden takip edebilirsiniz. Değişiklik tamamlandığında konsol güncellenmiş teknik özellikleri görüntüler.

Görev tamamlandı olarak görünmesine rağmen teknik özellikler güncellenmemişse konsol sayfasını yenileyin veya birkaç dakika bekleyip tekrar kontrol edin.