Ask Learn Preview
Please sign in to use this experience.
Sign inThis browser is no longer supported.
Upgrade to Microsoft Edge to take advantage of the latest features, security updates, and technical support.
Let's start with a quick overview of Azure Cache for Redis. This information helps you decide if it's a suitable solution for your organization.
Redis is a widely used open-source caching solution. It's a key-value datastore that runs in memory, providing faster access to data.
Typically, organizations use Redis to complement their database apps. Combining Redis with back-end databases enables you to significantly improve your apps' performance.
Any caching solution should address four key requirements:
Azure Cache for Redis enables you to implement Redis as a fully managed service.
Note
Azure Cache for Redis offers both Redis open-source (OSS Redis) and a commercial product from Redis Labs (Redis Enterprise) as a managed service, depending on the tier you select.
Azure Cache for Redis provides the following application architecture patterns:
Data cache. Databases are often too large to load directly into the cache, which is why it's common to use the cache-aside pattern. It loads data into the cache only as needed.
Content cache. Most webpages contain static items, such as headers, footers, and banners that don't change often. By using an in-memory content cache, you can provide quick access to static content as compared to accessing back-end datastores.
Session store. This pattern is often used with shopping carts or other data based on user history data. Web applications often associate these items with user cookies. Storing too much data in a cookie can adversely affect performance. The reason is that apps often use cookies to query a back-end database for user data. Using an in-memory cache to store user-session information is faster than working with the backend database.
Job and message queuing. Apps frequently add tasks to a queue when the tasks might take a long time to run. If a task contains long-running operations, they're typically queued to run in sequence. Azure Cache for Redis provides publish/subscribe, message streaming, or queue architectures to support this application pattern.
Note
Longer running operations are queued to process in sequence, often by another server.
Distributed transactions. Sometimes apps require a series of commands to run on a back-end datastore as a single operation. Azure Cache for Redis supports running a batch of commands as a single transaction.
Note
All commands must either succeed or be rolled back to the initial state.
You can select from the following five Azure Cache for Redis tiers:
The Basic tier runs on a single virtual machine (VM) and doesn't include a service-level agreement (SLA). This tier is based on an OSS Redis cache.
The Standard tier runs on two replicated VMs and is based on an OSS Redis cache.
Important
Standard and Basic are single-node caches. You should consider these tiers only for noncritical workloads.
The Premium tier is deployed on more powerful VMs. This tier offers features such as higher throughput, lower latency, and better availability. This tier is based on an OSS Redis cache.
The Enterprise tier offers higher availability than the Premium tier and a high-performance cache powered by Redis Labs' Redis Enterprise software.
The Enterprise Flash tier offers a cost-effective alternative to the Enterprise tier and is also powered by Redis Labs' Redis Enterprise software. This tier extends Redis data storage to nonvolatile memory, which reduces overall memory cost per gigabyte (GB).
All tiers support the following features:
The Premium, Enterprise, and Enterprise Flash tiers also support other advanced features, including:
The following features are only available in the Enterprise tiers:
Having an issue? We can help!
Please sign in to use this experience.
Sign in