Anteriormente creé una herramienta de solución de problemas de conexión de aplicaciones MSIX/MSIX basada en cliente conocida como MSIX explorer. La herramienta es buena, sin embargo, debe instalar la aplicación en cada dispositivo y revisar cada host de sesión problemático individualmente. Por lo tanto, en un entorno empresarial, esto presenta un desafío, especialmente cuando puede haber una mayor cantidad de hosts de sesión en uso. Entonces, para todos aquellos que tienen laboratorios e implementaciones pequeñas, MSIX Log Explorer es excelente. Sin embargo, me gustaría compartir algo en lo que he estado trabajando en segundo plano durante el último año, entre otras cosas como libros, conferencias y el trabajo diario en general. ¿Qué pasaría si le dijera que puede tener visibilidad completa de cualquier problema de error al adjuntar una aplicación MSIX en todos sus hosts de sesión dentro de Azure Virtual Desktop? Esto podría ser de 10 a 1000. de anfitriones. Básicamente, he creado un panel que utiliza análisis de registros para recopilar datos del host de la sesión y luego muestra esta información en el panel. El panel ha sido diseñado específicamente para adjuntar aplicaciones MSIX, que muestra secciones para problemas de disco, problemas de CimFS y problemas de certificados. Me complace anunciar la versión uno (1.0.0) del solucionador de problemas de MSIXaa, que ha sido diseñado para implementaciones empresariales de escritorio virtual de Azure. Tenga en cuenta que esta es la “Versión uno” y no es perfecta de ninguna manera; sin embargo, le ayuda a encontrar rápidamente problemas de conexión de aplicaciones MSIX y trabajaré para mejorar. El siguiente diagrama muestra el diagrama lógico de alto nivel que describe los componentes necesarios para recopilar la información necesaria para brindar visibilidad a la aplicación MSIX y adjuntar posibles problemas y advertencias. Diagrama lógico que detalla la estructura de componentes de alto nivel de la implementación del solucionador de problemas de MSIX: la forma recomendada de implementar esta solución es mediante el siguiente PowerShell; recuerde cambiar la región de Azure según sus requisitos específicos: Set-AzContext -SubscriptionId #si usa varias suscripciones, asegúrese de que el contexto esté configurado New-AzResourceGroup -Name msixaa-logs -Location UKSouth New-AzResourceGroupDeployment -ResourceGroupName msixaa-logs -TemplateUri https://raw.githubusercontent.com/RMITBLOG/MSIXAA-Troubleshooter/main/azuredeploy .json -location UKsouth -WorkspaceName msixaalogs O puede descargar la plantilla de Azure Resource Manager para implementaciones manuales desde mi Github aquí: https://github.com/RMITBLOG/MSIXAA-Troubleshooter Una vez que haya implementado la solución, hay algunos adicionales Pasos que debe considerar al utilizar este solucionador de problemas de MSIXaa: asegúrese de limitar los costos o monitorear la entrada de datos, ya que los costos pueden aumentar en entornos grandes. Deberá asegurarse de agregar todos los hosts de sesión al espacio de trabajo de Log Analytics. Asegúrese de usar el icono de actualización en el libro de trabajo para mostrar los datos (1) Limitar los costos: asegúrese de limitar los costos como se muestra en los dos capturas de pantalla a continuación: Captura de pantalla que muestra dónde encontraría la configuración del límite diario en un espacio de trabajo de Log Analytics. Captura de pantalla que muestra el límite diario en los costos de ingesta de registros (2) Conexión de los hosts de sesión al espacio de trabajo. Puede crear un libro de ejecución para automatizar este proceso para futuras implementaciones de hosts de sesión o nuevos grupos. O puede usar el siguiente script desde su escritorio o Azure Portal. Antes de poder usar el script, necesitará tanto el WorkspaceID como el WorkspaceKey; puede encontrarlos aquí: Captura de pantalla que muestra la hoja de administración de Agentes dentro de un área de trabajo de Log Analytics. La siguiente secuencia de comandos se ha diseñado para automatizar la implementación de la adición del agente de extensión de supervisión para cada host de sesión implementado dentro de un grupo de recursos: # Todas las máquinas virtuales de Windows en la suscripción (que se configura mediante Set-AzContext) $PublicSettings = @{ «workspaceId» = «» } $ProtectedSettings = @{ «workspaceKey» = «» } # Grupo de recursos AVD $AVDResgroup = «» # Usando el modificador -Status para obtener el estado también Get-AzVM -Status | Where-Object{ $_.Powerstate -eq «VM en ejecución» -y $_.StorageProfile.OsDisk.OsType -eq «Windows» -y $_ .ResourceGroupName -eq $AVDResgroup } | ForEach-Object { $VMName = $_.Name $ResourceGroupName = $_.ResourceGroupName $Location = $_.Location Write-Host «Procesando $VMName» Set-AzVMExtension -ExtensionName «MicrosoftMonitoringAgent» ` -ResourceGroupName «$ResourceGroupName» ` -VMName «$VMName» ` -Publisher «Microsoft.EnterpriseCloud.Monitoring» ` -ExtensionType «MicrosoftMonitoringAgent» ` -TypeHandlerVersion 1.0 ` -Settings $PublicSettings ` -ProtectedSettings $ProtectedSettings ` -Location «$Location» } 3. Actualice el panel: una vez completado, vaya al panel y haga clic en actualizar, debería ver los datos que aparecen dentro del panel MSIXaa. Cosas importantes a tener en cuenta: los datos están configurados para extraer las últimas dos horas de información de los hosts de la sesión. Esto significa que una vez que haya solucionado los problemas, deberá esperar 2 horas para que desaparezcan los errores. El propósito de este panel es ayudar a encontrar errores y corregirlos, no proporcionar un estado de salud en tiempo real (¡todavía no!). ¡Los comentarios y las funciones son bienvenidos!

Source link