本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。
# 资源要求
本页概述了生成优化建议 AWS Compute Optimizer 所需的资源需求。要让 Compute Optimizer 生成建议，您的 AWS 资源必须符合 Amazon CloudWatch 指标和特定资源的要求。计算优化器对每种资源类型有不同的 CloudWatch 指标数据要求。
如果资源没有足够的指标数据，需留出更多时间才能开始在 Compute Optimizer 控制台中显示建议。例如，如果您的资源有足够的指标数据，但没有显示建议，这可能意味着 Compute Optimizer 仍在分析您的资源。分析可能需要长达 24 小时才能完成。分析完成后，资源建议将显示在 Compute Optimizer 控制台中。
**Topics**
+ [亚马逊 EC2 实例和 EC2 Auto Scaling 组要求](#requirements-ec2-instances)
+ [Amazon EBS 卷要求](#requirements-ebs-volumes)
+ [Lambda 函数要求](#requirements-lambda-functions)
+ [对于 Fargate 上 Amazon ECS 服务的要求](#requirements-ecs-fargate)
+ [商用软件许可证要求](#requirements-license)
+ [亚马逊 Aurora 和 RDS 数据库要求](#requirements-rds)
+ [其他资源](#requirements-resources)
## 亚马逊 EC2 实例和 EC2 Auto Scaling 组要求
在过去 14 天内，亚马逊 EC2 实例和 EC2 自动扩展组都需要至少 30 小时的 CloudWatch 指标数据。
如果您启用了增强基础设施指标功能，则 EC2 实例和 EC2 Auto Scaling 都需要在过去 93 天内提供至少 30 小时的 CloudWatch 指标数据。有关更多信息，请参阅[增强型基础设施指标](https://docs.aws.amazon.com/compute-optimizer/latest/ug/enhanced-infrastructure-metrics.html)。
有关 Compute Optimizer 支持的实例类型的列表，请参阅[支持的 Amazon EC2 实例类型](supported-resources.md#supported-ec2-instances)。有关计算优化器支持的 EC2 自动扩展组的信息，请参阅[支持的 Amazon EC2 自动扩展群组](supported-resources.md#supported-asg)。
**重要**
您必须启用成本管理器，以允许计算优化器使用成本浏览器的账单数据来计算节省的费用并为您的推荐填充定价信息。我们建议您还选择加入成本优化中心，以接收考虑到您账户中有效的任何预留实例或储蓄计划定价模式的合理规模建议。有关更多信息，请参阅《*AWS Cost Management 用户指南》[中的 “[启用成本管理器” ](https://docs.aws.amazon.com/cost-management/latest/userguide/ce-enable.html) 和 “成本优化中心](https://docs.aws.amazon.com/cost-management/latest/userguide/coh-getting-started.html)入门” *。
## Amazon EBS 卷要求
计算优化器会针对连接到正在运行的实例至少连续 30 小时的 EBS 卷类型生成建议。仅当卷连接到正在运行的实例 CloudWatch 时，才会向其报告数据。如果您将 EBS 卷与 EC2 实例分离，则针对该卷的建议将不再可用。
有关 Compute Optimizer 支持的 Amazon EBS 卷类型的列表，请参阅[支持的 Amazon EBS 卷类型](supported-resources.md#supported-ebs-volumes)。
## Lambda 函数要求
Compute Optimizer 仅为满足以下要求的 Lambda 函数生成内存大小建议：
+ 配置的内存小于或等于 1,792 MB。
+ 函数在过去 14 天内至少被调用了 50 次。
对于不符合这些要求的函数，结果为**不可用**。**不确定**原因代码适用于配置的内存大于 1,792 MB 的函数。**数据不足**适用于在过去 14 天内被调用次数少于 50 次的函数。
结果为**不可用**的函数不会显示在 Compute Optimizer 控制台中，也不会收到建议。
**注意**
Lambda 函数不需要 CloudWatch 指标数据。
## 对于 Fargate 上 Amazon ECS 服务的要求
为针对 Fargate 上的 Amazon ECS 服务生成建议，Compute Optimizer 具有以下要求：
+ 您的服务至少有 24 小时，过去 14 天内有 Amazon ECS 利用率指标。 CloudWatch
+ 未附加任何步进扩展策略。
+ 没有目标扩展策略附加到 CPU 和内存。
**注意**
如果目标跟踪策略仅附加到服务的 CPU，则 Compute Optimizer 仅生成内存大小建议。或者，如果目标跟踪策略仅附加到服务的内存，则 Compute Optimizer 仅生成 CPU 大小建议。
+ 服务运行状态为**SteadyState**或**MoreWork**。
有关所分析指标的更多信息，请参阅[Fargate 上 Amazon ECS 服务的指标](ecs-fargate-metrics-analyzed.md)。
## 商用软件许可证要求
Compute Optimizer 仅为 Amazon EC2 上的 Microsoft Server 生成许可证建议。
为针对商用软件许可证生成建议，Compute Optimizer 具有以下要求：
+ 至少*连续 30 * 小时的 CloudWatch 指标数据。
+ 使用你的微软 SQL Server 数据库凭据启用 CloudWatch 应用程序洞察。
有关如何启用 CloudWatch 应用程序见解的更多信息，请参阅《*亚马逊 CloudWatch 用户指南》[中的](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/appinsights-setting-up)设置亚马逊 CloudWatch 应用程序洞察以进行监控*。
+ 为 CloudWatch 应用程序见解附加所需的实例角色和策略。有关更多信息，请参阅 [启用商用软件许可证建议的策略](security-iam.md#license-access)。
有关所分析指标的更多信息，请参阅[商用软件许可证的指标](license-metrics-analyzed.md)。
## 亚马逊 Aurora 和 RDS 数据库要求
计算优化器为 RDS for MySQL、RDS for PostgreSQL 和 Amazon Aurora 数据库生成 Aurora 和 RDS 数据库实例、RDS 数据库实例存储以及 Aurora 数据库集群建议。
### 亚马逊Aurora 和 RDS 实例
要为您的 Aurora 和 RDS 数据库实例生成建议，计算优化器需要满足以下条件：
+ 过去 14 天内至少 30 小时的 CloudWatch 指标数据。如果您启用了增强基础设施指标功能，则数据库实例需要在过去 93 天内提供至少 30 小时的指标数据。有关更多信息，请参阅[增强型基础设施指标](https://docs.aws.amazon.com/compute-optimizer/latest/ug/enhanced-infrastructure-metrics.html)。
+ 要接收有关超额配置的 RDS 数据库实例的建议，您需要启用 Amazon RDS 性能洞察。要为您的数据库实例启用性能详情，请参阅《Amazon Relational Database Service 用户指南》**中的[为 Amazon RDS 打开和关闭 Performance Insights](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_PerfInsights.Enabling.html)。
### Aurora 数据库集群
要为您的 Aurora 数据库集群生成建议，计算优化器需要满足以下条件：
+ 没有向 Aurora 数据库集群附加任何应用程序 Auto Scaling 策略。有关 Aurora 自动扩展的更多信息，请参阅[亚马逊 Aurora 用户指南](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.Integrations.AutoScaling.html)*中的使用 Aurora 副本的*亚马逊 Aurora 自动扩展。
+ Aurora 数据库集群至少有 14 天的成本使用量数据。
+ 在回顾期间，Aurora 数据库集群没有使用 Aurora 并行查询。
+ Aurora 数据库集群在过去 30 天内没有更改存储配置。
## 其他资源
+ [AWS 计算优化器支持的资源](supported-resources.md)
+ [指标分析者 AWS Compute Optimizer](metrics.md)
+ [入门 AWS Compute Optimizer](getting-started.md)