Solução de problemas de armazenamento persistente - Amazon AppStream 2.0
As pastas base da minha pilha não estão funcionando corretamente.Meus usuários não conseguem acessar o diretório da pasta base de um dos aplicativos.Eu removi ou substituí um arquivo na pasta base de um usuário no Amazon S3, mas ele não vê as alterações em sua pasta base na instância de frota durante as sessões de streaming.O armazenamento persistente não está funcionando conforme o esperado. Os arquivos dos usuários estão demorando mais do que o esperado para serem salvos no armazenamento persistente.Os usuários estão recebendo erros de que os arquivos já estão em uso quando, na verdade, não estão.Quando uma pasta contém milhares de arquivos, a AppStream versão 2.0 pode levar muito tempo para exibir a lista de arquivos.

As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.

Solução de problemas de armazenamento persistente

O Amazon AppStream 2.0 oferece suporte às seguintes opções de armazenamento persistente: pastas iniciais, Google Drive para G Suite e OneDrive para empresas. Como os comportamentos de sincronização de conteúdo são consistentes entre essas soluções de armazenamento persistente, recomendamos que você analise Sincronização do conteúdo da pasta base para obter informações sobre o comportamento esperado.

A seguir estão os problemas que podem ocorrer quando você ou seus usuários usam o armazenamento persistente AppStream 2.0.

As pastas base da minha pilha não estão funcionando corretamente.

Podem ocorrer problemas com o backup da pasta base em um bucket do S3 nos seguintes cenários:

  • Não há conectividade com a Internet da instância de streaming ou não há acesso ao VPC endpoint privado do Amazon S3, se aplicável.

  • O consumo de largura de banda da rede é muito alto. Por exemplo, vários arquivos grandes estão sendo baixados ou transmitidos por streaming pelo usuário enquanto o serviço está tentando fazer backup de uma pasta base que contém arquivos grandes no Amazon S3.

  • Um administrador excluiu o bucket criado pelo serviço.

  • Um administrador editou incorretamente as permissões do Amazon S3 para o perfil de serviço AmazonAppStreamServiceAccess.

Para obter mais detalhes, consulte o Manual do usuário do Amazon Simple Storage Service.

Meus usuários não conseguem acessar o diretório da pasta base de um dos aplicativos.

Alguns aplicativos não reconhecem o redirecionamento que exibe a pasta base como pasta de nível superior no Explorador de Arquivos. Se esse for o caso, os usuários poderão acessar sua pasta base em um aplicativo durante uma sessão de streaming selecionando File Open (Abrir arquivo) na interface do aplicativo e navegando até um dos diretórios a seguir: C:\Users\PhotonUser\My Files\Home Folder.

  • Em instâncias on-domain-joined do Windows: C:\Users\PhotonUser\ Meus arquivos\ Pasta inicial

  • Instâncias do Windows associadas a um domínio: C:\Users\%username%\My Files\Home Folder

  • Instâncias Linux: ~//MyFilesHomeFolder

Eu removi ou substituí um arquivo na pasta base de um usuário no Amazon S3, mas ele não vê as alterações em sua pasta base na instância de frota durante as sessões de streaming.

As diferenças entre o conteúdo armazenado na pasta inicial do usuário em um bucket do S3 e o conteúdo que está disponível para um usuário em uma instância de frota durante suas sessões de streaming podem ser devidas à forma como o conteúdo da pasta inicial armazenado nos buckets do Amazon S3 é sincronizado com o conteúdo da pasta inicial armazenado AppStream em instâncias de frota 2.0.

No início da sessão de streaming AppStream 2.0 de um usuário, AppStream 2.0 cataloga os arquivos da pasta inicial do usuário armazenados no bucket do Amazon S3 para sua conta e região da Amazon Web Services. Quando um usuário usa um aplicativo de streaming para abrir um arquivo em sua pasta inicial em sua instância de frota, AppStream 2.0 baixa o arquivo para a instância de frota.

As alterações que o usuário faz nos arquivos em uma instância de frota durante a sessão de streaming ativa são carregadas na pasta base no bucket do S3 em intervalos de poucos segundos ou no final da sessão de streaming do usuário.

