Redis Nedir? Sunucularda Önbellek ve Oturum Yönetimi Rehberi

Son Güncelleme: Eylül 2026

Redis, web uygulamalarında yüksek hız, düşük gecikme ve esnek veri yönetimi için kullanılan açık kaynaklı bir bellek içi veri deposudur. Özellikle önbellek yönetimi, oturum saklama, kuyruk yapıları, gerçek zamanlı sayaçlar ve mikroservis haberleşmesi gibi alanlarda sunucu performansını ciddi biçimde iyileştirir.

Bu rehberde Redis’in ne olduğunu, hangi senaryolarda kullanıldığını, Linux sunucularda temel kurulum ve güvenlik adımlarını, performans optimizasyonunu ve üretim ortamlarında dikkat edilmesi gereken noktaları detaylı şekilde inceleyeceğiz.

İçindekiler

• Redis Nedir?
• Redis Ne İşe Yarar?
• Redis Sunucu Mimarisi Nasıl Planlanır?
• Redis Kurulumu ve Temel Yapılandırma
• Redis Güvenlik Ayarları
• Redis Performans Optimizasyonu
• İzleme ve Sorun Giderme
• Pratik Kullanım Senaryoları
• Sıkça Sorulan Sorular
• Sonuç

Redis Nedir?

Redis, Remote Dictionary Server ifadesinden türeyen, anahtar-değer mantığıyla çalışan hızlı bir veri yapısı sunucusudur. Geleneksel veritabanlarından farklı olarak veriyi çoğunlukla RAM üzerinde tuttuğu için okuma ve yazma işlemlerinde çok düşük gecikme sağlar. Bu nedenle Redis, MySQL, MariaDB, PostgreSQL veya diğer ilişkisel veritabanlarının yerine doğrudan geçmekten ziyade, çoğu projede onların yanında performans katmanı olarak kullanılır.

Redis yalnızca basit bir key-value store, yani anahtar-değer deposu değildir. String, list, set, sorted set, hash, stream ve bitmap gibi çeşitli veri yapılarını destekler. Bu sayede bir ürün stok sayacı, kullanıcı oturum bilgisi, alışveriş sepeti, geçici doğrulama kodu, API rate limit değeri veya mesaj kuyruğu Redis üzerinde verimli biçimde tutulabilir.

Web hosting ve sunucu yönetimi açısından Redis’in en önemli avantajı, uygulama ile veritabanı arasındaki yükü azaltmasıdır. Örneğin her sayfa görüntülemede veritabanından çekilen kategori listesi Redis içinde birkaç dakika saklanabilir. Böylece aynı veri için tekrar tekrar SQL sorgusu çalıştırmaya gerek kalmaz. Bu yaklaşım özellikle yoğun trafikli e-ticaret siteleri, haber portalları, üyelik sistemleri, Laravel ve WordPress projeleri için büyük avantaj sağlar.

Redis ile Memcached Arasındaki Temel Fark

Redis ve Memcached benzer biçimde önbellekleme amacıyla kullanılabilir. Ancak Redis daha zengin veri yapıları, kalıcılık seçenekleri, replikasyon ve gelişmiş kullanım senaryoları sunar. Memcached daha yalın bir önbellek çözümü olarak düşünülebilirken Redis, önbelleğin yanında oturum yönetimi, kuyruk işleme ve gerçek zamanlı veri işleme için de tercih edilir.

Redis Ne İşe Yarar?

Redis’in temel amacı, sık erişilen verileri hızlı bir katmanda saklayarak uygulama performansını artırmaktır. Ancak pratikte kullanım alanları oldukça geniştir. Doğru yapılandırıldığında Redis, hem geliştirici deneyimini iyileştirir hem de sunucu kaynaklarının daha verimli kullanılmasını sağlar.

• Sayfa ve sorgu önbelleği: Veritabanı sorgularının sonucunu geçici olarak saklayarak SQL yükünü azaltır.
• Oturum saklama: Kullanıcı login bilgileri, sepet verileri ve geçici kullanıcı durumları merkezi olarak tutulabilir.
• Rate limit: API veya login denemeleri için IP bazlı istek sınırlama yapılabilir.
• Kuyruk yönetimi: E-posta gönderimi, rapor oluşturma ve dosya işleme gibi arka plan işleri sıraya alınabilir.
• Gerçek zamanlı sayaçlar: Görüntülenme sayısı, beğeni, aktif kullanıcı sayısı gibi veriler hızlıca güncellenebilir.
• Pub/Sub iletişimi: Publish/Subscribe, yani yayınla-abone ol modeliyle servisler arasında anlık mesajlaşma sağlanabilir.

