Aracılığıyla paylaş

Bağlantı sorunlarını giderme

  • Makale

Bu makalede, istemci uygulamanızı Redis için Azure Cache bağlamak için sorun giderme yardımı sağlıyoruz. Bağlantı sorunları iki türe ayrılır: aralıklı bağlantı sorunları ve sürekli bağlantı sorunları.

Aralıklı bağlantı sorunları

İstemci uygulamanızda yama uygulama veya bağlantı sayısındaki ani artış gibi olayların neden olduğu aralıklı bağlantı sorunlarıyla karşılaşılabilir.

Hizmet bakımı

Bazen önbelleğiniz planlı veya plansız bir sunucu bakımına alınabilir. Uygulamanız bakım sırasında olumsuz etkilenebilir. Ölçümü portalınızda denetleyerek Errors (Type: Failover) doğrulayabilirsiniz. Yük devretme işlemlerinin etkilerini en aza indirmek için bkz . Bağlantı dayanıklılığı.

Bağlı istemci sayısı

Ölçüm için Maksimum toplamanın belirli bir önbellek boyutu için Connected Clients izin verilen bağlantı sayısı üst sınırına yakın mı yoksa daha yüksek mi olduğunu denetleyin. İstemci bağlantıları başına boyutlandırma hakkında daha fazla bilgi için bkz. performans Redis için Azure Cache.

Kubernetes tarafından barındırılan uygulamalar

  • İstemci uygulamanız Kubernetes'de barındırılıyorsa, istemci uygulamasını çalıştıran podun veya küme düğümlerinin bellek/CPU/Ağ baskısı altında olup olmadığını denetleyin. İstemci uygulamasını çalıştıran pod aynı düğümde çalıştırılan diğer podlardan etkilenebilir ve Redis bağlantılarını veya GÇ işlemlerini kısıtlayabilir.
  • Istio veya başka bir hizmet ağı kullanıyorsanız hizmet ağı proxy'nizin 13000-13019 veya 15000-15019 numaralı bağlantı noktasını ayırdığını denetleyin. Bu bağlantı noktaları istemciler tarafından kümelenmiş Redis için Azure Cache düğümleriyle iletişim kurmak için kullanılır ve bu bağlantı noktalarında bağlantı sorunlarına neden olabilir.

Linux tabanlı istemci uygulaması

Linux'ta iyimser TCP ayarlarının kullanılması istemci uygulamalarının bağlantı sorunlarıyla karşılaşmasına neden olabilir. Bkz . 15 dakika süren bağlantı durakları.

Sürekli bağlantı

Uygulamanız Redis için Azure Cache'e bağlanamıyorsa, önbellekteki bazı yapılandırmalar doğru ayarlanmamış olabilir. Aşağıdaki bölümlerde önbelleğinizin doğru yapılandırıldığından emin olmak için yararlanabileceğiniz öneriler sunulur.

Redis-cli kullanarak bağlantıyı test etme

Redis-cli kullanarak bağlantıyı test edin. CLI hakkında daha fazla bilgi için Redis için Azure Cache ile Redis komut satırı aracını kullanın.

PSPING kullanarak bağlantıyı test etme

Redis-cli bağlanamıyorsa, bağlantıyı test etmek için PowerShell'de PSPING kullanabilirsiniz.

psping -q <cache DNS endpoint>:<Port Number>

Gönderilen paket sayısının alınan paket sayısına eşit olduğunu onaylayabilirsiniz. Bu onaylama bağlantıda bırakılan paket olmadığını gösterir.

Sanal ağ yapılandırması

Sanal ağ yapılandırmanızı denetleme adımları:

  1. Azure portalının Kaynak menüsündeki Ayarlar'ın altındaki "Sanal Ağ" bölümünden önbelleğinize bir sanal ağ atanmış olup olmadığını denetleyin.
  2. İstemci konak makinesinin Redis için Azure Cache ile aynı sanal ağda olduğundan emin olun.
  3. İstemci uygulaması Redis için Azure Cache farklı bir sanal ağda (VNet) olduğunda, her iki sanal ağda da aynı Azure bölgesinde VNet eşlemesi etkinleştirilmelidir.
  4. Gelen ve Giden kurallarının gereksinimi karşılayıp karşılamadığını doğrulayın.
  5. Daha fazla bilgi için bkz. Sanal ağ yapılandırma - Premium katmanlı Redis için Azure Cache örneği.

Özel uç nokta yapılandırması

