Tair (Redis OSS Uyumlu) örneğini konsolu veya MigrateToOtherZone API'sini kullanarak aynı bölge içindeki farklı bir alana taşıyın. Bu işlem genellikle ECS örnekleriyle aynı konumda bulunarak ağ gecikmesini azaltmak, alanlar arası olağanüstü durum kurtarmayı etkinleştirmek ve örnek türü yükseltmesi için gerekli olan alan kaynaklarına erişmek amacıyla yapılır.
Geçiş sonrasında örnek verileri, veritabanı hesapları, uç noktalar ve izin listesi ayarları değişmez.
Ön koşullar
Başlamadan önce aşağıdaki adımları tamamladığınızdan emin olun:
(Cloud-native örnekler) Varsa genel uç nokta yayından kaldırıldı
(Klasik örnekler) Varsa hem genel uç nokta hem de doğrudan bağlantı uç noktası yayından kaldırıldı
Desteklenen geçiş türleri
| Geçiş türü | Kullanım durumu |
|---|---|
| Tek alandan tek alana | Daha düşük dahili ağ gecikmesi sağlamak için örneği ECS örneğinizle aynı alana yerleştirin |
| Çoklu alandan çoklu alana | Alanlar arası olağanüstü durum kurtarma özelliğini korurken alan dağılımını ayarlayın |
| Tek alandan çoklu alana | Alanlar arası olağanüstü durum kurtarmayı etkinleştirin. Tek alanlı bir örnek sunucu ve raf düzeyindeki arızalara karşı dayanıklıdır. Çoklu alanlı bir örnek veri merkezlerine dağıtılır ve tam veri merkezi kesintilerine karşı koyabilir |
| Çoklu alandan tek alana | Belirli özelliklerin gerektirdiği durumlarda tek bir alanda birleştirin |
Etkiler
Geçici bağlantı kesintisi
Cloud-native örnekler
Geçici bir bağlantı kesintisinin yaşanıp yaşanmayacağı, hangi alanın değiştirildiğine bağlıdır:
| Senaryo | Geçici bağlantı kesintisi |
|---|---|
| Tek alanlı bir örneğe ikincil alan ekleme (birincil alan aynı kalır) | Hayır |
| Birincil düğüm içermeyen ikincil alanı değiştirme | Hayır |
| Birincil düğümü barındıran alanı değiştirme (yüksek kullanılabilirlik (HA) yük devretme işlemiyle birincil düğümün ikincil alana taşındığı durumlar dahil) | Evet |
| Okuma/yazma bölme örneğinin ikincil alanını değiştirme ve ikincil alan uç noktası üzerinden bağlanma | Evet |
Klasik örnekler
Alan geçişi, klasik örneklerde geçici bir bağlantı kesintisine neden olabilir.
Salt okunur durumu
Örnek, artımlı verileri eşitlemek ve DNS önbelleğinden kaynaklanan çift yazmaları önlemek amacıyla en fazla 60 saniye boyunca salt okunur duruma geçebilir. Yüksek yazma yoğunluğuna sahip senaryolarda bu süre daha uzun olabilir.
Birincil düğüm taşınmazsa salt okunur durumu oluşmaz. Bu durum yalnızca cloud-native örnekler için geçerlidir.
DNS eşleme değişiklikleri
Alan geçişi, alttaki sanal IP adresini (VIP) ve DNS eşlemesini değiştirir. Örneğe her zaman doğrudan VIP yerine r-bp10b3fa3500****.redis.rds.aliyuncs.com gibi bir uç nokta kullanarak bağlanın.
Eski Jedis sürümleri, geçiş sonrası uç noktayı doğru şekilde çözümleyemeyebilir. Jedis kullanıyorsanız sürümün 3.10.0 veya üzeri olduğundan emin olun. Ayrıntılar için bkz. Jedis istemci yükseltme önerileri.
Otomatik küçük sürüm yükseltmesi
Örnek eski bir küçük sürümde çalışıyorsa sistem geçiş sırasında otomatik olarak en son küçük sürüme yükseltir. Küçük sürümler ileriye dönük uyumluluğu koruduğundan uyumluluk sorunları oluşmaz.
Bant genişliği sıfırlama
Geçiş sonrasında bant genişliği varsayılan değere sıfırlanır. Daha önce bant genişliğini manuel olarak ayarladıysanız geçişten sonra yeniden yapılandırın. Auto Scaling, bir sonraki ölçeklendirme kuralı tetiklendiğinde özel bant genişliği ayarlarını geri yükler.
Birincil düğüm taşınmazsa bant genişliği planı değişmez. Bu durum yalnızca cloud-native örnekler için geçerlidir.
Öneriler
Uygulamanıza yeniden bağlanma mekanizması ekleyin.
Kullanıcı etkisini en aza indirmek için geçiş işlemini yoğun olmayan saatlerde yapın.
Kontrollü bir yük devretme sağlamak için geçiş işlemini bakım penceresi sırasında planlayın.
Bir örneği farklı bir alana taşıma
Bu işlem geçici bağlantı kesintilerine neden olabilir. İşlemi yoğun olmayan saatlerde yapmanızı ve uygulamanızın örneğe otomatik olarak yeniden bağlanabildiğinden emin olmanızı öneririz.
Konsola giriş yapın ve Örnekler sayfasına gidin. Üst gezinme çubuğunda örneğin bulunduğu bölgeyi seçin. İlgili örneği bulun ve kimliğine tıklayın.
Basic Information bölümünde, Zone yanındaki Migrate öğesine tıklayın.
-
Açılan panelde aşağıdaki parametreleri belirtin.
Parametre Açıklama Primary zone change Hedef alanı seçin. Secondary zone change (isteğe bağlı) Alanlar arası olağanüstü durum kurtarmayı etkinleştirmek için bir ikincil alan seçin. İkincil düğüm belirtilen alana taşınır. İkincil alan belirtmezseniz hem birincil hem de ikincil düğümler birincil alana taşınır. Virtual Switch: Hedef vSwitch'i seçin. Hedef alanda mevcut bir vSwitch yoksa önce bir tane oluşturun. Bu parametre yalnızca VPC örnekleri için görünür. Execution Time Update Now: OK öğesine tıkladıktan hemen sonra geçiş başlar. Örnek durumu Running haline geldiğinde geçiş tamamlanır. Update During Maintenance (önerilir): Sistem ön hazırlık görevlerini yürütür ve örnek durumunu Migrating to Another Zone olarak değiştirir. Örnek bu aşamada kullanılabilir durumda kalır. Gerçek yük devretme işlemi yapılandırılmış bakım penceresi sırasında gerçekleşir. Primary zone nodes per shard / Secondary zone nodes per shard Cloud-native küme veya okuma/yazma bölme örneklerinde çoğaltma düğümlerinin birincil ve ikincil alanlar arasında nasıl dağıtılacağını ayarlayın. Bu işlem toplam düğüm sayısını değiştirmez. Küme mimarisine sahip örnekler için bu değerler, her bir alandaki parça başına çoğaltma düğümü sayısını temsil eder. Uyarı mesajını okuyun, onay kutusunu işaretleyin ve OK öğesine tıklayın.
Geçişi doğrulama
Konsoldaki Task Center bölümünden geçiş ilerlemesini kontrol edin. Örnek durumu tekrar Running haline geldiğinde geçiş tamamlanır. Geçiş görevi birden çok aşama içerir; toplam süre veri hacmine ve örnek teknik özelliklerine bağlıdır (küçük örnekler için tipik olarak yaklaşık 0,5 ile 1 saat). Yük devretme aşamasından sonra kalan adımlar normal iş okuma ve yazma işlemlerini etkilemez, bu nedenle görevin tamamlanmasını sabırla bekleyin.
API referansı
| API | Açıklama |
|---|---|
| MigrateToOtherZone | Bir örneği aynı bölge içindeki başka bir alana taşıyın. |