Redis özellikle yüksek trafik alan web sitelerinde etkilidir. Örneğin bir ürün detay sayfasında fiyat, stok, kampanya ve yorum sayısı gibi veriler sık okunur. Bu verilerin her istekte ana veritabanından çekilmesi performans darboğazı oluşturabilir. Redis ile bu bilgiler belirli bir süre RAM üzerinde saklanır ve ziyaretçilere çok daha hızlı yanıt verilir.

Laravel projelerinde Redis; cache driver, queue driver ve session driver olarak kullanılabilir. WordPress tarafında ise nesne önbelleği, sayfa önbelleği ve veritabanı sorgu yükünü azaltma amacıyla tercih edilebilir. Bu nedenle Redis, yalnızca yazılım geliştiricilerin değil, hosting yöneticilerinin ve sistem yöneticilerinin de bilmesi gereken önemli bir teknolojidir.

Redis Sunucu Mimarisi Nasıl Planlanır?

Redis kurulumu yapmadan önce sunucu mimarisini doğru planlamak gerekir. Çünkü Redis RAM kullanan bir servis olduğu için kaynak hesaplaması, erişim modeli ve güvenlik politikası baştan belirlenmelidir. Küçük projelerde Redis ile web uygulaması aynı sunucuda çalışabilir. Ancak büyüyen projelerde Redis’in ayrı bir sanal sunucu veya izole bir özel sunucu üzerinde çalışması daha sağlıklı olabilir.

Aynı Sunucuda Redis Kullanımı

Küçük ve orta ölçekli projelerde Redis, web sunucusu ve veritabanı ile aynı makinede çalıştırılabilir. Bu yapı maliyet açısından avantajlıdır ve yönetimi kolaydır. Ancak RAM tüketimi iyi takip edilmelidir. Uygulama, PHP-FPM, web sunucusu, veritabanı ve Redis aynı kaynak havuzunu kullandığı için plansız kullanım performans kaybına neden olabilir.

Ayrı Redis Sunucusu Kullanımı

Trafiği yüksek projelerde Redis’i ayrı bir makineye almak daha doğru bir yaklaşımdır. Bu sayede web uygulaması, veritabanı ve önbellek katmanı birbirinden ayrılır. Özellikle yatay ölçekleme yapılan yapılarda birden fazla web sunucusu aynı Redis örneğini kullanabilir. Corelux üzerinde ölçeklenebilir altyapı planlarken Sanal Sunucu, düşük gecikmeli yerel erişim için Türkiye VDS Sunucu veya daha yüksek kaynak ihtiyacı için Kiralık Sunucu seçenekleri değerlendirilebilir.

Kaynak Planlama

Redis için RAM planlaması yapılırken yalnızca saklanacak veri boyutu değil, veri yapılarının ek yükü de dikkate alınmalıdır. Basit bir kural olarak Redis’e ayrılacak maksimum bellek, sunucunun toplam RAM miktarının tamamına yakın olmamalıdır. İşletim sistemi, bağlantılar, izleme araçları ve diğer servisler için güvenli boşluk bırakılmalıdır.

Redis Kurulumu ve Temel Yapılandırma

Redis kurulumu Linux dağıtımlarında paket yöneticisiyle kolayca yapılabilir. Aşağıdaki örnekler Ubuntu tabanlı sunucular için verilmiştir. Üretim ortamında kurulumdan önce sistem paketlerinin güncel olması ve temel güvenlik yapılandırmasının yapılması önerilir.

sudo apt update
sudo apt install redis-server -y

Kurulumdan sonra servis durumunu kontrol etmek için systemctl kullanılabilir.

sudo systemctl status redis-server

Redis komut satırı istemcisine bağlanmak için redis-cli komutu kullanılır. Basit bir test için PING komutu çalıştırıldığında PONG yanıtı alınmalıdır.

redis-cli
PING

Temel Yapılandırma Dosyası

Redis’in ana yapılandırma dosyası çoğu Ubuntu kurulumunda /etc/redis/redis.conf yolunda bulunur. Bu dosyada bellek limiti, bağlantı adresi, parola, kalıcılık yöntemi ve log ayarları gibi kritik parametreler yer alır. Değişiklik yapmadan önce dosyanın yedeğini almak iyi bir pratiktir.

