Azure Virtual Desktop y Windows 365: cuál elegir, un host pool con FSLogix y una conexión que falla

Qué vas a conseguir

Saber cuándo proponer Azure Virtual Desktop (AVD) y cuándo Windows 365, montar un host pool multisesión que arranca y apaga máquinas solo, con perfiles que siguen al usuario, y la rutina para el ticket de "no me conecta al escritorio", que en estos entornos casi nunca es la red del usuario.

Antes de empezar

• Una suscripción de Azure con los roles Desktop Virtualization Contributor y Virtual Machine Contributor en el grupo de recursos (activados por PIM).
• Licencias que dan derecho a usar AVD con Windows cliente: Microsoft 365 E3/E5, Business Premium o Windows Enterprise E3/E5 por usuario. El coste aparte es el de las máquinas, el disco y el almacenamiento de Azure.
• Una red virtual con salida a internet y, si los hosts se unen a Active Directory, DNS que resuelva el dominio.
• Una cuenta de almacenamiento Azure Files Premium para los perfiles de FSLogix.

1. AVD o Windows 365

La pregunta que decide casi siempre es quién va a mantener las imágenes y el escalado. Si no hay nadie con tiempo para eso, Windows 365.

2. El host pool

Con hosts unidos a Entra ID hacen falta dos asignaciones al mismo grupo de usuarios (sg-avd-oficina):

• En el grupo de aplicaciones de escritorio: la asignación de usuarios, para que vean el escritorio.
• En el grupo de recursos de las máquinas: el rol Virtual Machine User Login (o Administrator Login para IT). Sin él, el usuario ve el escritorio en la lista pero el inicio de sesión en el host falla.

En las propiedades RDP del host pool, enablerdsaadauth:i:1 activa el inicio de sesión único con Entra ID: el usuario no vuelve a escribir la contraseña al entrar en la sesión.

3. Perfiles con FSLogix

En multisesión el usuario no cae siempre en la misma máquina: su perfil tiene que viajar con él. FSLogix lo guarda en un disco VHDX en Azure Files y lo monta al iniciar sesión.

›New-Item -Path "HKLM:\SOFTWARE\FSLogix\Profiles" -Force | Out-Null›Set-ItemProperty "HKLM:\SOFTWARE\FSLogix\Profiles" -Name Enabled -Value 1 -Type DWord›Set-ItemProperty "HKLM:\SOFTWARE\FSLogix\Profiles" -Name VHDLocations -Value "\\stavdperfiles.file.core.windows.net\perfiles" -Type String›Set-ItemProperty "HKLM:\SOFTWARE\FSLogix\Profiles" -Name DeleteLocalProfileWhenVHDShouldApply -Value 1 -Type DWord›Set-ItemProperty "HKLM:\SOFTWARE\FSLogix\Profiles" -Name FlipFlopProfileDirectoryName -Value 1 -Type DWord

• FlipFlopProfileDirectoryName nombra la carpeta de cada perfil como usuario_SID: se encuentra a simple vista cuando hay que soltar o borrar uno.
• Para que los hosts unidos a Entra ID monten el recurso con la identidad del usuario, la cuenta de almacenamiento usa Microsoft Entra Kerberos (identidades híbridas) y los permisos de recurso compartido se dan al mismo grupo sg-avd-oficina.

4. Escalado automático

Tres máquinas encendidas de noche son dinero tirado. Un plan de escalado las enciende y apaga según la hora y la carga.

Para que el plan pueda encender y apagar máquinas, la entidad de servicio de Azure Virtual Desktop necesita el rol Desktop Virtualization Power On Off Contributor en la suscripción o el grupo de recursos. Es el olvido más habitual: el plan existe, pero nunca hace nada.

5. Windows 365 en tres pasos

1. La directiva de aprovisionamiento (arriba).
2. Una licencia de Windows 365 Enterprise del tamaño adecuado (por ejemplo 2 vCPU, 8 GB, 128 GB) a cada usuario del grupo.
3. Esperar el estado Aprovisionado en Todos los PC en la nube y mandar al usuario a windows365.microsoft.com o a la aplicación Windows.

El Cloud PC se gestiona después como cualquier equipo de Intune: perfiles, cumplimiento, aplicaciones (guía de Intune del Nivel 3).

6. El ticket: "no me conecta al escritorio"

Primero, el estado de los hosts:

Con una máquina llena, otra con FSLogix roto y la tercera apagada por el plan de escalado, ningún usuario nuevo entra. Las comprobaciones de estado de cada host (unión al dominio, FSLogix, pila de AVD, agente) dicen cuál falla sin entrar en la máquina.

Después, los errores de conexión. Con el diagnóstico del host pool enviado a Log Analytics (o la página Insights):

›WVDErrors›| where TimeGenerated > ago(4h) and UserName == "laura.prado@contoso.com"›| project TimeGenerated, CodeSymbolic, Source, MessageTimeGenerated         CodeSymbolic                              Source        Message27/10/2026 08:41:12   ConnectionFailedNoHealthyRdshAvailable    RDBroker      No healthy session host is available

• ConnectionFailedNoHealthyRdshAvailable: no hay hosts sanos con hueco. Mira las comprobaciones de estado y el plan de escalado (umbral de capacidad demasiado alto, hosts mínimos demasiado bajos).
• En el host, C:\ProgramData\FSLogix\Logs\Profile explica los perfiles que no se montan. El clásico: 0x00000020 (el disco del perfil está en uso), una sesión anterior que se quedó colgada en otro host. Se cierra esa sesión y el usuario vuelve a entrar.
• En Windows 365, Todos los PC en la nube tiene Solucionar problemas (prueba de conectividad), Reiniciar y Restaurar a un punto anterior.

7. Lo que revisas cada mes

• Coste por grupo de recursos en Cost Management: si sube sin más usuarios, el escalado no está apagando.
• Hosts con una imagen de hace más de un mes: se sustituyen por hosts nuevos con la imagen actual, no se parchean a mano uno a uno.
• En Windows 365, el informe de utilización de PC en la nube: los que nadie usa se reasignan o se retira la licencia.
• Tamaño de los perfiles en Azure Files: un perfil que crece sin parar suele ser la caché de Teams u OneDrive sin excluir.

Siguientes pasos

• Azure Compute Gallery con Azure Image Builder para que la imagen mensual se construya sola.
• Grupos de aplicaciones RemoteApp: publicar solo el ERP en lugar de todo el escritorio.
• Windows 365 Frontline para puestos compartidos por turnos.
• La guía de VMware Horizon del Nivel 2 tiene la versión local de todo esto: comparar las dos ayuda a defender la propuesta.

¿Falta algo o en tu entorno es distinto? Escríbeme y lo corrijo.