Pautas de incorporación de aplicaciones

Antes de poner una aplicación a disposición de los usuarios finales a través de WorkSpaces Applications, compruebe que la aplicación funciona correctamente en el entorno de nube de WorkSpaces Applications, compruebe que la aplicación se puede reproducir sin problemas de renderización y asigne un tamaño adecuado a la flota según el perfil de recursos de la aplicación. Esta página proporciona una lista de verificación de incorporación estructurada que puede seguir para cada aplicación que tenga previsto transmitir. Si planea utilizar varias sesiones, debe prestar especial atención a la posibilidad de ejecutar varias versiones de la aplicación en el mismo host. Si planea utilizar el modo de aplicación nativo, debe comprobar que la aplicación no presente ningún problema de compatibilidad con este modo.

Estas directrices se aplican tanto si va a incorporar una nueva aplicación como si va a migrar una aplicación existente desde otro modelo de entrega.

Descripción general del proceso de incorporación

La incorporación de una aplicación a WorkSpaces Applications tiene dos vías paralelas:

• Validación de la compatibilidad de la aplicación: confirme que la aplicación se comporte correctamente en el entorno de streaming en todas las funciones en las que confían sus usuarios.

• Planificación del tamaño y la capacidad de las instancias: elija un tipo de instancia y una política de escalado de la flota que se adapte al perfil de CPU, memoria y GPU de la aplicación y al número esperado de usuarios simultáneos.

Recomendamos completar primero la validación de compatibilidad (en un Image Builder y en una flota piloto) y, después, utilizar las medidas de esa validación para tomar decisiones sobre el tamaño de las instancias.

Parte 1: Validación de la compatibilidad de las aplicaciones

Compatibilidad general

WorkSpaces Las aplicaciones establecen una sesión de streaming en este orden:

1. El cliente del usuario se conecta a una instancia de streaming.

2. El usuario ha iniciado sesión en la sesión del sistema operativo del servidor de la instancia.

3. Se inicia la aplicación.

4. Comienza la sesión de streaming, momento en el que se aplican los ajustes del entorno que dependen del cliente (por ejemplo, la resolución de la pantalla del cliente, los DPI, la zona horaria del cliente y los dispositivos redireccionados al cliente, como las impresoras).

Como la configuración del entorno que depende del cliente se aplica después de que se inicie la aplicación, una aplicación que lea estos valores solo una vez durante el inicio no reaccionará a la configuración real del cliente del usuario. Valide lo siguiente:

• La aplicación lee o se suscribe a los cambios en la resolución de la pantalla, los DPI y la zona horaria después del inicio. También puede configurar la instancia de streaming con valores predeterminados que coincidan con el número de usuarios que tenía antes de que el cliente se conecte.

• La aplicación tolera que la zona horaria local del usuario sea diferente de la zona horaria de la instancia de streaming.

• La aplicación no falla ni se bloquea cuando el cliente se desconecta y se vuelve a conectar a mitad de la sesión.

Multi-session compatibilidad

Si planea ejecutar la aplicación en una flota multisesión, valide lo siguiente en un Image Builder y en una flota piloto con dos o más usuarios simultáneos:

• La licencia de la aplicación permite sesiones simultáneas de varios usuarios en una sola instancia de servidor. Las licencias por dispositivo o por usuario de algunas aplicaciones prohíben explícitamente esta configuración.

• Los perfiles de usuario, la configuración de la aplicación y los datos de usuario se aíslan entre sesiones. Compruebe que un cambio realizado por un usuario no sea visible para otro usuario simultáneo.

• User-specific los datos se escriben en ubicaciones por usuario, como %APPDATA% y%LOCALAPPDATA%, no en directorios compartidos como C:\Program Files o. C:\ProgramData

• La aplicación no depende de los servicios del sistema compartidos en todas las sesiones, o dichos servicios pueden gestionar correctamente varias sesiones simultáneas.

• La aplicación no contiene rutas codificadas que supongan un entorno de usuario único.

• Los cuadros de diálogo de los dispositivos del sistema solo enumeran los dispositivos redireccionados del usuario actual, como escáneres e impresoras, y no todos los dispositivos visibles para el servidor.

• Los cuadros de diálogo para abrir y guardar archivos resuelven correctamente las unidades de cliente asignadas y las carpetas redirigidas para el usuario actual.

