Back in November 2018, Microsoft announced acquiring FSLogix. The acquisition should be seen in the context of the WVD launch, and, a continuous effort to improve the adoption of Office 365.
In a 2017 webcast, they highlight FSLogix being a leading provider in 4 domains:
- Office 365 containers
- Profile containers
- JAVA conflict management
- Application masking
In this article, we will give a high-level overview of user profile management techniques & solutions, and, we’ll zoom into FSLogix as a solution for Office 365 containers and Profile containers. We’ll also look into deploying FSLogix as part of an Awingu deployment.
User Profile Management: the basics
“A user profile contains data elements about an individual, including configuration information like desktop settings, persistent network connections, and application settings. By default, Windows creates a local user profile that is tightly integrated with the operating system.
A remote user profile provides a partition between user data and the operating system. It allows the operating system to be replaced or changed without affecting the user data. In Remote Desktop Session Host (RDSH) and Virtual Desktop Infrastructures (VDI), the operating system may be replaced for the following reasons:
- An upgrade of the operating system
- A replacement of an existing Virtual Machine (VM)
- A user being part of a pooled (non-persistent) RDSH or VDI environment
Microsoft products operate with several technologies for remote user profiles, including these technologies:
- Roaming user profiles (RUP)
- User profile disks (UPD)
- Enterprise state roaming (ESR)
UPD and RUP are the most widely used technologies for user profiles in Remote Desktop Session Host (RDSH) and Virtual Hard Disk (VHD) environments. […] Existing and legacy Microsoft solutions for user profiles came with various challenges. No previous solution handled all the user profile needs that come with an RDSH or VDI environment. For example, UPD cannot handle large OST files and RUP does not persist in modern settings.”
What is FSLogix?
Where classic solutions such as RUP & UDP run short, FSLogix steps in. It is designed to roam profiles in remote computing environments. “FSLogix stores a complete user profile in a single container. At sign in, this container is dynamically attached to the computing environment using natively supported Virtual Hard Disk (VHD) and Hyper-V Virtual Hard disk (VHDX). The user profile is immediately available and appears in the system exactly like a native user profile.”*
For example: Without the use of tools such as FSLogix – it takes “ages” before your Outlook application is loaded. Technically, your back-end system needs to upload and install your Offline OST file, profile, etc. the moment you want to start the application. And that tends to be tons of data. FSLogix solves this, and make this process much faster. This vastly improves customer experience and creates a gain in productivity.
We have described a very simple pro’s and con’s analysis for adoption FSLogix – basically, it only has pros.
Faster login and application load times
Easily added to existing environments
Office 365 data stored in VHD so no longer the need to fetch all data online which can take a long time
User profile always available when starting a session
User profile can be stored on a separate disk to reduce data on servers
Log out takes extra time when RW VHD is being merged
Changes made in profile (like saving a file in documents) on a session where only the READ disk is attached are lost
Multiple identical office 365 containers to make it work with outlook cached mode, where if one of these containers is not used for some time it needs to sync a lot of data again
Microsoft describes the benefits of FSLogix in these key drivers:
- Performance: The FSLogix profile containers are high performance and resolve performance issues that have historically blocked cached exchange mode.
- OneDrive: Without FSLogix profile containers, OneDrive for Business is not supported in non-persistent RDSH or VDI environments. OneDrive for Business and FSLogix best practices describes how they interact. For more information, see Use the sync client on virtual desktops.
- Additional folders: FSLogix provides the ability to extend user profiles to include additional folders.
FSLogix is now part of your RDS license
And now the good news: Since March 2019 FSLogix is available for anyone with an RDS CAL or SAL at no extra cost.
“This tweet from Microsoft RDS group manager Scott Manchester sums it up: “Who will be entitled to #FSLogix? Anyone with an RDS-CAL, RDS-SAL, VDA, or WVD entitlement. Use the full suite for on-prem or in the cloud. #WVD”
Basically, if you own or subscribe to anything on the following list, you’ll also be entitled to FSLogix:
- Microsoft 365 E3/A3
- Microsoft 365 E5/A5
- Windows 10 Enterprise E3/E5
- Windows 10 Education A3/A5
- Windows 10 VDA per user
- Remote Desktop Services (RDS) CAL
For businesses that operate Office 365 or desktops in a server-based computing environment, this will translate into a significant improvement in User Experience, with open times for Outlook reduced from minutes to seconds.
Leverage all FSLogix benefits within Awingu
FSLogix plays out completely in the back-end system. Meaning Awingu customers also enjoy the benefits. So if you are hosting Office 365 on non-persistent VDI’s or use RemoteApp, we recommend looking into adding the Microsoft FSLogix component as it can significantly improve the end-user experience.
FSLogix is installed in the back-end. Awingu users can reap all the benefits when setup
Awingu 4.2 also supports RDP session merging
In version 4.2, Awingu introduces RDP session merging. In other words, the ability to merge application session in the same RDP stream. This will work independently of using UPD or RUP as a profile management solution.
There won’t be any impact on the first application session open time. But as of the 2nd application, the Awingu platform will try to open this from within the same RDP stream. As a result, the user profile data does not need to be loaded as it’s already open from the first application. It will also result in lower CPU and memory usage.
In the back-end, this approach requires running multiple application in the same VM (otherwise, Awingu will not be able to merge the apps in the same RDP session). RDP session merge can be activated per application by the company admin (it is disabled by default). When activated, it also means that Awingu based features such as ‘session sharing’, ‘session recording’ and ‘open in new tab’ will impact all applications running a session (and not just the one visible to the end-user).
The following picture gives a high-level view of the flows:
For the end-user, opening an additional application will look similar to his native Windows experience with screens on top of each other
- video: https://blog.fslogix.com/deployment-guide-video-for-fslogix-profile-containers-and-office-365-containers
- FsLogix deployment guide: https://docs.fslogix.com/display/20170529/Deployment+Guides
- another guide that shows how office 365 containers work: https://wilkyit.com/2017/05/10/fslogix-office-365-container-install-configure-and-testing/
- install office365 for RDS: https://docs.microsoft.com/en-us/deployoffice/deploy-office-365-proplus-by-using-remote-desktop-services
- enabling windows search service: https://blog.fslogix.com/fslogix-containers-search-index-considerations-and-troubleshooting