Merge pull request #283835 from sipastak/avd-fsl-profile

AVD FSLogix profile containers concepts

Author: v-dirichards

articles/virtual-desktop/fslogix-profile-containers.md

@@ -10,79 +10,53 @@ ms.custom: docs_inherited
 
 # User profile management for Azure Virtual Desktop with FSLogix profile containers
 
-We recommend using [FSLogix profile containers](/fslogix/concepts-container-types#profile-container) with Azure Virtual Desktop to manage user profiles and personalization. FSLogix is designed to roam profiles in remote computing environments, such as Azure Virtual Desktop. It 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. This article describes how FSLogix profile containers work with Azure Virtual Desktop.
-
-> [!NOTE]
-> If you're looking for comparison material about the different FSLogix Profile Container storage options on Azure, see [Storage options for FSLogix profile containers](store-fslogix-profile.md).
-
-## User profiles
-
 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)
+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. With a VDI solution, such as Azure Virtual Desktop, the operating system may be replaced for the following reasons:
 
-UPD and RUP are the most widely used technologies for user profiles in Remote Desktop Session Host (RDSH) and Virtual Hard Disk (VHD) environments.
+- An upgrade of the operating system.
+- A replacement of an existing session host.
+- A user is assigned to a pooled host pool where they might connect to a different session host each time they sign in.
 
-### Challenges with previous user profile technologies
+We recommend using [FSLogix profile containers](/fslogix/concepts-container-types#profile-container) with Azure Virtual Desktop to manage and roam user profiles and personalization. FSLogix profile containers store a complete user profile in a single container. At sign in, this container is dynamically attached to the remote session as a natively supported Virtual Hard Disk (VHDX or VHD) file. The user profile is immediately available and appears in the system exactly like a native user profile. This article describes how FSLogix profile containers work with Azure Virtual Desktop.
 
-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 modern settings.
-
-#### Functionality
-
-The following table shows benefits and limitations of previous user profile technologies.
-
-| Technology | Modern settings | Win32 settings | OS settings | User data | Supported on server SKU | Back-end storage on Azure | Back-end storage on-premises | Version support | Subsequent sign in time |Notes|
-| ---------- | :-------------: | :------------: | :---------: | --------: | :---------------------: | :-----------------------: | :--------------------------: | :-------------: | :---------------------: |-----|
-| **User Profile Disks (UPD)** | Yes | Yes | Yes | Yes | Yes | No | Yes | Win 7+ | Yes | |
-| **Roaming User Profile (RUP), maintenance mode** | No | Yes | Yes | Yes | Yes| No | Yes | Win 7+ | No | |
-| **Enterprise State Roaming (ESR)** | Yes | No | Yes | No | See notes | Yes | No | Win 10 | No | Functions on server SKU but no supporting user interface |
-| **User Experience Virtualization (UE-V)** | Yes | Yes | Yes | No | Yes | No | Yes | Win 7+ | No |  |
-| **OneDrive cloud files** | No | No | No | Yes | See notes | See notes  | See Notes | Win 10 RS3 | No | Not tested on server SKU. Back-end storage on Azure depends on sync client. Back-end storage on-premises needs a sync client. |
-
-#### Performance
-
-UPD requires [Storage Spaces Direct (S2D)](/windows-server/remote/remote-desktop-services/rds-storage-spaces-direct-deployment/) to address performance requirements. UPD uses Server Message Block (SMB) protocol. It copies the profile to the VM in which the user is being logged.
+> [!NOTE]
+> If you're looking for comparison material about the different FSLogix Profile Container storage options on Azure, see [Storage options for FSLogix profile containers](store-fslogix-profile.md).
 
-#### Cost
 
-While S2D clusters achieve the necessary performance, the cost is expensive for enterprise customers, but especially expensive for small and medium business (SMB) customers. For this solution, businesses pay for storage disks, along with the cost of the VMs that use the disks for a share.
+## FSLogix profile containers
 
-#### Administrative overhead
+Existing and legacy Microsoft solutions for user profiles came with various challenges. No previous solution handled all the user profile needs of a VDI environment.
 
-S2D clusters require an operating system that is patched, updated, and maintained in a secure state. These processes and the complexity of setting up S2D disaster recovery make S2D feasible only for enterprises with a dedicated IT staff.
+FSLogix profile containers address many user profile challenges. Key among them are:
 
-## FSLogix profile containers
+- **Performance:** The [FSLogix profile containers](/fslogix/configure-profile-container-tutorial/) are high performance and resolve performance issues that have historically blocked cached exchange mode.
 
-On November 19, 2018, [Microsoft acquired FSLogix](https://blogs.microsoft.com/blog/2018/11/19/microsoft-acquires-fslogix-to-enhance-the-office-365-virtualization-experience/). FSLogix addresses many profile container challenges. Key among them are:
+- **OneDrive:** Without FSLogix profile containers, OneDrive is not supported in non-persistent VDI environments.
 
-- **Performance:** The [FSLogix profile containers](/fslogix/configure-profile-container-tutorial/) 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. The [OneDrive VDI support page](/onedrive/sync-vdi-support) will tell you how they interact. For more information, see [Use the sync client on virtual desktops](/deployoffice/rds-onedrive-business-vdi/).
-- **Additional folders:** FSLogix provides the ability to extend user profiles to include additional folders.
+- **Additional folders:** FSLogix profile containers provides the ability to extend user profiles to include additional folders.
 
-Since the acquisition, Microsoft started replacing existing user profile solutions, like UPD, with FSLogix profile containers.
 
 ## Best practices for Azure Virtual Desktop
 
 Azure Virtual Desktop offers full control over size, type, and count of VMs that are being used by customers. For more information, see [What is Azure Virtual Desktop?](overview.md).
 
 To ensure your Azure Virtual Desktop environment follows best practices:
 
-- If you use Azure Files:
+- We recommend you use Azure Files or Azure NetApp Files to store profile containers. To compare the different FSLogix Profile Container storage options on Azure, see [Storage options for FSLogix profile containers](/fslogix/concepts-container-storage-options).
+
    - The storage account must be in the same region as the session host VMs.
+
    - Azure Files permissions should match permissions described in [Configure SMB Storage Permissions for FSLogix](/fslogix/fslogix-storage-config-ht).
+
    - Azure Files has limits on the number of open handles per root directory, directory, and file. For more information on the limits and sizing guidance, see [Azure Files scalability and performance targets](../storage/files/storage-files-scale-targets.md#file-scale-targets) and [Azure Files sizing guidance for Azure Virtual Desktop](../storage/files/storage-files-scale-targets.md#azure-files-sizing-guidance-for-azure-virtual-desktop).
+
 - Each host pool VM must be built of the same type and size VM based on the same master image.
+
 - Each host pool VM must be in the same resource group to aid management, scaling and updating.
+
 - For optimal performance, the storage solution and the FSLogix profile container should be in the same data center location.
+
 - The storage account containing the master image must be in the same region and subscription where the VMs are being provisioned.
 
 ## Next steps