• El instalador, el actualizador y cualquier proceso en segundo plano de la aplicación no requieren acceso de administrador interactivo mientras los usuarios estén conectados.

nota

Multi-session Actualmente, las flotas no admiten la autenticación con cámara web, Dynamic Application Framework ni con tarjeta inteligente. Si necesita alguna de estas funciones, le recomendamos que utilice flotas de sesión única.

Compatibilidad con el modo de aplicación nativo

El modo de aplicación nativo transmite cada aplicación remota como una ventana independiente en el dispositivo local del usuario, con su propio icono en la barra de tareas. Las aplicaciones que funcionan correctamente en el modo clásico pueden comportarse de forma diferente en el modo de aplicación nativo, ya que la administración de ventanas, el enfoque y la representación se gestionan de forma diferente. Para obtener una descripción general de la función, consulte Modo de aplicación nativa.

Valide lo siguiente en el modo de aplicación nativa en un Image Builder y una flota piloto:

• Visualización de ventanas: todas las ventanas de las aplicaciones, incluidos los cuadros de diálogo, las pantallas de presentación y las indicaciones modales, se muestran correctamente y se puede interactuar con ellas. Presta especial atención a las ventanas que se dibujan manualmente en lugar de hacerlo con los kits de herramientas estándar de la interfaz de usuario de Windows (por ejemplo, las pantallas de presentación personalizadas o los cuadros de diálogo de inicio que aparecen antes de la ventana principal). Es más probable que tengan problemas de compatibilidad.

• Ventanas transparentes o no rectangulares: compruebe si hay ventanas que tengan áreas transparentes o formas redondeadas o no rectangulares (por ejemplo, puntas de globos, información sobre herramientas personalizada o ventanas con piel). Es posible que no se muestren correctamente en el modo de aplicación nativo.

• Bandeja del sistema: las aplicaciones que requieren el área de notificaciones de Windows (bandeja del sistema) no se admiten actualmente en el modo de aplicación nativo. Si la aplicación utiliza un icono de bandeja solo para las funciones secundarias, confirme que el flujo de trabajo principal sigue funcionando cuando la bandeja no está disponible.

• Reconocimiento de los DPI: las sesiones de streaming pueden ejecutarse con resoluciones y ajustes de DPI diferentes a los del cliente local. Si la aplicación no lo está DPI-aware, el propio Windows escala la salida, lo que provoca un renderizado borroso. Realice la prueba en al menos un cliente con una escala de DPI distinta del 100% (por ejemplo, un portátil con un DPI alto al 125% o al 150%).

• Multi-window flujos de trabajo: pruebe flujos de trabajo que abarquen varias ventanas de aplicaciones (por ejemplo, cambiando entre una ventana principal y un cuadro de diálogo modal, o entre dos documentos abiertos en ventanas distintas). Confirme que las transiciones de enfoque y las pulsaciones de la barra de tareas para activarlas se comportan según lo esperado.

• Comportamiento de las teclas Alt+Tab y de la barra de tareas: cambie entre la aplicación y otras aplicaciones locales mediante Alt+Tab y haciendo clic en el icono de la barra de tareas. La aplicación remota debería pasar a primer plano sin traer consigo ventanas remotas no relacionadas.

• Diálogos modales: cuando hay un cuadro de diálogo modal abierto en la aplicación remota, la ventana remota subyacente debería indicar correctamente que está deshabilitado y, al hacer clic en él, parpadear o activar el modal.

• Flujos de trabajo de impresión: imprima desde la aplicación y compruebe que el cuadro de diálogo de impresión esté visible (no oculto detrás de la ventana principal) y que las impresoras redireccionadas estén enumeradas. Es posible que los cuadros de diálogo de impresión que muestran algunos controladores de impresora estén enlazados a la ventana equivocada. Si observa esto, considere la posibilidad de utilizar la impresora PDF DCV en lugar de Microsoft Print to PDF.

• Acoplamiento de pestañas del navegador: cuando los usuarios intentan acoplar o desacoplar las pestañas de una ventana del navegador en ventanas independientes durante una sesión de transmisión en el modo de aplicación nativo, el navegador de transmisión remota no funciona de la misma manera que un navegador local. Los usuarios deben pulsar la tecla Alt hasta que las pestañas se agrupen en ventanas distintas del navegador. Si sus usuarios confían en desacoplar pestañas con frecuencia, planifique la formación de los usuarios para que adopten este comportamiento.

