En este artículo se proporciona información sobre el diseño, el ajuste de tamaño y la implementación de una solución de contenedor de perfiles de Microsoft FSLogix para grandes empresas, así como la forma de evitar problemas de rendimiento en producción. Este artículo es una ampliación del artículo Azure Virtual Desktop para empresas.
FSLogix es un conjunto de soluciones que mejoran, habilitan y simplifican los entornos informáticos de Windows no persistentes. Las soluciones FSLogix son adecuadas para entornos virtuales en nubes tanto públicas como privadas. Estas soluciones también se pueden usar para crear sesiones informáticas más portables al usar dispositivos físicos.
Para combinar FSLogix con Azure Virtual Desktop como una solución de virtualización de escritorio en Azure, almacene sus perfiles en Azure Files o Azure NetApp Files como se describe en Opciones de almacenamiento para los contenedores de perfiles de FSLogix de Azure Virtual Desktop. De este modo, puede utilizar otro servicio de la plataforma Azure que no requiere infraestructura y simplificar la administración del entorno de almacenamiento.
Arquitectura de controlador de filtro de FSLogix
Es habitual copiar un perfil en y desde la red cuando un usuario inicia o cierra sesión en un entorno remoto. Dado que los perfiles de usuario a menudo pueden ser grandes, los tiempos de inicio y cierre de sesión suelen ser inaceptables. Los contenedores de FSLogix redirigen los perfiles de usuario a una ubicación de red. Los perfiles se colocan en archivos VHDx y se montan en tiempo de ejecución. El montaje y el uso de un perfil en la red elimina los retrasos asociados a las soluciones que copian archivos.
Descargue un archivo Visio de esta arquitectura.
En el diagrama de la arquitectura conceptual anterior se muestra el funcionamiento de FSLogix en el sistema operativo:
- El agente de servicio de Windows debe instalarse en la imagen VDI.
- Una vez completada la instalación, se insertan dos controladores de filtro en el sistema operativo.
- Luego, puede establecer entradas del Registro (o ADMX) adecuadas para colocar un contenedor VHDx en un sistema de archivos o una ubicación de recursos compartidos SMB (Azure Storage como se muestra en el diagrama anterior).
Contenedor de perfiles y contenedor de Office
El contenedor de perfiles de FSLogix y el contenedor de Office son las soluciones que proporciona Microsoft para almacenar perfiles de usuario móviles en Azure Virtual Desktop.
El contenedor de Office es un subconjunto del contenedor de perfiles. Aunque todas las ventajas del contenedor de Office también están disponibles en el contenedor de perfiles, hay ocasiones en las que puede ser beneficioso utilizarlos juntos. Es importante comprender completamente el proceso de configuración, especialmente cuando se usan juntos.
El contenedor de perfiles se usa para redirigir el perfil de usuario completo. El contenedor de perfiles se usa en entornos virtuales no persistentes, como escritorios virtuales. Cuando se usa el contenedor de perfiles, se captura todo el perfil de usuario, excepto los datos excluidos.
Hay varias razones por las que el contenedor de perfiles y el contenedor de Office se pueden usar juntos. Para obtener más información, lea la Comparación del contenedor de perfiles y el contenedor de Office.
Varias conexiones de perfiles
Conexiones simultáneas o múltiples hace referencia a un usuario conectado a varias sesiones, en el mismo host o en varios, con el mismo perfil simultáneamente. No debe confundirse con el término multisesión, que hace referencia a un sistema operativo que permite que varios usuarios se conecten simultáneamente.
Nota
No se recomienda el uso de conexiones simultáneas o múltiples en Azure Virtual Desktop. El procedimiento recomendado es crear una ubicación de perfil diferente para cada sesión (como un grupo de hosts).
Tenga en cuenta las siguientes limitaciones que presenta una implementación de varias conexiones:
- Microsoft OneDrive no admite varios entornos de conexión con cualquier tecnología de itinerancia de perfiles.
- El uso de OneDrive con varias conexiones de perfil puede provocar la pérdida de datos.
- Microsoft Outlook ofrece compatibilidad limitada con varias conexiones.
- Los usuarios finales deben instruirse en lo que deben esperar. El uso de contenedores de solo lectura produce una experiencia única que un usuario, sin el contexto adecuado, puede experimentar como pérdida de datos. Lea Conexiones simultáneas con el contenedor de perfiles y el contenedor de Office para obtener más información.
Requisitos de rendimiento
En cuanto al tamaño general del perfil, las limitaciones o cuotas de FSLogix dependen del tipo de almacenamiento usado para los archivos VHDx del perfil de usuario, así como de las limitaciones de tamaño del formato VHD/VHDx.
Proporcionar una buena experiencia de usuario requiere escalar suficiente ancho de banda de red en función del número de usuarios. Este requisito variará mucho en función de la actividad típica del usuario, por lo que deberá realizar pruebas de carga para asegurarse de que tiene suficiente ancho de banda a fin de admitir el uso simultáneo máximo. La latencia también es un factor en la experiencia del usuario, por lo que se recomienda localizar el almacenamiento lo más cerca posible de los hosts de sesión.
Además, en la tabla siguiente se muestra un ejemplo de los recursos que necesita un perfil de FSLogix para admitir cada usuario. Los requisitos pueden variar ampliamente en función del usuario, las aplicaciones y la actividad en cada perfil, por lo que el uso real puede variar considerablemente de lo que se muestra aquí. En la tabla se utiliza un ejemplo de un solo usuario. Use los puntos de datos como estos para calcular los requisitos del número total de usuarios de su entorno. Por ejemplo, puede que necesite aproximadamente 1000 IOPS (operaciones de entrada/salida por segundo) para 100 usuarios y alrededor de 5000 IOPS durante el inicio y cierre de sesión, si un gran número de usuarios inicia sesión durante un breve periodo de tiempo y crea un aluvión de inicios de sesión.
Resource | Requisito |
---|---|
IOPS de estado estable | 10 |
IOPS de inicio de sesión y cierre de sesión | 50 |
Opciones de almacenamiento para contenedores del perfil de FSLogix
Azure ofrece varias soluciones de almacenamiento que puede usar para almacenar el contenedor de perfiles de FSLogix. Se recomienda almacenar los contenedores de perfiles de FSLogix en Azure Files o Azure NetApp Files en la mayoría de los escenarios de clientes. En el artículo Opciones de almacenamiento para los contenedores de perfiles de FSLogix de Azure Virtual Desktop se comparan las diferentes soluciones de almacenamiento administrado que Azure ofrece para los contenedores de perfiles de usuario de FSLogix para Azure Virtual Desktop.
Nota
Aunque el procedimiento recomendado es tener los perfiles de usuario almacenados en Azure, también puede aprovechar cualquier otra solución de almacenamiento que ya tenga en su entorno (por ejemplo, espacios de nombres DFS) y que los hosts de sesiones puedan acceder para replicar los perfiles de usuario en esas ubicaciones mediante la caché en la nube, tal como se explica a continuación.
Espacios de almacenamiento directo (S2D) también es compatible con FSLogix y Azure Virtual Desktop. Se trata de una solución de almacenamiento autoadministrada que está fuera del ámbito de este artículo. Los clientes pueden sacar el máximo partido de Azure Files o Azure NetApp Files al mismo tiempo que simplifican la administración de Azure Virtual Desktop.
Procedimientos recomendados
A continuación se muestran procedimientos recomendados generales para los contenedores de perfiles de FSLogix.
- Para obtener un rendimiento óptimo, la solución de almacenamiento y el contenedor de perfiles de FSLogix deben estar en la misma ubicación del centro de datos.
- Excluya los archivos VHD(x) de los contenedores de perfiles de la detección antivirus para evitar cuellos de botella de rendimiento.
- Se recomienda usar un contenedor de perfiles independiente por grupo host, a la vez que se tienen dos sesiones activas.
- Con la caché en la nube, no niega la diligencia necesaria a fin de planear y probar los requisitos de conectividad para el ancho de banda y la latencia de la solución de almacenamiento.
Procedimientos recomendados de Azure Files
En la lista siguiente se describen algunos aspectos importantes que hay que tener en cuenta al utilizar Azure Files.
- El nombre de la cuenta de almacenamiento de Azure Files no puede tener más de 15 caracteres.
- Los permisos de Azure Files deben coincidir con los permisos descritos en Requisitos - Contenedores de perfiles.
- La cuenta de almacenamiento que contiene la imagen maestra debe estar en la misma región y suscripción que las máquinas virtuales (VM) que se están aprovisionando.
- Private Link para Azure Storage se puede usar a fin de habilitar un acceso a datos más seguro y mejorar la latencia de red de los hosts de sesión para la cuenta de almacenamiento. Esto también es útil en escenarios híbridos con conectividad de ExpressRoute.
- Puede aprovisionar previamente el espacio para el recurso compartido de Azure Files Premium con el fin de dar cabida a más IOPS para los usuarios de forma proactiva. Esto le permite usar más IOPS durante los inicios de sesión de usuario iniciales.
- El nivel Azure Files Premium tiene un mecanismo de expansión integrado que proporciona el triple de IOPS para los primeros 60 minutos de una sesión.
- Azure Files Sync se puede usar para replicar contenedores de perfiles existentes en Azure Files fácilmente.
- Con la opción de configuración ObjectSpecific por grupo de FSLogix, puede filtrar diferentes cuentas de almacenamiento de Azure Files para admitir más usuarios. El límite máximo de IOPS por cuenta de almacenamiento no significa que no se puedan apilar. Esto se aplica a los escenarios de grupo de hosts personal y agrupado. Esto se explica con más detalle en el diagrama de la arquitectura siguiente.
- Puede usar varias cuentas de almacenamiento en una red virtual de Azure. Por ejemplo, puede asignar distintos recursos compartidos de red a grupos de usuarios específicos de su entorno mediante grupos de AD.
Descargue un archivo Visio de esta arquitectura.
En la tabla siguiente se muestra cómo puede optimizar aún más el entorno de AVD. La información detallada de los objetivos de rendimiento de Azure Files (Standard y Premium) y de los precios está disponible para ayudarle a ajustar la solución de recurso compartido de archivos.
Carga de trabajo | Ejemplos | Nivel recomendado |
---|---|---|
Claro | Entrada de datos | Menos de 200 usuarios activos simultáneos: Estándar Más de 200 usuarios activos simultáneos: Premium |
Media | Usuarios esporádicos, aplicaciones de línea de negocio | Recursos compartidos de archivos Prémium |
Pesado | Ingenieros de software, creación de contenido | Recursos compartidos de archivos Prémium |
Power | CAD, 3D, Machine Learning | Recursos compartidos de archivos Prémium |
Procedimientos recomendados de Azure NetApp Files
Azure NetApp Files ha demostrado ser una excelente solución de almacenamiento administrado para perfiles de FSLogix y Azure Virtual Desktop. La baja latencia y el número elevado de IOPS es una excelente combinación para empresas a gran escala.
Cree volúmenes con características de red estándar cuando estén disponibles. Los volúmenes con características de red básicas permiten hasta 1000 conexiones IP por red virtual activa. Estas son las conexiones abiertas por máquina virtual en la red virtual al recurso compartido; es decir, esta limitación es aplicable por máquina virtual y no por sesión. Esto incluye los emparejamientos de red virtual. Las siguientes subsecciones pueden ayudarle a diseñar su entorno de forma proactiva. Lea Ventajas de usar Azure NetApp Files con Azure Virtual Desktop para obtener más información.
Escenarios agrupados
Si las recomendaciones de tamaño para usuarios multisesión de Windows 10 de AVD por vCPU para la VM D32as_v4 se calcula en función de la carga de trabajo ligera o media, se admitirían más de 120 000 usuarios en 1000 máquinas virtuales antes de alcanzar el límite de 1000 IP, tal como se muestra en la ilustración siguiente.
Descargue un archivo Visio de esta arquitectura.
Escenarios personales
Los usuarios se asignan a pods de escritorio específicos. Cada pod tiene menos de 1000 máquinas virtuales, lo que deja espacio para que las direcciones IP se propaguen desde la red virtual de administración. Azure NetApp Files puede controlar fácilmente más de 900 escritorios personales por grupo host de sesión única. El número real de máquinas virtuales es igual a 1000 menos el número de hosts de administración que se encuentran en la red virtual del centro.
Descargue un archivo Visio de esta arquitectura.
Permisos de almacenamiento
Se recomienda usar los siguientes permisos de NTFS. Para un uso correcto y seguro, se deben crear permisos de usuario para permitir la creación y el uso de un perfil, pero no el acceso a los perfiles de otros usuarios. Sin embargo, los permisos de almacenamiento del contenedor de perfiles se pueden encontrar en el artículo Configuración de permisos de almacenamiento para su uso con contenedores de perfiles y contenedores de Office.
Cuenta de usuario | Carpeta | Permisos |
---|---|---|
Usuarios | Solo esta carpeta | Modificar |
Creador/propietario | Solo subcarpetas y archivos | Modificar |
Administrador (opcional) | Esta carpeta, subcarpetas y archivos | Control total |
Exclusiones de almacenamiento
Se recomienda mantener las ubicaciones de carpeta de perfiles nativos en el contenedor de perfiles de FSLogix. Sin embargo, en algunos escenarios puede ser una ventaja excluir las carpetas para mejorar la eficacia, por ejemplo, para datos temporales o de almacenamiento en caché. En las secciones siguientes se describen las exclusiones de FSLogix comunes.
Exclusiones de Teams
La exclusión de estos elementos ayuda a reducir el tamaño del almacenamiento en caché del usuario para optimizar aún más la configuración no persistente. Excluya los elementos siguientes de la carpeta de almacenamiento en caché de Teams, %appdata%/Microsoft/Teams:
- Carpeta de la pila de medios
- Carpeta meeting-addin\Cache
Mediante las exclusiones siguientes:
<Exclude Copy="0">AppData\Roaming\Microsoft\Teams\media-stack</Exclude>
<Exclude Copy="0">AppData\Roaming\Microsoft\Teams\meeting-addin\Cache</Exclude>
Consulte la documentación de exclusiones de FSLogix para obtener más información sobre cómo configurar las exclusiones específicas de Teams anteriores en el contenedor de perfiles de FSLogix.
Exclusiones del antivirus
Asegúrese de configurar las siguientes exclusiones de antivirus para las unidades de disco duro virtuales del contenedor de perfiles de FSLogix. Asegúrese de comprobar la siguiente información con el equipo de seguridad.
Excluir los archivos:
- %ProgramFiles%\FSLogix\Apps\frxdrv.sys
- %ProgramFiles%\FSLogix\Apps\frxdrvvt.sys
- %ProgramFiles%\FSLogix\Apps\frxccd.sys
- %TEMP%\*.VHD
- %TEMP%\*.VHDX
- %Windir%\TEMP\*.VHD
- %Windir%\TEMP\*.VHDX
- \\storageaccount.file.core.windows.net\share\*.VHD
- \\storageaccount.file.core.windows.net\share\*.VHDX
- %ProgramData%\FSLogix\Cache\*.VHD (adicional: solo si se usa la caché de nube)
- %ProgramData%\FSLogix\Cache\*.VHDX (adicional: solo si se usa la caché de nube)
- %ProgramData%\FSLogix\Proxy\*.VHD (adicional: solo si se usa la caché de nube)
- %ProgramData%\FSLogix\Proxy\*.VHDX (adicional: solo si se usa la caché de nube)
Excluir los procesos:
- %ProgramFiles%\FSLogix\Apps\frxccd.exe
- %ProgramFiles%\FSLogix\Apps\frxccds.exe
- %ProgramFiles%\FSLogix\Apps\frxsvc.exe
Adición de exclusiones para Microsoft Defender for Cloud mediante PowerShell
Puede usar este script de PowerShell para agregar las exclusiones para Microsoft Defender for Cloud:
# Defender Exclusions for FSLogix
$Cloudcache = $false # Set for true if using cloud cache
$StorageAcct = "storageacct" # Storage Account Name
$ShareName = "share" # Storage Account's file share name
$filelist = `
"%ProgramFiles%\FSLogix\Apps\frxdrv.sys", `
"%ProgramFiles%\FSLogix\Apps\frxdrvvt.sys", `
"%ProgramFiles%\FSLogix\Apps\frxccd.sys", `
"%TEMP%\*.VHD", `
"%TEMP%\*.VHDX", `
"%Windir%\TEMP\*.VHD", `
"%Windir%\TEMP\*.VHDX", `
"\\$Storageacct.file.core.windows.net\$ShareName\*.VHD", `
"\\$Storageacct.file.core.windows.net\$ShareName\*.VHDX"
$processlist = `
"%ProgramFiles%\FSLogix\Apps\frxccd.exe", `
"%ProgramFiles%\FSLogix\Apps\frxccds.exe", `
"%ProgramFiles%\FSLogix\Apps\frxsvc.exe"
Foreach($item in $filelist){
Add-MpPreference -ExclusionPath $item}
Foreach($item in $processlist){
Add-MpPreference -ExclusionProcess $item}
If ($Cloudcache){
Add-MpPreference -ExclusionPath "%ProgramData%\FSLogix\Cache\*.VHD"
Add-MpPreference -ExclusionPath "%ProgramData%\FSLogix\Cache\*.VHDX"
Add-MpPreference -ExclusionPath "%ProgramData%\FSLogix\Proxy\*.VHD"
Add-MpPreference -ExclusionPath "%ProgramData%\FSLogix\Proxy\*.VHDX"}
Uso de la caché en la nube
La caché en la nube es un complemento de FSLogix. Usa una memoria caché local para atender todas las lecturas de un perfil redirigido o un contenedor de Office después de la primera lectura. La caché en la nube también permite el uso de varias ubicaciones remotas, que se actualizan continuamente durante la sesión del usuario, lo que crea una verdadera replicación del perfil en tiempo real. El uso de la caché en la nube puede proteger a los usuarios de la pérdida de conectividad a corto plazo de los contenedores de perfiles remotos, ya que la memoria caché local puede atender muchas operaciones de perfiles. Si se produjera un error del proveedor, la caché en la nube proporciona continuidad empresarial.
Dado que el archivo de la caché local atenderá la mayoría de las solicitudes de E/S, el rendimiento del archivo de la caché local determinará la experiencia del usuario. Es crítico que el almacenamiento utilizado para este archivo sea de alto rendimiento y alta disponibilidad. Cualquier almacenamiento utilizado para el archivo de caché local debe ser un almacenamiento conectado físicamente, o bien tener características de confiabilidad y rendimiento que cumplan o superen las de un almacenamiento conectado físicamente de alto rendimiento.
La caché en la nube es solo una de las muchas opciones que se pueden considerar para la continuidad empresarial al usar contenedores de perfiles. La caché en la nube proporciona duplicación en tiempo real del perfil de usuario, que realizará la conmutación por error de forma activa si se pierde la conectividad a un proveedor de caché en la nube.
Existen varias consideraciones que hay que tener en cuenta al implementar la caché en la nube. Debe:
- Proporcionar alta disponibilidad del perfil en tiempo real.
- Proteger a los usuarios de los problemas de conectividad a corto plazo a los proveedores de caché en la nube remota mediante el suministro de lecturas/escrituras de la memoria caché local.
- Habilitar el uso del almacenamiento de blob en páginas de Azure a través de la API de REST.
- Puede ser una herramienta de perfil eficaz al configurar entornos multigeográficos, y
- requiere almacenamiento conectado a un host de alto rendimiento y alta disponibilidad (o equivalente) para admitir la memoria caché local.
- Se ejecuta en el host, y utiliza recursos de procesador, memoria, red y almacenamiento.
- Cuando se usa como solución de alta disponibilidad, la caché en la nube requiere varias copias completas del perfil de usuario, además del archivo de caché local.
Debido al uso de recursos, puede ser más rentable considerar soluciones alternativas de recuperación ante desastres o copia de seguridad para los contenedores de perfiles de FSLogix. Normalmente, la caché en la nube se usa cuando una de sus características proporciona un valor único, como alta disponibilidad del perfil en tiempo real. Si un entorno se puede atender adecuadamente con una forma alternativa de copia de seguridad, esta suele ser más económica que la caché en la nube.
Recuperación ante desastres y continuidad empresarial (BCDR)
En una arquitectura empresarial, es habitual que los perfiles de usuario sean resistentes. Para configurar una solución de perfil de FSLogix de modo que sea lo más eficaz posible, la cantidad de datos que se mueven debe reducirse al mínimo:
El primer paso para crear una solución de perfil de FSLogix eficaz es el uso de la copia de seguridad de carpetas de OneDrive para colocar carpetas de perfil basadas en documentos en OneDrive. Esto significa que puede aprovechar las características integradas de OneDrive para proteger los documentos de los usuarios.
Con el fin de reducir la cantidad de datos que deben replicarse, archivarse y restaurarse de forma independiente, también debería dividir los datos de la memoria caché de Office en el disco de Microsoft 365. Esto se debe a que los datos de la memoria caché suelen abarcar la mayor parte de la capacidad de datos del perfil utilizada. Como el disco de Microsoft 365 solo contiene datos de caché, cuyo origen está almacenado de forma segura en la nube, no es necesario hacer que estos datos sean resistentes. Una vez que los documentos y la caché se separan del disco de perfil, debe establecer las directivas de archivado y restauración de la replicación en este disco de capacidad mucho menor.
Azure Files ofrece la opción de replicación de la conmutación por error de una cuenta de almacenamiento en la otra región configurada en el plan de redundancia de la cuenta de almacenamiento. Esto solo se admite para el tipo de cuenta de almacenamiento estándar mediante el almacenamiento con redundancia geográfica (GRS). Otras opciones que se pueden usar son AzCopy o cualquier otro mecanismo de copia de archivos, como RoboCopy.
Azure NetApp Files ofrece replicación entre regiones. Con esta característica, puede replicar el recurso compartido de archivos de FSLogix en otra región mediante la red troncal de Azure.
Copia de seguridad y restauración
La realización de copias de seguridad periódicas de sus perfiles de Windows puede ser beneficiosa en distintas situaciones. Escenarios en los que un usuario quita accidentalmente datos y quiere restaurarlos, o un perfil o datos dañados debido a infecciones de malware, podría ser un indicador para almacenar los datos de forma segura en Azure.
El nivel Azure Files Premium se integra con Azure Backup y se admite junto con FSLogix. Azure NetApp Files ofrece un mecanismo de instantáneas similar para realizar copias de los contenedores de perfiles de FSLogix.
Mantenimiento
Como hemos visto anteriormente en este artículo, el contenedor de perfiles de FSLogix funciona con discos virtuales. Los discos duros virtuales se encuentran en el formato de archivo VHD o VHDx. Ambos son compatibles con esta herramienta. De forma predeterminada, los discos creados tendrán formato de expansión dinámica en lugar de formato fijo. Esto podría dar lugar a situaciones con un tamaño del disco mayor que los archivos reales del disco virtual. Por lo tanto, es habitual realizar el mantenimiento tras reducir los discos duros virtuales según una programación, por ejemplo, mensualmente. Esto se puede llevar a cabo con un script capaz de reducir la cantidad de perfiles. Este script se puede diseñar para que funcione a escala empresarial, con el fin de reducir el tamaño de miles de discos en el menor tiempo posible. Se puede ejecutar desde cualquier máquina del entorno. No es necesario que se ejecute desde un servidor de archivos que hospede los discos. No necesita tener instalado el rol de Hyper-V.
Esta herramienta es multiproceso y aprovechará varios núcleos de CPU en la máquina desde la que se ejecuta el script. No se recomienda ejecutar más de dos veces el número de subprocesos de los núcleos disponibles en la máquina. También puede usar el número de subprocesos para limitar la carga en el almacenamiento.
Descargue la herramienta aquí.
Nota
El grupo de productos de Microsoft no admite este script. Está controlado por la comunidad. Este script no permite reducir el tamaño de un formato de archivo fijo.
Configuración de los procedimientos recomendados para empresas
Los clientes suelen usar los siguientes valores de configuración en sus entornos de virtualización de escritorio, además de la configuración predeterminada, como Habilitado y VHDLocations.
Configuración | Valor | Motivo |
---|---|---|
DeleteLocalProfileWhenVHDShouldApply | 1 | Esta opción de configuración evita errores al iniciar sesión con un perfil local existente. Primero quita el perfil, si ya existe alguno. |
SizeInMBs | 30000 | Especifica el tamaño del disco VHD(x) recién creado en número de MB. El valor predeterminado es 30 000 MB o 30 GB. |
VolumeType | VHDx | Más funcionalidades de PowerShell y mantenimiento. |
FlipFlopProfileDirectoryName | 1 | Facilita la búsqueda de la carpeta de usuario del contenedor de perfiles específico en el recurso compartido de red. |
Para administrar estos valores del registro a escala, las plantillas de directiva del grupo se incluyen con el paquete de instalación de FSlogix. Puede encontrar instrucciones sobre el uso de estas plantillas en el artículo Uso de las plantillas de directiva de grupo de FSLogix.
Nota: "FlipFlopProfileDirectoryName" se administra mediante la opción "swap directory name components" (intercambiar componentes de nombre de directorio) si se usa la plantilla de GPO.
Colaboradores
Microsoft mantiene este artículo. Originalmente lo escribieron los siguientes colaboradores.
Autor principal:
- Christiaan Brinkhoff | PM principal y director de Community, Windows 365
Otros colaboradores:
Sven Aelterman | Arquitecto sénior de soluciones en la nube, Educación
Nelson Del Villar | Ingeniero sénior de clientes, Infraestructura básica de Azure
Pasos siguientes
Lea los siguientes artículos para obtener más información:
- Documentación de Azure Virtual Desktop
- Documentación de FSLogix
- Opciones de almacenamiento para los contenedores de perfiles de FSLogix de Azure Virtual Desktop
- Contenedores de perfiles de FSLogix y Azure Files
- Azure Virtual Desktop para la empresa