ApsaraDB RDS for MySQL, aynı bölge içindeki proxy düğümlerinin alanlar arası geçişini destekler. Proxy düğümlerini birincil RDS örneğinin bulunduğu alana taşımak, alanlar arası yazma gecikme süresini azaltır ve proxy ile birincil örnek arasındaki alanlar arası trafikten kaynaklanan yazma performansı düşüşünü önler.
Ön koşullar
Başlamadan önce aşağıdaki koşulların karşılandığından emin olun:
-
RDS örneği aşağıdaki tüm koşulları karşılar:
Motor: MySQL
Sürüm: RDS Yüksek Kullanılabilirlik Sürümü veya RDS Küme Sürümü
Depolama: Bulut diskler
Veritabanı proxy'si: Etkinleştirilmiş
Örnek durumu: Çalışıyor — Bu durum, birincil örneği, tüm salt okunur örnekleri ve proxy düğümünü kapsar.
Örnek sanal özel bulut (VPC) uç noktalarını kullanır. Klasik ağ veritabanı proxy'leri için alanlar arası geçiş desteklenmez. Ayrıntılar için bkz. Örnek uç noktalarını ve bağlantı noktalarını görüntüleme ve yönetme.
Proxy düğümü ile birincil RDS örneği farklı alanlarda bulunuyorsa ve bir proxy uç noktası üzerinden bağlanıyorsanız yazma performansı düşer. Bu durumu önlemek için her ikisi için de aynı VPC ve vSwitch'i ayarlayın.
Faturalama
Alanlar arası geçiş ücretsizdir.
Olası etkiler
Geçiş işleminden önce aşağıdaki etkileri gözden geçirin.
Geçici bağlantı kesintisi
Alanlar arası geçiş, yaklaşık 30 saniye süren geçici bir bağlantı kesintisine neden olur. Kesintiyi en aza indirmek için:
-
Uygulamanızı geçişten etkilenmeyen bir uç nokta kullanarak bağlayın:
RDS Yüksek Kullanılabilirlik Sürümü: Birincil RDS örneği uç noktası veya bir salt okunur RDS örneği uç noktası
RDS Küme Sürümü: Okuma/yazma uç noktası, salt okunur uç nokta veya doğrudan düğüm bağlantısı uç noktası
Geçişi yoğun olmayan saatlerde planlayın.
Uygulamanızda otomatik yeniden bağlanma mekanizması bulunduğundan emin olun. Böyle bir mekanizma yoksa geçiş tamamlandıktan sonra bağlantıyı manuel olarak yeniden kurun.
Sanal IP adresi değişiklikleri
Alanlar arası geçiş, örnek uç noktalarınıza bağlı sanal IP adreslerini (VIP'ler) değiştirir. Uygulamanızı IP adresleri yerine uç noktalar kullanarak bağlayın; böylece geçişten sonra yeni VIP otomatik olarak çözümlenir.
Geçişten hemen sonra veritabanı istemcisindeki önbelleğe alınmış DNS kayıtlarını temizleyin. VIP'ler değiştiğinde DNS yayılması zaman alır; istemci hala eski VIP'yi çözümlüyorsa önbellek süresi dolana kadar bağlantılar başarısız olur. Java Virtual Machine (JVM) üzerinde çalışan istemciler için, istemcinin VIP değişikliğinden sonra DNS'i hızlı bir şekilde yeniden sorgulamasını sağlamak amacıyla JVM yapılandırmasındaki yaşam süresini (TTL) 60 saniye veya daha düşük bir değere ayarlayın. Ayrıntılar için bkz. Class InetAddress.
En yakın erişim
Alanlar arası geçiş, en yakın erişim yapılandırmasını geçersiz kılabilir. Geçişten sonra yeni alan varsayılan olarak erişilebilir hale gelir; orijinal alan artık erişilebilir değildir. Bir proxy uç noktasının alanı yeni varsayılan alandan farklıysa o alana en yakın erişim başarısız olur.
Aşağıdaki tabloda örnek senaryolar gösterilmektedir.
| Senaryo | Orijinal proxy düğümü alanı | Proxy uç noktası | Orijinal en yakın erişim | Yeni proxy düğümü alanı | Yeni varsayılan alan | Yeni proxy uç noktası alanı | Yeni en yakın erişim |
|---|---|---|---|---|---|---|---|
Senaryo 1: Alan A+Alan B → Alan A+Alan C |
Alan A | Proxy uç noktası a | Alan A | Alan A | Alan A | Alan A | Alan A |
| Alan C | Geçersiz | ||||||
| Alan B | Proxy uç noktası b | Alan B | Alan C | Alan C | Alan C | Alan C | |
| Alan D | Geçersiz | ||||||
Senaryo 2: Alan A+Alan B → Alan C+Alan D |
Alan A | Proxy uç noktası a | Alan A | Alan C | Alan C | Alan C | Alan C |
| Alan E | Geçersiz | ||||||
| Alan B | Proxy uç noktası b | Alan B | Alan D | Alan D | Alan D | Alan D | |
| Alan E | Geçersiz |
Yetersiz kaynaklar
Hedef alanda yetersiz kaynak olması durumunda geçiş başarısız olabilir.
Proxy düğümlerini geçirin
ApsaraDB RDS konsoluna giriş yapın. Instances sayfasında örneğinizin bulunduğu bölgeyi seçin, örneği bulun ve örnek ID'sine tıklayın.
Sol gezinme bölmesinde veritabanı proxy'nizin temel bilgilerini görüntülemek için Database Proxy seçeneğine tıklayın.
-
Cross-zone Migration seçeneğine tıklayın.
NotCross-zone Migration seçeneği görüntülenmiyorsa örneğinizin tüm ön koşulları karşıladığını kontrol edin.
-
Cross-zone Migration of Database Proxy iletişim kutusunda birincil RDS örneği ve veritabanı proxy'si için alan ve ağ bilgilerini gözden geçirin. Destination Zone, Destination vSwitch ve Change Time değerlerini belirtin, ardından OK seçeneğine tıklayın.
ÖnemliGeçiş sırasında veritabanı proxy'sinin türünü veya teknik özelliklerini değiştiremezsiniz.
Listelenen etkileri gözden geçirin ve onaylamak için OK seçeneğine tıklayın.
API referansı
| İşlem | Açıklama |
|---|---|
| ModifyDBProxyInstance | vSwitchIds belirterek proxy düğümlerini hedef alana taşır |
SSS
Bir proxy uç noktası kullanmıyorsam alanlar arası geçiş uygulamamı etkiler mi?
Hayır. Geçiş yalnızca bir proxy uç noktası üzerinden bağlanan uygulamaları etkiler. Birincil RDS örneği uç noktası veya bir salt okunur RDS örneği uç noktası (RDS Yüksek Kullanılabilirlik Sürümü) üzerinden ya da okuma/yazma uç noktası, salt okunur uç nokta veya doğrudan düğüm bağlantısı uç noktası (RDS Küme Sürümü) üzerinden bağlanıyorsanız iş yükleriniz etkilenmez.
Bağlantı kesintisi ne kadar sürer?
Geçici bağlantı kesintisi yaklaşık 30 saniye sürer, ancak gerçek süre işinize göre değişebilir. Etkiyi en aza indirmek için geçişi yoğun olmayan saatlerde planlayın ve etkilenmeyen bir uç noktası türü kullanın.