

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

# Contrôle
<a name="monitoring"></a>

## Utilisation des tableaux de bord
<a name="using-dashboards"></a>

 La surveillance de l'utilisation de la flotte est une activité régulière qui peut être effectuée au moyen de CloudWatch métriques et de la création d'un tableau de bord. Vous pouvez également utiliser l'onglet **Utilisation du parc** depuis la console WorkSpaces Applications. Surveillez régulièrement l'utilisation de votre flotte, car le comportement des utilisateurs n'est pas toujours prévisible et la demande peut même dépasser une planification initiale de premier ordre. Une liste complète des métriques et des dimensions des WorkSpaces applications se CloudWatch trouve dans le guide d'administration WorkSpaces des applications sous [https://docs.aws.amazon.com/appstream2/latest/developerguide/monitoring.html#monitoring-with-cloudwatch](https://docs.aws.amazon.com/appstream2/latest/developerguide/monitoring.html#monitoring-with-cloudwatch). 

## Anticiper la croissance
<a name="anticipating-growth"></a>

 Chaque fois qu'il y a un saut important`PendingCapacity`, un événement de mise à l'échelle automatique se produit. Il est important de le confirmer `AvailableCapacity` et d'`PendingCapacity`avoir une relation inverse lorsque de nouvelles instances du parc d' WorkSpaces applications deviennent disponibles pour héberger des sessions utilisateur. Créez une CloudWatch alarme `InsufficientCapacityError` pour chaque parc d' WorkSpaces applications afin d'avertir les administrateurs afin de garantir que le dimensionnement automatique ne soit pas inférieur à la demande. 

 Si la demande dépasse la capacité et que les valeurs `InsufficientCapacityError` métriques sont courantes, envisagez d'augmenter la capacité minimale par le biais d'une politique de dimensionnement planifié pour le début de la journée de travail. En outre, adoptez une deuxième politique de dimensionnement planifié afin de réduire la capacité minimale une fois la demande satisfaite. N'oubliez pas que la réduction de la valeur de la capacité minimale n'a aucune incidence sur les sessions existantes. La réduction de la capacité minimale avant la fin de la journée de travail permet efficacement à l'échelle de fonctionner comme prévu en abaissant la valeur de`ActualCapacity`. Cela permet d'optimiser les coûts. 

 Si la demande est constamment imprévisible, utilisez la [https://docs.aws.amazon.com/appstream2/latest/developerguide/autoscaling.html#autoscaling-target-tracking](https://docs.aws.amazon.com/appstream2/latest/developerguide/autoscaling.html#autoscaling-target-tracking) pour vous assurer que le parc d' WorkSpaces applications est suffisant `AvailableCapacity` pour répondre à la demande tout en déterminant les modèles d'utilisation. Continuez à surveiller car Target Tracking utilise un pourcentage de la consommation du parc. À mesure que le nombre total d'instances de flotte augmente, le nombre total d'instances de flotte inutilisées se multiplie. Cela peut devenir un gaspillage à moins que la capacité maximale ne soit fixée à une valeur prudente. Utilisez plusieurs types de politiques de dimensionnement (par exemple, le suivi planifié et le suivi des cibles) pour trouver un équilibre entre fiabilité et optimisation des coûts. 

## Surveillance de l'utilisation par les utilisateurs
<a name="monitoring-user-usage"></a>

 Surveillance des utilisateurs uniques, car [https://aws.amazon.com/appstream2/pricing/](https://aws.amazon.com/appstream2/pricing/). Ces frais d'utilisation sont dus aux licences d'accès aux abonnés (SAL) d'Image Assistant (RDS). L'évaluation des utilisateurs uniques peut être effectuée soit par le biais de rapports provenant de l'IdP où l'authentification est effectuée, soit par le biais de rapports [https://docs.aws.amazon.com/appstream2/latest/developerguide/enable-usage-reports.html](https://docs.aws.amazon.com/appstream2/latest/developerguide/enable-usage-reports.html). 

 Les rapports d'utilisation sont stockés sous forme de `.csv` fichiers séparés dans votre compartiment S3, que vous pouvez télécharger et analyser à l'aide d'outils de business intelligence (BI) tiers. Vous pouvez analyser vos données d'utilisation AWS sans télécharger vos rapports ou créer des rapports sur des plages de dates personnalisées sans concaténer plusieurs fichiers. `.csv` Par exemple, vous pouvez [https://aws.amazon.com/blogs/desktop-and-application-streaming/analyze-your-amazon-appstream-2-0-usage-reports-using-amazon-athena-and-amazon-quicksight/](https://aws.amazon.com/blogs/desktop-and-application-streaming/analyze-your-amazon-appstream-2-0-usage-reports-using-amazon-athena-and-amazon-quicksight/). 

## Journaux d'événements persistants des applications et Windows
<a name="persisting-application-and-windows-event-logs"></a>

 Lorsqu'une session d'instance d' WorkSpaces applications est terminée, l'instance est terminée. Cela signifie que tous les journaux d'événements d'applications et de Windows utilisés pendant la session sont perdus. S'il est nécessaire de conserver ces journaux d'événements d'applications et de Windows, l'une des méthodes consiste à utiliser [https://docs.aws.amazon.com/firehose/latest/dev/what-is-this-service.html](https://docs.aws.amazon.com/firehose/latest/dev/what-is-this-service.html) pour [https://aws.amazon.com/blogs/desktop-and-application-streaming/monitoring-amazon-appstream-2-0-with-amazon-es-and-amazon-kinesis-data-firehose/](https://aws.amazon.com/blogs/desktop-and-application-streaming/monitoring-amazon-appstream-2-0-with-amazon-es-and-amazon-kinesis-data-firehose/) effectuer une recherche avec [https://aws.amazon.com/opensearch-service/](https://aws.amazon.com/opensearch-service/)). Si les requêtes ne sont pas susceptibles d'être fréquentes, pour optimiser les coûts, utilisez [https://aws.amazon.com/athena/](https://aws.amazon.com/athena/) pour effectuer des recherches plutôt que d'exécuter Amazon OpenSearch Service. 

## Réseau d'audit et activité administrative
<a name="auditing-network-and-administrative-activity"></a>

 Si ce n'est pas déjà fait, il est recommandé [https://aws.amazon.com/cloudtrail/](https://aws.amazon.com/cloudtrail/)de le configurer Compte AWS avec Amazon WorkSpaces Applications. Pour auditer spécifiquement les appels d'API d' WorkSpaces applications, utilisez la source d'événements du filtre avec une valeur de`appstream.amazonaws.com`. 

 Activez les journaux de flux VPC pour auditer l'accès aux ressources gérées par le client. Les journaux de flux VPC peuvent être [https://docs.aws.amazon.com/vpc/latest/userguide/flow-logs-cwl.html](https://docs.aws.amazon.com/vpc/latest/userguide/flow-logs-cwl.html) requêtes lorsqu'un audit est requis. 

 La surveillance de l'allocation des adresses IP des sous-réseaux est importante à mesure que WorkSpaces les flottes d'applications augmentent. Créez un rapport sur l'attribution des adresses IP en exécutant la CLI [https://awscli.amazonaws.com/v2/documentation/api/latest/reference/ec2/describe-subnets.html](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/ec2/describe-subnets.html) pour signaler les adresses IP disponibles dans chaque sous-réseau attribué aux flottes. Assurez-vous que votre entreprise dispose d'une capacité d'adresses IP suffisante pour répondre à la demande de toutes les flottes fonctionnant à pleine capacité. 