Active/passive DR site

Toby Skerritt I believe we have some plans around this ?

If you do, would love to know a bit more 

Hi Chris Erbs,

Hoping that Toby and team might get back with some more direct info if there any plans. 

But I wanted to give a little input on how another customer have solved this to attain to their RTO and RPO.

Production workspace placed in West Europe

Main region (production):

NME application

4 host pools (multi-session), images based from two different images.

Images stored in ACG and replicated to failover region.

FSLogix configured with CloudCache to replicate to storage in failover region.

All users logging into these hostpools on a daily basis.

Failover region:

NME application (not the same as in production) configured near identical.

Images imported into NME from the replicated ACG.

4 hostpools configured from the respective images - autoscale turned off and 0 hosts in the hostpool.

When DR needs to be started, they simply log into the NME application in the DR region and turn auto-scale on and assign the 

Within 30-35min, they are back up and running.

This is of course not an fully automated DR or HA - but with a RTO of 1 hour this is working for them. 

Hi Chris Erbs - Nerdio Manager includes the ability to build Active/Active DR functionality natively, by splitting pool resource deployments across regions. This allows for automated resilience with no user interaction required in the event of a DR scenario.

We don't currently offer Active/Passive functionality, but you could potentially achieve this by creating a separate DR pool which accessed the same FSlogix CloudCache profile locations. This pool could be disabled (no user groups assigned) until DR invocation, when you could assign the required groups.

We will also look at options to simplify thye above process in future.

Thanks

Hey Toby Skerritt Do you have any docs on the active/active DR setup? 

Hi Chris Erbs - yes - sorry for not including!

https://nmehelp.getnerdio.com/hc/en-us/articles/26124319021837-Host-Pool-Disaster-Recovery

Toby Skerritt Looks like you cant do this a persistent desktop pool, correct?

Chris Erbs that's correct - in order for the user to have a consistent experience, the profile must live somewhere independently from the desktop via FSlogix Cloud cache. This approach adds additional storage costs which customers using dedicated desktops prefer to avoid. Also, dedicated desktops will often be unique, and the DR desktop would not be identical (it may not have the same apps installed, for example), so DR in dedicated scenarios does not work unless a mechanism is in place to fully replicate the desktop (we dont have this).

If you plan for your desktops to be generally identical (same permissions, same apps etc), then you can take advantage of our DR function using Single user pooled desktops .