• Cambio de modo: compruebe que la aplicación sigue funcionando si el usuario cambia entre el modo de aplicación nativa y el modo clásico durante una sesión.

Recomendamos iniciar la validación del modo de aplicación nativo con un grupo de usuarios piloto y documentar cualquier limitación específica de la aplicación antes de la implementación completa. El comportamiento y el rendimiento de las aplicaciones pueden variar entre los modos de transmisión, por lo que las pruebas en el modo clásico no sustituyen a las pruebas en el modo de aplicación nativa.

Gestión y redirección de archivos

• Abra y guarde archivos desde y hacia las unidades de cliente asignadas y las carpetas redirigidas.

• Si la aplicación usa archivos temporales, confirme que estén escritos en los directorios temporales de cada usuario.

• Pruebe las operaciones con archivos de gran tamaño mediante el mecanismo de transferencia de archivos de la sesión si los usuarios trabajan con archivos de un tamaño superior al normal que se maneja en la sesión de streaming.

Imprimir

• Pruebe la impresión en cada tipo de impresora redirigida que utilicen los usuarios (impresoras de red, Microsoft Print to PDF, controladores de impresora PDF como la impresora PDF DCV e impresoras redirigidas de terceros).

• Pruebe la impresión desde todas las aplicaciones que tengan un flujo de trabajo de impresión, incluidas las aplicaciones que incorporan contenido web (como Chromium-based vistas).

• Valide el comportamiento del cuadro de diálogo de impresión en el modo de aplicación nativo (consulte la sección anterior).

Interacciones entre dispositivos locales

• Entrada y salida de audio (micrófono, altavoces y auriculares).

• Cámara web, si la usa la aplicación.

• Redirección de dispositivos USB, si la aplicación los utiliza. Consulte Redirección de dispositivos USB para ver la lista de dispositivos compatibles.

• Autenticación con tarjeta inteligente, si la aplicación lo requiere.

Rendimiento de la red

• Mida la capacidad de respuesta de la aplicación a través de una conexión de red representativa de su peor usuario (por ejemplo, un usuario remoto con una conexión de banda ancha de consumo con un tiempo de ida y vuelta de 100 ms). Las sesiones de streaming son sensibles al tiempo de ida y vuelta y a la pérdida de paquetes.

• Compruebe que la aplicación tolere breves interrupciones de la red y reconexiones de sesión.

Multi-monitor soporte

• Pruebe flujos de trabajo que abarcan varios monitores del lado del cliente.

• Si la aplicación lee la geometría del monitor, confirme que lee el diseño del monitor del cliente y no el diseño de la instancia de streaming.

Funciones de audio y vídeo

Real-time Los escenarios de audio y vídeo (herramientas de voz, videoconferencia y colaboración integradas en la aplicación) requieren velocidades de fotogramas más altas y es posible que necesiten un tipo de instancia más grande. Consulte Parte 2: planificación del tamaño y la capacidad de las instancias.

Entorno de validación

Realice primero las comprobaciones de esta sección en un Image Builder y, a continuación, en una flota piloto con un pequeño grupo de usuarios representativos, antes de extender la imagen a toda su base de usuarios. No confíe en las pruebas en modo clásico como sustitutas de las pruebas en modo de aplicación nativa.

Parte 2: planificación del tamaño y la capacidad de las instancias

Elija una familia de instancias

Selecciona una familia de instancias en función del perfil de recursos de la aplicación. Para ver las especificaciones y los precios del hardware, consulta WorkSpaces las familias de instancias de aplicaciones y los precios de WorkSpaces las aplicaciones.

Perfil de la aplicación	Familia de instancias recomendada
Office, navegadores web y la mayoría de las aplicaciones de la línea de negocio	Uso general
Compute-bound aplicaciones (computación intensiva del lado del cliente, análisis local)	Computación optimizada
Memory-intensive aplicaciones (grandes conjuntos de datos en memoria, bases de datos en memoria)	Optimizada para memoria
Aplicaciones gráficas que utilizan DirectX, OpenGL u OpenCL	Familia de gráficos G4dn, G5 o G6
Real-time audio-vídeo para escenarios de alta velocidad de fotogramas	Amplíe el tamaño de la instancia dentro de la familia que elija; considere una instancia de la familia Graphics si la aplicación también utiliza la aceleración por GPU

