# モニタリング
<a name="monitoring"></a>

## ダッシュボードの使用
<a name="using-dashboards"></a>

 フリート使用率のモニタリングは、CloudWatch メトリクスとダッシュボードの作成により実行できる定期的なアクティビティです。または、WorkSpaces Applications コンソールから **[フリートの使用状況]** タブを使用します。ユーザーの行動は常に予測できるわけではなく、需要が最初に評価した事前計画をも上回ることもあるため、フリートの使用状況を定期的にモニタリングします。CloudWatch の WorkSpaces Applications メトリクスとディメンションの全リストは、「WorkSpaces Applications 管理ガイド」の「[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)」に記載されています。

## 成長の予測
<a name="anticipating-growth"></a>

 `PendingCapacity` で大規模なジャンプが発生するたびに、自動スケーリングイベントが発生します。ここで重要なのは、新しい WorkSpaces Applications フリートインスタンスがユーザーセッションをホストできるようになるまでは、`AvailableCapacity` および `PendingCapacity` に逆相関があることを確認しておくことです。各 WorkSpaces Applications フリートの `InsufficientCapacityError` に対して CloudWatch アラームを作成して管理者に通知し、自動スケーリングが需要に追いつかなくならないようにします。

 需要がキャパシティを超え、`InsufficientCapacityError` メトリクス値が一般的である場合は、勤務日の開始時のスケジュールされたスケーリングポリシーにより、最小キャパシティの値を上げることを検討します。さらに、需要が満たされた後に最小キャパシティを引き下げる 2 つ目のスケジュールスケーリングポリシーも設定します。最小キャパシティの値を下げても、既存のセッションには影響しません。勤務日の終了前に最小キャパシティを下げると、`ActualCapacity` の値が下がり、スケールが意図したとおり効果的に機能するようになります。これによりコストが最適化されます。

 需要が一貫して予測できない場合は、[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)を使用して、使用パターンを判断しながら、WorkSpaces Applications フリートに需要を満たす十分な `AvailableCapacity` があることを確認します。ターゲット追跡はフリートの消費量の一定の割合を使用するため、引き続きモニタリングします。フリートインスタンスの総数が増えるにつれて、未使用のフリートインスタンスの総数も増えます。最大キャパシティを控えめな値に設定しない限り、これは無駄になる可能性があります。信頼性とコスト最適化のバランスをとるために、複数の種類のスケーリングポリシー (スケジュール管理やターゲット追跡など) を使用します。

## ユーザー使用状況のモニタリング
<a name="monitoring-user-usage"></a>

 [https://aws.amazon.com/appstream2/pricing/](https://aws.amazon.com/appstream2/pricing/)、固有のユーザーをモニタリングします。このユーザー料金のコストは、Image Assistant (RDS) のサブスクライバーアクセスライセンス (SAL) によるものです。固有のユーザーの評価は、認証が実行される IdP からのレポートまたは[https://docs.aws.amazon.com/appstream2/latest/developerguide/enable-usage-reports.html](https://docs.aws.amazon.com/appstream2/latest/developerguide/enable-usage-reports.html)を通じて実行できます。

 使用状況レポートは S3 バケットに個別の `.csv` ファイルとして保存され、ダウンロードしてサードパーティのビジネスインテリジェンス (BI) ツールを使用して分析できます。レポートをダウンロードせずに AWS の使用状況データを分析したり、複数の `.csv` ファイルを連結せずにカスタムの日付範囲のレポートを作成することができます。例えば、[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/)。

## アプリケーションイベントログと Windows イベントログの保存
<a name="persisting-application-and-windows-event-logs"></a>

 WorkSpaces Applications インスタンスセッションが完了すると、インスタンスは終了します。つまり、セッションで使用されていたアプリケーションと Windows のイベントログはすべて失われます。これらのアプリケーションおよび Windows イベントログを保持する必要がある場合、1 つの方法は、[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) を使用して[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/)し、[https://aws.amazon.com/opensearch-service/](https://aws.amazon.com/opensearch-service/) (OpenSearch Service) で検索することです。クエリが頻繁に発生しないことが予想される場合は、コストを最適化するために、Amazon OpenSearch Service を実行するのではなく、[https://aws.amazon.com/athena/](https://aws.amazon.com/athena/) を使用して検索します。

## ネットワークと管理アクティビティの監査
<a name="auditing-network-and-administrative-activity"></a>

 まだセットアップしていない場合は、Amazon WorkSpaces Applications を使用して AWS アカウント の [https://aws.amazon.com/cloudtrail/](https://aws.amazon.com/cloudtrail/) を設定するのがベストプラクティスです。特に WorkSpaces Applications API コールを監査するには、`appstream.amazonaws.com` の値でフィルタイベントソースを使用します。

 VPC フローログを有効にして、カスタマーマネージドリソースへのアクセスを監査します。VPC フローログを [https://docs.aws.amazon.com/vpc/latest/userguide/flow-logs-cwl.html](https://docs.aws.amazon.com/vpc/latest/userguide/flow-logs-cwl.html)、監査が必要な場合にクエリを実行できます。

 WorkSpaces Applications のフリートが増えるにつれて、サブネット IP の割り当てのモニタリングが重要になります。[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) CLI を実行して、フリートに割り当てられた各サブネットで使用可能な IP アドレスを報告することで、IP の割り当てについてレポートします。最大キャパシティで実行しているすべてのフリートの需要を満たすのに十分な IP アドレスのキャパシティが組織にあることを確認します。