Manuel birincil/çoğaltma geçişleri, Tair (Redis OSS uyumlu) örneklerindeki birincil ve çoğaltma düğümlerinin rollerini değiştirerek arıza dışı senaryolarda örnek üzerinde kontrol sahibi olmanızı sağlar. Bu özelliği olağanüstü durum kurtarma tatbikatları için veya alanlar arası ağ gecikme süresini azaltmak amacıyla kullanın. Bu işlem, yalnızca bir düğüm kullanılamaz hale geldiğinde tetiklenen otomatik sistem yük devretmesinden farklıdır.
Senaryolar
Yaygın kullanım alanları:
Olağanüstü durum kurtarma tatbikatları: Uygulamanızın veritabanı geçişleri sırasındaki dayanıklılığını doğrulamak amacıyla yoğun olmayan saatlerde bir düğüm hatasını simüle edin.
Erişim gecikme süresini optimize edin: Uygulamanız ve birincil düğüm farklı alanlardaysa, ağ gecikme süresini azaltmak için birincil rolünü uygulamanızın bulunduğu alandaki düğüme aktarın.
Örnek
Bu örnekte, uygulamanın ECS örneği B Alanı'nda ve Tair birincil düğümü A Alanı'ndadır. Alanlar arası bağlantılar ağ gecikme süresini artırır ve performansı düşürebilir.
Bir geçişten sonra B Alanı'ndaki düğüm birincil hale gelir. Yalnızca düğüm rolü değişir; alan ve kimlik aynı kalır. ECS örneği ve veritabanı daha sonra aynı alan içinde bağlanarak gecikme süresini en aza indirir.
Geçişin etkileri
Bir geçiş yapmadan önce aşağıdaki etkileri dikkate alın:
Geçişin yapıldığı veri düğümlerinin bağlantısı birkaç saniye boyunca kesilir. Bir geçiş potansiyel veri kaybı riskleri taşır. Örneğin, senkronizasyon gecikmesi nedeniyle veriler birincil ve çoğaltma düğümleri arasında tutarsız hale gelebilir. Geçişten kaynaklanan potansiyel veri kaybı risklerini ve Domain Name System (DNS) önbelleğinden kaynaklanan çift yazmayı önlemek için veri düğümleri 30 saniyeye kadar salt okunur durumda kalır.
Bir örnek Switching durumuna girdikten sonra bu örneği yönetemezsiniz. Örneğin, örnek yapılandırmasını değiştiremez veya örneği başka bir alana taşıyamazsınız.
Kesintisiz geçişler hakkında
Örneğiniz ve istemciniz şu sürüm gereksinimlerini karşılarsa, geçici bağlantı kesintilerini ve salt okunur durumunu önleyen kesintisiz bir geçiş yapabilirsiniz:
Örnek sürümü: 7.0.2.9 veya üzeri.
İstemci sürümü: Valkey-Java 5.3.0 veya üzeri ya da Valkey-Go 1.0.67 veya üzeri.
Bir örnek Switching durumundayken geçiş görevini iptal edemez ve başka bir geçiş başlatarak bunu geçersiz kılamazsınız.
Yordam
Konsolda oturum açın ve Instances sayfasına gidin. Üst gezinme çubuğunda yönetmek istediğiniz örneğin bulunduğu bölgeyi seçin. Ardından örneği bulun ve örnek ID'sine tıklayın.
Sol gezinme bölmesinde Service Availability öğesine tıklayın.
-
Data Node alanında geçişini yapmak istediğiniz veri parçasını seçin ve Failover öğesine tıklayın.
NotKüme örnekleri için bu sayfa, her bir veri parçasının birincil ve çoğaltma düğümlerinin alanlarını gösterir.
-
Görüntülenen panelde geçişin ne zaman etkili olacağını seçin.
Apply Immediately: Geçiş hemen etkili olur.
Effective Within Maintenance Window: Geçiş, yapılandırdığınız bakım penceresi sırasında gerçekleşir. Bakım penceresi ayarlama.
NotEffective Within Maintenance Window seçeneğini belirlerseniz sistem kaynak talep etme ve veri senkronizasyonu gibi hazırlıkları hemen başlatır. Örnek durumu Switching olarak değişir ancak hizmetleriniz etkilenmez. Gerçek rol değişimi ve bunun etkileri (geçici bağlantı kesintileri ve salt okunur durumu) yalnızca Maintenance Window başladığında gerçekleşir.
Örnek Switching durumuna girdikten sonra geçiş görevini iptal edemez ve başka bir geçiş başlattığınızda bir durum hatası döndürülür. Geçişi hızlandırmak için örneğin Basic Information sayfasına gidip bakım penceresinin başlangıç saatini geçerli saate değiştirebilirsiniz. Sistem ardından genellikle bir dakika içinde tamamlanan geçiş görevini otomatik olarak planlar.
-
OK öğesine tıklayın.
İstendiğinde ikincil kimlik doğrulamayı (örneğin Çok Faktörlü Kimlik Doğrulama (MFA)) tamamlayın. Kimlik doğrulamayı başarıyla geçtikten sonra 15 dakika boyunca yeniden kimlik doğrulaması gerekmez.
İlgili API işlemleri
|
|
|
|
|
Başvurular
Tair (Redis OSS uyumlu) ayrıca otomatik yük devretmeyi de destekler. Sistem düğümlerin sağlığını sürekli olarak izler. Birincil düğüm kullanılamaz hale gelirse sistem çoğaltmayı otomatik olarak birincile yükselterek yüksek hizmet kullanılabilirliği sağlar. Daha fazla bilgi için bkz. Yüksek kullanılabilirliğe genel bakış.