Cada instancia de WorkSpaces Applications tiene una unidad C de 200 GB de tamaño fijo que se elimina después de cada sesión de usuario. No confíe en el almacenamiento local de la instancia para los datos de los usuarios; utilice las carpetas principales, los archivos compartidos o la administración de perfiles para mantener la persistencia.

Cambie el tamaño de una instancia para un solo usuario

Antes de ajustar el tamaño para los usuarios simultáneos, mida el uso de recursos de la aplicación en una sola sesión:

• Aprovisione un Image Builder del tamaño de instancia más pequeño de la familia que elija y que cumpla con los requisitos mínimos establecidos en la aplicación.

• Inicie sesión como usuario único y ejecute la carga de trabajo representativa de principio a fin. Incluye todas las dependencias que se ejecutarán en la sesión de streaming (por ejemplo, los clientes de sincronización en segundo plano, los agentes de seguridad y los clientes de administración de perfiles).

• Mida, con el Monitor de rendimiento de Windows o una herramienta equivalente, el uso máximo y sostenido de la CPU, el uso máximo y sostenido de la memoria del conjunto de trabajo (bytes privados), la I/O velocidad del disco y, si corresponde, el uso de la GPU y la memoria de vídeo.

• Si el pico de CPU supera aproximadamente el 80% o el pico de memoria supera aproximadamente el 75% de la capacidad de la instancia durante los flujos de trabajo normales, pase al siguiente tamaño de instancia.

• Deje espacio para el sistema operativo Windows Server, el agente de WorkSpaces aplicaciones, Amazon DCV, el antimalware y cualquier otro agente de administración. Una regla general es reservar aproximadamente 1 vCPU y 1 GB de memoria para la sobrecarga del sistema base en una instancia de sesión única.

Tamaño para flotas de sesiones múltiples

Multi-session las flotas ejecutan varios usuarios simultáneamente en una sola instancia de Windows Server. El número máximo de usuarios admitidos por instancia depende del tamaño de la instancia y del perfil de recursos de la aplicación.

• Comience con la medición de un solo usuario (de la sección anterior).

• Aplica un multiplicador de simultaneidad en función del comportamiento de la aplicación. En el caso de las aplicaciones con un perfil de recursos predominantemente inactivo (por ejemplo, las aplicaciones de oficina que se utilizan de forma interactiva), planifique que el uso agregado de CPU y memoria se amplíe aproximadamente de forma lineal con el número de usuarios, pero con una reducción del 20 al 30% debido a la sobrecarga del sistema operativo compartido. En el caso de las aplicaciones que tienen un perfil de recursos constantemente activo (por ejemplo, herramientas de procesamiento de datos o navegadores que ejecutan aplicaciones web pesadas), planifique un escalado casi lineal sin reducción alguna.

• Calcule el número máximo de usuarios posibles por instancia de la siguiente manera:

max_users_per_instance = min(
    (instance_vcpus - 1) / peak_single_user_vcpus_under_concurrency,
    (instance_memory_gb - 1) / peak_single_user_memory_gb_under_concurrency
)

• Valide el valor candidato en un programa piloto multisesión real. Realice una prueba con el número posible de usuarios simultáneos (por ejemplo, con una herramienta de generación de carga o con usuarios piloto reales). Supervise el uso de la CPU (el objetivo es inferior al 80% de pico y se mantiene menos del 70%), la memoria disponible (el objetivo es superior al 15% del total en el momento máximo), la longitud de la cola de discos (el objetivo es inferior a 2 de forma sostenida) y la capacidad de respuesta de la sesión de DCV (subjetiva: ¿la sesión parece interactiva?).

• Si el piloto no cumple alguno de estos objetivos, reduzca en uno el número máximo de usuarios por instancia y vuelva a realizar la prueba. Si el programa piloto se lleva a cabo sin problemas, puede aumentar en uno el número máximo de usuarios por instancia y volver a realizar las pruebas, o bien dejar margen para los picos de carga de trabajo.

Configure la ampliación de la flota

Una vez que sepas el número máximo de usuarios por instancia, configura el escalado de la flota en función del número de usuarios simultáneos previsto a lo largo del tiempo. Consulte Fleet Auto Scaling for WorkSpaces Applications para conocer la mecánica completa. En esta sección se resumen las decisiones que debe tomar como parte de la incorporación.

