Redis yüksek hızını RAM üzerinde çalışmasından alır; bu nedenle 'sunucuda 8 GB RAM var' demek Redis'e 8 GB maxmemory vermek anlamına gelmemelidir. Persistence, replication ve işletim sistemi buffer'ları için güvenli pay bırakılmalıdır.
Redis dokümantasyonu replication veya persistence kullanılıyorsa buffer'lar için RAM boşluğu bırakılmasını önerir. Bellek limiti aşıldığında seçilen eviction politikasına göre key silinebilir veya noeviction durumunda yazma hatası alınabilir.
Cache verisi silinebilirken session veya queue verisinin kaybı kullanıcı deneyimini doğrudan etkileyebilir. Eviction ve persistence rol bazında planlanmalıdır.
Dataset dışındaki replication buffer, client output buffer ve fork/persistence davranışı da RAM tepe değerini etkileyebilir.
Production sunucusunda tehlikeli komutlar çalıştırmadan INFO ve config çıktılarıyla başlayın.
redis-cli PINGredis-cli INFO memoryredis-cli INFO statsredis-cli CONFIG GET maxmemoryredis-cli CONFIG GET maxmemory-policyredis-cli INFO persistenceRedis uygulama sunucusuyla private network veya localhost üzerinden konuşmalıdır. ACL/auth ve TLS ihtiyacı mimariye göre eklenmelidir.
Redis memory'si app ve database ile yarışmaya başladığında veya bağımsız ölçek/failure domain gerektiğinde ayrı VPS mantıklı hale gelir.
Düşük maliyet
RAM izolasyonu
HA operasyonu
Aktif key sayısı ve value boyutuna ek olarak overhead, buffer ve persistence payı hesaplanmalıdır. Dataset boyutunu ölçmeden sabit RAM önerisi güvenilir değildir.
Memory limiti dolduğunda yeni yazmaları hata ile reddeden eviction politikasının adıdır.
Cache-only kullanımda şart olmayabilir; session, queue veya kalıcı veri rolünde RDB/AOF ihtiyacı ayrıca değerlendirilmelidir.
Key sayısı, memory usage, kullanım rolü ve persistence ihtiyacını iletin; uygun RAM/VPS sınıfını belirleyelim.