Özel uç nokta yapılandırmanızı denetleme adımları:

  1. Public Network Access bayrağı, özel uç nokta oluşturulurken varsayılan olarak devre dışı bırakılır. Doğru şekilde ayarladığınızdan Public Network Access emin olun. Azure portalında önbelleğiniz olduğunda, bu ayar için sol taraftaki Kaynak menüsündeKi Özel Uç Nokta'nın altına bakın.
  2. Önbelleğinizin sanal ağı dışından önbellek özel uç noktanıza bağlanmaya çalışıyorsanız, Public Network Access etkinleştirilmesi gerekir.
  3. Özel uç noktanızı silerseniz, genel ağ erişiminin etkinleştirildiğinden emin olun.
  4. Özel uç noktanızın doğru yapılandırılıp yapılandırılmadığını doğrulayın. Daha fazla bilgi için bkz. Yeni Redis için Azure Cache örneğiyle özel uç nokta oluşturma.
  5. Uygulamanızın bağlantı noktası 6380'e <cachename>.redis.cache.windows.net bağlanıp bağlanmadığını doğrulayın. Yapılandırmada veya bağlantı dizesinde <cachename>.privatelink.redis.cache.windows.net kullanmaktan kaçınmanızı öneririz.
  6. Komutun önbellek için özel IP adresine çözümlendiğini doğrulamak için, özel uç noktaya bağlı sanal ağın (VNet) içinden gibi nslookup <hostname> bir komut çalıştırın.

Güvenlik duvarı kuralları

Redis için Azure Cache için yapılandırılmış bir güvenlik duvarınız varsa, istemci IP adresinizin güvenlik duvarı kurallarına eklendiğinden emin olun. Güvenlik Duvarı'nı Azure portalındaki Ayarlar'ın altındaki Kaynak menüsünden denetleyebilirsiniz.

Üçüncü taraf güvenlik duvarı veya dış ara sunucu

Ağınızda üçüncü taraf güvenlik duvarı veya ara sunucu kullanıyorsanız, 6379 ve 6380 numaralı bağlantı noktalarıyla Redis için Azure Cache uç noktasına (*.redis.cache.windows.net) izin verilip verilmediğini denetleyin. Kümelenmiş önbellek veya coğrafi çoğaltma kullanmanız durumunda daha fazla bağlantı noktasına izin vermeniz gerekebilir.

Genel IP adresi değişiklikleri

Önbelleğinizin genel IP adresini kullanmak için herhangi bir ağ veya güvenlik kaynağı yapılandırırsanız, önbelleğinizin genel IP adresinin değişip değişmediğini denetleyin. Daha fazla bilgi için bkz. Önbelleğiniz için genel IP adresi yerine konak adını kullanma.

Premium önbelleklerle sanal ağ ekleme kullanarak coğrafi çoğaltma

Premium önbelleklerinizle sanal ağ (VNet) ekleme özelliğini kullanmak mümkün olsa da Azure Özel Bağlantı öneririz.

Daha fazla bilgi için bkz.

Sanal ağdaki (VNet) önbelleklerin coğrafi çoğaltması aşağıdaki uyarılarla desteklenir:

  • Aynı VNet'teki önbellekler arasında coğrafi çoğaltma desteklenir.
  • Farklı sanal ağlardaki önbellekler arasında coğrafi çoğaltma da desteklenir.
    • Sanal ağlar aynı bölgedeyse, sanal ağ eşlemesi veya VPN Gateway sanal ağdan sanal ağa bağlantı kullanarak bunları bağlayabilirsiniz.
    • Sanal ağlar farklı bölgelerdeyse, sanal ağ eşlemesi kullanılarak coğrafi çoğaltma desteklenmez. Sanal ağ 1'deki (bölge 1) bir istemci VM, Temel iç yük dengeleyicilerle ilgili bir kısıtlama nedeniyle DNS adını kullanarak sanal ağ 2'deki (bölge 2) önbelleğe erişemiyor. Sanal ağ eşleme kısıtlamaları hakkında daha fazla bilgi için bkz. Sanal Ağ - Eşleme - Gereksinimler ve kısıtlamalar. VPN Gateway sanal ağdan sanal ağa bağlantı kullanmanızı öneririz.

Sanal ağınızı (VNet) etkili bir şekilde yapılandırmak ve coğrafi çoğaltma sorunlarından kaçınmak için hem gelen hem de giden bağlantı noktalarını doğru yapılandırmanız gerekir. En yaygın sanal ağ yanlış yapılandırma sorunlarını önleme hakkında daha fazla bilgi için bkz . Coğrafi çoğaltma eş bağlantı noktası gereksinimleri.

İlgili İçerik

Bu makaleler bağlantı ve dayanıklılık hakkında daha fazla bilgi sağlar: