Memorystore
Fully managed in-memory cache for Redis or Memcached. Sub-millisecond reads, sits in front of a database or app. Pick when you see "cache", "reduce database load", "session store", or "sub-millisecond latency".
Google runs the infrastructure and automates the operational toil - high availability, failover, patching, and monitoring - so you write application code instead of managing Redis deployments. Start on the lowest tier and smallest size, then scale the instance up with minimal impact to availability.
Common uses: caching product catalogs, user sessions, and API responses - values read far more often than they change. The app checks the cache first and only a miss touches the slower durable database.
Memorystore data lives in memory and is lost on restart. It caches what a durable database owns - never make it the source of truth for critical data. If a scenario needs persistent storage, Memorystore is the wrong answer even when it wins on latency.
- Latency: sub-millisecond reads and writes.
- HA instance: replicated across 2 zones, 99.9% availability SLA.
- Max instance size: up to 300 GB.
- Network throughput: up to 12 Gbps.
Memorystore for Redis is fully compatible with the Redis protocol, so you migrate from open-source Redis with the import/export feature and no code changes. Existing tools and client libraries just work - there is nothing new to learn.