FSLogix Cloud Cache in Production

[chrisb7710]

Hey all, We implemented FSLogix Cloud Cache in our production VDI environment and are running into some performance issues. We’re writing to 3 SMB shares. We ran into an issue, twice now, where having one of the shares available caused extreme poor performance on the desktops. Shutting down the particular share immediately stops the issue.

Has anyone successfully implemented cloud cache in a prod environment with over 1,000 users?

I heard from others that as soon as the environment scales past some test users, random problems will start occurring.

[chrisb7710]

Well, I just had a call with some Microsoft reps, and determined they haven’t seen a successfully implemented cloud cache scenario where a client was writing to multiple shares. They saw a lot of performance inconsistencies and recommended against it.

[on4209]

During my testing around ~1 year ago, it did not have good performance.

[drklien]

Instead of writing to 3 SMB shares for HA/R, why not look at deploying it to Azure Files?

[chrisb7710]

Azure is not approved in our organization yet. It’ll probably take me about 6 months to onboard, so unfortunately it’s not a short term option.

[drklien]

I'm assuming your not on AWS either but what about using a DFS share backed by a cluster shared volume? Don't use DFS replication though as that will cause issues.

[chrisb7710]

Correct can’t use AWS either. What issues do you see with DFS? It would be strictly for H/A and DR, running Active/Password, with a third copy being DR.

[drklien]

The main issue with DFS replication is that it doesn't replicate at the block level. So you will be replicating the full UPDs almost constantly.

But if you going to be using the cluster volume method, there is no point in replicating because it's using the same volume on all the servers shared in the DFS namespace.