Se o usuário abrir um arquivo em sua pasta base em uma instância de frota durante uma sessão de streaming, depois fechar o arquivo sem fazer nenhuma alteração ou salvar o arquivo, e você remover o arquivo da pasta base do usuário em um bucket do S3 durante a sessão de streaming, o arquivo será removido da instância de frota depois que o usuário atualizar a pasta. Se o usuário modificar o arquivo e salvá-lo localmente, o arquivo permanecerá disponível para o usuário na instância de frota durante a sessão de streaming atual. O arquivo também é carregado novamente no bucket do S3. No entanto, o arquivo poderá ou não estar disponível para o usuário na instância de frota durante a próxima sessão de streaming.

A disponibilidade do arquivo na instância de frota durante a próxima sessão de streaming do usuário dependerá do fato de o usuário ter alterado o arquivo na instância de frota antes ou depois de você ter alterado o arquivo no bucket do S3.

Para obter mais informações, consulte Sincronização do conteúdo da pasta base.

O armazenamento persistente não está funcionando conforme o esperado. Os arquivos dos usuários estão demorando mais do que o esperado para serem salvos no armazenamento persistente.

Durante as sessões de streaming AppStream 2.0, salvar arquivos e diretórios grandes associados a aplicativos de computação intensiva no armazenamento persistente pode levar mais tempo do que salvar arquivos e diretórios necessários para aplicativos básicos de produtividade. Por exemplo, pode levar mais tempo para que as aplicações salvem uma grande quantidade de dados ou modifiquem os mesmos arquivos com frequência do que para salvar arquivos criados por aplicações que executam uma única ação de gravação. Também pode levar mais tempo para salvar muitos arquivos pequenos.

Se seus usuários salvam arquivos e diretórios associados a aplicativos de computação intensiva e as opções de armazenamento persistente AppStream 2.0 não estão funcionando conforme o esperado, recomendamos que você use uma solução Server Message Block (SMB), como o Amazon FSx for Windows File Server ou um AWS Storage Gateway gateway de arquivos. Veja a seguir exemplos de arquivos e diretórios associados a aplicativos de computação intensiva que são mais adequados para uso com essas soluções: SMB

  • Pastas de espaço de trabalho para ambientes de desenvolvimento integrados () IDEs

  • Arquivos de bancos de dados locais

  • Pastas de espaço de rascunho criadas por aplicações de simulação gráfica

Para obter mais informações, consulte:

nota

Antes de prosseguir com a solução de problemas, primeiro certifique-se de que o problema que seus usuários estão enfrentando ao salvar arquivos e diretórios esteja associado somente ao armazenamento persistente AppStream 2.0, e não a outra causa. Para descartar outras causas, peça aos usuários que tentem salvar os arquivos ou diretórios no diretório de arquivos temporários que está disponível na instância de streaming.

Os usuários estão recebendo erros de que os arquivos já estão em uso quando, na verdade, não estão.

Esse comportamento geralmente ocorre nos seguintes casos:

  • Quando os arquivos dos usuários ainda estão sendo carregados após a última vez que foram salvos.

  • Arquivos que são modificados com frequência (por exemplo, arquivos de banco de dados).

O upload de arquivos grandes pode levar muito tempo. Além disso, cada tentativa de fazer upload do arquivo pode resultar em outra atualização do arquivo, o que pode levar a repetidas tentativas de upload do arquivo.

Para resolver esse problema, recomendamos que você use uma solução Server Message Block (SMB), como Amazon FSx para Windows File Server ou um gateway de AWS Storage Gateway arquivos. Para obter mais informações, consulte:

Quando uma pasta contém milhares de arquivos, a AppStream versão 2.0 pode levar muito tempo para exibir a lista de arquivos.

AppStream 2.0 usa API chamadas para recuperar o conteúdo das pastas armazenadas no armazenamento persistente AppStream 2.0. Há um limite para o número de itens que uma API chamada pode recuperar cada vez que a chamada é executada. Por esse motivo, se o AppStream 2.0 precisar recuperar milhares de arquivos em uma única pasta, talvez leve mais tempo para exibir a lista de todos os arquivos do que para exibir a lista de arquivos em uma pasta que contém menos arquivos.

Para resolver esse problema, se você tiver milhares de arquivos em uma pasta, recomendamos que divida esse conteúdo em grupos com menos arquivos e armazene cada grupo em uma pasta diferente. Isso reduz o número de API chamadas necessárias para exibir a lista de arquivos em cada pasta.