sudo cp /etc/redis/redis.conf /etc/redis/redis.conf.backup

Yapılandırma değişikliği sonrasında Redis servisi yeniden başlatılmalıdır.

sudo systemctl restart redis-server

Önemli Parametreler

• bind: Redis’in hangi IP adreslerini dinleyeceğini belirler. Yerel kullanım için 127.0.0.1 tercih edilmelidir.
• port: Varsayılan Redis portu 6379 değeridir. Gerekirse değiştirilebilir ancak güvenlik tek başına port değiştirmeye bırakılmamalıdır.
• maxmemory: Redis’in kullanabileceği maksimum RAM miktarını belirler.
• maxmemory-policy: Bellek dolduğunda hangi anahtarların silineceğini belirleyen politikadır.
• requirepass: Basit parola doğrulaması sağlar. Daha yeni sürümlerde ACL, yani access control list yaklaşımı da kullanılabilir.

Örnek temel bellek yapılandırması şu şekilde olabilir:

maxmemory 1024mb
maxmemory-policy allkeys-lru

Burada allkeys-lru, bellek limiti dolduğunda en az kullanılan anahtarların silinmesini sağlar. Bu politika genel amaçlı önbellek senaryoları için uygundur. Ancak oturum verisi gibi kritik bilgiler saklanıyorsa farklı politikalar değerlendirilmelidir.

Redis Güvenlik Ayarları

Redis performans odaklı tasarlanmış bir servistir ve varsayılan olarak herkese açık internet üzerinde çalıştırılmamalıdır. Yanlış yapılandırılmış Redis sunucuları veri sızıntısı, yetkisiz erişim, kaynak tüketimi ve hatta sunucu ele geçirme risklerine yol açabilir. Bu nedenle Redis güvenliği kurulumun ayrılmaz bir parçası olmalıdır.

Redis’i Yerel Arayüze Bağlama

Redis yalnızca aynı sunucudaki uygulama tarafından kullanılacaksa bind 127.0.0.1 ayarı yeterli olabilir. Böylece dış ağdan Redis portuna erişim engellenmiş olur.

bind 127.0.0.1 ::1
protected-mode yes

Redis ayrı bir sunucuda çalışacaksa yalnızca uygulama sunucularının özel IP adreslerinden erişimine izin verilmelidir. Bu noktada firewall, özel ağ ve erişim kontrol listeleri birlikte kullanılmalıdır.

Parola ve ACL Kullanımı

Redis erişimi için güçlü parola kullanmak önemlidir. Basit, tahmin edilebilir veya başka servislerde kullanılan parolalar tercih edilmemelidir. Modern Redis sürümlerinde kullanıcı bazlı yetkilendirme için ACL kullanılabilir. Böylece her uygulamaya yalnızca ihtiyaç duyduğu komut izinleri verilebilir.

requirepass CokGucluBirRedisParolasiDegistirin

Parola kullanılsa bile Redis’in internete açık bırakılması önerilmez. Güvenli yaklaşım, Redis’i özel ağda tutmak, firewall ile sınırlamak ve uygulama seviyesinde en az yetki prensibini uygulamaktır.

Firewall ile Erişim Sınırlandırma

Ubuntu sunucularda UFW kullanılıyorsa yalnızca belirli IP adreslerine Redis portu için izin verilebilir. Aşağıdaki örnekte yalnızca uygulama sunucusunun özel IP adresine izin verildiği varsayılmıştır.

sudo ufw allow from 10.0.0.20 to any port 6379 proto tcp
sudo ufw deny 6379/tcp

• Genel erişimi kapatın: Redis portu internete açık olmamalıdır.
• Özel ağ kullanın: Web ve Redis sunucuları arasında private network tercih edilmelidir.
• Güçlü kimlik doğrulama ekleyin: Parola veya ACL kullanın.
• Komut risklerini azaltın: Gerekmeyen tehlikeli komutları sınırlandırın.
• Logları takip edin: Yetkisiz bağlantı denemeleri düzenli izlenmelidir.

Redis Performans Optimizasyonu

Redis çok hızlıdır ancak yanlış kullanımda bellek şişmesi, bağlantı yoğunluğu veya veri tutarlılığı sorunları yaşanabilir. Performans optimizasyonu yalnızca Redis ayarlarından ibaret değildir; uygulamanın Redis’i nasıl kullandığı da en az sunucu yapılandırması kadar önemlidir.

TTL Kullanımı

