Solución de problemas de almacenamiento persistentes - Amazon AppStream 2.0

Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

Solución de problemas de almacenamiento persistentes

Amazon AppStream 2.0 admite las siguientes opciones de almacenamiento persistente: carpetas principales, Google Drive para G Suite y OneDrive para Empresas. Dado que los comportamientos de sincronización de contenido son uniformes en todas estas soluciones de almacenamiento persistente, le recomendamos que consulte la información de Sincronización del contenido de la carpeta de inicio sobre el comportamiento esperado.

Los siguientes son problemas que pueden producirse cuando tú o tus usuarios utilizáis el almacenamiento persistente AppStream 2.0.

Las carpetas de inicio de mi pila no funcionan correctamente.

Los backups de las carpetas de inicio en un bucket de S3 pueden dar problemas en los siguientes casos:

  • No hay conexión a Internet desde la instancia de streaming o no hay acceso al punto de conexión de VPC de Amazon S3 privado, si hay alguno.

  • El consumo de ancho de banda de la red es demasiado alto. Por ejemplo, el usuario descarga o transmite varios archivos grandes mientras el servicio intenta realizar un copia de seguridad de una carpeta de inicio que contiene archivos grandes en Amazon S3.

  • Un administrador ha eliminado el bucket creado por el servicio.

  • Un administrador editó incorrectamente los permisos de Amazon S3 para el rol de servicio AmazonAppStreamServiceAccess.

Para obtener más información, consulte la Guía del usuario de Amazon Simple Storage Service y la Guía del usuario de Amazon Simple Storage Service.

Mis usuarios no pueden obtener acceso al directorio de su carpeta de inicio desde una de nuestras aplicaciones.

Algunas aplicaciones no reconocen el redireccionamiento que muestra la carpeta de inicio como una carpeta de nivel superior en el explorador de archivos. En tal caso, los usuarios podrán obtener acceso a su carpeta de inicio desde dentro de una aplicación durante una sesión de streaming si eligen Abrir archivo en la interfaz de la aplicación y se desplazan a alguno de los directorios siguientes:

  • N instancias de on-domain-joined Windows: C:\Users\PhotonUser\ My Files\ Home Folder

  • Instancias de Windows unidas a dominio: C:\Users\%username%\My Files\Home Folder

  • Instancias de Linux: ~//MyFilesHomeFolder

He eliminado o sustituido un archivo de la carpeta de inicio de un usuario en Amazon S3, pero mis usuarios no ven los cambios en su carpeta de inicio en la instancia de la flota durante sus sesiones de streaming.

Las diferencias entre el contenido que se almacena en la carpeta de inicio de un usuario en un bucket de S3 y el contenido que está disponible para un usuario en una instancia de flota durante sus sesiones de streaming pueden deberse a la forma en que el contenido de la carpeta de inicio almacenado en los buckets de Amazon S3 se sincroniza con el contenido de la carpeta de inicio almacenado en las instancias de flota AppStream 2.0.

Al principio de la sesión de streaming AppStream 2.0 de un usuario, la AppStream versión 2.0 cataloga los archivos de la carpeta de inicio del usuario almacenados en el bucket de Amazon S3 para su cuenta y región de Amazon Web Services. Cuando un usuario utiliza una aplicación de streaming para abrir un archivo en la carpeta de inicio de su instancia de flota, la AppStream versión 2.0 descarga el archivo en la instancia de flota.

Los cambios que un usuario realiza en los archivos de una instancia de la flota durante su sesión de streaming activa se cargan en su carpeta de inicio en el bucket de S3 cada pocos segundos o al final de la sesión de streaming del usuario.

Si un usuario abre un archivo en su carpeta de inicio en una instancia de la flota durante una sesión de streaming y, a continuación, cierra el archivo sin realizar ningún cambio ni guardar el archivo, y usted elimina el archivo de la carpeta de inicio de ese usuario en un bucket de S3 durante la sesión de streaming, el archivo se eliminará de la instancia de la flota si el usuario actualiza la carpeta. Si el usuario modifica el archivo y lo guarda localmente, el archivo permanece disponible para el usuario en la instancia de la flota durante su sesión de streaming actual. El archivo también se vuelve a cargar en el bucket de S3. Sin embargo, el archivo puede o no estar disponible para el usuario de la instancia de la flota durante su próxima sesión de streaming.

