Virtual Happy Hour this month, Jun 28, we'll be getting a sneak preview at our soon to launch SaaS CMS!

Try our conversational search powered by Generative AI!

ARRAffinity

Vote:
 

Are there limitations in Episerver that prevents us from turning ARR Affinity off in an non DXC Azure webapp?

#221516
Apr 20, 2020 13:36
Vote:
 

I also wonder this. We do not use session state in the application but I noticed that <location path="EPiServer"> has the session state enabled as default. 

<pages enableEventValidation="true" enableViewState="true" enableSessionState="true" enableViewStateMac="true">
#251124
Mar 22, 2021 22:04
Vote:
 

Even on DXP, the setting can be turn on/off on demand. I can't see any reason why you can't turn it off with your Azure website. I'm happy to learn that I'm wrong, but I don't see it otherwise

#251149
Mar 23, 2021 8:32
Vote:
 

Thanks for the answer Quan. My concern is the following setting in the web.config. How will turning off the ARR Affinity in Production (DXP) affect the admin logins? In DXP Prod there're at least 2 servers, is there any risk of getting logged of when the ARR Affinity is turned off?

#251151
Mar 23, 2021 9:17
Vote:
 

I don't have an definitive answer for that, but I'm quite sure it should just work. In theory, an admin is just an account. Normally visitors can be served by different instances and they are not automatically logged out.

Btw, you might want to limit admin access to one content authoring instance, that's kind of "best practice" to reduce attack limit. 

#251152
Mar 23, 2021 9:25
Vote:
 

I'm running my personal blog (on Episerver) with ARR Affinity turned off and sessionstate disabled. No problems.

Hosted in Azure, not DXP.

#251163
Mar 23, 2021 11:44
Vote:
 

We've had ARR Affinity off in some Azure projects and also sessions off (who needs those? :D, unless you have some add-ons that rely on asp.net session).

I think one thing that might still require "sticky session" is the Episerver Export or I think it was like that. But it also matters how you have your setup - for example if you have separate single edit instance then the traffic is always anyways going to that instance so you don't need "sticky session" BUT if you have two or more instances serving both the browsing site and edit view then you need to have "sticky session" in some cases to the same instance (if something you use requires asp.net session / stores state there).

#251668
Edited, Mar 26, 2021 12:27
* You are NOT allowed to include any hyperlinks in the post because your account hasn't associated to your company. User profile should be updated.