Risoluzione dei problemi di archiviazione persistente - Amazon AppStream 2.0

Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

Risoluzione dei problemi di archiviazione persistente

Amazon AppStream 2.0 supporta le seguenti opzioni per l'archiviazione persistente: cartelle Home, Google Drive per G Suite e OneDrive for Business. Poiché i comportamenti di sincronizzazione dei contenuti sono coerenti tra queste soluzioni di archiviazione persistente, ti consigliamo di consultare le informazioni in Sincronizzazione del contenuto della home directory sul comportamento previsto.

Di seguito sono riportati i problemi che potrebbero verificarsi quando tu o i tuoi utenti utilizzate lo storage persistente AppStream 2.0.

Le home directory dello stack non funziona correttamente.

I problemi con il backup della home directory in un bucket S3 possono verificarsi nelle seguenti situazioni:

  • Non è presente connessione Internet dall'istanza di streaming oppure non vi è alcun accesso all'endpoint VPC Amazon S3 privato, se applicabile.

  • Il consumo di larghezza di banda della rete è troppo elevato. Ad esempio, l'utente sta effettuando il download o lo streaming di più file di grandi dimensioni, mentre il servizio sta tentando di eseguire il backup in Amazon S3 di una home directory che contiene i file di grandi dimensioni.

  • Un amministratore ha eliminato il bucket creato dal servizio.

  • Un amministratore ha modificato erroneamente le autorizzazioni di Amazon S3 per il ruolo di servizio AmazonAppStreamServiceAccess.

Per ulteriori informazioni, consultare la Guida per l'utente di Amazon Simple archiviazione Service.

Gli utenti non sono in grado di accedere alla home directory da una delle applicazioni.

Alcune applicazioni non riconoscono il reindirizzamento che mostra la home directory come una cartella di primo livello in Esplora file. In questo caso, gli utenti possono accedere alle home directory all'interno di un'applicazione durante una sessione di streaming scegliendo File Open (Apertura file) dall'interfaccia dell'applicazione e navigando in una delle seguenti directory:

  • Nessuna istanza di on-domain-joined Windows: C:\Users\PhotonUser\ My Files\ Home Folder

  • Istanze aggiunte al dominio di Windows: C:\Users\%username%\My Files\Home Folder

  • Istanze Linux: ~//MyFilesHomeFolder

Ho rimosso o sostituito un file nella home directory di un utente in Amazon S3, ma i miei utenti non vedono le modifiche nella loro home directory sull'istanza del parco istanze durante le sessioni di streaming.

Le differenze tra il contenuto archiviato nella cartella home di un utente in un bucket S3 e il contenuto disponibile per un utente su un'istanza della flotta durante le sessioni di streaming possono essere dovute al modo in cui il contenuto della cartella home archiviato nei bucket Amazon S3 viene sincronizzato con il contenuto della cartella home archiviato nelle istanze della flotta 2.0. AppStream

All'inizio della sessione di streaming AppStream 2.0 di un utente, AppStream 2.0 cataloga i file della cartella home dell'utente archiviati nel bucket Amazon S3 per il tuo account e la tua regione Amazon Web Services. Quando un utente utilizza un'applicazione di streaming per aprire un file nella propria cartella home sulla propria istanza fleet, AppStream 2.0 scarica il file nell'istanza fleet.

Le modifiche apportate da un utente ai file su un'istanza del parco istanze durante la sessione di streaming attiva vengono caricate nella home directory nel bucket S3 ogni pochi secondi o alla fine della sessione di streaming dell'utente.

Se un utente apre un file nella sua home directory sul un'istanza del parco istanze durante la sessione di streaming e chiude il file senza modificarlo o salvarlo e tu rimuovi il file dalla home directory dell'utente in un bucket S3 durante la sessione di streaming attiva di quell'utente, il file viene rimosso dall'istanza del parco istanze dopo che l'utente aggiorna la cartella. Se l'utente modifica il file e lo salva localmente, il file rimane disponibile per l'utente sull'istanza del parco istanze durante la sessione di streaming corrente. Il file viene inoltre caricato nuovamente nel bucket S3. Tuttavia, il file potrebbe essere disponibile o meno per l'utente sull'istanza del parco istanze durante la successiva sessione di streaming.