La disponibilidad del archivo en la instancia de la flota durante la siguiente sesión de streaming de un usuario depende de si el usuario ha cambiado el archivo de la instancia de la flota antes o después de que cambiara el archivo en el bucket de S3.

Para obtener más información, consulte Sincronización del contenido de la carpeta de inicio.

El almacenamiento persistente no tiene el rendimiento esperado. Los archivos de mis usuarios tardan más de lo esperado en guardarse en el almacenamiento persistente.

Durante las sesiones de streaming AppStream 2.0, guardar archivos y directorios de gran tamaño asociados a aplicaciones con un uso intensivo de recursos informáticos en un almacenamiento persistente puede llevar más tiempo que guardar los archivos y directorios necesarios para las aplicaciones de productividad básicas. Por ejemplo, es posible que las aplicaciones tarden más en guardar una gran cantidad de datos o en modificar con frecuencia los mismos archivos que si guardaran los archivos creados por aplicaciones que realicen una sola acción de escritura. También es posible que se tarde más en guardar muchos archivos pequeños.

Si sus usuarios guardan los archivos y directorios asociados a aplicaciones con un uso intensivo de recursos informáticos y las opciones de almacenamiento persistente AppStream 2.0 no funcionan como se esperaba, le recomendamos que utilice una solución de bloqueo de mensajes de servidor (SMB) como Amazon FSx for Windows File Server o una puerta de enlace de archivos. AWS Storage Gateway A continuación, se muestran ejemplos de archivos y directorios asociados a aplicaciones con un uso intensivo de recursos de computación que son más adecuados para su uso con estas soluciones de SMB:

  • Carpetas de espacio de trabajo para entornos de desarrollo integrados (IDE)

  • Archivos de bases de datos locales

  • Carpetas de espacio de almacenamiento temporal creadas por aplicaciones de simulación gráfica

Para obtener más información, consulte:

nota

Antes de continuar con la solución de problemas, asegúrese primero de que el problema que tienen sus usuarios al guardar archivos y directorios esté relacionado únicamente con el almacenamiento persistente de la AppStream versión 2.0 y no con otra causa. Para descartar otras causas, pida a sus usuarios que intenten guardar los archivos o directorios en el directorio de archivos temporales que está disponible en su instancia de streaming.

Mis usuarios reciben errores que indican que los archivos ya están en uso cuando sus archivos no están en uso.

Este comportamiento suele producirse en los siguientes casos:

  • Cuando los archivos de los usuarios se siguen cargando después de guardarlos por última vez

  • Archivos que se modifican con frecuencia (por ejemplo, archivos de bases de datos)

La carga de archivos de gran tamaño puede llevar bastante tiempo. Además, cada intento de carga del archivo puede provocar otra actualización del archivo, lo que puede provocar que se repitan los intentos de carga del archivo.

Para resolver este problema, le recomendamos que utilice una solución de bloqueo de mensajes de servidor (SMB) como Amazon FSx for Windows File Server o AWS Storage Gateway una pasarela de archivos. Para obtener más información, consulte:

Cuando una carpeta contiene miles de archivos, es posible que la AppStream versión 2.0 tarde mucho en mostrar la lista de archivos.

AppStream La versión 2.0 utiliza las llamadas a la API para recuperar el contenido de las carpetas almacenadas en el almacenamiento persistente de la AppStream versión 2.0. Hay un límite en la cantidad de elementos que puede recuperar una llamada a la API cada vez que se ejecuta la llamada. Por este motivo, si AppStream 2.0 debe recuperar miles de archivos de una sola carpeta, es posible que tarde más tiempo en mostrar la lista de todos los archivos que en mostrar la lista de archivos de una carpeta que contiene menos archivos.

Para resolver este problema, si tiene miles de archivos en una carpeta, le recomendamos que divida este contenido en grupos de menos archivos y almacene cada grupo en una carpeta diferente. De este modo, se reduce el número de llamadas a la API necesarias para mostrar la lista de archivos de cada carpeta.