Redis ist schnell, weil es im RAM arbeitet. Ein 8-GB-Server sollte nicht automatisch 8 GB maxmemory erhalten. Puffer für Persistence, Replication und OS lassen.
Redis empfiehlt bei Replication/Persistence RAM-Puffer für Buffer. Bei erreichtem Memory-Limit werden je nach Eviction Policy Keys entfernt oder bei noeviction Writes abgelehnt.
Cache kann verzichtbar sein, Session- oder Queue-Verlust beeinflusst Nutzer direkt. Eviction und Persistence nach Rolle planen.
Replication Buffer, Client Output Buffer und Persistence/Fork können Peak-RAM über Dataset-Größe hinaus erhöhen.
In Production mit INFO und Config beginnen, keine gefährlichen Befehle.
redis-cli PINGredis-cli INFO memoryredis-cli INFO statsredis-cli CONFIG GET maxmemoryredis-cli CONFIG GET maxmemory-policyredis-cli INFO persistenceRedis sollte über localhost oder privates Netz mit Apps kommunizieren. ACL/Auth und TLS nach Bedarf.
Eigener VPS wird sinnvoll, wenn Redis-RAM mit App/DB konkurriert oder unabhängiges Scaling/Failure Domain nötig ist.
Günstig
RAM-Isolation
HA-Betrieb
Dataset, Overhead, Buffer und Persistence-Puffer berücksichtigen. Ohne Messung keine verlässliche Pauschalzahl.
Policy, die neue Writes bei erreichtem Memory-Limit mit Fehler ablehnt.
Für reinen Cache nicht zwingend; bei Sessions, Queue oder dauerhaftem State RDB/AOF prüfen.
Teilen Sie Key-Anzahl, Memory Usage, Rolle und Persistence-Bedarf; Redis VPS dimensionieren.