• Capacidad mínima. Se establece en función del número de usuarios simultáneos más bajo esperado durante el horario laboral, dividido por los usuarios por instancia. El aprovisionamiento tarda varios minutos por instancia, por lo que una capacidad mínima de cero o un valor demasiado bajo pueden provocar que los usuarios esperen a que se lance una instancia al principio de la jornada laboral. Para que los incrementos matutinos sean predecibles, utilice una política de escalado programado para aumentar la capacidad mínima antes de que comience la jornada laboral y disminuirla antes de que termine.

• Capacidad máxima. Establézcalo en un límite superior que tenga en cuenta el número máximo de usuarios simultáneos más un margen de seguridad. El pico suele ser de 1,2 a 1,5 veces el promedio durante el horario laboral, pero mide tu propio tráfico para establecerlo con precisión.

• Utilización objetivo. Para flotas con una demanda impredecible, utilice una política de escalado y seguimiento de objetivos. Elija un objetivo de utilización que 100% - target utilization supere la tasa de rotación de usuarios (abandono) prevista en un plazo de 15 minutos. Por ejemplo, si el 10% de los usuarios inician y finalizan las sesiones en un período de 15 minutos, establezca el objetivo en un 90% o menos. Consulte las prácticas recomendadas para ampliar el diseño de políticas en el documento técnico para obtener más información.

• InsufficientCapacityError alarma. Crea una CloudWatch alarma de Amazon en la InsufficientCapacityError métrica de cada flota para que los administradores reciban una alerta cuando el escalado automático no pueda satisfacer la demanda.

Valide de principio a fin con un programa piloto

Antes de implementar una aplicación para todos los usuarios, ejecute una prueba piloto con entre 10 y 50 usuarios durante al menos una semana laboral completa. Durante el piloto:

• Confirme que la validación de la compatibilidad de las aplicaciones es el resultado de la primera parte y se aplica a las cargas de trabajo de los usuarios reales.

• Confirme que el tamaño de instancia elegido es compatible con el pico de usuarios simultáneos observado por instancia.

• Confirme que la política de escalado de la flota gestiona el aumento al principio del día y el descenso al final del día sin incidentes. InsufficientCapacityError

• Recopile los comentarios de los usuarios piloto sobre la capacidad de respuesta de las sesiones y el comportamiento de las aplicaciones.

Lista de verificación de incorporación

Utilice esta lista de verificación para realizar un seguimiento del estado de cada solicitud que vaya a incorporar.

Compatibilidad de aplicaciones

• La licencia de la aplicación permite el despliegue previsto (sesión única o multisesión, usuarios simultáneos).

• Se aprueban las comprobaciones de compatibilidad generales (la configuración que depende del cliente se aplica después del inicio de la aplicación).

• Multi-session Se aprueban las comprobaciones de compatibilidad (si se dirigen a flotas de varias sesiones).

• Se aprueban las comprobaciones del modo de aplicación nativo (ventanas, cuadros de diálogo, bandeja, DPI, enfoque, impresión y cambio de modo).

• Se aprueban las comprobaciones de manejo y redireccionamiento de archivos.

• Los flujos de trabajo de impresión están validados para todos los tipos de impresoras redireccionadas que utilizarán los usuarios.

• Las interacciones entre dispositivos locales (audio, cámara web, USB y tarjeta inteligente) se validaron para todos los dispositivos que utilizarán los usuarios.

• Multi-monitor flujos de trabajo validados.

Tamaño y capacidad de las instancias

• La familia de instancias se elige en función del perfil de recursos de la aplicación.

• Single-user uso de recursos medido en un Image Builder.

• El número máximo de usuarios por instancia se calculó y validó en un programa piloto multisesión (si corresponde).

• Política de escalado de flota configurada (capacidad mínima, capacidad máxima, uso objetivo o escalado programado).

• InsufficientCapacityErroralarma configurada.

Piloto y despliegue

• Realice una prueba piloto con entre 10 y 50 usuarios durante al menos una semana laboral.

• Se revisaron los comentarios del piloto y se resolvió cualquier problema de bloqueo.

• Aplicación documentada para la formación de los usuarios finales (incluidos los comportamientos conocidos en el modo de aplicación nativo, como bloquear las pestañas del navegador con la tecla Alt).

• Plan de implementación acordado con las partes interesadas.