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à.

Monitoraggio

Utilizzo dei pannelli di controllo

Il monitoraggio dell'utilizzo della flotta è un'attività regolare che può essere eseguita tramite CloudWatch metriche e la creazione di una dashboard. In alternativa, dalla console AppStream 2.0, utilizza la scheda Fleet Usage. Monitora regolarmente l'utilizzo della flotta, poiché il comportamento degli utenti non è sempre prevedibile e la domanda può superare anche una pianificazione iniziale di prim'ordine. Un elenco completo delle metriche e delle dimensioni della AppStream versione 2.0 è disponibile nella guida all'amministrazione della AppStream versione 2.0 in Monitoring Resources. CloudWatch

Anticipazione della crescita

Ogni volta che si verifica un grande saltoPendingCapacity, si verifica un evento di auto scaling. È importante confermarlo AvailableCapacity e PendingCapacity mantenere una relazione inversa man mano che nuove istanze della flotta AppStream 2.0 saranno disponibili per ospitare le sessioni utente. Crea un CloudWatch allarme per ogni flotta AppStream 2.0 InsufficientCapacityError per avvisare gli amministratori e garantire che la scalabilità automatica non sia inferiore alla domanda.

Se la domanda supera la capacità e i valori InsufficientCapacityError metrici sono comuni, prendi in considerazione l'idea di aumentare la capacità minima attraverso una politica di scalabilità programmata per l'inizio della giornata lavorativa. Inoltre, disponi di una seconda politica di Scheduled Scaling per ridurre la capacità minima dopo che la domanda è stata soddisfatta. Tieni presente che la riduzione del valore della capacità minima non ha alcun impatto sulle sessioni esistenti. La riduzione della capacità minima prima della fine della giornata lavorativa consente effettivamente alla bilancia di funzionare come previsto, abbassando il valore di. ActualCapacity In questo modo si ottimizzano i costi.

Se la domanda è costantemente imprevedibile, utilizza la politica di scalabilità di Target Tracking per garantire che la flotta AppStream 2.0 sia adeguata AvailableCapacity a soddisfare la domanda determinando al contempo i modelli di utilizzo. Continua a monitorare poiché Target Tracking utilizza una percentuale del consumo della flotta. Con l'aumento del numero totale di istanze del parco istanze, il numero totale di istanze del parco istanze inutilizzate si moltiplica. Ciò può diventare uno spreco a meno che la capacità massima non sia impostata su un valore conservativo. Utilizza diversi tipi di politiche di scalabilità (ad esempio, Scheduled e Target Tracking) per bilanciare l'affidabilità con l'ottimizzazione dei costi.

Monitoraggio dell'utilizzo degli utenti

Monitoraggio degli utenti unici, in quanto ciò comporta un costo sotto forma di tariffe per gli utenti. Questo costo per gli utenti è dovuto alle licenze di accesso per abbonati (SAL) di Image Assistant (RDS). La valutazione degli utenti unici può essere eseguita tramite report dall'IdP, dove viene eseguita l'autenticazione, o tramite report sull'utilizzo.

I report sull'utilizzo vengono archiviati come .csv file separati nel bucket S3, che puoi scaricare e analizzare utilizzando strumenti di business intelligence (BI) di terze parti. Puoi analizzare i dati di utilizzo AWS senza scaricare i report o creare report su intervalli di date personalizzati senza concatenare più file. .csv Ad esempio, puoi utilizzare Amazon Athena e Amazon QuickSight per creare report e visualizzazioni personalizzati dei tuoi AppStream dati di utilizzo 2.0.

Registrazione persistente dei registri degli eventi di applicazioni e Windows

Quando una sessione di istanza AppStream 2.0 è completa, l'istanza viene terminata. Ciò significa che tutti i registri degli eventi delle applicazioni e di Windows utilizzati nella sessione vengono persi. Se è necessario mantenere questi registri degli eventi di applicazioni e Windows, un metodo consiste nell'utilizzare Amazon Data Firehose per distribuirli in tempo reale a S3 ed eseguire ricerche con Amazon OpenSearch Service (Service). OpenSearch Se non si prevede che le query siano frequenti, per ottimizzare i costi, utilizza Amazon Athena per la ricerca anziché utilizzare Amazon Service. OpenSearch

Controllo della rete e delle attività amministrative

Se non è già configurato, è consigliabile eseguire AWS CloudTrailla configurazione Account AWS con Amazon AppStream 2.0. Per controllare specificamente le chiamate all'API AppStream 2.0, utilizza la sorgente degli eventi di filtro con un valore diappstream.amazonaws.com.

Abilita i log di flusso VPC per controllare l'accesso alle risorse gestite dal cliente. I log di flusso VPC possono essere pubblicati in CloudWatch Logs per eseguire query quando è necessario il controllo.

Il monitoraggio dell'allocazione IP delle sottoreti è importante man mano che le flotte 2.0 crescono. AppStream Crea report sull'assegnazione degli IP eseguendo la CLI describe-subnets per riportare gli indirizzi IP disponibili in ogni sottorete assegnata alle flotte. Assicuratevi che la vostra organizzazione disponga di una capacità di indirizzi IP sufficiente a soddisfare la domanda di tutte le flotte che operano alla massima capacità.