La disponibilità del file sull'istanza del parco istanze durante la sessione di streaming successiva di un utente dipende dal fatto che l'utente abbia modificato il file sull'istanza del parco istanze prima o dopo la modifica del file nel bucket S3.

Per ulteriori informazioni, consulta Sincronizzazione del contenuto della home directory.

L'archiviazione persistente non funziona come previsto. Il salvataggio dei file dei miei utenti nell'archiviazione persistente impiega più tempo del previsto.

Durante le sessioni di streaming AppStream 2.0, il salvataggio di file e directory di grandi dimensioni associati ad applicazioni ad alta intensità di calcolo sullo storage persistente può richiedere più tempo rispetto al salvataggio di file e directory richiesto per le applicazioni di produttività di base. Ad esempio, le applicazioni potrebbero impiegare più tempo per salvare una grande quantità di dati o modificare frequentemente gli stessi file rispetto a quando salvano i file creati da applicazioni che eseguono una singola azione di scrittura. Inoltre, il salvataggio di molti file di piccole dimensioni potrebbe richiedere più tempo.

Se i tuoi utenti salvano file e directory associati ad applicazioni a elaborazione intensiva e le opzioni di storage persistente AppStream 2.0 non funzionano come previsto, ti consigliamo di utilizzare una soluzione Server Message Block (SMB) come Amazon FSx for Windows File Server o un gateway di file. AWS Storage Gateway Di seguito sono riportati alcuni esempi di file e directory associati ad applicazioni con uso intensivo delle capacità di calcolo che sono più adatte all'uso con queste soluzioni SMB:

  • Cartelle Workspace per ambienti di sviluppo integrato (IDE)

  • File di database locali

  • Cartelle di dati temporanei create da applicazioni di simulazione grafica

Per ulteriori informazioni, consultare:

Nota

Prima di procedere con un'ulteriore risoluzione dei problemi, assicurati innanzitutto che il problema riscontrato dagli utenti con il salvataggio di file e directory sia associato solo allo storage persistente AppStream 2.0 e non a un'altra causa. Per escludere altre cause, chiedi agli utenti di provare a salvare i file o le directory nella directory dei file temporanei disponibile sulla loro istanza di streaming.

I miei utenti ricevono errori che indicano che i file sono già in uso quando i file non sono in uso.

Questo comportamento si verifica in genere nei seguenti casi:

  • Quando i file degli utenti sono ancora in fase di caricamento dopo l'ultimo salvataggio

  • File che vengono modificati frequentemente (ad esempio, file di database)

I caricamenti di file di grandi dimensioni potrebbero richiedere molto tempo. Inoltre, ogni tentativo di caricamento dei file potrebbe comportare un altro aggiornamento, che può portare a ripetuti tentativi di caricamento dei file.

Per risolvere questo problema, ti consigliamo di utilizzare una soluzione Server Message Block (SMB) come Amazon FSx for Windows File Server o AWS Storage Gateway un file gateway. Per ulteriori informazioni, consultare:

Quando una cartella contiene migliaia di file, la AppStream versione 2.0 potrebbe impiegare molto tempo per visualizzare l'elenco dei file.

AppStream 2.0 utilizza le chiamate API per recuperare il contenuto delle cartelle archiviate nella memoria persistente AppStream 2.0. Esiste un limite al numero di elementi che una chiamata API può recuperare ogni volta che viene eseguita la chiamata. Per questo motivo, se la AppStream versione 2.0 deve recuperare migliaia di file in una singola cartella, la visualizzazione dell'elenco di tutti i file potrebbe richiedere più tempo rispetto alla visualizzazione dell'elenco dei file in una cartella che contiene meno file.

Per risolvere questo problema, se hai migliaia di file in una cartella, ti consigliamo di dividere il contenuto in gruppi con un numero inferiore di file e di archiviare ogni gruppo in una cartella diversa. In questo modo si riduce il numero di chiamate API necessarie per visualizzare l'elenco dei file in ogni cartella.