Redis Performans ayarlama

Question

Bir web uygulaması çalıştırıyoruz ve önbelleğe almak için memcached redis (2.4) konumuna geçiyoruz. Şimdi biz tekrar redis performansı hakkında biraz hayal kırıklığına uğradık. Redis aynı sunucuda çalışıyor ve sadece çok basit GET ve SET işlemlerini kullanıyoruz. Önbelleğe alınan değerlerin yoğun kullanılmasını gerektiren bazı taleplerde, en fazla 300 GET isteğimiz bulunmaktadır, ancak bu talepler 150 milyona kadar çıkmaktadır. Yaklaşık 200.000 aktif tuşumuz ve saniyede yaklaşık 1.000 tekrarlama isteğimiz var. Disk io, ram veya cpu ile ilgili bir sorun yoktur. Mevcut kodumuzdan dolayı redis isteklerini birlikte gruplayamayız. Memcached yaklaşık 4 kat daha hızlı olmuştur. Redis hakkında sevdiğimiz şey, herhangi bir önbellek ısınmasına ihtiyacımız olmaması ve gelecekte daha gelişmiş veri deposu özelliklerini kullanabilmemiz. Redis'in memcached ile benzer performans göstermesini bekledik. Bu yüzden, temelde varsayılan konfigürasyon olan konfigürasyonumuzdaki bir şeyi kaçırdık.

Yeniden yükleme performans ayarı için en iyi uygulamalardan biliyor musunuz?

Answer 1

İlk olarak, the Redis benchmark page'u okumak isteyebilirsiniz. Redis ayarını kontrol etmek için ana noktaların iyi bir özetini sağlar.

Hatta pipelining kullanmadığınızı varsayalım, 300 GET'leri 150 ms içinde bu kadar verimli değil. Ortalama gecikme 500 kişi demektir. Ancak, aslında nesnelerinizin boyutuna bağlıdır. Daha büyük nesneler, daha fazla gecikme. Çok eski 2 GHz AMD kutumda, küçük nesneler (birkaç bayt) için 150 adet gecikmeyi ölçebilirim.

hızla Redis örneğinin ortalama gecikme kontrol etmek için kullanabilirsiniz:

$ redis-cli --latency 

bu seçeneği almak için son Redis sürümü (değil 2.4) kullandığınızdan emin olun. Not: 2.4 artık çok eski, Redis 2.6 kullanın - gerekirse kendi Redis sürümünüzü derleyin, gerçekten basittir.

hızla gecikmeyi incelemek için bir kriter çalıştırmak için başlatabilirsiniz:

$ redis-benchmark -q -n 10000 -c 1 -d average_size_of_your_objects_in_bytes 

Benzersiz bir bağlantı ve hiçbir boru hattı ile çalışır, bu nedenle gecikme throughput çıkarılabilir edilebilir. Bu referansların sonucunu, uygulamanızla ölçülen rakamlarla karşılaştırmaya çalışın.

• Redis istemci kütüphanesi
  kullanıyorsunuz:

  sen kontrol etmek isteyebilir noktaları vardır? Hangi geliştirme diliyle? Bazı betik dilleri için, verimli bir istemci almak için hiredis modülünü yüklemeniz gerekir.

• Makineniz bir VM mi? Hangi işletim sistemi?
• Redis bağlantısı kalıcı mı? (yani, uygulama sunucunuzun her bir HTTP isteğinde bağlanmanız/kesmeniz gerekmez).

Neden memcached ile daha iyi? Eh, tek bir memcached örneği kesinlikle daha ölçeklenebilir ve tek bir Redis örneğinden daha duyarlı olabilir, çünkü birden çok iş parçacığı üzerinde çalışabilir. Redis hızlı, ancak tek iş parçacıklı - tüm komutların yürütülmesi serileştirildi. Böylece bir bağlantı için bir bağlantı devam ettiğinde, diğer tüm istemciler beklemek zorundadır - belirli bir komutta kötü bir gecikme de tüm bekleyen komutları da etkiler. Genel olarak, düşük verimde, performans olsa da karşılaştırılabilir.

1000 q/s'de (Redis veya memcached standartlar tarafından düşük bir verim), sorununun istemci tarafında daha olası olduğunu söyleyebilirim (örn.istemci kütüphanesinin seçimi, bağlantı/bağlantı kesme, vb.), Redis sunucusunun kendisinden daha. HTTP isteğine göre bir dizi Redis sorgusu oluşturursanız, Redis'e gönderdiğiniz komutları olabildiğince uzak olarak pipelining düşünün. Verimli Redis uygulamalarını geliştirmek gerçekten önemli bir noktadır.

Uygulama sunucularınız Redis ile aynı kutudaysa, Redis'e bağlanmak için TCP loopback yerine unix alan soketleri de kullanabilirsiniz. Performansı hafifçe artırır (pipelining kullanılmadığında% 50'ye varan daha fazla verim).

Answer 2

Redis'in OS takas belleği kullanıp kullanmadığını kontrol edin. Öyleyse bu gecikme katacak. Bulmak için, "Takas yoluyla başlatılan gecikme süresi" için arama yap: http://redis.io/topics/latency

Sunucu donanımınız NUMA uyumluysa, numisl ile redis sunucusunu daha iyi başlatın. NUMA ile redis sunucusundan başlıyorsanız, sysctl'de bölge geri alma modunu (vm.zone_reclaim_mode = 0) kapatmayı unutmayın.

Answer 3

Bir Lua komut dosyasında 300 GET isteğini kodlamayı deneyin. Daha hızlı çalışmalı çünkü istemci kodunuz Redis'e yerel olarak çalışıyor olsa da TCP/IP yığınına dokunarak zamandan tasarruf edin.