Currenty we are running Sitecore 9.0 on Azure Paas. I would like to know which is the purpose of the Azure Redis Cache?

Reading some documentation it seems that it´s to store session properties of users. We are an e-commerce site, but we are using a custom mechanism for the users session, not using the one provided by Sitecore. If we are not using it, is it necessary to have the Redis Cache?

We have looked at Redis, it contains a hundred of keys, with not readable content for us. In some blogs I read that the Redis Cache it´s useful decreasing response time in requests peaks. But I´m not sure if it´s useful when we are not using Session mechanism from Sitecore.


1 Answer 1


Azure Redis cache is the default session provider Sitecore 9.0 will use in Azure Paas. Out of the box, Azure Redis Cache will be configured and used by Sitecore.

Sitecore uses this session provider as a means of managing out of process (ie. distributed) session state to share contact data across browser sessions and devices. This is required to support base functionality in Sitecore XP (Analytics, XDB etc). Even if you are using a custom session provider for other purposes, you will likely still need the Sitecore sessions configured to get full value out of the solution. You can find some more information on how Sitecore manages session data here: https://doc.sitecore.net/sitecore_experience_platform/setting_up_and_maintaining/session_state/session_state/session_state

Redis is designed as a means for fast, distributed access to a key/value store. If you're digging into the redis instance directly, you're likely to see all of the keys of your current sessions (private and shared) with non-readable values (usually stored as binary vals). These values are usually managed and accessed via the Sitecore Session API abstractions. It's rare you would need to access Redis directly.

Sitecore 9.0 supports Redis and SQL Server as distributed session providers. So, no, Redis is not required...however a session state provider is required for Sitecore XP. ie. You need Redis OR SQL Server configured. Which you select really depends on your exact situation. If required, details on how to configure the SQL provider as an alternative is documented here: https://doc.sitecore.net/sitecore_experience_platform/setting_up_and_maintaining/session_state/session_state/walkthrough_configuring_a_private_session_state_database_using_the_sql_server_provider

  • Thanks @GWDT for your answer. If we don´t use Services like Analytics, XDB. Is it still recommended to have the session mechanism of Sitecore enabled?
    – Marc Cals
    Nov 19, 2018 at 9:32
  • 2
    Yes. Sessions are still recommended even using the XM (No analytics or marketing features) topologies. You can find out more on the 9.0 arch options here: doc.sitecore.net/sitecore_experience_platform/… Nov 19, 2018 at 9:43

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge you have read our privacy policy.

Not the answer you're looking for? Browse other questions tagged or ask your own question.