TTL, time to live yani yaşam süresi anlamına gelir. Önbelleğe alınan verilerin süresiz kalması bellek tüketimini artırır. Bu nedenle geçici veriler için uygun TTL değerleri belirlenmelidir. Örneğin ana sayfa istatistikleri 60 saniye, kategori listesi 10 dakika, e-posta doğrulama kodu 15 dakika saklanabilir.

SET kategori:liste 'json-verisi' EX 600
GET kategori:liste

TTL belirlemek, hem bellek kontrolü sağlar hem de eski verinin uzun süre kullanıcıya gösterilmesini engeller. Özellikle kampanya, stok ve fiyat gibi sık değişen verilerde TTL değerleri dikkatli seçilmelidir.

Uygun Veri Yapısını Seçme

Redis performansının önemli bir kısmı doğru veri yapısını seçmekten gelir. Her veriyi tek bir string olarak saklamak kısa vadede kolay görünse de uzun vadede yönetimi zorlaştırabilir. Kullanıcı profili gibi alanlar için hash, sıralı skor tabloları için sorted set, kuyruklar için list veya stream tercih edilebilir.

• String: Basit değerler, token, sayaç ve kısa içerikler için uygundur.
• Hash: Kullanıcı ayarları veya ürün özetleri gibi alan-bazlı veriler için idealdir.
• List: Basit kuyruk ve sıralı işleme senaryolarında kullanılabilir.
• Set: Benzersiz eleman listeleri için uygundur.
• Sorted set: Skor tablosu, önceliklendirme ve zaman bazlı sıralama için tercih edilir.
• Stream: Daha gelişmiş olay akışı ve tüketici grubu senaryolarında kullanılır.

Bağlantı Havuzu Kullanımı

Her istek için yeni Redis bağlantısı açmak performans açısından verimsizdir. Uygulama tarafında connection pooling, yani bağlantı havuzu kullanılmalıdır. PHP, Laravel, Node.js ve Python uygulamalarında Redis istemcilerinin bağlantı yönetimi ayarları dikkatle yapılandırılmalıdır.

Kalıcılık Ayarları

Redis verileri RAM’de tuttuğu için kalıcılık konusu kullanım senaryosuna göre değerlendirilmelidir. Sadece geçici önbellek için Redis kullanılıyorsa kalıcılık kapalı veya düşük öncelikli olabilir. Ancak kuyruk, oturum veya kritik ara veri tutuluyorsa RDB veya AOF seçenekleri değerlendirilmelidir.

İzleme ve Sorun Giderme

Redis kullanan bir sistemde yalnızca servis çalışıyor mu sorusu yeterli değildir. Bellek kullanımı, komut sayısı, bağlantı sayısı, anahtar sayısı, hit ratio ve gecikme değerleri düzenli olarak izlenmelidir. Aksi halde Redis sessizce bellek limitine ulaşabilir veya yanlış anahtar kullanımı nedeniyle beklenenden fazla kaynak tüketebilir.

Temel Kontrol Komutları

redis-cli INFO komutu Redis hakkında detaylı bilgi verir. Bellek, bağlantılar, replikasyon, persistence ve CPU kullanımı gibi alanlar bu çıktıda görülebilir.

redis-cli INFO memory
redis-cli INFO stats
redis-cli DBSIZE

Yavaş çalışan komutları görmek için slow log özelliği kullanılabilir. Bu özellik, Redis üzerinde beklenenden uzun süren komutları incelemek için önemlidir.

redis-cli SLOWLOG GET 10

Yaygın Sorunlar

• Memory fragmentation: Redis’in ayırdığı bellek ile gerçekten kullanılan bellek arasında fark oluşabilir. Uzun çalışan servislerde izlenmelidir.
• Eviction artışı: Bellek limiti dolduğu için anahtarların silinmesi sıklaşıyorsa maxmemory ve TTL stratejisi gözden geçirilmelidir.
• Bağlantı sınırı: Çok fazla istemci bağlantısı varsa uygulama tarafında bağlantı havuzu ve timeout ayarları kontrol edilmelidir.
• Yanlış key tasarımı: Çok uzun, düzensiz veya kontrolsüz çoğalan anahtarlar yönetimi zorlaştırır.
• Bloklayan komutlar: Üretim ortamında büyük veri üzerinde ağır komutlar çalıştırmak gecikmeye neden olabilir.

