Azure Yönetilen Redis sunucusu sorunlarını giderme

  • Şunlara uygulanır: ✅ Azure Managed Redis

Bu bölümde, Azure Yönetilen Redis sunucusundaki veya onu barındıran sanal makinelerden herhangi birinde koşulların neden olduğu sorun giderme sorunları açıklanmaktadır.

Uyarı

Bu kılavuzdaki sorun giderme adımlarından bazıları Redis komutlarını çalıştırma ve çeşitli performans ölçümlerini izleme yönergelerini içerir. Daha fazla bilgi ve yönergeler için bkz. Ek bilgiler bölümündeki makaleler.

Yüksek CPU

Yüksek CPU, Redis sunucusunun meşgul olduğu veya isteklere yetişemediği anlamına gelir; bu da zaman aşımlarına yol açar. Sol taraftaki Kaynak menüsünde İzleme'yi seçerek önbelleğinizde CPU ölçümünü denetleyin. İçgörüler'in altındaki çalışma bölmesinde CPU grafiğini görürsünüz. Alternatif olarak, Ölçümler'in altında CPU'ya ayarlanmış bir ölçüm kümesi de ekleyebilirsiniz.

Aşağıda yüksek CPU için dikkate alınması gereken bazı seçenekler yer alır.

Ölçeği büyütme veya daha yüksek performanslı bir katmana geçme

Daha yüksek performans için daha fazla CPU çekirdeğiyle daha büyük bir önbellek boyutuna ölçeklendirmeyi göz önünde bulundurun. Daha fazla bilgi için bkz. Performans katmanları.

İstemci bağlantısı sayısındaki hızlı değişiklikler

Daha fazla bilgi için bkz. İstemci bağlantısı ani artışlarından kaçınma.

Uzun süre çalışan veya maliyetli komutlar

Daha fazla bilgi için bkz. Uzun süre çalışan komutlar.

Ölçeklendirme

Verileri düğümler arasında taşımayı ve küme topolojisini değiştirmeyi içerebileceği için ölçeklendirme işlemleri CPU ve bellek açısından yoğundur. Daha fazla bilgi için bkz. Ölçeklendirme.

Sunucu bakımı

Azure Managed Redis'iniz yük devretme işlemine geçtiyse, devre dışı kalan düğümden gelen tüm istemci bağlantıları, hala çalışmakta olan düğüme aktarılır. Artan bağlantılar nedeniyle CPU'da ani artış olabilir. Tüm istemci bağlantılarının iki düğüm arasında yeniden oluşturulması ve yeniden dağıtılması için istemci uygulamalarınızı yeniden başlatmayı deneyebilirsiniz.

Yüksek bellek kullanımı

Sunucudaki bellek baskısı, isteklerin işlenmesini geciktiren çeşitli performans sorunlarına yol açabilir. Bellek baskısı arttığında, sistem verileri diske yazmaya başlar ve bu da sistemin önemli ölçüde yavaşlamasına neden olur.

Bellek basıncının olası bazı nedenleri şunlardır:

  • Önbellek neredeyse kapasitesinin üst sınırına kadar verilerle dolmuştur
  • Redis sunucusu yüksek bellek parçalanmasıyla karşılaşıyor

Parçalanma, bir yük deseninin boyut olarak yüksek değişkenlik gösteren verileri depolaması durumunda ortaya çıkabilir. Örneğin, parçalanma, verilerin 1 KB ila 1 MB boyutlarına yayılması durumunda meydana gelebilir. Mevcut bellekten 1 KB'lık bir anahtar silindiğinde 1 MB'lık anahtar buna sığamaz ve parçalanmaya neden olur. Benzer şekilde, 1 MB'lık anahtar silinirse ve 1,5 MB anahtar eklenirse mevcut geri kazanılabilir belleğe sığamaz. Bu, kullanılmayan boş belleğe neden olur ve daha fazla parçalanmayla sonuçlanır.

used_memory_rss değeri used_memory ölçümünün 1,5 katından yüksekse bellekte parçalanma olur. Parçalanma şu durumlarda sorunlara neden olabilir:

  1. Bellek kullanımının, önbellek için olan maksimum bellek limitine yakın olması veya
  2. UsedMemory_RSS Maksimum Bellek limitinden daha yüksektir ve bu, potansiyel olarak bellekte sayfa hatasına yol açabilir.

Önbellek parçalanmışsa ve yüksek bellek baskısı altında işliyorsa sistem, Yerleşik Küme Boyutu (Resident Set Size - RSS) belleğini kurtarmayı denemek için yük devretme işlemi gerçekleştirir.

Redis, bu sorunu belirlemenize yardımcı olabilecek used_memory komutu aracılığıyla used_memory_rss ve olmak üzere iki istatistik sunar. Portalı kullanarak bu ölçümleri görüntüleyebilirsiniz.

Bellek kullanımını iyi durumda tutmaya yardımcı olmak için yapabileceğiniz birkaç değişiklik vardır:

Bellek yönetimiyle ilgili öneriler için bkz. Bellek yönetiminde en iyi uygulamalar.

Uzun süre çalışan komutlar

Daha fazla bilgi için bkz. Uzun süre çalışan komutlar.

Sunucu tarafı bant genişliği sınırlaması

Daha fazla bilgi için bkz. Ağ bant genişliği sınırlaması.

Ek bilgiler

  • Last updated on