

本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

# 资源要求
资源要求

本页概述了生成优化建议 AWS Compute Optimizer 所需的资源需求。为了让 Compute Optimizer 生成建议，您的 AWS 资源必须满足亚马逊 CloudWatch 指标和特定资源的要求。Compute Optimizer 对每种资源类型都有不同的 CloudWatch 指标数据要求。

如果资源没有足够的指标数据，需留出更多时间才能开始在 Compute Optimizer 控制台中显示建议。例如，如果您的资源有足够的指标数据，但没有显示建议，这可能意味着 Compute Optimizer 仍在分析您的资源。分析可能需要长达 24 小时才能完成。分析完成后，资源建议将显示在 Compute Optimizer 控制台中。

**Topics**
+ [

## Amazon EC2 实例和 A EC2 uto 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)

## Amazon EC2 实例和 A EC2 uto Scaling 群组要求


在过去 14 天内，Amazon EC2 实例和 A EC2 uto Scaling 组都需要至少 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)。有关 Comp EC2 ute Optimizer 支持的 Auto Scaling 组的信息，请参阅。[支持的 Amazon EC2 Auto Scaling 群组](supported-resources.md#supported-asg)

**重要**  
您必须启用 Cost Explorer 才能允许 Compute Optimizer 使用成本管理器的账单数据来计算节省的费用并填充定价信息以供您的推荐。我们建议您也选择加入成本优化中心，以获得适当规模的建议，这些建议考虑了您账户中有效的任何预留实例或 Savings Plans 定价模式。有关更多信息，请参阅《*AWS Cost Management 用户指南》*中的 “[启用 Cost Explorer](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 卷要求


Compute Optimizer 会针对至少连续 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 小时 CloudWatch 和 Amazon ECS 在过去 14 天内的使用率指标。
+ 未附加任何步进扩展策略。
+ 没有目标扩展策略附加到 CPU 和内存。
**注意**  
如果目标跟踪策略仅附加到服务的 CPU，则 Compute Optimizer 仅生成内存大小建议。或者，如果目标跟踪策略仅附加到服务的内存，则 Compute Optimizer 仅生成 CPU 大小建议。
+ 服务运行状态为**SteadyState**或**MoreWork**。

有关所分析指标的更多信息，请参阅[Fargate 上 Amazon ECS 服务的指标](ecs-fargate-metrics-analyzed.md)。

## 商用软件许可证要求


Compute Optimizer 仅为亚马逊上的微软 SQL Server 生成许可建议。 EC2

为针对商用软件许可证生成建议，Compute Optimizer 具有以下要求：
+ 至少*连续* 30 小时的 CloudWatch 指标数据。
+ 使用你的 Microsoft SQL Server 数据库凭据启用 CloudWatch 应用程序见解。

  有关如何启 CloudWatch 用 Application Insights 的更多信息，请参阅《[亚马逊* CloudWatch 用户指南》中的 “设置用于监控的 Amazon A* pp CloudWatch lication Insights](https://docs.aws.amazon.com//AmazonCloudWatch/latest/monitoring/appinsights-setting-up)”。
+ 附加 App CloudWatch lication Insights 所需的实例角色和策略。有关更多信息，请参阅 [启用商用软件许可证建议的策略](security-iam.md#license-access)。

有关所分析指标的更多信息，请参阅[商用软件许可证的指标](license-metrics-analyzed.md)。

## 亚马逊 Aurora 和 RDS 数据库要求


Compute Optimizer 生成 Aurora 和 RDS 数据库实例、RDS 数据库实例存储，以及适用于 MySQL 的 RDS、适用于 PostgreSQL 的 RDS 和 Amazon Aurora 数据库的 Aurora 数据库集群推荐。

### 亚马逊 Aurora 和 RDS 实例


要为您的 Aurora 和 RDS 数据库实例生成建议，Compute Optimizer 需要以下条件：
+ 过去 14 天内至少 30 小时的 CloudWatch 指标数据。如果您启用了增强型基础设施指标功能，则数据库实例需要在过去 93 天内至少 30 小时的指标数据。有关更多信息，请参阅[增强型基础设施指标](https://docs.aws.amazon.com//compute-optimizer/latest/ug/enhanced-infrastructure-metrics.html)。
+ 要获得有关过度配置的 RDS 数据库实例的建议，您需要启用 Amazon RDS Performance Insights。要为您的数据库实例启用性能详情，请参阅《Amazon Relational Database Service 用户指南》**中的[为 Amazon RDS 打开和关闭 Performance Insights](https://docs.aws.amazon.com//AmazonRDS/latest/UserGuide/USER_PerfInsights.Enabling.html)。

### Aurora 数据库集群


要为您的 Aurora 数据库集群生成建议，Compute Optimizer 需要以下条件：
+ Aurora 数据库集群未附加任何应用程序 Auto Scaling 策略。有关 Aurora Auto Scaling 的更多信息，请参阅[亚马逊 Aurora *用户指南中的使用 Aurora 副本进行亚马逊 Aurora* 自动缩放](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.Integrations.AutoScaling.html)。
+ Aurora 数据库集群至少有 14 天的成本使用数据。
+ 在回顾期内，Aurora 数据库集群没有使用 Aurora 并行查询。
+ Aurora 数据库集群在过去 30 天内未更改存储配置。

## 其他资源

+ [AWS Compute Optimizer 支持的资源](supported-resources.md)
+ [由以下人员分析的指标 AWS Compute Optimizer](metrics.md)
+ [入门 AWS Compute Optimizer](getting-started.md)