Redis üzerinde tüm anahtarları listelemek için KEYS * komutu geliştirme ortamında işe yarayabilir ancak üretim ortamında tehlikelidir. Büyük veri setlerinde Redis’i bloklayabilir. Bunun yerine SCAN komutu tercih edilmelidir.

redis-cli SCAN 0 MATCH user:* COUNT 100

Pratik Kullanım Senaryoları

Redis’in gerçek değeri, doğru iş yüklerinde kullanıldığında ortaya çıkar. Aşağıda hosting, VPS, VDS ve uygulama sunucusu ortamlarında sık karşılaşılan pratik senaryolar yer alır.

WordPress Nesne Önbelleği

WordPress sitelerinde veritabanı sorguları sayfa yükleme süresini etkileyebilir. Redis nesne önbelleği ile sık kullanılan sorgu sonuçları bellekte tutulur. Bu özellikle WooCommerce mağazalarında, üyelik sitelerinde ve çok eklentili WordPress kurulumlarında yararlıdır. Corelux Linux Hosting veya daha yüksek kontrol gereken projelerde Türkiye VPS Sunucu altyapısı değerlendirilebilir.

Laravel Queue ve Session Yönetimi

Laravel projelerinde Redis, kuyruk ve oturum yönetimi için güçlü bir seçenektir. E-posta gönderimi, PDF oluşturma, webhook işleme ve raporlama gibi zaman alan görevler kuyruklara aktarılabilir. Böylece kullanıcı isteği hızlı yanıtlanır, ağır işlem arka planda tamamlanır.

QUEUE_CONNECTION=redis
SESSION_DRIVER=redis
CACHE_STORE=redis

Bu yapı kullanıldığında queue worker süreçlerinin düzenli izlenmesi gerekir. Worker sayısı gereğinden fazla olursa Redis ve veritabanı üzerinde ek yük oluşabilir. Gereğinden az olursa kuyruk birikmeye başlar.

API Rate Limit

Bir API servisinde kötüye kullanımı önlemek için Redis üzerinde IP veya kullanıcı bazlı sayaç tutulabilir. Örneğin aynı IP adresinden bir dakika içinde en fazla 100 istek kabul edilebilir. Bu yaklaşım brute force saldırılarını azaltır ve kaynak tüketimini dengeler.

Geçici Doğrulama Kodları

SMS, e-posta doğrulama veya iki faktörlü kimlik doğrulama kodları Redis üzerinde TTL ile saklanabilir. Böylece kod süresi dolduğunda otomatik olarak temizlenir. Bu yöntem hem güvenlik hem de veri temizliği açısından pratiktir.

Yedekleme ve İş Sürekliliği

Redis çoğu senaryoda geçici veri tutsa da bazı yapılarda kritik kuyruk veya oturum verisi içerebilir. Bu nedenle sunucu genelinde düzenli yedekleme stratejisi planlanmalıdır. Corelux Yedekleme Hizmeti, Redis’in çalıştığı altyapıdaki sistem bütünlüğünü korumak için değerlendirilebilir.

Sıkça Sorulan Sorular

Sonuç

Redis, modern web uygulamalarında hız, ölçeklenebilirlik ve verimli kaynak kullanımı için güçlü bir yardımcı teknolojidir. Doğru kullanıldığında veritabanı yükünü azaltır, oturum yönetimini merkezileştirir, kuyruk işlemlerini kolaylaştırır ve API gibi yoğun istek alan sistemlerde yanıt sürelerini iyileştirir.

Ancak Redis’in yüksek performansı, güvenlik ve kaynak planlaması yapılmadan kullanılabileceği anlamına gelmez. Erişim kısıtlaması, güçlü kimlik doğrulama, doğru bellek limiti, TTL stratejisi, uygun veri yapısı seçimi ve düzenli izleme üretim ortamları için kritik önemdedir. Küçük projelerde aynı sunucu üzerinde Redis kullanmak yeterli olabilirken, büyüyen yapılarda ayrı Redis sunucusu, özel ağ ve yedekleme planı değerlendirilmelidir.

Corelux altyapısında Redis tabanlı projeleriniz için Sanal Sunucu, yüksek kaynak ihtiyacı olan uygulamalar için Kiralık Sunucu, hızlı başlangıç yapmak isteyen web projeleri için Hosting ve veri güvenliği için Yedekleme Hizmeti seçeneklerini değerlendirebilirsiniz. Doğru sunucu planı ve doğru Redis yapılandırmasıyla web uygulamalarınız daha hızlı, daha kararlı ve daha ölçeklenebilir hale gelir.