本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。
监控
使用控制面板
监控车队利用率是一项常规活动，可以通过 CloudWatch 指标和创建仪表板来执行。或者，在 WorkSpaces 应用程序控制台中，使用队列使用情况选项卡。请定期监控实例集使用情况，因为用户行为并不总是可以预测的，而且即使提前规划准备得再充分，需求也可能会超出预期。 WorkSpaces 应用程序指标和维度的完整列表 CloudWatch 可在 WorkSpaces 应用程序管理指南的 “监控资源” 下找到。
预期增长
每当 PendingCapacity 出现大幅激增时，就会发生自动扩缩事件。当新的 WorkSpaces 应用程序队列实例可供托管用户会话时，确认这一点AvailableCapacity并PendingCapacity保持反向关系非常重要。InsufficientCapacityError为每个 WorkSpaces 应用程序队列创建 CloudWatch 警报，通知管理员确保自动扩展不会落后于需求。
如果需求超过容量并且 InsufficientCapacityError 指标值很常见，请考虑在工作日开始时通过计划扩缩策略提高最小容量。此外，还要制定第二个计划扩缩策略，以便在需求得到满足后降低最小容量。请记住，降低最小容量的值不会影响现有会话。在工作日结束之前降低最小容量可以通过降低 ActualCapacity 值来按预期进行有效扩缩。这样可以优化成本。
如果需求始终不可预测，请使用 Target Tracking 扩展策略来确保 WorkSpaces 应用程序队列AvailableCapacity中有足够的资源来满足需求，同时确定使用模式。继续监控，因为目标跟踪跟踪的是实例集消耗的百分比。随着实例集实例总数的增长，未使用的实例集实例总数会成倍增加。除非将最大容量设置为保守值，否则这可能会造成浪费。使用多种类型的扩缩策略（例如，计划和目标跟踪）以实现可靠性与成本优化之间的平衡。
监控用户使用情况
监控唯一用户，因为用户需要根据使用情况付费
使用情况报告作为单独 .csv 的文件存储在 S3 存储桶中，您可以下载并使用第三方商业智能 (BI) 工具分析这些报告。您 AWS 无需下载报告即可在中分析使用数据，也可以在自定义日期范围内创建报告，而无需连接多个文件。.csv例如，您可以使用 Amazon Athena 和 Amazon Quick 来创建应用程序使用数据的自定义报告和可视 WorkSpaces 化效果。
保留应用程序和 Windows 事件日志
WorkSpaces 应用程序实例会话完成后，实例即告结束。这意味着会话中使用的所有应用程序和 Windows 事件日志都将丢失。如果需要保留这些应用程序和 Windows 事件日志，则一种方法是使用 Amazon Data Firehose 将它们实时传输到 S3
审计网络和管理活动
如果尚未设置，则最好使用 Amazon WorkSpaces 应用程序AWS CloudTrailappstream.amazonaws.com。
启用 VPC 流日志可审计对客户管理的资源的访问权限。VPC 流日志可以发布到 CloudWatch 日志，以便在需要审计时执行查询。
随着 WorkSpaces 应用程序队列的增长，监控子网 IP 分配非常重要。通过运行 describe-subnets CLI