本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。 # 旧版成本和使用情况报告 本部分提供有关“旧版成本和使用情况报告”功能的信息。 Data Exports 是从中接收详细成本和使用情况数据的新推荐方式 AWS。有关更多信息，请参阅[在 Data Exports 中从 CUR 迁移到 CUR 2.0](https://docs.aws.amazon.com/cur/latest/userguide/dataexports-migrate.html)。 # 什么是 AWS 成本和使用情况报告？ AWS 成本和使用情况报告 (AWS CUR) 包含可用的最全面的成本和使用情况数据集。您可以使用成本和使用情况报告将 AWS 账单报告发布到您拥有的亚马逊简单存储服务 (Amazon S3) 存储桶。您可以收到按小时、天或月、按产品或产品资源或按您自己定义的标签细分成本的报告。 AWS 每天以逗号分隔值 (CSV) 格式更新存储桶中的报告。您可以使用微软 Excel 或 Apache OpenOffice Calc 等电子表格软件查看报告，也可以使用亚马逊 S3 API 从应用程序访问报告。 AWS 成本和使用情况报告会跟踪您的 AWS 使用情况，并提供与您的账户相关的估计费用。每份报告都包含您在 AWS 账户中使用的 AWS 产品、使用类型和操作的每种独特组合的行项目。您可以自定义 AWS 成本和使用情况报告，以按小时、天或月汇总信息。 AWS 成本和使用情况报告可以执行以下操作： + 将报告文件传送到您的 Amazon S3 存储桶 + 每天最多更新三次报告 + 使用 AWS CUR API 参考创建、检索和删除您的报告 ## 成本和使用情况报告的工作方式 创建成本和使用率报告后， AWS 将您的报告发送到您指定的 Amazon S3 存储桶。 AWS 在您的费用最终确定之前，每天至少更新一次您的报告。 您的报告文件包括一个 .csv 文件或一组 .csv 文件和一个清单文件。您可以选择配置报告数据，以便与亚马逊 Athena、Amazon Redshift 或 Quick 集成。 ## 报告时间表 创建报告后，最长可能需要 24 小时才能将第一份报告传送 AWS 到您的 Amazon S3 存储桶。 开始交付后，每天至少 AWS 更新一次报告文件。给定月份的每个报告更新都是累积性的，因此，每个版本的报告包含该月迄今为止的所有账单数据。您在整个月收到的报告更新是估算值。随着您继续使用 AWS 服务，费用可能会发生变化。 **注意** 不同的 AWS 服务在不同的时间为您提供基于使用量的账单信息，因此您可能会注意到某一小时或一天的更新是在不同的时间发布的。 AWS 以先前的报告为基础，直到账单周期结束。 AWS 在月底开具发票后，最终确定报告的使用费。在报告账单周期结束后， AWS 生成下个月的新报告，其中不包含上一份报告中的任何信息。 报告完成后，如果将退款、积分或 AWS Su AWS pport 费用计入您当月的使用量，则 AWS 可能会更新报告。由于 Developer、Business 和 Enterprise Support 是根据最终使用费用计算的，因此这些费用会反映在上个月的《成本和使用情况报告》中当月的第六或第七个月中。 AWS 根据您与之达成的协议或合同条款使用积分或退款 AWS。 ## 报告文件 您的报告是 Amazon S3 存储桶中存储的一个 .csv 文件或一组 .csv 文件。报告生成的文件数量取决于您选择的报告版本控制和报告大小。 在创建报告时，您可以选择创建新的报告版本，或者在每次更新时覆盖现有的报告版本。如果您选择创建新的报告版本，每次更新时，您的报告都会生成更多文件。 单个报告的大小可能会增长到 1 GB 以上，并可能超出桌面电子表格应用程序的显示能力，以致无法显示所有行。如果报告大于大多数应用程序所能处理的范围（大约 100 万行），则会将 AWS 该报告拆分为多个文件，这些文件存储在 Amazon S3 存储桶的同一个文件夹中。 AWS 还会将退款存入单独的文件中。 AWS 在月度账单结算后发放退款。 有关报告文件、文件命名约定和版本控制的更多信息，请参阅[了解您的报告版本](understanding-report-versions.md)。 ## 报告列 每份报告都包含几列，其中包含有关您的 AWS 费用和使用情况的详细信息。报告中 AWS 包含的列取决于您在当月的使用情况。 每个报告都包含带有 **identity/**、**bill/** 和 **lineItem/** 前缀的列。只有当您的每月 AWS 使用量生成数据来填充这些列时，才会包含所有其他列。 例如，只有在您在该月使用了节省计划时，您的报告才会包含 **savingsPlan/** 列。 要了解有关报告中的列的更多信息，请参阅[数据词典](data-dictionary.md)。 ## 使用您的报告 您可以从亚马逊 S3 控制台下载报告，使用亚马逊 Athena 查询报告，或者将报告上传到亚马逊 Redshift 或 Quick。 + 有关创建 Amazon S3 存储桶和使用 Athena 查询数据的更多信息，请参阅[使用 Amazon Athena 查询成本和使用情况报告](cur-query-athena.md)。 + 有关上传到 Amazon Redshift 的更多信息，请参阅[将报告数据加载到 Amazon Redshift](cur-query-other.md#cur-query-other-rs)。 + 有关上传到 Quick 的更多信息，请参阅[正在将报告数据加载到 Amazon Quick](cur-query-other.md#cur-query-other-qs)。 # 创建成本和使用情况报告 **注意** 通过 Data Exports，您可以创建成本和使用情况报告 (CUR) 2.0 的导出。这是一种新的推荐方式，可以从中获取详细的成本和使用数据 AWS。有关更多信息，请参阅[在 Data Exports 中从 CUR 迁移到 CUR 2.0](https://docs.aws.amazon.com/cur/latest/userguide/dataexports-migrate.html)。 使用账单转账时，您只能从 “数据导出” 页面创建账单转账视图 AWS 成本和使用情况报告 报告，而不能从旧版 AWS 成本和使用情况报告 页面创建报告。 您可以使用账单和成本管理控制台中的**成本和使用情况报告**页面创建成本和使用情况报告。在下一节中，您将找到有关如何开始创建成本和使用情况报告的信息。 **Topics** + [ # 为成本和使用情况报告设置 Amazon S3 存储桶 ](cur-s3.md) + [ # 创建报告 ](cur-create.md) # 为成本和使用情况报告设置 Amazon S3 存储桶 要接收账单报告，您的 AWS 账户中必须有一个 Amazon S3 存储桶才能接收和存储报告。在账单控制台中创建成本和使用情况报告时，您可以选择您拥有的现有 Amazon S3 存储桶或创建新的存储桶。无论哪种情况，都要求您检查并确认应用了以下默认存储桶策略。如果在 Amazon S3 控制台中编辑此政策，或者在创建成本和使用情况报告后更改存储桶拥有者，则无法 AWS 提交报告。在将账单报告数据存储在 Amazon S3 存储桶时，将按标准 Amazon S3 费率计费。有关更多信息，请参阅 [配额和限制](billing-cur-limits.md)。 在创建成本和使用情况报告时，将为每个存储桶应用以下策略： ``` { "Statement": [ { "Effect": "Allow", "Principal": { "Service": "billingreports.amazonaws.com" }, "Action": [ "s3:GetBucketAcl", "s3:GetBucketPolicy" ], "Resource":"arn:aws:s3:::amzn-s3-demo-bucket", "Condition": { "StringEquals": { "aws:SourceArn": "arn:aws:cur:us-east-1:${AccountId}:definition/*", "aws:SourceAccount": "${AccountId}" } } }, { "Sid": "Stmt1335892526596", "Effect": "Allow", "Principal": { "Service": "billingreports.amazonaws.com" }, "Action": "s3:PutObject", "Resource": "arn:aws:s3:::amzn-s3-demo-bucket/*", "Condition": { "StringEquals": { "aws:SourceArn": "arn:aws:cur:us-east-1:${AccountId}:definition/*", "aws:SourceAccount": "${AccountId}" } } } ] } ``` 该默认策略有助于确保存储桶所有者可以读取成本和使用情况报告数据，并确认存储桶由创建成本和使用情况报告的账户拥有。具体来说： + 每次交付成本和使用情况报告时， AWS 首先要确认存储桶是否仍归设置报告的账户所有。如果存储桶所有权发生变化，则不会传送报告。这有助于确保账户的账单数据安全性。此存储桶策略允许 AWS (`"Effect": "Allow"`) 检查哪个账户拥有该存储桶 (`"Action": ["s3:GetBucketAcl", "s3:GetBucketPolicy"`)。 + 要将报告传送到您的 Amazon S3 存储桶， AWS 需要该存储桶的写入权限。为此，存储桶策略授予 (`"Effect": "Allow"`) AWS 成本和使用情况报告服务 (`"Service": "billingreports.amazonaws.com"`) 向您拥有的存储桶提交 (`"Action": "s3:PutObject"`) 报告的权限（`"Resource": "arn:aws:s3:::amzn-s3-demo-bucket/*"`）。 此存储桶策略不 AWS 授予读取或删除存储桶中任何对象的权限，包括交付后的成本和使用情况报告。 + 对于启用了 ACL 的 Amazon S3 存储桶，在提交报告时会 AWS 进一步`BucketOwnerFullControl`将 ACL 应用于报告。默认情况下，Amazon S3 对象（例如这些报告）只能由写入它们的用户或服务主体读取。要为您或存储桶所有者提供读取报告的权限， AWS 必须应用 `BucketOwnerFullControl` ACL。ACL 为存储桶所有者授予这些报告的 `Permission.FullControl` 权限。不过，建议禁用 ACL 并使用 Amazon S3 存储桶策略控制访问。请注意，Amazon S3 已更改默认设置，对于新创建的存储桶，默认情况下 ACLs 处于禁用状态。有关更多信息，请参阅[控制对象的所有权和禁 ACLs 用存储桶](https://docs.aws.amazon.com/AmazonS3/latest/userguide/about-object-ownership.html)。 如果您在账单控制台中看到成本和使用情况报告出现**无效存储桶**错误，应验证该策略和存储桶所有权在报告设置后是否未发生变化。 # 创建报告 **注意** 通过 Data Exports，您可以创建成本和使用情况报告 (CUR) 2.0 的导出。这是一种新的推荐方式，可以从中获取详细的成本和使用数据 AWS。有关更多信息，请参阅[在 Data Exports 中从 CUR 迁移到 CUR 2.0](https://docs.aws.amazon.com/cur/latest/userguide/dataexports-migrate.html)。 您可以使用账单和成本管理控制台的**成本和使用情况报告**页面创建成本和使用情况报告。您最多可以为个人 AWS 账户创建 10 份报告。 **注意** 开始将报告传送到您的 AWS Amazon S3 存储桶最多可能需要 24 小时。交付开始后，每天至少 AWS 更新一次 AWS 成本和使用情况报告文件。 **创建成本和使用情况报告** 1. 打开账单与成本管理控制台，网址为 [https://console.aws.amazon.com/costmanagement/](https://console.aws.amazon.com/costmanagement/)。 1. 在导航窗格中，在**旧版页面**下面，选择**成本和使用情况报告**。 1. 选择**创建报告**。 1. 对于**报告名称**，输入报告名称。 1. 在 “**报告其他内容**” 中，选择 “**包括资源**”， IDs将每个单独 IDs 的资源包括在报告中。 **注意** 包含资源 IDs 会为您的每种资源创建单独的行项目。根据您的 AWS 使用情况，这可能会显著增加您的成本和使用情况报告文件的大小。 1. 选择**拆分成本分配数据**以包括共享资源（Amazon ECS 和 Amazon EKS）的详细成本和使用情况。 **注意** 如果包括拆分成本分配数据，将为每个资源 [即 ECS 任务和 Kubernetes 容器组（pod）] 创建单独的行项目。根据您的使用情况，这可能会显著增加成本和使用情况报告文件的大小。 AWS 1. 对于**数据刷新设置**，选择是否要刷新 AWS 成本和使用情况报告，如果 AWS 在账单最终确定后向您的账户支付退款、积分或支持费。在报告刷新时，将向 Amazon S3 上传新的报告。 1. 选择**下一步**。 1. 对于 **S3 存储桶**，选择**配置**。 1. 在**配置 S3 存储桶**对话框中，执行以下操作之一： + 选择一个现有的存储桶。 + 选择**创建存储桶**，输入存储桶名称，然后选择要在其中创建新存储桶的区域。 1. 检查存储桶策略，选择**以下默认策略将应用于您的存储桶**，然后选择**保存**。 1. 对于**报告路径前缀**，输入要在报告名称前面添加的报告路径前缀。 1. 对于**时间粒度**，请选择以下选项之一： + **小时**：如果您希望按小时聚合报告中的行项目，请选择此选项。 + **每天**：如果您希望按天聚合报告中的行项目，请选择此选项。 + **每月**：如果您希望按月汇总报告中的行项目，请选择该选项。 1. 对于**报告版本控制**，选择您希望报告的每个版本覆盖报告的以前版本，还是保留以前版本并传送每个新版本。 覆盖报告可以节省 Amazon S3 存储成本。随着时间的推移，传送新的报告版本可以提高账单数据的可审核性。 1. 对于**报告数据集成**，请选择是否要将成本和使用情况报告与亚马逊 Athena、Amazon Redshift 或 Quick 集成。此报告按以下格式压缩： + **Athena**：Parquet 格式 + **亚马逊 Redshift 或 Quick：.gz** 压缩 1. 选择**下一步**。 1. 在查看报告的设置之后，选择**查看和完成**。 您可以随时返回到账单和成本管理控制台的**成本和使用情况报告**页面，以查看上次更新报告的时间。 # 查看和管理报告 要查看有关您的成本和使用情况报告的信息，请使用账单和成本管理控制台。要查看您的报告文件，您可以使用 Amazon S3 控制台。 可以使用以下过程查找您的报告和报告文件。 **查看您的报告详细信息和文件** 1. 打开账单与成本管理控制台，网址为 [https://console.aws.amazon.com/costmanagement/](https://console.aws.amazon.com/costmanagement/)。 1. 在导航窗格中，在**旧版页面**下面，选择**成本和使用情况报告**。 1. 从报告列表中，选择要查看的报告的名称。 1. 在**报告详细信息**页面上，您可以查看报告的设置。 1. 要查看报告文件，请记下**报告详细信息**页面上的**报告路径前缀**。 1. 选择 **Amazon S3 存储桶**下面列出的存储桶名称。该链接在 Amazon S3 控制台中打开该存储桶。 1. 从存储桶中的对象列表中，选择使用在步骤 5 中记下的**报告路径前缀**的第一部分命名的文件夹。例如，如果您的**报告路径前缀**为**example-report-prefix/example-report-name**，则选择名为的文件夹**example-report-prefix**。 1. 从文件夹中的对象列表中，选择使用在步骤 5 中记下的**报告路径前缀**的第二部分命名的文件夹。例如，如果您的**报告路径前缀**为**example-report-prefix/example-report-name**，则选择名为的文件夹**example-report-name**。该文件夹包含您的报告文件。 # 查看最新的报告版本 AWS 在您的费用最终确定之前，每天至少更新一次成本和使用情况报告。在创建报告时，您可以选择创建新的报告版本，或者在每次更新时覆盖现有的报告版本。 如果您将报告配置为每次更新时创建新的报告版本，您可以使用清单文件中的 **assemblyId** 查找最新的报告文件。 **在具有多个报告版本时查看最新的报告文件** 1. 打开账单与成本管理控制台，网址为 [https://console.aws.amazon.com/costmanagement/](https://console.aws.amazon.com/costmanagement/)。 1. 在导航窗格中，在**旧版页面**下面，选择**成本和使用情况报告**。 1. 从报告列表中，选择要查看的报告的名称。 1. 在**报告详细信息**页面上，记下**报告路径前缀**。 1. 选择“Amazon S3 存储桶”下面列出的存储桶名称。该链接在 Amazon S3 控制台中打开该存储桶。 1. 从存储桶中的对象列表中，选择使用在步骤 4 中记下的**报告路径前缀**的第一部分命名的文件夹。例如，如果您的**报告路径前缀**为**example-report-prefix/example-report-name**，则选择名为的文件夹**example-report-prefix**。 1. 从文件夹中的对象列表中，选择使用在步骤 4 中记下的**报告路径前缀**的第二部分命名的文件夹。例如，如果您的**报告路径前缀**为**example-report-prefix/example-report-name**，则选择名为的文件夹**example-report-name**。 1. 打开以最新账单周期命名的文件夹（格式为 YYYYMMDD-YYYYMMDD）。 1. 打开 ****example-report-name**-Manifest.json** 文件。 1. 在清单文件顶部，记下 **assemblyId**。**assemblyId** 值对应于包含最新报告文件的文件夹的名称。 1. 返回到 Amazon S3 控制台页面，您将在其中查看以最新账单周期命名的文件夹。 1. 打开使用在步骤 10 中记下的 **assemblyId** 值命名的文件夹。例如，如果 **assemblyId** 值为 **20210129T123456Z**，则打开名为 **20210129T123456Z/** 的文件夹。该文件夹包含您的最新报告文件。 # 查看您的最终报告 在月底开具发票后， AWS 最终确定报告的使用费。要确定报告中的某一行项目是否为最终项目，请查看**账单/ InvoiceId** 列。如果订单项是最终的，则**账单/ InvoiceId** 列中将填入发 AWS 票编号。如果订单项目尚未最终确定，则**账单/ InvoiceId** 列为空。 要确定您的整份报告是否已定稿，请查看**账单/ InvoiceId** 列。如果报告是最终报告，则**账单/ InvoiceId** 列中将填充发票 ID 值。如果报告尚未最终确定，则**账单/ InvoiceId** 列为空。 **注意** 报告完成后，如果 AWS 将退款、积分或支持费用计入当月的使用量，则 AWS 可能会更新报告。由于 Developer、Business 和 Enterprise Support 是根据最终使用费用计算的，因此这些费用会反映在上个月报告的第 6 个月或第 7 个月中。 AWS 根据您与之达成的协议或合同条款使用积分或退款 AWS。 # 了解您的报告版本 AWS 在您的费用最终确定之前，每天至少更新一次成本和使用情况报告。在创建报告时，您可以选择创建新的报告版本，或者在每次更新时覆盖现有的报告版本。 您的报告文件包括一个 .csv 文件或一组 .csv 文件和一个清单文件。您的报告还可以包含支持您的数据与亚马逊 Athena、Amazon Redshift 或 Quick 集成的任何其他文件。 以下几节根据您选择的报告版本控制介绍文件组织结构和命名约定。 ## 成本和使用情况报告交付时间表 AWS CUR 交付时间表 在报告期间， AWS 每次 AWS 更新报告时都会提交一份新报告和一个新的清单文件。 AWS 以先前的报告为基础，直到账单周期结束。在报告账单周期结束后， AWS 生成一份新报告，其中不包含上一份报告中的任何信息。 ## 创建新的成本和使用情况报告版本 当您选择保留之前的成本和使用情况报告时，您的 AWS CUR 将使用以下 Amazon S3 组织和命名约定。 ``` //yyyymmdd-yyyymmdd//-.csv. ``` + `report-prefix` = 您为报告分配的前缀。 + `report-name`= 您为报告分配的名称。 + `yyyymmdd-yyyymmdd` = 报告覆盖的日期范围。报告将于日期范围的末尾最终确定。 + `assemblyId`= 每次更新报告时 AWS 创建的 ID。 + `file-number`= 如果更新包含一个大文件，则 AWS 可能会将其拆分为多个文件。`file-number` 跟踪一个更新中的不同文件。 + `csv` = 报告文件的格式。 + `zip` 或 `gz` = 应用于报告文件的压缩的类型。 例如，您的报告可能作为以下文件的集合进行传输。 ``` //20160101-20160131/<123456789>/-<1>.csv. //20160101-20160131/<123456789>/-<2>.csv. //20160101-20160131/<123456789>/-<3>.csv. //20160101-20160131/<123456789>/-Manifest.json //20160101-20160131/-Manifest.json ``` AWS 将报告日期范围内的所有报告传送到同一个`report-prefix/report-name/yyyymmdd-yyyymmdd`文件夹。 AWS 为每个报告提供一个唯一的 ID，并将其传送到日期范围`assemblyId`文件夹中的子文件夹。如果报告作为单个文件过大，则会被拆分成多个文件并传输到相同的 `assemblyId` 文件夹。 有关保留先前报告时的清单文件的更多信息，请参阅[成本和使用情况报告清单文件](#manifest-cur-files) ## 覆盖以前的成本和使用情况报告 当您选择覆盖之前的成本和使用情况报告时，您的 AWS CUR 将使用以下 Amazon S3 组织和命名约定。 ``` //yyyymmdd-yyyymmdd/-.csv. ``` + `report-prefix` = 您为报告分配的前缀。 + `report-name`= 您为报告分配的名称。 + `yyyymmdd-yyyymmdd` = 报告覆盖的日期范围。 AWS 在日期范围结束时完成报告。 + + `file-number`= 如果更新包含一个大文件，则 AWS 可能会将其拆分为多个文件。`file-number` 跟踪一个更新中的不同文件。 + `csv` = 报告文件的格式。 + `zip` 或 `gz` = 应用于报告文件的压缩的类型。 例如，您的报告可能作为以下文件的集合进行传输。 ``` //yyyymmdd-yyyymmdd/-<1>.csv. //yyyymmdd-yyyymmdd/-<2>.csv.//yyyymmdd-yyyymmdd/-<3>.csv. //yyyymmdd-yyyymmdd/-Manifest.json ``` ### Athena 规范 如果您在创建 AWS CUR 时选择了 Athena 支持，则除了格式和压缩之外，文件命名约定与您选择覆盖 AWS CUR 时的命名约定相同。Ath AWS ena CUR 文件改用。`.parquet`例如，您的报告可能作为以下文件的集合进行传输。 ``` //yyyymmdd-yyyymmdd/.parquet //yyyymmdd-yyyymmdd/ //yyyymmdd-yyyymmdd/-Manifest.json //yyyymmdd-yyyymmdd/-create-table.sql //yyyymmdd-yyyymmdd/crawler-cfn.yml ``` ### CloudFormation 规格 除了 AWS CUR 文件外， AWS 还提供了一个 CloudFormation 模板，您可以使用该模板来设置 CloudFormation 堆栈，使您能够使用 Athena 查询 Amazon S3 数据。如果您不想使用该 CloudFormation 模板，则可以使用提供的 SQL 创建自己的 Athena 表。有关更多信息，请参阅 [使用 Amazon Athena 查询成本和使用情况报告](cur-query-athena.md)。 ## 成本和使用情况报告清单文件 AWS 更新 AWS CUR 时， AWS 还会创建和交付清单文件，供亚马逊 Athena、Amazon Redshift 或 Quick 使用。 清单文件使用命名约定，并列出以下内容： + 迄今为止报告中包含的所有详细信息列 + 报表文件的列表（如果报表被拆分为多个文件） + 报告所涵盖的时间段以及其他信息。 ``` //yyyymmdd-yyyymmdd/-Manifest.json //yyyymmdd-yyyymmdd//-Manifest.json ///year=2018/month=12/-Manifest.json ``` ### 创建新的成本和使用情况报告版本 在您保留以前的成本和使用情况报告时，清单文件将传送到日期范围文件夹和 `assemblyId` 文件夹。每次为日期范围 AWS 创建新的 AWS CUR 时，它都会用更新的清单文件覆盖存储在日期范围文件夹中的清单文件。 AWS 将相同的更新清单文件以及该更新的文件传送到该文件`assemblyId`夹。`assemblyId` 文件夹中的清单文件不会被覆盖。 ### 覆盖以前的成本和使用情况报告 当您覆盖之前的 AWS CUR 时，清单文件将传送到该`month=mm`文件夹。清单文件与报表文件一起被覆盖。 ### Amazon Redshift 规范 如果您在 AWS CUR 中选择了 Amazon Redshift 支持选项，则 AWS 还会创建并提交一个包含将报告上传到 Amazon Redshift 所需的 SQL 命令的文件。您可以使用普通文本编辑器打开 SQL 文件。SQL 文件使用以下命名约定。 ``` //yyyymmdd-yyyymmdd//-RedshiftCommands.sql ``` 如果您使用了 `RedshiftCommands` 文件中的命令，则不需要打开 `RedshiftManifest` 文件。 **重要** `manifest` 文件决定了 `copy` 文件中的 `RedshiftCommands` 命令上传的报告文件。删除或移除 `manifest` 文件将破坏 `RedshiftCommands` 文件中的复制命令。 ### Amazon Athena 规范 如果您在 CUR 中选择了 Amazon Athena 支持选项 AWS ，则还会创建并交付多个文件以帮助设置所需的所有资源。 AWS AWS 提供了一个 CloudFormation 模板、一个包含用于手动创建 Athena 表的 SQL 文件和一个用于检查 CUR 刷新状态的 SQL 文件，以及一个包含用于检查 CUR 刷新状态的 SQL AWS 文件。这些文件使用以下命名约定。 ``` ///yyyymmdd-yyyymmdd/crawler-cfn.yml ///yyyymmdd-yyyymmdd/-create-table.sql ///yyyymmdd-yyyymmdd/ ``` # 编辑成本和使用情况报告配置 编辑报告 您可以使用账单和成本管理控制台中的**成本和使用情况报告**页面编辑成本和使用情况报告。 **注意** 无法编辑报告名称。如果您为**报告版本控制**选择了 O **verwrit** e，则无论报告包含资源、时间粒度还是报告版本控制 IDs，都无法编辑报告名称。如果您删除设置为**覆盖**的报告并创建具有相同名称、Amazon S3 存储桶和路径前缀的新报告，您的数据可能会损坏并变得不准确。 **编辑成本和使用情况报告** 1. 打开账单与成本管理控制台，网址为 [https://console.aws.amazon.com/costmanagement/](https://console.aws.amazon.com/costmanagement/)。 1. 在导航窗格中，在**旧版页面**下面，选择**成本和使用情况报告**。 1. 选择要编辑的报告，然后选择 **Edit report (编辑报告)**。 1. （仅限版本化报告）对于**报告其他内容**，请选择**包含资源 IDs**以在报告中包括每个单独资源的资源。 IDs **注意** 包含资源 IDs 会为您的每种资源创建单独的行项目。根据您的 AWS 使用情况，这可能会显著增加您的成本和使用情况报告文件的大小。 1. 选择**拆分成本分配数据**以包括共享资源（Amazon ECS 和 Amazon EKS）的详细成本和使用情况。 **注意** 如果包括拆分成本分配数据，将为每个资源 [即 ECS 任务和 Kubernetes 容器组（pod）] 创建单独的行项目。根据您的使用情况，这可能会显著增加成本和使用情况报告文件的大小。 AWS 1. 对于**数据刷新设置**，选择是否要刷新 AWS 成本和使用情况报告，如果 AWS 在账单最终确定后向您的账户支付退款、积分或支持费。在报告刷新时，将向 Amazon S3 上传新的报告。 1. 选择**下一步**。 1. 对于 **S3 存储桶**，输入您希望将报告传送到的 Amazon S3 存储桶的名称。 1. 选择**验证**。 **注意** 该存储桶必须具有适当的权限才有效。有关为存储桶添加权限的更多信息，请参阅[《Amazon Simple Storage Service 用户指南》](https://docs.aws.amazon.com/AmazonS3/latest/userguide/)中的[设置存储桶和对象访问权限](https://docs.aws.amazon.com/AmazonS3/latest/userguide/set-permissions.html)。** 1. 对于**报告路径前缀**，输入要在报告名称前面添加的报告路径前缀。 1. （仅限版本控制的报告）对于 **Time granularity (时间粒度)**，请选择以下选项之一： + **Hourly (小时)**：如果您希望按小时聚合报告中的行项目，请选择此选项。 + **Daily (每天)**：如果您希望按天聚合报告中的行项目，请选择此选项。 + **每月**：如果您希望按月汇总报告中的行项目，请选择该选项。 1. （仅限版本控制的报告）对于**报告版本控制**，选择您希望报告的每个版本覆盖报告的以前版本，还是保留以前版本并传送每个新版本。 1. 对于**报告数据集成**，请选择是否要让 AWS CUR 与亚马逊 Athena、Amazon Redshift 或 Quick 集成。此报告按以下格式压缩： + **Athena**：Parquet 格式 + **亚马逊 Redshift 或 Quick：.gz** 压缩 1. 选择**保存**。 # 使用成本和使用情况报告来 AWS Organizations 在中 AWS Organizations，管理账户和成员账户都可以创建成本和使用情况报告。对于这两种类型的账户，允许或限制创建报告的 IAM 策略是相同的。 **注意** 创建成本和使用情况报告的账户还必须拥有 AWS 将报告发送到的 Amazon S3 存储桶。您无法将成本和使用情况报告配置为传输到另一个账户拥有的 Amazon S3 存储桶。有关 Amazon S3 存储桶设置要求的更多信息，请参阅[为成本和使用情况报告设置 Amazon S3 存储桶](cur-s3.md)。 ## 作为成员账户管理成本和使用情况报告 如果您有权为组织中的成员账户创建成本和使用情况报告，您可以仅为成员账户的成本和使用情况数据创建报告。在作为当前组织的成员期间，成员账户会收到有关其成本和使用情况的报告。 例如，假设一个成员账户于当月 15 日离开组织 A 并加入组织 B。然后，该成员账户创建一个报告。由于该成员账户在加入组织 B 后创建了一个报告，因此，该成员账户的当月报告仅包含该账户作为组织 B 成员期间的账单数据。 在一个成员账户加入新组织后，将在新组织的报告中记录该成员账户的成本和使用情况。这与转换为成员账户并加入新组织的管理账户的结果相同。 在一个成员账户离开组织或转换为单独账户时，只要该成员账户具有存储以前报告的 Amazon S3 存储桶的权限，他们就仍然可以访问以前的报告。 ## 作为管理账户管理成本和使用情况报告 如果您是 AWS Organizations 管理账户的管理员，并且不希望成员账户创建报告，则可以应用服务控制策略 (SCP)，阻止成员账户创建报告。SCP 可以禁止成员账户创建新报告，但不会删除以前创建的报告。 **注意** SCPs 仅适用于成员账户。要禁止管理账户创建报告，请修改附加到管理账户中的用户角色的 IAM 策略。 有关整合账单的更多信息，请参阅《AWS Billing 用户指南》中的 [AWS Organizations的整合账单](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/consolidated-billing.html)。** # 使用 Amazon Athena 查询成本和使用情况报告 使用 Athena 查询报告 Amazon Athena 是一项无服务器查询服务，您可以使用标准 SQL 在亚马逊简单存储服务 (A AWS mazon S3) 中分析成本和使用情况报告 (AWS CUR) 中的数据。这可以帮助您避免创建自己的数据仓库解决方案来查询 AWS CUR 数据。 我们强烈建议您同时创建新的 Amazon S3 存储桶和新的 AWS CUR 报告，以便与 Athena 一起使用。 AWS CUR 仅支持 Athena 的 Apache Parquet 压缩格式，并会自动覆盖之前存储在 S3 存储桶中的报告。 本节简要说明如何使用 Athena 分析成本和使用情况报告。有关 Athena 服务的完整说明，请参阅[《Amazon Athena 用户指南》](https://docs.aws.amazon.com/athena/latest/ug/)。 **Topics** + [ # 使用模板设置 Athena CloudFormation ](use-athena-cf.md) + [ # 手动设置 Athena ](cur-ate-manual.md) + [ # 运行 Amazon Athena 查询 ](cur-ate-run.md) + [ # 将报告数据加载到其他资源 ](cur-query-other.md) 有关使用 Athena 查询报告的演示，请观看以下视频。 [![AWS Videos](http://img.youtube.com/vi/https://www.youtube.com/embed/KEeJEZTYE8E/0.jpg)](http://www.youtube.com/watch?v=https://www.youtube.com/embed/KEeJEZTYE8E) # 使用模板设置 Athena CloudFormation 设置 Athena CloudFormation **重要** CloudFormation 不支持跨区域资源。如果您计划使用 CloudFormation 模板，则必须在同一个 AWS 区域中创建所有资源。区域必须支持以下服务： AWS Lambda Amazon Simple Storage Service（Amazon S3） AWS Glue Amazon Athena 为了简化和自动整合您的成本和使用情况报告与 Athena AWS ，请提供 CloudFormation 一个包含多个关键资源的模板以及您为 Athena 集成设置的报告。该 CloudFormation 模板包括 AWS Glue 爬虫、 AWS Glue 数据库和 AWS Lambda 事件。 CloudFormation 使用的 Athena 集成设置过程会删除您的存储桶可能已经存在的任何 Amazon S3 事件。这可能会对现有 AWS CUR 报告中的任何基于事件的现有流程产生负面影响。我们强烈建议您同时创建新的 Amazon S3 存储桶和新的 AWS CUR 报告，以便与 Athena 一起使用。 在使用 CloudFormation 模板自动集成 Athena 之前，请务必完成以下操作： + 为您的报告创建新的 Amazon S3 存储桶。有关更多信息，请参阅《Amazon S3 用户指南》中的[创建桶](https://docs.aws.amazon.com/AmazonS3/latest/userguide/create-bucket-overview.html)。** + [创建新的报告](cur-create.md)以用于 Athena。在设置过程中，对于**报告数据集成**，选择 **Athena**。 + 等待第一个报告传送到您的 Amazon S3 存储桶。最长可能需要 24 小时才能提交您的第一份报告。 AWS **使用 Athena 模板 CloudFormation** 1. 打开 Amazon S3 控制台，网址为 [https://console.aws.amazon.com/s3/](https://console.aws.amazon.com/s3/)。 1. 从存储桶列表中，选择您选择接收 AWS CUR 报告的存储桶。 1. 选择您的报告路径前缀 (*your-report-path-prefix/*)。然后，选择您的报告名称（*your-report-name/*）。 1. 选择 `.yml` 模板文件。 1. 选择**对象操作**，然后选择**下载为**。 1. 在 [https://console.aws.amazon.com/cloudformat](https://console.aws.amazon.com/cloudformation/) ion 上打开 CloudFormation 控制台。 1. 如果您 CloudFormation 以前从未使用过，请选择 “**创建新堆栈**”。否则，选择 **Create Stack (创建堆栈)**。 1. 在 **Prepare template (准备模板)** 下，选择 **Template is ready (模板就绪)**。 1. 在 **Template source (模板源)** 下，选择**上传模板文件**。 1. 选择**选择文件**。 1. 选择 `.yml` 模板，然后选择 **Open (打开)**。 1. 选择**下一步**。 1. 对于 **Stack name (堆栈名称)**，输入您的模板的名称，然后选择 **Next (下一步)**。 1. 选择**下一步**。 1. 在页面底部，选择**我确认 AWS CloudFormation 可能会创建 IAM 资源。** 此模板创建以下资源： + 三个 IAM 角色 + 一个 AWS Glue 数据库 + 一个 AWS Glue 爬行者 + 两个 Lambda 函数 + 一条 Amazon S3 通知 1. 选择**创建堆栈**。 **更新现有 Athena 模板 CloudFormation** 1. 打开 Amazon S3 控制台，网址为 [https://console.aws.amazon.com/s3/](https://console.aws.amazon.com/s3/)。 1. 从存储桶列表中，选择您选择接收 AWS CUR 报告的存储桶。 1. 选择您的报告路径前缀 (*your-report-path-prefix/*)。然后，选择您的报告名称（*your-report-name/*）。 1. 选择 `.yml` 模板文件。 1. 选择**对象操作**，然后选择**下载为**。 1. 在 [https://console.aws.amazon.com/cloudformat](https://console.aws.amazon.com/cloudformation/) ion 上打开 CloudFormation 控制台。 1. 选择以前创建的堆栈，然后选择**更新**。 1. 在 **Prepare template (准备模板)** 下面，选择 **Replace current template (替换当前模板)**。 1. 在 **Template source (模板源)** 下，选择**上传模板文件**。 1. 选择**选择文件**。 1. 选择 `.yml` 模板，然后选择 **Open (打开)**。 1. 选择**下一步**。 1. 在**指定堆栈详细信息**页面上，修改任何详细信息，然后选择**下一步**。 1. 选择**下一步**。 1. 在页面底部，选择**我确认 AWS CloudFormation 可能会创建 IAM 资源。** 1. 选择**更新堆栈**。 # 手动设置 Athena 我们强烈建议您使用 AWS CloudFormation 模板来创建表格，而不是自己创建。所提供的 SQL 查询会创建一个仅涵盖一个月数据的表，但该 AWS CloudFormation 模板创建的表可以包含多个月份并且会自动更新。有关如何设置 AWS CloudFormation 模板的更多信息，请参阅[使用模板设置 Athena CloudFormation](use-athena-cf.md)。 如果您选择不使用 CloudFormation 模板来设置 Athena 表，请手动执行以下步骤。您需要先创建一个表，然后才能对 AWS CUR 数据运行 SQL 查询。您需要每月至少执行一次此步骤，并且该表仅包含来自当前 AWS CUR 的数据。 作为表创建过程的一部分， AWS 转换 AWS CUR 列名。有关转换过程的更多信息，请参阅[列名称](cur-ate-run.md#column-transformations)。 + [创建 Athena 表](create-manual-table.md) + [创建成本和使用情况报告状态表](create-manual-cur-table.md) + [上传您的报告分区](upload-report-partitions.md) # 创建 Athena 表 AWS 包括在 AWS CUR 存储桶中创建此表时需要运行的 SQL。 **创建 Athena 表** 1. 登录 AWS 管理控制台 并打开 Amazon S3 控制台，网址为[https://console.aws.amazon.com/s3/](https://console.aws.amazon.com/s3/)。 1. 从存储桶列表中，选择您选择接收成本和使用情况报告的存储桶。 1. 导航路径 `your-report-prefix-your-report-name-path-to-report`。 确切的路径取决于您的 AWS CUR 是否设置为覆盖以前的版本。有关更多信息，请参阅 [成本和使用情况报告交付时间表](understanding-report-versions.md#access-cur-s3-timeline)。 1. 打开 `my-report-name-create-table.sql` 文件。 1. 从文件中复制 SQL，开头是 `CREATE`，结尾是 `LOCATION 's3://your-report-prefix/your-report-name/the-rest-of-the=path'`。记下第一行，因为您需要使用数据库名称和表创建 Athena 数据库。 1. 从 [https://console.aws.amazon.com/athena/](https://console.aws.amazon.com/athena/home) 打开 Athena 控制台。 1. 在 **New query 1 (新查询 1)** 查询窗格中，粘贴以下 SQL。对于 *`.`*，使用您复制的 SQL 的第一行中的数据库和表名称。 ``` CREATE DATABASE ``` 1. 选择**运行查询**。 1. 在下拉菜单中，选择刚刚创建的数据库。 1. 在 **New query 1 (新查询 1)** 查询窗格中，粘贴 SQL 文件中的其余 SQL。 1. 选择**运行查询**。 创建表后，需要先加载分区，然后才能运行查询。有关更多信息，请参阅 [上传您的报告分区](upload-report-partitions.md)。 # 创建成本和使用情况报告状态表 创建报告状态表 AWS 每天多次刷新 AWS CUR。Athena 无法分辨 AWS 何时正在刷新您的报告，这可能会导致查询结果中包含新旧数据的组合。为了缓解这种情况，请创建一个表来跟踪 AWS 是否在刷新成本和使用情况报告，然后查询该表以查看 AWS 是否在刷新数据。您只需要创建此表一次。之后， AWS 使表格保持最新。 **创建您的刷新表** 1. 从 [https://console.aws.amazon.com/athena/](https://console.aws.amazon.com/athena/home) 打开 Athena 控制台。 1. 在 **New query 1 (新查询 1)** 查询窗格中，粘贴以下 SQL。 ``` CREATE EXTERNAL TABLE IF NOT EXISTS cost_and_usage_data_status( status STRING) ROW FORMAT SERDE 'org.apache.hadoop.hive.ql.io.parquet.serde.ParquetHiveSerDe' WITH SERDEPROPERTIES ( 'serialization.format' = '1' ) LOCATION 's3://{S3_Bucket_Name}/{Report_Key}/cost_and_usage_data_status/' ``` 1. 选择**运行查询**。 要检查是否 AWS 正在刷新您的数据，请使用 Athena 控制台运行以下 SQL 查询。 ``` select status from cost_and_usage_data_status ``` # 上传您的报告分区 要查询成本和使用情况报告数据，您需要将数据上传到 Athena 表中。您必须对 AWS 交付给您的每份新 AWS CUR 报告执行此操作。 **上传您的最新分区** 1. 从 [https://console.aws.amazon.com/athena/](https://console.aws.amazon.com/athena/home) 打开 Athena 控制台。 1. 选择表名称旁边的垂直三个点。 1. 选择**加载分区**。 如果您未上传分区，Athena 不会返回任何结果，或者返回错误消息以指示缺少数据。 # 运行 Amazon Athena 查询 运行 Athena 查询 要对您的数据运行 Athena 查询，请先使用 Athena 控制台检查 AWS 是否正在刷新数据，然后在 Athena 控制台上运行查询。当您运行 SQL 时，请确保从下拉列表中选择了正确的数据库。您可以使用以下 SQL 来检查状态。 ``` select status from cost_and_usage_data_status ``` 两个可能的结果是 `READY` 和 `UPDATING`。如果状态为 `READY`，则可以查询您的 Athena 数据库。如果状态为 `UPDATING`，则 Athena 可能返回不完整的结果。 确认 AWS 正在刷新数据后，您可以运行自己的查询。例如，以下查询显示了名为的示例数据库中每个月按服务划分的 year-to-date费用`mycostandusage_parquet`。以下查询显示了 2018 年的 year-to-date成本。更新年度以查看当前 year-to-date成本。 ``` SELECT line_item_product_code, sum(line_item_blended_cost) AS cost, month FROM mycostandusage_parquet WHERE year='2018' GROUP BY line_item_product_code, month HAVING sum(line_item_blended_cost) > 0 ORDER BY line_item_product_code; ``` ## 列名称 Athena 列名称限制与成本和使用情况报告列名称限制不同。这意味着，当你的 AWS CUR 数据上传到 Athena 表时，列名会发生变化。 AWS 进行了以下更改： + 在大写字母前添加下划线 + 大写字母会替换为小写字母 + 任何非字母数字字符都会替换为下划线 + 会删除重复的下划线 + 会删除任何前导和尾随下划线 + 如果列名称长于允许的列名称长度，则会从左到右删除下划线 **注意** 应用这些规则后，某些资源标签列的名称将重复。 AWS 当有多个列具有相同名称时，会合并列。 例如，列名 `ExampleColumnName` 变为 `example_column_name`，列名 `Example Column Name` 变为 `example_column_name`。 # 将报告数据加载到其他资源 其他 资源 您可以将成本和使用情况报告上传到 Amazon Redshift 和 Amazon Quick，以分析您的 AWS 成本和使用情况。 **Topics** + [ ## 正在将报告数据加载到 Amazon Quick ](#cur-query-other-qs) + [ ## 将报告数据加载到 Amazon Redshift ](#cur-query-other-rs) ## 正在将报告数据加载到 Amazon Quick 您可以将成本和使用情况报告上传到 Amazon Quick。 有关上传到 Quick 的更多信息，请参阅*快速用户指南*中的[使用 Amazon S3 文件创建数据集](https://docs.aws.amazon.com/quicksight/latest/user/create-a-data-set-s3.html)。 ## 将报告数据加载到 Amazon Redshift 本节介绍如何将 AWS CUR 上传到 Amazon Redshift 以分析 AWS 您的成本和使用情况。 **重要** Amazon Redshift 列不区分大小写，并具有比用户定义的标签更严格的字符限制。为了防止 Amazon Redshift 和用户定义的标签之间发生冲突，请使用标签`userTag0``userTag1``userTag2`、等 AWS 替换您的标签。在创建 Amazon Redshift 表并将报告上传到该表之后，您可以创建一个 Amazon Redshift 表，该表将定义的标签映射到您用户定义 AWS的标签。该标签表使您可以查找您的原始标签。 例如，如果您具有 `OWNER` 和 `Owner` 标签，Amazon Redshift 不允许您创建的表包含两个名为“owner”的列。相反，您应创建包含列 `userTag0` 和 `userTag1` (而不是 `OWNER` 和 `Owner`) 的报告表，然后创建包含列 `remappedUserTag` 和 `userTag` 的表。该`remappedUserTag`列存储 AWS定义的标签`userTag0`和`userTag1`，`userTag`列存储您的原始标签，`OWNER`以及 `Owner` AWS 提供了用于创建 Amazon Redshift 表、上传报告、创建标签表以及将所有标签行插入标签表的命令。这些命令在 S3 中与清单`RedshiftCommands.sql`文件一起存储的文件以及账单和成本管理控制台的 **Redshift 文件** **Helper 文件**中提供给您。 AWS 还提供了一个 RedshiftManifest文件，用于控制哪些文件在上传 RedshiftCommand 文件时报告命令。删除或删除 RedshiftManifest 文件会破坏 RedshiftCommands文件中的复制命令。 **在账单和成本管理控制台中查找 `RedshiftCommands.sql` 文件** 1. 打开账单与成本管理控制台，网址为 [https://console.aws.amazon.com/costmanagement/](https://console.aws.amazon.com/costmanagement/)。 1. 在导航窗格中，在**旧版页面**下面，选择**成本和使用情况报告**。 1. 选择您要上传到 Amazon Redshift 的报告。 1. 在**您已启用在以下服务中查看报告:** 旁边，选择 **Amazon Redshift**。 1. 从对话框中选择命令并将其粘贴到您的 SQL 客户端。 以下过程假设您熟悉数据库和 Amazon Redshift。 **将成本和使用情况报告上传到 Amazon Redshift** 1. 创建一个 Amazon Redshift 集群。 有关更多信息，请参阅《Amazon Redshift 管理指南》中的[创建集群](https://docs.aws.amazon.com/redshift/latest/mgmt/managing-clusters-console.html#create-cluster)。** 1. 登录 AWS 管理控制台 并打开 Amazon S3 控制台，网址为[https://console.aws.amazon.com/s3/](https://console.aws.amazon.com/s3/)。 1. 导航到存储 AWS CUR 的 Amazon S3 位置。 1. 打开 `RedshiftCommands.sql` 文件。 该文件包含自定义命令，用于创建 Amazon Redshift 表、从 Amazon S3 上传 AWS CUR 以及创建允许将用户定义的标签导入 Amazon Redshift 的标签表。 1. 在`copy`命令中，**替换为有权访问存储 CUR 的 Amazon S3 存储桶的 IAM 角色的 ARN。 AWS 1. **替换为您的 Amazon S3 存储桶所在的区域。例如 `us-east-1`。 1. 使用 SQL 客户端连接到群集。 有关更多信息，请参阅《Amazon Redshift 管理指南》中的[访问 Amazon Redshift 集群和数据库](https://docs.aws.amazon.com/redshift/latest/mgmt/using-rs-tools.html)。** 1. 按以下顺序将 SQL 命令从 `RedshiftCommands.sql` 文件复制到您的 SQL 客户端： + create table - 该命令创建一个 Amazon Redshift 表，并自定义其架构以与您的报告匹配。 + copy-此命令使用提供的 IAM 角色将 AWS CUR 文件从 S3 上传到 Amazon Redshift。 + create tag table - 此命令将创建一个表，该表允许您将 AWS定义的标签映射到用户定义的标签。 + insert - 这些命令会将用户定义的标签插入到标签表。 1. 将 AWS CUR 中的所有数据复制到 Amazon Redshift 后，您可以使用 SQL 查询数据。有关在 Amazon Redshift 中查询数据的更多信息，请参阅《Amazon Redshift 数据库开发人员指南》中的 [Amazon Redshift SQL](https://docs.aws.amazon.com/redshift/latest/dg/c_redshift-sql.html)。** **注意** 成本和使用情况报告中的列数可能会每月发生变化，例如，在创建新的成本分配标签时，或者在服务添加新的产品属性时。我们建议您每月将 AWS CUR 中的数据复制到一个新表中，然后将您感兴趣的列复制到单独的 month-by-month表中。 # 使用 Billing Conductor 配置成本和使用情况报告 使用计费 AWS 导体配置 CUR 您可以为在 Billing Cond AWS uctor 中创建的每个账单组创建形式 AWS 的成本和使用情况报告 (CUR)。pro forma AWS CUR 与标准 CUR 具有相同的文件格式、粒度和列数。 AWS 估计 CUR 包含在给定时间段内获得的最全面成本和使用情况数据集。有关 Billing Conductor 的更多信息，请参阅[《Billing Conductor 用户指南》](https://docs.aws.amazon.com/billingconductor/latest/userguide/what-is-billingconductor.html)。** **Topics** + [ ## 了解 Billing Conductor C AWS UR 和标准 AWS CUR 之间的区别 ](#cur-abc-type-differences) + [ ## 为账单组创建估计成本和使用情况报告 ](#create-proforma) ## 了解 Billing Conductor C AWS UR 和标准 AWS CUR 之间的区别 计费导体 AWS CUR 和标准 AWS CUR 之间的区别 使用 Billing Conductor 配置创建的标准成本和使用情况报告与预 AWS 计 CUR 之间有一些区别。 + 标准 AWS CUR 计算整合账单系列中每个账户的成本和使用量。每个账单组的预计 AWS CUR 仅包括计算时账单组中的账户。 + 标准 AWS CUR 在发票列中填充一次，发票由生成。 AWS pro forma AWS CUR 不会填充发票列。目前，没有 AWS 根据形式账单数据生成或开具发票。 ## 为账单组创建估计成本和使用情况报告 使用以下步骤为账单组生成预算 AWS CUR。 **注意** 旧版 AWS 成本和使用情况报告 页面仅支持账单组视图报告。要创建账单转账视图报告，请使用数据导出页面。 **为账单组创建估计成本和使用情况报告** 1. 打开账单与成本管理控制台，网址为 [https://console.aws.amazon.com/costmanagement/](https://console.aws.amazon.com/costmanagement/)。 1. 在导航窗格中，在**旧版页面**下面，选择**成本和使用情况报告**。 1. 在**报告表**右上角，选择**设置**。 1. 打开**估计**数据视图。 1. 请选择**启用**。 1. 选择**创建报告**。 1. 对于**报告名称**，输入报告名称。 1. 对于**数据视图**，选择**估计**。 1. 选择一个账单组。 1. IDs要了解**其他报告详细信息**，请选择 “**包括资源**”，将每个单独 IDs 的资源包括在报告中。 1. 对于**数据刷新设置**，选择是否要刷新成本和使用情况报告，如果 AWS 在账单最终确定后向您的账户支付退款、积分或支持费。在报告刷新时，将向 Amazon S3 上传新的报告。 1. 选择**下一步**。 1. 对于 **S3 存储桶**，选择**配置**。 1. 在**配置 S3 存储桶** 对话框中，执行下列操作之一： + 从下拉列表中选择一个现有的存储桶，然后选择**下一步**。 + 输入存储桶名称和要在其中创建新存储桶的 AWS 区域，然后选择**下一步**。 1. 检查存储桶策略，选择**我已确认此策略是正确的**，然后选择**保存**。 1. 对于**报告路径前缀**，输入要在报告名称前面添加的报告路径前缀。 此步骤对于 Amazon Redshift 或 Quick 是可选的，但对于亚马逊 Athena 来说是必需的。如果未指定前缀，则默认前缀是您在步骤 7 中指定的报告名称以及报告的日期范围，格式如下所示：`/report-name/date-range/` 1. 对于**时间粒度**，请选择以下选项之一： + **小时**：如果您希望按小时聚合报告中的行项目，请选择此选项。 + **每天**：如果您希望按天聚合报告中的行项目，请选择此选项。 1. 对于**报告版本控制**，选择您希望报告的每个版本覆盖报告的以前版本，还是保留以前版本并传送每个新版本。 覆盖报告可以节省 Amazon S3 存储成本。随着时间的推移，传送新的报告版本可以提高账单数据的可审核性。 1. 对于**报告数据集成**，请选择是要将成本和使用情况报告上传到亚马逊 Athena、Amazon Redshift 还是 Quick。此报告按以下格式压缩： + **Athena**：Parquet 格式 + **亚马逊 Redshift 或 Quick：.gz** 压缩 1. 选择**下一步**。 1. 在查看报告的设置之后，选择**查看和完成**。 # 数据词典 数据词典 成本和使用情况报告包含有关您的使用情况的详细信息。以下几节列出并介绍了您在报告中看到的一部分列以及相应的定义。 要下载 AWS 成本和使用情况报告 (AWS CUR) 中可能显示的列的完整列表以及这些列适用的服务，请下载 [Column\$1Attribute\$1Service.zip](samples/Column_Attribute_Service.zip)。该逗号分隔值（CSV）列表包括 **Identity**、**Bill**、**LineItem**、**Reservation**、**Pricing** 和 **Product** 列。 每个成本和使用情况报告包含 **Identity**、**Bill** 和 **LineItem** 列。只有当您的每月 AWS 使用量生成数据来填充这些列时，所有其他列才会包含在报告中。 **Topics** + [ # 标识详细信息 ](identity-columns.md) + [ # 账单详细信息 ](billing-columns.md) + [ # 行项目详细信息 ](Lineitem-columns.md) + [ # 预留详细信息 ](reservation-columns.md) + [ # 定价详细信息 ](pricing-columns.md) + [ # 产品详细信息 ](product-columns.md) + [ # 资源标签详细信息 ](resource-tags-columns.md) + [ # Savings Plans 详细信息 ](savingsplans-columns.md) + [ # Cost Categories 详细信息 ](cost-categories-columns.md) + [ # 折扣详细信息 ](discount-details.md) + [ # 拆分行项目详细信息 ](split-line-item-columns.md) # 标识详细信息 AWS 成本和使用情况报告**identity**标题下的列是显示在所有成本和使用情况报告中的静态字段。 您可以使用报表中的标识行项目来查找已在多个 AWS CUR 文件中拆分的特定行项目。其中包括以下列： ## identity/LineItemId + **描述：**该字段是为每个行项目生成的，并且在给定分区中是唯一的。这并不能保证该字段在 AWS CUR 的整个交付（即更新中的所有分区）中是唯一的。行项目 ID 在不同的成本和使用情况报告之间不一致，而不能用于标识不同报告中的相同行项目。 + **示例：**为 11 月 29 日创建的报告可能非常大而需要拆分为多个文件。11 月 29 日**LineItemId**的 AWS CUR 文件之间保持一致，但与 11 月 30 日报告中相同资源的内容不匹配。**LineItemId** ## identity/TimeInterval + **说明：**此行项目应用到的时间间隔采用以下格式：`YYYY-MM-DDTHH:mm:ssZ/YYYY-MM-DDTHH:mm:ssZ`。时间间隔采用 UTC 格式，并且可以是每日或每小时，具体取决于报告的粒度。 + **示例：**TimeInterval****`2017-11-01T00:00:00Z/2017-12-01T00:00:00Z`包括 2017 年 11 月的整个月。 # 账单详细信息 AWS 成本和使用情况报告**bill**标题下的列是显示在所有成本和使用情况报告中的静态字段。您可以使用报告中的账单行项目查找有关报告涵盖的特定账单的详细信息，例如费用类型以及账单周期的开始和结束时间。这包括以下列： A \$1 [B](#b-B) \$1 C \$1 D \$1 E \$1 F \$1 G \$1 H \$1 [I](#b-I) \$1 J \$1 K \$1 L \$1 M \$1 N \$1 O \$1 [P](#b-P) \$1 Q \$1 R \$1 S \$1 T \$1 U \$1 VWXYZ ## B， ### bill/BillingEntity 帮助您确定您的发票或交易是用于 AWS Marketplace 还是用于购买其他 AWS 服务。可能的值包括： + **AWS** - 标识 AWS Marketplace以外的 AWS 服务的交易。 + **AWS Marketplace** - 标识 AWS Marketplace中的购买。 ### bill/BillingPeriodEndDate 此报告涵盖的账单周期的结束日期（采用 UTC）。格式为 `YYYY-MM-DDTHH:mm:ssZ`。 ### bill/BillingPeriodStartDate 此报告涵盖的账单周期的开始日期（采用 UTC）。格式为 `YYYY-MM-DDTHH:mm:ssZ`。 ### bill/BillType 此报告涵盖的账单的类型。有三种账单类型： + **Anniversary** - 您在当月使用的服务的行项目 + **Purchase** - 预付服务费的行项目 + **Refund** - 退款的行项目 ## I ### bill/InvoiceId 与特定行项目关联的 ID。在报告最终确定之前，**InvoiceId** 为空。 ### bill/InvoicingEntity 开具发票的 AWS 实体。可能的值包括： + **Amazon Web Services, Inc.** - 向全球客户开具发票的实体（如果适用）。 + **Amazon Web Services India Private Limited** - 向印度客户开具发票的实体。 + **Amazon Web Services South Africa Proprietary Limited** - 向南非客户开具发票的实体。 ## P ### bill/PayerAccountId 付款账户的账户 ID。对于中的组织 AWS Organizations，这是管理账户的账户 ID。 # 行项目详细信息 AWS 成本和使用情况报告**lineItem**标题下的列是显示在所有成本和使用情况报告中的静态字段。它们涵盖您的使用的所有成本和用量信息。这包括以下列： [A](#l-A) \$1 [B](#l-B) \$1 [C](#l-C) \$1 D \$1 E \$1 F \$1 G \$1 H \$1 I \$1 J \$1 K \$1 [L](#l-L) \$1 M \$1 [N](#l-N) \$1 [O](#l-O) \$1 [P](#l-P) \$1 Q \$1 [R](#l-R) \$1 S \$1 T \$1 [U](#l-U) \$1 VWXYZ ## A ### lineItem/AvailabilityZone 托管该行项目的可用区。例如，`us-east-1a` 或 `us-east-1b`。 ## B， ### lineItem/BlendedCost `BlendedRate` 和 `UsageAmount` 的积。 **注意** **BlendedCost**对于**折扣**为的单项商品，此字段**LineItemType**为空。仅使用成员账户的未混合成本（按成员账户和 SKU 汇总）计算折扣。因此，**BlendedCost**不适用于折扣。 ### lineItem/BlendedRate `BlendedRate` 是组织内每个 SKU 产生的平均成本。 例如，Amazon S3 混合费率等于总存储成本除以每月存储的数据量。对于拥有的账户 RIs，混合费率按 RIs 和按需实例的平均成本计算。 混合费率是在管理账户级别计算的，用于将成本分配给每个成员账户。有关更多信息，请参阅《AWS Billing 用户指南》中的[混合费率和成本](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/con-bill-blended-rates.html#Blended_CB)。** ## C ### lineItem/CurrencyCode 显示此行项目时所用的币种。默认情况下，所有 AWS 客户均以美元计费。要更改您的计费货币，请参阅《AWS Billing 用户指南》中的[更改用于支付账单的货币](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/manage-account-payment.html#manage-account-payment-change-currency)。** ## L ### lineItem/LegalEntity 特定产品或服务的记录卖家。大多数情况下，开票实体和法律实体是相同的。对于第三方 AWS Marketplace 交易，这些值可能会有所不同。可能的值包括： + **Amazon Web Services, Inc.** — 销售 AWS 服务的实体。 + **Amazon Web Services India Private Limited** - 作为印度 AWS 服务经销商的印度当地实体。 ### lineItem/LineItemDescription 行项目类型的描述。例如，用量行项目的描述总结了特定时段内产生的用量的类型。 对于大小灵活性 RIs，描述与应用优惠的 RI 相对应。例如，如果一个行项目对应于 `t2.micro`，并且已将一个 `t2.small` RI 应用于使用量，则 **lineItem/LineItemDescription** 显示 `t2.small`。 带 RI 折扣的用量行项目的描述包含该行项目涵盖的定价计划。 ### lineItem/LineItemType 此行项目涵盖的费用的类型。可能的类型如下： + **BundledDiscount**：一种基于使用量的折扣，它根据一种服务或功能的使用情况允许免费或打折使用另一种服务或功能。 + **Credit**— AWS 适用于您的账单的任何积分。有关详细信息，请查看**描述**列。在最终确定您的账单之后，如果 AWS 对该月份您的账户应用服务抵扣金额，则 AWS 可能会更新最终确定的报告。 + **Discount**— AWS 适用于您的使用量的任何折扣。该特定行项目名称可能会有所不同，并需要根据折扣进行分析。有关更多信息，请参阅 **lineItem/LineItemDescription** 列。 + **DiscountedUsage**：您享受预留实例（RI）优惠的任何实例的费率。 + **Fee**：您为订阅支付的任何预付年费。例如，您为**全部预付 RI** 或**部分预付 RI** 支付的预付费用。 + **Refund**： AWS 给您的退款费用（负值）。有关详细信息，请查看 “**描述**” 列。 AWS 如果在账单最终确定后的当月向您的账户 AWS 申请退款，则可能会在报告定稿后对其进行更新。 + **RIFee**：订阅的每月周期性费用。例如，您每月支付的**部分预付 RI**、**无预付 RI** 和**全部预付**的定期费用。尽管所有预 RIFee 付款的预留都可能为 0 美元，但仍会为这些预留类型填充此行，以提供其他列，例如**reservation/AmortizedUpfrontFeeForBillingPeriod**和。**reservation/ReservationARN** + **Tax**— AWS 适用于您的账单的任何税费。例如，增值税或美国销售税。 + **Usage**：按照按需型实例费率收费的任何使用量。 + **SavingsPlanUpfrontFee**：您购买的全部预付或部分预付节省计划的任何一次性预付费用。 + **SavingsPlanRecurringFee**：与您的无预付或部分预付节省计划对应的任何周期性小时费用。节省计划周期性费用最初会在您购买无预付或部分预付节省计划的当天添加到您的账单中。首次购买后， AWS 将定期费用添加到此后每个账单周期的第一天。 + **SavingsPlanCoveredUsage**：您的节省计划涵盖的任何按需成本。节省计划涵盖的使用量行项目可通过相应的节省计划抵消项进行冲抵。 + **SavingsPlanNegation**：通过与相应的节省计划涵盖的使用量项目关联的节省计划权益的任何抵销成本。 有关节省计划行项目的更多信息和示例，请参阅[了解节省计划](cur-sp.md)。 ## N ### lineItem/NetUnblendedCost 您为行项目支付的实际折扣后成本。只有在您的账户在适用的账单周期内具有折扣时，才会在您的报告中包含该列。 ### lineItem/NetUnblendedRate 您为行项目支付的实际折扣后费率。只有在您的账户在适用的账单周期内具有折扣时，才会在您的报告中包含该列。 ### lineItem/NormalizationFactor 只要该实例具有共享租期， AWS 就可以将所有区域 Linux 或 Unix Amazon EC2 和 Amazon RDS RI 折扣应用于实例系列和 AWS 区域中的所有实例大小。这也适用于组织中的成员账户的 RI 折扣。所有新的和现有的 Amazon EC2 和 Amazon RDS 大小灵活性 RIs 都是根据实例大小根据标准化系数进行大小调整的。下表显示了 AWS 适用于每个实例大小的标准化系数。 **Amazon EC2 的标准化因子大小灵活 RIs** | 实例大小 | 标准化因子 | | --- | --- | | `nano` | 0.25 | | `micro` | 0.5 | | `small` | 1 | | `medium` | 2 | | `large` | 4 | | `xlarge` | 8 | | `2xlarge` | 16 | | `4xlarge` | 32 | | `8xlarge` | 64 | | `10xlarge` | 80 | | `16xlarge` | 128 | | `32xlarge` | 256 | ### lineItem/NormalizedUsageAmount 您为灵活尺寸RIs而产生的使用量，以标准化单位表示。**NormalizedUsageAmount** 等于 **UsageAmount** 和 **NormalizationFactor** 的积。 ## O ### lineItem/Operation 此行项目所涵盖的具体 AWS 操作。这描述行项目的特定使用情况。例如，值 `RunInstances` 表示 Amazon EC2 实例的操作。 ## P ### lineItem/ProductCode 所测量产品的代码。例如，Amazon EC2 是 Amazon Elastic Compute Cloud 的产品代码。 ## R ### lineItem/ResourceId （可选）如果您选择了在报告中包含各个资源 ID，则此列将包含您预置的资源的 ID。例如，Amazon S3 存储桶、Amazon EC2 计算实例或 Amazon RDS 数据库都可以具有一个资源 ID。对于未与实例化主机关联的使用类型（例如，数据传输和 API 请求）和行项目类型（例如，折扣、服务抵扣金额和税费），此字段为空。下表显示了常见 AWS 服务的资源标识符列表。 **AWS 资源标识符** | AWS 服务 | 资源标识符 | | --- | --- | | 亚马逊 CloudFront | 分配 ID | | 亚马逊 CloudSearch | 搜索域 | | Amazon DynamoDB | DynamoDB 表 | | Amazon Elastic Compute Cloud - Amazon EBS | Amazon EBS 卷 | | Amazon Elastic Compute Cloud | 实例 ID | | Amazon 弹性计算云- CloudWatch | CloudWatch 实例 ID 的费用 | | Amazon EMR | MapReduce 集群 | | 亚马逊 ElastiCache | 缓存集群 | | 亚马逊 OpenSearch 服务 | 搜索域 | | Amazon Glacier | 文件库 | | Amazon Relational Database Service | 数据库 | | Amazon Redshift | Amazon Redshift 集群 | | Amazon Simple Storage Service | 亚马逊 S3 存储桶 | | Amazon Virtual Private Cloud | VPN ID | | AWS Lambda | Lambda 函数名称 | ## T ### lineItem/TaxType AWS 适用于此订单项的税种类型。 ## U ### lineItem/UnblendedCost `UnblendedCost` 是 `UnblendedRate` 和 `UsageAmount` 的积。 ### lineItem/UnblendedRate 在使用账户的整合账单中 AWS Organizations，非混合费率是与个人账户的服务使用量相关的费率。 对于应用了 RI 折扣的 Amazon EC2 和 Amazon RDS 行项目，`UnblendedRate` 为零。带 RI 折扣的行项目的 `LineItemType` 为 `DiscountedUsage`。 ### lineItem/UsageAccountId 使用该行项目的账户的账户 ID。对于组织，这可以是管理账户或成员账户。您可以使用此字段来按账户跟踪成本或用量。 ### lineItem/UsageAmount 您在指定时间段内产生的用量。对于大小灵活的预留实例，请改用 **reservation/TotalReservedUnits** 列。 **注意** 某些订阅费用**UsageAmount**为`0`。 ### lineItem/UsageEndDate 用 UTC 表示的对应行项目的结束日期和时间（不含该日期和时间）。格式为 `YYYY-MM-DDTHH:mm:ssZ`。 ### lineItem/UsageStartDate 用 UTC 表示的行项目的开始日期和时间（含该日期和时间）。格式为 `YYYY-MM-DDTHH:mm:ssZ`。 ### lineItem/UsageType 此行项目的用量详细信息。例如，`USW2-BoxUsage:m2.2xlarge` 描述美国西部（俄勒冈州）区域中的 M2 内存增强型双倍超大型实例。 # 预留详细信息 AWS 成本和使用情况报告**reservation**标题下的列提供了有关预留资源的详细信息。 [A](#r-A) \$1 B \$1 C \$1 D \$1 [E](#r-E) \$1 F \$1 G \$1 H \$1 I \$1 J \$1 K \$1 L \$1 [M](#r-M) \$1 [N](#r-N) \$1 O \$1 P \$1 Q \$1 [R](#r-R) \$1 [S](#r-S) \$1 [T](#r-T) \$1 [U](#r-U) \$1 VWXYZ ## A ### reservation/AmortizedUpfrontCostForUsage + **说明：**所有预付款的初始预付款 RIs 和部分预付款，按使用时间 RIs 摊销。该值等于：`RIAmortizedUpfrontFeeForBillingPeriod` \$1 `The normalized usage amount for DiscountedUsage line items` / `The normalized usage amount for the RIFee`。由于没有预付就没有预付款 RIs，所以没有预付预付的预付预付款的值为。`0`我们目前没有为专属主机预留提供该值。此更改将在以后的更新中进行。 + **适用的细列项目：**DiscountedUsage + **示例值：** `0.05`、`0.17`、`0.15` + **服务：** + Amazon EC2 + OpenSearch 服务 + Amazon DynamoDB + Amazon Redshift + 亚马逊 ElastiCache + Amazon RDS ### reservation/AmortizedUpfrontFeeForBillingPeriod + **描述：**描述您在此账单周期内此预留的预付费用是多少。所有预付款 RIs 和部分预付的初始预付款 RIs，在本月摊销。因为没有预付费用就没有预付费用 RIs，所以没有预付的价值是。 RIs `0`我们目前没有为专属主机预留提供该值。此更改将在以后的更新中进行。 + **适用的细列项目：** RIFee + **示例值：** `29.15`、`200.67`、`214.43` + **服务：** + Amazon EC2 + OpenSearch 服务 + Amazon DynamoDB + Amazon Redshift + 亚马逊 ElastiCache + Amazon RDS ### reservation/AvailabilityZone + **描述：**与该行项目关联的资源的可用区。 + **适用的细列项目：**费用、退款、RIFee + **示例值：**`us-east-1`、`us-east-1b`、`eu-west-1b`、`ap-southeast-2a` + **服务：** + Amazon EC2 ## E ### reservation/EffectiveCost + **描述：**您的 RI 的预付和小时费率的总和，平均计算为有效的小时费率。`EffectiveCost` 是用 `amortizedUpfrontCostForUsage` 加上 `recurringFeeForUsage` 来计算的。有关更多信息，请参阅 [Amazon EC2 预留实例定价](https://aws.amazon.com/ec2/pricing/reserved-instances/pricing/)。 + **适用的细列项目：**DiscountedUsage + **示例值：** `0.23`、`0.68`、`0.10` + **服务：** + Amazon EC2 + OpenSearch 服务 + Amazon DynamoDB + 亚马逊 ElastiCache + Amazon RDS ### reservation/EndTime + **说明：**相关 RI 租期的结束日期。 + **适用的细列项目：** RIFee + **示例值：** `2019-05-15T04:23:14.000Z`、`2020-02-08T17:32:15.000Z`、`2019-07-14T00:00:33.000Z` + **服务：** + Amazon EC2 + OpenSearch 服务 + Amazon Redshift + 亚马逊 ElastiCache + Amazon RDS ## M ### reservation/ModificationStatus + **说明：**显示 RI 租赁是否已修改，或是未更改。 + **原始：**购买的 RI 从未修改。 + **系统：**购买的 RI 已使用控制台或 API 修改。 + **手动：**购买的 RI 已在 AWS 支持 帮助下进行了修改。 + **ManualWithData：**使用 AWS 支持 帮助修改了购买的 RI，并 AWS 计算了 RI 的估计值。 + **适用的细列项目：** RIFee + **示例值：**`Original`、`System`、`Manual`、`ManualWithData` + **服务：** + Amazon EC2 + OpenSearch 服务 + Amazon DynamoDB + Amazon Redshift + 亚马逊 ElastiCache + Amazon RDS ## N ### reservation/NetAmortizedUpfrontCostForUsage 全额预付 RIs 和部分预付的初始预付款按使用时间 RIs摊销（如果适用）。只有在您的账户在适用的账单周期内具有折扣时，才会在您的报告中包含该列。 ### reservation/NetAmortizedUpfrontFeeForBillingPeriod 预留预付费用在账单周期的成本。只有在您的账户在适用的账单周期内具有折扣时，才会在您的报告中包含该列。 ### reservation/NetEffectiveCost RI 的预付费用和小时费率的总和，平均为有效小时费率。只有在您的账户在适用的账单周期内具有折扣时，才会在您的报告中包含该列。 ### reservation/NetRecurringFeeForUsage 周期性使用费用的折扣后成本。只有在您的账户在适用的账单周期内具有折扣时，才会在您的报告中包含该列。 ### reservation/NetUnusedAmortizedUpfrontFeeForBillingPeriod 在账单周期内未使用的净摊销预付费用。只有在您的账户在适用的账单周期内具有折扣时，才会在您的报告中包含该列。 ### reservation/NetUnusedRecurringFee 与折扣 RIs 后部分预付和无预付的未使用预订时长相关的经常性费用。只有在您的账户在适用的账单周期内具有折扣时，才会在您的报告中包含该列。 ### reservation/NetUpfrontValue 应用了折扣的 RI 预付值。只有在您的账户在适用的账单周期内具有折扣时，才会在您的报告中包含该列。 ### reservation/NormalizedUnitsPerReservation + **说明：**预留订阅的每个实例的标准化单位数量。 + **适用的细列项目：** RIFee + **示例值：** `1316`、`54.5`、`319` + **服务：** + Amazon RDS ### reservation/NumberOfReservations + **说明：**此订阅涵盖的预留的数量。例如，一个 RI 订阅可能有四个关联的 RI 预留。 + **适用的细列项目：**费用 RIFee、退款、积分 + **示例值：** `5`、`50`、`500` + **服务：** + Amazon EC2 + OpenSearch 服务 + Amazon DynamoDB + Amazon Redshift + 亚马逊 ElastiCache + Amazon RDS ## R ### reservation/RecurringFeeForUsage + **说明：**按使用时间摊销的经常性费用，部分预付 RIs 且不预付费用。 RIs该值等于：`The unblended cost of the RIFee` \$1 `The sum of the normalized usage amount of Usage line items` / `The normalized usage amount of the RIFee for size flexible Reserved Instances`。由于所有预付费用都 RIs不会超过经常性付款`0`，因此所有预 RIs 付款的价值为。`0` + **适用的细列项目：**DiscountedUsage + **示例值：** `0.139`、`0.729`、`0.018` + **服务：** + Amazon EC2 + OpenSearch 服务 + Amazon DynamoDB + 亚马逊 ElastiCache + Amazon RDS ### reservation/ReservationARN + **说明：**让此行项目受益的 RI 的 Amazon 资源名称 (ARN)。这也称为“RI 租赁 ID”。这是该特定 AWS 预留实例的唯一标识符。该值字符串也包含 AWS 服务名称和购买 RI 的区域。 + **适用的细列项目：**费用、 RIFee、DiscountedUsage、退款、积分 + **示例值：**`arn:aws:ec2:us-east-1:074108124787:reserved-instances/1d3fbc13-f181-4c40-9dd6-12b345678de9`、`arn:aws:ec2:us-east-1:499958231354:reserved-instances/be41234c3-b5c0-403e-a80c-1cfd12345678` + **服务：** + Amazon EC2 + OpenSearch 服务 + Amazon DynamoDB + Amazon Redshift + 亚马逊 ElastiCache + Amazon RDS ## S ### reservation/StartTime + **说明：**相关预留实例期限的开始日期。 + **适用的细列项目：** RIFee + **示例值：** `2018-07-29T02:56:10.000Z`、`2017-08-21T15:58:47.000Z`、`2019-02-01T22:01:34.000Z` + **服务：** + Amazon EC2 + OpenSearch 服务 + Amazon Redshift + 亚马逊 ElastiCache + Amazon RDS ### reservation/SubscriptionId + **描述：**将行项目与相关产品进行映射的唯一标识符。我们建议您使用 RI ARN 作为 AWS 预留实例的标识符，但两者均可使用。 + **适用的细列项目：**费用、 RIFee、DiscountedUsage、退款、积分和使用量 + **示例值：** `123456789`、`111122222`、`333344444` + **服务：** + Amazon EC2 + OpenSearch 服务 + Amazon DynamoDB + Amazon Redshift + 亚马逊 ElastiCache + Amazon RDS ## T ### reservation/TotalReservedNormalizedUnits + **描述：**预留订阅的所有实例的标准化预留单位总数。 AWS 通过乘以 with 来计算归一化单位的`reservation/NormalizedUnitsPerReservation`总数。`reservation/NumberOfReservations` + **适用的细列项目：**DiscountedUsage + **示例值：** `40320`、`3647.99`、`17928.77` + **服务：** + Amazon EC2 + Amazon RDS ### reservation/TotalReservedUnits + **描述：**为费用和 RIFee 订单项`TotalReservedUnits`填充不同的值。 + Fee 行项目：预留单位的总数（针对整个期限的订阅中购买的租赁总数）。 计算方法是将 `NumberOfReservations` 乘以 `UnitsPerReservation`。例如，每月 5 RIs x 744 小时 x 12 个月 = 44,640。 + RIFee 行项目（每月周期性成本）：您的订阅中的总可用单位数，例如特定 RI 订阅中的总 Amazon EC2 小时数。 例如，5 RIs x 744 小时 = 3,720 小时。 + **适用的细列项目：**费用 RIFee、退款、积分 + **示例值：** `26208`、`98.19`、`15796` + **服务：** + Amazon EC2 + OpenSearch 服务 + Amazon DynamoDB + Amazon Redshift + 亚马逊 ElastiCache + Amazon RDS ## U ### reservation/UnitsPerReservation + **描述：**为费用和 RIFee 订单项`UnitsPerReservation`填充不同的值。 + Fee 行项目：为订阅预留的总单位数（例如，为订阅期限购买的 RI 总小时数。） 例如，744 小时/月 x 12 个月 = 8,928 总小时/单位数。 + RIFee 行项目（每月周期性成本）：您的订阅中的总可用单位数，例如特定 RI 订阅中的总 Amazon EC2 小时数。 例如，1 个单位 x 744 小时 = 744。 + **适用的细列项目：**费用 RIFee、退款、积分 + **示例值：** `334.0`、`486.72`、`18455` + **服务：** + Amazon EC2 + OpenSearch 服务 + Amazon DynamoDB + Amazon Redshift + 亚马逊 ElastiCache + Amazon RDS ### reservation/UnusedAmortizedUpfrontFeeForBillingPeriod + **说明：**所有amortized-upfront-fee-for预付费用 RIs 和部分预付初始费用中的billing-period-column 摊销部分。 RIs因为没有预付就没有预付款 RIs，所以没有预付的价值是。 RIs `0`我们目前没有为专属主机预留提供该值。此更改将在以后的更新中进行。 + **适用的细列项目：** RIFee + **示例值：** `6.05`、`1.97`、`0.17` + **服务：** + Amazon EC2 + OpenSearch 服务 + Amazon Redshift + 亚马逊 ElastiCache + Amazon RDS ### reservation/UnusedNormalizedUnitQuantity + **描述：**您在该账单周期内未使用的大小灵活区域 RI 的未使用标准化单位数。 + **适用的细列项目：** RIFee + **示例值：** `25.00`、`3.50`、`274.33` + **服务：** + Amazon RDS ### reservation/UnusedQuantity + **描述：**在此账单周期内未使用的 RI 小时数。 + **适用的行项目：** RIFee 订单项目 + **示例值：** `209.65110408`、`191.00000000`、`176.00000000` + **服务：** + Amazon EC2 + OpenSearch 服务 + Amazon Redshift + 亚马逊 ElastiCache + Amazon RDS ### reservation/UnusedRecurringFee + **说明：**与您未使用的预订时长相关的经常性费用，用于预付部分费用，无需预付 RIs费用。由于所有预付款的经常性费用 RIs 不会大于`0`，因此 All Upfron RIs t 的价值为。`0` + **适用的细列项目：** RIFee + **示例值：** `0.02971114`、`0.19190000`、`1.37280000` + **服务：** + Amazon EC2 + OpenSearch 服务 + Amazon Redshift + 亚马逊 ElastiCache + Amazon RDS ### reservation/UpfrontValue + **描述：**为您的 AWS 预留实例支付的预付价格。如果没有预付款 RIs，则此值为`0`。 + **适用的细列项目：** RIFee + **示例值：** `150.00`、`1000.00`、`2000.00` + **服务：** + Amazon EC2 + OpenSearch 服务 + Amazon Redshift + 亚马逊 ElastiCache + Amazon RDS # 定价详细信息 AWS 成本和使用情况报告**pricing**标题下的列包含单项商品的价格。定价列基于价 AWS 目表服务 API。 AWS 价目表服务 API 不包括竞价型实例、中的产品 AWS Marketplace、预付年度订阅费 (`Fee`) 和每月经常性费用 (`RIFee`)。这些列包括但不限于以下内容： A \$1 B \$1 C \$1 D \$1 E \$1 F \$1 G \$1 H \$1 I \$1 J \$1 K \$1 [L](#pr-L) \$1 M \$1 N \$1 O \$1 [P](#pr-P) \$1 Q \$1 [R](#pr-R) \$1 S \$1 [T](#pr-T) \$1 [U](#pr-U) \$1 VWXYZ ## L ### pricing/LeaseContractLength 保留您的 RI 的时间长度。 ## O ### pricing/OfferingClass + **描述：**描述预留实例的产品类。在购买预留实例时，您可以在标准和可转换产品类别之间选择。 + **示例值：**`Standard`、`Convertible` + **服务：** + Amazon DynamoDB + Amazon EC2 + 亚马逊 ElastiCache + OpenSearch 服务 + Amazon RDS + Amazon Redshift ## P ### pricing/publicOnDemandCost 基于公开按需实例费率的行项目的总成本。如果您 SKUs 有多个按需公共费用，则会显示最高等级的等效成本。例如，提供免费套餐或分级定价的服务。 ### pricing/publicOnDemandRate 此账单周期中针对特定使用量行项目的公开按需实例费率。如果您 SKUs 有多个按需公共费率，则会显示最高等级的等效费率。例如，提供免费套餐或分级定价的服务。 ### pricing/PurchaseOption 您为此行项目选择的付款方式。有效值包括 `All Upfront`、`Partial Upfront` 和 `No Upfront`。 ## R ### pricing/RateCode 产品/报价/定价套餐组合的唯一代码。产品和期限组合可能具有多个价格维度，例如低使用量套餐和高使用量套餐。 ### pricing/RateId 行项目的费率的 ID。 ## T ### pricing/term 您的 AWS 使用量是预留还是按需使用。 ## U ### pricing/unit 用于计算 AWS 使用成本的定价单位。例如，Amazon EC2 实例使用量的定价单位是小时。 # 产品详细信息 **product** 列提供有关产生费用的产品的元数据以及行项目。产品列是动态的，是否在成本和使用情况报告中显示取决于账单周期内的产品使用情况。定价列基于价 AWS 目表服务 API。 AWS 价目表服务 API 不包括竞价型实例、 AWS Marketplace 中的产品、预付年度订阅费 (`Fee`) 和每月经常性费用 (`RIFee`)。 [A](#A) \$1 B \$1 [C](#C) \$1 [D](#D) \$1 [E](#E) \$1 [F](#F) \$1 [G](#G) \$1 H \$1 [I](#I) \$1 J \$1 K \$1 [L](#L) \$1 [M](#M) \$1 [N](#N) \$1 [O](#O) \$1 [P](#P) \$1 Q \$1 [R](#R) \$1 [S](#S) \$1 [T](#T) \$1 [U](#U) \$1 [V](#V) \$1 [W](#W) \$1 XYZ ## A ### product/APICalls + **描述：**描述用于启用 DevOps Guru 服务的 DevOps Guru 服务数量。APIs + **示例值：** `100`、`500`、`10000` + **服务：** + Amazon DevOps Guru ### product/attachmentType + **描述：**描述 Transit Gateway 或云 WAN 服务的连接类型。 + **示例值：**`VPC`、`AWS Site-to-Site VPN`、`AWS DirectConnect`、`Connect`、`Transit Gateway` + **服务：** + Amazon Virtual Private Cloud + AWS Cloud 广域网 ### product/availability + **描述：**描述各种 AWS 存储选项的可用性。 + **示例值：**`99.99%`、`99.5%` + **服务：** + Amazon Glacier + Amazon S3 + AWS Elemental MediaStore + AWS RoboMaker ## C ### product/cacheType + **描述：**描述客户在基于 HDD 的文件系统上选择预置的只读 SSD 缓存，以提高经常读取的数据的性能。 例如， RC20 表示存在一个只读 SSD 缓存，该缓存可自动调整为文件系统 HDD 存储容量的 20%。 + **示例值：**`RC20`、`N/A` + **服务：** + 亚马逊 FSx ### product/capacitystatus + **描述：**描述您的容量预留的状态。 + **示例值：** `UnusedCapacityReservation`、`AllocatedCapacityReservation`、`Used` + **服务：** + Amazon EC2 ### product/clockspeed + **描述：**描述您的 AWS 实例的运行速度。 + **示例值：**`2.4 GHz`、`2.6 GHz` + **服务：** + Amazon DocumentDB + Amazon EC2 + Amazon MQ + Amazon Neptune + Amazon RDS + AWS 数据库迁移服务 ### product/component + **描述：**映射到 SageMaker AI 中的要素。 例如，如果用户正在运行 SageMaker AI 笔记本电脑，则该产品的组件属性将为 “笔记本”。如果用户已部署并托管其推理模型，他们将看到具有“托管”组件属性的产品。 + **示例值：**`Notebook`、`Hosting` + **服务：** + 亚马逊 SageMaker AI ## D ### product/databaseedition + **描述：**描述适用于不同开发和部署场景以及特定应用用途的数据库软件。 + **服务：** + Amazon RDS ### product/dataTransfer + **描述：**每当 AWS 数据从 AWS 互联网移动到互联网时，或者在 AWS 实例之间在各自的区域或可用区域之间移动时，就会发生数据传输。区域间数据传输和可用区间数据传输产生成本，按 GB 进行计量。 + **服务：** + AWS Systems Manager ### product/dedicatedEbsThroughput + **描述：**描述实例（例如 Amazon EC2 实例和 Amazon EBS 卷）之间的专用吞吐量，选择范围在 500 到 10,000 兆位/秒（Mbps）之间，具体取决于使用的实例类型。专用吞吐量可最大限度地减少 Amazon EBS I/O 与您的 EC2 实例的其他流量之间的争用，从而为您的 Amazon EBS 卷提供最佳性能。 + **示例值：**`200 Mbps`、`Upto 5000 Mbps` + **服务：** + Amazon EC2 + Amazon Neptune + Amazon RDS ### product/deploymentoption + **描述：**描述环境基础设施所在的位置。 AWS 云的部署模式是 `public`、`on-premise` 和 `hybrid`。 + **示例值：**`Multi-AZ`、`Single-AZ` + **服务：** + Amazon MQ + Amazon Neptune + Amazon RDS ### product/description + **描述：**特定 AWS 服务的描述。 + **服务：** + AWS CodePipeline + AWS Device Farm + AWS Elemental MediaConvert + AWS Elemental MediaStore ### product/destinationCountryISOCode + **描述：**描述将短信发送到的目标国家/地区 ISO 3166-1 alpha-2 代码。 如需参考，请访问 [https://en.wikipedia。 org/wiki/ISO\$13166-1\$1alph](https://en.wikipedia.org/wiki/ISO_3166-1_alpha-2) a-2。 + **示例值：**`FR`、`CO`、`MA`、`KN`、`PL`、`LV`、`LA`、`GB`、`ID`、`KR`、`MY`、`BR`、`MM`、`CA`、`VN`、`BD`、`BJ`、`AU`、`HK`、`AM`、`CZ`、`UA`、`PH`、`TW`、`ES`、`DE`、`NG`、`FI`、`SG`、`TH`、`IL`、`TR`、`JP`、`IT`、`PR`、`RU`、`EE` + **服务：** + Amazon Simple Notification Service ### product/directconnectlocation + **描述：**指定从客户到 AWS 的私有专用网络连接所在的位置。 + **示例值：**`Equinix DC1 - DC6`、`Equinix DC10 - DC11`、`Global Switch Singapore` + **服务：** + Direct Connect ### product/directorysize + **描述：**磁盘上用于存储目录或文件夹元信息的空间。 + **服务：** + Direct Connect ### product/directorytype + **描述：**指定目录是文件还是其他目录。 + **服务：** + Direct Connect ### product/directorytypedescription + **描述：**为目录指定的有意义名称。 + **服务：** + Direct Connect ### product/disableactivationconfirmationemail + **描述：**激活或停用发送电子邮件以确认激活了服务的功能。 ### product/durability + **描述：**描述对象在指定年份中的持久性。 + **示例值：** `99.999999999%`、`N/A`、`99.99%` + **服务：** + Amazon Glacier + Amazon S3 + AWS Elemental MediaStore ## E ### product/ebsOptimized + **描述：**描述您的 Amazon EC2 实例是否经过 Amazon EBS 优化。 + **示例值：**`Yes`、`No` + **服务：** + Amazon EC2 ### product/ecu + **描述：**描述 EC2 Compute Unit（ECU），它提供 Amazon EC2 实例整数处理能力的相对指标。 + **示例值：** `9`、`100`、`variable` + **服务：** + Amazon EC2 + OpenSearch 服务 + 亚马逊 GameLift 服务器 + Amazon Redshift ### product/endpointtype + **描述：**描述设备连接到的远程连接的特性。 例如，`REST`（表述性状态转移）终端节点。`REST` API（或 `RESTful` API）是一种应用程序编程接口，它遵循 `REST` 架构风格的限制，并且您可以与 `RESTful` Web 服务进行交互。 + **示例值：** `Ipsec`、`Amazon SQS`、`AWS Lambda` + **服务：** + Amazon SNS + Amazon VPC + Storage Gateway + Amazon Glacier ### product/enhancedNetworkingSupported + **描述：**描述您的实例是否支持增强型联网。增强联网使用单根 I/O 虚拟化 (SR-IOV) 为支持的实例类型提供高性能联网功能。 + **示例值：**`Yes`、`No` + **服务：** + Amazon DocumentDB + Amazon EC2 + Amazon Neptune + Amazon RDS + AWS 数据库迁移服务 ## F ### product/filesystemtype + **描述：**描述本地或远程存储设备详细信息以及操作系统规范。 ### product/findingGroup + **描述：**指定 Security Hub 中存储的调查结果是付费还是免费的。如果是免费的，也可以指定原因。 + **示例值：**`FreeFindingsIngestion-CrossRegion`、`FreeFindingsIngestion-FreeTier`、`FreeFindingsIngestion-FreeTrial`、`PaidFindingsIngestion` + **服务：** + AWS Security Hub ### product/findingSource + **描述：**指定调查结果是由 Security Hub 控件生成的，还是由其他合作伙伴安全产品生成的。 + **示例值：**`SecurityHubProduct`、`OtherProduct` + **服务：** + AWS Security Hub ### product/freeUsageIncluded + **描述：** AWS 免费套餐下面的免费使用量是每月针对所有区域计算的，并自动应用于您的账单。例如，您可以在使用的所有区域中免费获得 750 Amazon EC2 Linux 微型实例小时。不是每个区域 750 小时。 + **服务：** + Amazon Inspector ### product/fromLocation + **描述：**描述使用的来源位置。 + **示例值：** `External`、`US East (N. Virginia)`、`Global` + **服务：** + 亚马逊 CloudFront + AWS DataTransfer ### product/fromRegionCode + **描述：**描述 AWS 服务的源区域代码。有关更多信息，请参阅 [product/regioncode](#product-details-R-regioncode)。 + **示例值：**`ap-northeast-1` + **服务：** + Amazon RDS + Amazon EC2 + Amazon VPC + Direct Connect ### product/fromLocationType + **描述：**描述使用的来源位置的位置类型。 + **示例值：**`AWS Region`、`AWS Edge Location` + **服务：** + Direct Connect + AWS Elemental MediaConnect + 亚马逊 CloudFront + Amazon Lightsail + AWS Shield ## G ### product/gpu + **描述：**描述数量GPUs。 + **示例值：**`16`、`32` + **服务：** + 亚马逊 SageMaker AI + Amazon EC2 ### product/gpuMemory + **描述：**描述您的 GPU 内存详细信息。 + **示例值：**`16`、`32` + **服务：** + 亚马逊 SageMaker AI + Amazon EC2 ### product/group + **描述：**由定义相似或组合在一起的多个产品组成的结构。例如，Amazon EC2 团队可以将其产品划分为共享实例、专属主机和专用用途。 + **服务：** + AWS Certificate Manager + AWS CodeCommit + AWS Glue + AWS IoT Analytics + AWS Lambda ### product/groupdescription + **描述：**为产品组指定的简化名称。 + **服务：** + AWS 预算 + AWS Certificate Manager + AWS Lambda + Amazon SQS ## I ### product/insightsType + **描述：**指示生成的 Insight 事件的类型。 + **示例值：**`APICallVolume` + **服务：** + CloudTrail ### product/instance + **描述：**Amazon EC2 实例是 Amazon Elastic Compute Cloud（Amazon EC2）中的虚拟服务器，用于在 AWS 基础设施上运行应用程序。您可以选择由 AWS、用户社区或通过提供的 AMI AWS Marketplace。 + **示例值：**`T3` + **服务：** + Amazon EC2 ### product/instanceFamily + **描述：**描述您的 Amazon EC2 实例系列。Amazon EC2 通过 10 种不同的实例类型为您提供大量选项，每种实例类型具有一个或多个大小选项，并划分为针对不同类型的应用程序优化的不同实例系列。 + **示例值：** `General Purpose`、`Memory Optimized`、`Accelerated Computing` + **服务：** + Amazon EC2 + Amazon RDS + OpenSearch 服务 + 亚马逊 ElastiCache + Amazon EMR 以及其他。有关完整服务列表，请下载 [Column\$1Attribute\$1Service.zip](samples/Column_Attribute_Service.zip)。 ### product/instanceSize + **描述：**指示资源的实例大小。 + **示例值：**`2vCPU`、`4vCPU`、`8vCPU`、`16vCPU` + **服务：** + 亚马逊 CodeCatalyst ### product/instanceType + **描述：**描述实例类型、大小和系列，这可以定义您实例的 CPU、网络和存储容量。 + **示例值：**`t2.small`、`m4.xlarge`、`t2.micro`、`m4.large`、`t2.large` + **服务：** + Amazon EC2 + Amazon RDS + OpenSearch 服务 + 亚马逊 ElastiCache + Amazon EMR 以及其他。有关完整服务列表，请下载 [Column\$1Attribute\$1Service.zip](samples/Column_Attribute_Service.zip)。 ### product/instanceTypeFamily + **描述：**与给定用量关联的实例系列。 + **示例值：** `t2`、`m4`、`m3` + **服务：** + Amazon DocumentDB + Amazon RDS ### product/integratingApi + **描述：** AWS 使用诸如 Amazon API Gateway 之类的服务进行应用程序集成，或者使用亚马逊 AppFlow进行无代码集成。 ### product/integratingService + **描述：**应用程序集成 AWS 是一套服务，用于在微服务、分布式系统和无服务器应用程序中的解耦组件之间进行通信。您不需要重构整个架构。解耦任何规模的应用程序可以降低更改的影响，从而更轻松地进行更新并更快地发布新功能。 ### product/intelAvxAvailable + **描述：**描述您的进程是否具有 Intel Advanced Vector Extension 指令集。 + **示例值：**`Yes`、`No` + **服务：** + Amazon EC2 ### product/intelAvx2Available + **描述：**描述您的进程是否具有 Intel Advanced Vector Extension 指令集 II。 + **示例值：**`Yes`、`No` + **服务：** + Amazon EC2 ### product/intelTurboAvailable + **描述：**描述是否允许您的代码使用 Intel Turbo 技术来提升频率。 + **示例值：**`Yes`、`No` + **服务：** + Amazon EC2 ### product/invocation + **描述：**描述 EventBridge 调度器对 API 或服务进行的调用。 + **示例值：**`Scheduled Invocation` + **服务：** + 亚马逊 CloudWatch 活动 ## L ### product/licenseModel + **描述：**描述您实例的许可模型。 + **示例值：**`license-included`、`bring-your-own-license`、`general-public-license` + **服务：** + 亚马逊 AppStream + Amazon EC2 + Amazon MQ + Amazon Neptune + Amazon RDS ### product/location + **描述：**描述您的 Amazon S3 存储桶所在的区域。 + **示例值：**`Asia Pacific (Mumbai)`、`Asia Pacific (Seoul)`、`Canada (Central)`、`EU (London)`、`US West (Oregon)` + **服务：** + Amazon EC2 + AWS Certificate Manager + Amazon S3 + Amazon RDS + Amazon DynamoDB 以及其他。有关完整服务列表，请下载 [Column\$1Attribute\$1Service.zip](samples/Column_Attribute_Service.zip)。 ### product/locationType + **描述：**描述您的任务的终端节点。 + **示例值：** `AWS Region`、`AWS Edge Location`、`Other` + **服务：** + Amazon EC2 + AWS Certificate Manager + Amazon S3 + Amazon RDS + Amazon DynamoDB 以及其他。有关完整服务列表，请下载 [Column\$1Attribute\$1Service.zip](samples/Column_Attribute_Service.zip)。 ### product/logsDestination + **描述：**该`AWS::Logs::Destination`资源指定 CloudWatch 日志目的地。目标包括物理资源（例如 Amazon Kinesis 数据流），您可以为资源订阅日志事件流。 + **示例值：** `AWS Region`、`AWS Edge Location`、`Other` + **服务：** + Amazon EC2 + AWS Certificate Manager + Amazon S3 + Amazon RDS + Amazon DynamoDB 以及其他。有关完整服务列表，请下载 [Column\$1Attribute\$1Service.zip](samples/Column_Attribute_Service.zip)。 ## M ### product/maxIopsBurstPerformance + **描述：**描述您的 Amazon EBS 卷的最大 IOPS 爆增性能。 + **示例值：**`3000 IOPS for volumes <= 1TB` + **服务：** + Amazon EC2 ### product/maxIopsvolume + **描述：**描述您的 Amazon EBS 卷的每秒最大输入/输出数。 + **示例值：**`16,000 (maxiops for a General Purpose SSD (gp2))` + **服务：** + Amazon EC2 ### product/maxThroughputvolume + **描述：**描述您的 Amazon EBS 卷的最大网络吞吐量。 + **示例值：**`500 MiB/s`、`250 MiB/s`、`1000 MiB/s`、`40 - 90 MB/sec` + **服务：** + Amazon EC2 + 亚马逊 SageMaker AI ### product/memory + **描述：**计算机需要快速响应的指令和数据的占位电子设备。计算机字节表示存储单位。 + **服务：** + AWS Database Migration Service + DynamoDB Accelerator + Amazon DocumentDB + Amazon EC2 ### product/messageCountfee + **描述：**描述计量使用量类型，表明使用量是表示消息数还是收取的费用。 + **示例值：**`CarrierFeeCount`、`MessageFees`、`MessageCount`、`CarrierFees` + **服务：** + Amazon Simple Notification Service ### product/messageType + **描述：**描述短信类型。请注意，SNS 仅支持出站短信。 + **示例值：**`OutboundSMS` + **服务：** + Amazon Simple Notification Service ## N ### product/networkPerformance + **描述：**描述您的 Amazon EC2 实例的网络吞吐量。 + **示例值：** `moderate`、`high`、`up to 10 GB` + **服务：** + Amazon EC2 + Amazon RDS + 亚马逊 ElastiCache + 亚马逊 SageMaker AI + AWS 数据库迁移服务 以及其他。有关完整服务列表，请下载 [Column\$1Attribute\$1Service.zip](samples/Column_Attribute_Service.zip)。 ### product/normalizationSizeFactor + **描述：**描述实例大小的标准化因子。 + **示例值：**`nano - 0.25`、`micro - 0.5`、`medium - 2`、`xlarge - 8`、`16xlarge - 128` + **服务：** + Amazon DocumentDB + Amazon EC2 + Amazon MQ + Amazon Neptune + Amazon RDS ## O ### product/operatingSystem + **描述：**描述您的 Amazon EC2 实例的操作系统。 + **示例值：**`Amazon Linux`、`Ubuntu`、`Windows Server`、`Oracle Linux`、`FreeBSD` + **服务：** + 亚马逊 AppStream + Amazon EC2 + 亚马逊 GameLift 服务器 + Amazon Lightsail + 亚马逊 WorkSpaces + AWS CodeBuild ### product/operation + **描述：**描述此行项目所覆盖的特定 AWS 操作。 + **示例值：**`RunInstances`（表示 Amazon EC2 实例操作） + **服务：** + Amazon EC2 + Amazon S3 + Amazon RDS + Amazon DynamoDB + 亚马逊 CloudWatch + Amazon Redshift 以及其他。有关完整服务列表，请下载 [Column\$1Attribute\$1Service.zip](samples/Column_Attribute_Service.zip)。 ### product/originationIdType + **描述：**描述发送短信时使用的发起 ID 类型。 + **示例值：**`Sharedroute` + **服务：** + Amazon Simple Notification Service ### product/osType + **描述：**描述资源的操作系统。 + **示例值：**`Dev Environment`、`Linux`、`Linux ARM64`、`Windows` + **服务：** + 亚马逊 CodeCatalyst ## P ### product/parameterType + **描述：**在创建或更新堆栈时，使用 CloudFormation 中的参数将自定义值输入到模板中。例如，`InstanceTypeParameter`。在创建或更新堆栈时，您可以使用该参数指定 Amazon EC2 实例类型。 ### product/physicalCores + **描述：**描述实例提供的物理核心数。 + **示例值：**`4`、`8` + **服务：** + Amazon EC2 ### product/physicalProcessor + **描述：**描述您的 Amazon EC2 实例上的处理器。 + **示例值：**`High Frequency Intel Xeon E7-8880 v3 (Haswell)`、`Intel Xeon E5-2670`、`AMD EPYC 7571` + **服务：** + Amazon DocumentDB + Amazon EC2 + Amazon Neptune + Amazon RDS + AWS 数据库迁移服务 ### product/platoClassificationType + **描述：**数据注释工作流路由的按对象分级定价。 + **示例值：**`LabeledObject`、`3DLabeledObjectMultiFrame`、`3DLabeledObject`、`Processing:VolumeUsage` + **服务：** + 亚马逊 SageMaker AI ### product/pricingUnit + **描述：** AWS 服务的最小计费单位。例如，每次 API 调用 0.01 美分。 + **服务：** + Directory Service ### product/primaryplaceofuse + **描述：**客户使用服务的主要业务或住宅街道地址位置。 ### product/processorArchitecture + **描述：**描述处理器架构。 + **示例值：**`32-bit`、`64-bit` + **服务：** + Amazon DocumentDB + Amazon EC2 + Amazon Neptune + Amazon RDS + AWS 数据库迁移服务 ### product/processorFeatures + **描述：**描述您实例的处理器特性。 + **示例值：**`Intel AVX`、`Intel AVX2`、`Intel AVX512`、`Intel Turbo` + **服务：** + AWS 数据库迁移服务 + Amazon DocumentDB + Amazon EC2 + Amazon Neptune + Amazon RDS ### product/ProductFamily + **描述：**产品类型的类别。 + **示例值：**`Alarm`、`AWS Budgets`、`Stopped Instance`、`Storage Snapshot`、`Compute` + **服务：** + Amazon EC2 + AWS Certificate Manager + Amazon S3 + Amazon RDS + Amazon DynamoDB 以及其他。有关完整服务列表，请下载 [Column\$1Attribute\$1Service.zip](samples/Column_Attribute_Service.zip)。 ### product/ProductName + **描述：** AWS 服务的全名。使用此列可以按 AWS 服务筛选 AWS 使用情况。 + **示例值：**`AWS Backup`、`AWS Config`、`Amazon Registrar`、`Amazon Elastic File System`、`Amazon Elastic Compute Cloud` ### product/productSchemaDescription + **描述：**描述如何构建您的产品的蓝图。这包含构成您的产品的各种属性。 ### product/provisioned + **描述：**指示 Amazon EBS 使用情况是否与预置的 Amazon EBS 存储相关。 + **示例值：**`Yes`、`No` + **服务：** + Amazon EC2 + Amazon MQ ### product/provisioningType + **描述：**描述资源是按需部署的，还是提前预置的。 + **示例值：**`On-Demand`、`Pre-Provisioned` + **服务：** + 亚马逊 CodeCatalyst ### product/PurchaseOption + **描述：**描述 AWS 服务的可用购买模式。例如， AWS 提供了四个主要的 Amazon EC2 实例购买选项：`On-Demand``Reserved Instances``Spot Instances`、、，以及附加选项`Dedicated Hosts`。 ### product/purchaseterm + **描述：**在 Amazon EC2 中，这指定了采用一致的实例配置的承诺。这包括 1 到 3 年期的实例类型和区域。 ## R ### product/region + **描述：**托管您的 AWS 服务的地理区域。可使用此字段分析特定区域内的开销。 + **示例值：**`eu-west-3`、`us-west-1`、`us-east-1`、`ap-northeast-2`、`sa-east-1` + **服务：** + Amazon EC2 + AWS Certificate Manager + Amazon S3 + Amazon RDS + Amazon DynamoDB 以及其他。有关完整服务列表，请下载 [Column\$1Attribute\$1Service.zip](samples/Column_Attribute_Service.zip)。 ### product/regioncode + **描述：**区域是全球数据中心聚集在一起的物理位置。 AWS 将每组逻辑数据中心称为可用区 (AZ)。每个 AWS 区域由一个地理区域 AZs内的多个孤立且物理上独立的区域组成。区域代码属性的名称与 AWS 区域相同，用于指定 AWS 服务的可用位置。 + **示例值：** `us-west-2`、`us-east-1`、`ap-southeast-2` + **服务：** + 亚马逊 SageMaker AI ### product/replicationType + **描述：**指定可以免费使用服务。例如 AWS Server Migration Service ，可以免费使用，而且您只需为迁移过程中使用的存储资源付费。 + **示例值：**`Free` + **服务：** + AWS 应用程序迁移服务 ### product/resourceAssessment + **描述：**收集、存储和管理证据的过程。您可以使用该列评估风险以及是否遵循行业标准和法规。 + **示例值：**`All assessment` + **服务：** + AWS Audit Manager ### product/resourcePriceGroup + **描述：**描述资源类型、资源和价格组（我们收取的监控费用价格；目前具有两个价格类别：A 和 B）。因此，举例来说，如果我们监控 RDS 资源，则资源类型为 RDS（“product”），资源是实例，价格组是 B。 + **示例值：**`RDS-DBInstance-GroupB` + **服务：** + Amazon DevOps Guru ### product/routeType + **描述：**描述使用的短信路由类型。目前仅“标准”适用。 + **示例值：**`Standard` + **服务：** + Amazon Simple Notification Service ## S ### product/servicecode + **描述：**这将向客户 AWS 提供的特定服务标识为唯一的简短缩写。 + **示例值：**`Amazon EC2`、`AWS KMS` + **服务：** + AWS 预算 + AWS Backup + AWS Certificate Manager + AWS Cloud Map + AWS CloudTrail ### product/servicename + **描述：**关于 AWS 服务的简化描述。 + **服务：** + Amazon EC2 Budgets + Amazon ECR + Amazon ECS + Amazon EFS + Amazon Elastic Inference + Amazon EKS ### product/singleOrDualPass + **描述：**用于确定视频编码类型的术语。在一遍编码中，编码是在第一遍本身中完成的。对于两遍编码，在第一遍中彻底分析文件并创建中间文件。在第二遍中，编码器找到中间文件并分配位。实际编码是在第二遍中进行的。 + **服务：** + AWS Elemental MediaConvert ### product/sizeFlex + **描述：**描述 RI 的标准化优惠是否可以应用于区域和实例系列中的其他实例大小。 + **示例值：**`true`、`false` + **服务：** + Amazon Elastic Compute Cloud ### product/sku + **描述：**产品的唯一代码。将 `ProductCode`、`UsageType` 和 `Operation` 结合使用来创建 SKU。为了灵活调整大小 RIs，SKU 使用所使用的实例。例如，如果您使用了`t2.micro`实例并对使用量 AWS 应用了 `t2.small` RI 折扣，则订单项 SKU 将使用创建`t2.micro`。 + **示例值：**`FFNT87MQSCR328W6`、`VBYCEU494XUAHCA7` + **服务：** + Amazon EC2 + AWS Certificate Manager + Amazon S3 + Amazon RDS + Amazon DynamoDB 以及其他。有关完整服务列表，请下载 [Column\$1Attribute\$1Service.zip](samples/Column_Attribute_Service.zip)。 ### product/storage + **描述：**描述附加到实例的磁盘存储。 + **示例值：**`60GB`、`True`、`EBS Only`、`1 x 900 NVMe SSD`、`1 x 150 NVMe SSD` + **服务：** + Amazon EC2 + Amazon RDS + Amazon Redshift + OpenSearch 服务 + 亚马逊 WorkSpaces 以及其他。有关完整服务列表，请下载 [Column\$1Attribute\$1Service.zip](samples/Column_Attribute_Service.zip)。 ### product/storageclass + **描述：**描述您的 Amazon S3 存储桶的存储类。 + **示例值：**`Archive`、`General Purpose`、`Infrequent Access`、`Intelligent-Tiering`、`Non-Critical Data` + **服务：** + AWS Elemental MediaStore + AWS Storage Gateway + Amazon Cloud Directory + Amazon EFS + Amazon MQ + Amazon S3 ### product/storagemedia + **描述：**存储介质是任意技术，包括用于放置、保留和检索电子数据的设备和材料。 + **服务：** + AWS Database Migration Service + 亚马逊 CloudWatch + Amazon DocumentDB + Amazon EC2 + Amazon ES ### product/storagetype + **描述：**描述计算机存储信息的方式和位置。这可能位于计算机、服务器或计算设备内部或外部。 + **示例值：** `Amazon S3`、`SSD`、`SSD-backed` + **服务：** + AWS Backup + Amazon ECR ## T ### product/tenancy + **描述：**Amazon EC2 实例上允许的租赁类型。 + **示例值：**`Dedicated`、`Reserved`、`Shared`、`NA`、`Host` + **服务：** + Amazon EC2 + Amazon ECS ### product/throughputCapacity + **描述：**描述托管文件系统的文件服务器提供文件数据的速度。对于亚马逊 FileCache，该值将仅为 1000。 + **示例值：**`12`、`40`、`50`、`100`、`125`、`250`、`500`、`1000` + **服务：** + 亚马逊 FileCache + 亚马逊 FSx ### product/tier + **描述：**使用 AWS，随着使用量的增加，您可以获得基于数量的折扣和优惠。对于 Amazon S3 等服务，定价是分级的。这意味着您使用的越多，每 GB 支付的费用就越少。 AWS 提供了获取服务以满足您的业务需求的选项。 + **服务：** + AWS Elemental MediaConvert ### product/toLocation + **描述：**描述使用的目标位置。 + **示例值：**`External`、`US East (N. Virginia)` + **服务：** + 亚马逊 CloudFront + AWS 数据传输 ### product/toLocationType + **描述：**描述服务使用的目标位置。 + **示例值：**`AWS Region`、`AWS Edge Location` + **服务：** + Direct Connect + AWS Elemental MediaConnect + AWS Shield + 亚马逊 CloudFront + Amazon Lightsail 以及其他。有关完整服务列表，请下载 [Column\$1Attribute\$1Service.zip](samples/Column_Attribute_Service.zip)。 ### product/toRegionCode + **描述：**描述 AWS 服务的源区域代码。有关更多信息，请参阅 [product/regioncode](#product-details-R-regioncode)。 + **示例值：**`eu-west-1` + **服务：** + Amazon RDS + Amazon EC2 + Amazon VPC + Direct Connect ### product/transcodingResult + **描述：**以下操作的输出：将编码的视频源解码为中间未压缩格式，然后将其重新编码为目标格式。 + **服务：** + AWS Elemental MediaConvert ### product/trialProduct + **描述：**描述 AWS CloudHSM 是否允许免费小时数。 + **服务：** + AWS CloudHSM ## U ### product/upfrontCommitment + **描述：**描述是否需要任何使用承诺 AWS CloudHSM。对于为 AWS CloudHSM 集群预置了 HSM 的每个小时（或不足一小时），您需要支付小时费用。没有 no 的集群 HSMs 不收费，也不需要为自动存储加密备份付费。有关更多信息，请参阅[AWS CloudHSM 定价](https://aws.amazon.com/cloudhsm/pricing/)。 与您的网络数据传输和传出您的网络数据 HSMs 需单独收费。有关更多信息，请参阅 [Amazon EC2 定价](https://aws.amazon.com/ec2/pricing/)。 + **服务：** + AWS CloudHSM ### product/usagetype + **描述：**描述行项目的使用情况详细信息。 + **示例值：**`EU-BoxUsage:c5d.9xlarge`、`EU-BoxUsage:m4.16xlarge`、`SAE1-InstanceUsage:db.t2.medium`、`USW2-AW-SW-19`、`SAE1-BoxUsage:c4.large` + **服务：** + Amazon EC2 + AWS Certificate Manager + Amazon S3 + Amazon RDS + Amazon DynamoDB 以及其他。有关完整服务列表，请下载 [Column\$1Attribute\$1Service.zip](samples/Column_Attribute_Service.zip)。 ## V ### product/vcpu + **描述：**描述单个 CPU 核心上并发运行的线程数。Amazon EC2 实例支持多线程技术，该技术可使多个线程在一个 CPU 核心上并发运行。每个线程都表示为实例上的一个虚拟 CPU (vCPU)。 + **示例值：**`8`、`16`、`36`、`72`、`128` + **服务：** + Amazon EC2 + Amazon RDS + Amazon Redshift + OpenSearch 服务 + 亚马逊 ElastiCache 以及其他。有关完整服务列表，请下载 [Column\$1Attribute\$1Service.zip](samples/Column_Attribute_Service.zip)。 ### product/videoCodec + **描述：**压缩和解压缩数字视频的软件或硬件。在视频压缩上下文中，编解码器是编码器和解码器的混合。仅压缩的设备通常称为编码器，仅解压缩的设备称为解码器。 + **服务：** + AWS Elemental MediaConvert; ### product/videoFrameRate + **描述：**视频帧速率（显示为每秒帧数（FPS））是摄像机、计算机图形设备和动作捕获系统捕获或显示连续图像（帧）的频率。 + **服务：** + AWS Elemental MediaConvert; ### product/videoQualitySetting + **描述：**描述用于编码的质量设置，该设置影响压缩效率，从而影响给定比特率的视频质量。 + **示例值：**`Multi-pass`、`Multi-pass HQ`、`NA`、`Single-pass`、`Single-pass HQ` + **服务：** + AWS Elemental MediaConvert ### product/volumeType + **描述：**描述您的 Amazon EBS 卷类型。 + **示例值：**`Standard`、`General Purpose`、`General Purpose-Aurora`、`Amazon Glacier`、`Amazon SimpleDB – Standard` + **服务：** + Amazon EC2 + Amazon S3 + Amazon RDS + Amazon DynamoDB + Amazon Glacier 以及其他。有关完整服务列表，请下载 [Column\$1Attribute\$1Service.zip](samples/Column_Attribute_Service.zip)。 ## W ### product/workforceType + **描述：**细分就业或失业劳动力库。例如，`Full Time Employees`（FTE）或 `Temporary`。 + **服务：** + 亚马逊 SageMaker AI # 资源标签详细信息 您可以使用 AWS 成本和使用情况报告中的**resource**列来查找有关行项目所涵盖的特定资源的信息。这些列包含用户定义的成本分配标签。示例包括： ## resourceTags/user:creator 使用 **user:Creator** 标签跟踪创建资源的用户。 ## resourceTags/user:name 使用 **user:Name** 标签跟踪与特定用户关联的资源。 ## resourceTags/user:owner 使用 **user:Owner** 标签跟踪拥有资源的用户。 ## resourceTags/user:purpose 使用 **user:Purpose** 标签跟踪创建资源的原因。 # Savings Plans 详细信息 AWS 成本和使用情况报告中的**SavingsPlan**列提供了有关 Savings Plans 的详细信息。有关节省计划的更多信息，请参阅《节省计划用户指南》**中的[什么是 Savings Plans？](https://docs.aws.amazon.com/savingsplans/latest/userguide/what-is-savings-plans.html)。 [A](#sp-A) \$1 B \$1 C \$1 D \$1 [E](#sp-E) \$1 F \$1 G \$1 H \$1 [I](#sp-I) \$1 J \$1 K \$1 L \$1 M \$1 [N](#sp-N) \$1 [O](#sp-O) \$1 [P](#sp-P) \$1 Q \$1 [R](#sp-R) \$1 [S](#sp-S) \$1 [T](#sp-T) \$1 [U](#sp-U) \$1 VWXYZ ## A ### savingsPlan/AmortizedUpfrontCommitmentForBillingPeriod + **描述：**您在账单周期内为节省计划订阅支付的预付费用。**全部预付节省计划**和**部分预付节省计划**的初始预付款在当月摊销。对于**无预付节省计划**，该值为 0。 + **适用的细列项目：**SavingsPlanRecurringFee + **服务：** + Amazon EC2 + Fargate + AWS Lambda + 亚马逊 SageMaker AI ## E ### savingsPlan/EndTime + **描述：**节省计划协议的到期日期。 + **适用的行项目：**SavingsPlanCoveredUsage、 SavingsPlanNegation、 SavingsPlanUpfrontFee、SavingsPlanRecurringFee + **服务：** + Amazon EC2 + Fargate + AWS Lambda + 亚马逊 SageMaker AI ## I ### savingsPlan/InstanceTypeFamily + **描述：**与指定的使用量关联的实例系列。 + **适用的细列项目：**SavingsPlanCoveredUsage + **示例值：**`m4`、`g2` + **服务：** + Amazon EC2 + Fargate + AWS Lambda + 亚马逊 SageMaker AI ## N ### savingsPlan/NetAmortizedUpfrontCommitmentForBillingPeriod 节省计划订阅预付费用在账单周期内的成本。只有在您的账户在适用的账单周期内具有折扣时，才会在您的报告中包含该列。 ### savingsPlan/NetRecurringCommitmentForBillingPeriod 节省计划费用的未混合净成本。只有在您的账户在适用的账单周期内具有折扣时，才会在您的报告中包含该列。 ### savingsPlan/NetSavingsPlanEffectiveCost 节省计划的有效成本，它等于您的使用量除以费用。只有在您的账户在适用的账单周期内具有折扣时，才会在您的报告中包含该列。 ## O ### savingsPlan/OfferingType + **描述：**描述购买的节省计划类型。 + **适用的行项目：**SavingsPlanCoveredUsage、 SavingsPlanNegation、 SavingsPlanUpfrontFee、SavingsPlanRecurringFee + **示例值：** `ComputeSavingsPlans`、`EC2InstanceSavingsPlans`、`SageMakerSavingsPlans` + **服务：** + Amazon EC2 + Fargate + AWS Lambda + 亚马逊 SageMaker AI ## P ### savingsPlan/PaymentOption + **描述：**您的节省计划的可用付款选项。 + **适用的行项目：**SavingsPlanCoveredUsage、 SavingsPlanNegation、 SavingsPlanUpfrontFee、SavingsPlanRecurringFee + **示例值：** `Partial Upfront`、`All Upfront`、`No Upfront` + **服务：** + Amazon EC2 + Fargate + AWS Lambda + 亚马逊 SageMaker AI ### savingsPlan/PurchaseTerm + **描述：**描述节省计划的持续时间或期限。 + **适用的行项目：**SavingsPlanCoveredUsage、 SavingsPlanNegation、 SavingsPlanUpfrontFee、SavingsPlanRecurringFee + **示例值：**`1yr`、`3yr` + **服务：** + Amazon EC2 + Fargate + AWS Lambda + 亚马逊 SageMaker AI ## R ### savingsPlan/RecurringCommitmentForBillingPeriod + **描述：**您的节省计划订阅的每月周期性费用。例如，**部分预付节省计划**或**无预付节省计划**的每月周期性费用。 + **适用的细列项目：**SavingsPlanRecurringFee + **服务：** + Amazon EC2 + Fargate + AWS Lambda + 亚马逊 SageMaker AI ### savingsPlan/Region + **描述：**托管您的 AWS 服务的 AWS 区域（地理区域）。您可以使用此字段来分析特定 AWS 地区的支出。 + **适用的行项目：**SavingsPlanCoveredUsage、 SavingsPlanNegation、 SavingsPlanUpfrontFee、SavingsPlanRecurringFee + **示例值：**`US East (N. Virginia)`、`US West (N. California)`、`US East (Ohio)`、`Asia Pacific (Mumbai)`、`Europe (Ireland)` + **服务：** + Amazon EC2 + Fargate + AWS Lambda + 亚马逊 SageMaker AI ## S ### savingsPlan/SavingsPlanArn + **描述：**唯一的节省计划标识符。 + **适用的细列项目：**SavingsPlanUpfrontFee + **服务：** + Amazon EC2 + Fargate + AWS Lambda + 亚马逊 SageMaker AI ### savingsPlan/SavingsPlanEffectiveCost + **描述：**分配给每个使用量行的节省计划每月承诺金额（预付和周期性）比例。 + **适用的细列项目：**SavingsPlanCoveredUsage + **服务：** + Amazon EC2 + Fargate + AWS Lambda + 亚马逊 SageMaker AI ### savingsPlan/SavingsPlanRate + **描述：**使用量的节省计划费率。 + **适用的细列项目：**SavingsPlanCoveredUsage + **服务：** + Amazon EC2 + Fargate + AWS Lambda + 亚马逊 SageMaker AI ### savingsPlan/StartTime + **描述：**节省计划协议的开始日期。 + **适用的行项目：**SavingsPlanCoveredUsage、 SavingsPlanNegation、 SavingsPlanUpfrontFee、SavingsPlanRecurringFee + **服务：** + Amazon EC2 + Fargate + AWS Lambda + 亚马逊 SageMaker AI ## T ### savingsPlan/TotalCommitmentToDate + **描述：**截至该小时为止的已摊销的预付承诺金额和定期承诺金额的总额。 + **适用的细列项目：**SavingsPlanRecurringFee + **服务：** + Amazon EC2 + Fargate + AWS Lambda + 亚马逊 SageMaker AI ## U ### savingsPlan/UsedCommitment + **说明：**使用的 Savings Plans 承诺金额的总金额。 （SavingsPlanRate 乘以使用量） + **适用的细列项目：**SavingsPlanRecurringFee + **服务：** + Amazon EC2 + AWS Lambda + Fargate + 亚马逊 SageMaker AI # Cost Categories 详细信息 您可以使用 AWS 成本和使用情况报告中的**Cost Category**列来查找有关按成本类别功能分类的特定订单项的信息。 Cost Category创建成本类别和分类规则时，列会自动填充。这些列包括用户定义的成本类别名称（作为列标题）以及相应的成本类别值。示例包括： ## costCategory/Project 可以使用 **Project** 成本类别对与项目关联的成本和使用情况信息进行分类。项目名称（例如“alpha”或“beta”）将显示为 **costCategory/Project** 下面的值。 ## costCategory/Team 可以使用 **Team** 成本类别对与团队关联的成本和使用情况信息进行分类。“Marketing”等团队名称将显示为 **costCategory/Team** 下面的值。 ## costCategory/Environment 可以使用 **Environment** 成本类别对与环境关联的成本和使用情况信息进行分类。“Development”等环境名称将显示为 **costCategory/Environment** 下面的值。 # 折扣详细信息 只有在账户在报告的账单周期内应用了折扣时，才会在 AWS 成本和使用情况报告中包含 **discount** 标题下面的列。这包括以下列： ## discount/BundledDiscount 应用于行项目的捆绑折扣。捆绑折扣是一种基于使用量的折扣，它根据一种服务或功能的使用情况允许免费或打折使用另一种服务或功能。捆绑折扣示例包括： + 如果您使用 AWS Shield Advanced，则无需 AWS WAF 单独付费。 AWS WAF 用法与 AWS Shield Advanced捆绑在一起。有关更多信息 AWS Shield Advanced，请参阅 [Amazon CloudFront 定价](https://aws.amazon.com/cloudfront/pricing/)。 + 如果您使用创建 NAT 网关 AWS Network Firewall，则 one-to-one根据防火墙的每 GB 处理量和使用小时数，免收标准 NAT 网关处理费和每小时使用费。有关更多信息，请参阅[AWS Network Firewall 定价](https://aws.amazon.com/network-firewall/pricing/)。 + 对于 Amazon Interactive Video Service（IVS）Chat，您每发送一小时的视频输入，即可免费发送 2,700 条消息和传送 270,000 条消息，而不会产生额外的成本。有关更多信息，请参阅 [Amazon Interactive Video Service 定价](https://aws.amazon.com/ivs/pricing/)。 ## discount/TotalDiscount 相应行项目的所有折扣列的总和。 # 拆分行项目详细信息 如果您选择了拆分 AWS 成本分配数据功能，则成本和使用情况报告**splitLineItem**标题下的列是成本和使用情况报告中显示的字段。有关更多信息，请参阅[了解拆分成本分配数据](https://docs.aws.amazon.com/cur/latest/userguide/split-cost-allocation-data.html)。该功能仅限于亚马逊 ECS（包括 Fargate） AWS Batch，仅限亚马逊 EKS。 [A](#sli-A) \$1 B \$1 C \$1 D \$1 E \$1 F \$1 G \$1 H \$1 I \$1 J \$1 K \$1 L \$1 M \$1 [N](#sli-N) \$1 O \$1 [P](#sli-P) \$1 Q \$1 [R](#sli-R) \$1 [S](#sli-S) \$1 T \$1 [U](#sli-U) \$1 V \$1 W \$1 X \$1 Y \$1 Z ## A ### splitLineItem/ActualUsage + **描述：**您在指定时间段内为 Amazon ECS 任务或 Kubernetes 容器组（pod）产生的 vCPU 或内存（基于 lineItem/UsageType）的使用量。 + **适用的行项目：**Usage + **示例值：**0.1、0.5、1.3 + **服务：**Amazon ECS、Fargate、Amazon EKS **注意** Fargate 成本是根据 vCPU 和内存预留计算的，并反映在 lineItem/UsageAmount 列中。拆分成本分配数据观测低延迟遥测数据，然后将其汇总到小时、天和月以计算实际 Fargate vCPU 和内存使用量。因此，splitLineItem/ActualUsage 可能与 lineItem/UsageAmount 不同。 ## N ### splitLineItem/NetSplitCost + **描述：**在应用所有折扣后，Amazon ECS 任务或 Kubernetes 容器组（pod）的有效成本。只有在您的账户在适用的账单周期内具有折扣时，才会在您的报告中包含该列。 + **适用的行项目：**Usage + **示例值：**1.35、1.75 + **服务：**Amazon ECS、Fargate、Amazon EKS ### splitLineItem/NetUnusedCost + **描述：**在应用所有折扣后，Amazon ECS 任务或 Kubernetes 容器组（pod）的有效未使用成本。只有在您的账户在适用的账单周期内具有折扣时，才会在您的报告中包含该列。 + **适用的行项目：**Usage + **示例值：**1.35、1.75 + **服务：**Amazon ECS、Fargate、Amazon EKS **注意** 未使用成本根据 splitLineItem/SplitUsage 按比例应用于 Amazon ECS 任务或 Kubernetes 容器组（pod）。 ## P ### splitLineItem/ParentResourceId + **描述：**与 Amazon ECS 任务或 Amazon EKS 容器组（pod）关联的父 EC2 实例（在 lineItem/ResourceId 列中引用）的资源 ID。父资源 ID 表示，在指定时间段内，ECS 任务或 Kubernetes 容器组（pod）工作负载在父 EC2 实例上运行。这仅适用于具有 EC2 启动类型的 Amazon ECS 任务或 Kubernetes 容器组（pod）。 + **适用的行项目：**Usage + **服务：**Amazon ECS、Amazon EKS **注意** splitLineItem/ParentResourceId仅当资源 IDs 包含在 “ AWS 成本和使用情况报告” 中时才可用。 ### splitLineItem/PublicOnDemandSplitCost + **描述：**根据公有按需型实例费率（在 pricing/publicOnDemandRate 列中引用）在该时间段内分配给 Amazon ECS 任务或 Kubernetes 容器组（pod）的 vCPU 或内存（基于 lineItem/UsageType）的成本。 + **适用的行项目：**Usage + **示例值：**1.35、1.75 + **服务：**Amazon ECS、Fargate、Amazon EKS ### splitLineItem/PublicOnDemandUnusedCost + **描述：**根据公有按需型实例费率在该时间段内分配给 Amazon ECS 任务或 Kubernetes 容器组（pod）的 vCPU 或内存（基于 lineItem/UsageType）的未使用成本。未使用成本是与 EC2 实例（在 splitLineItem/ParentResourceId 列中引用）上在指定时间段内未使用的资源（CPU 或内存）关联的成本。 + **适用的行项目：**Usage + **示例值：**1.35、1.75 + **服务：**Amazon ECS、Fargate、Amazon EKS ## R ### splitLineItem/ReservedUsage + **描述：**您在指定时间段内为 Amazon ECS 任务或 Kubernetes 容器组（pod）配置的 vCPU 或内存（基于 lineItem/UsageType）的使用量。 + **适用的行项目：**Usage + **示例值：**1、2、4 + **服务：**Amazon ECS、Fargate、Amazon EKS ## S ### splitLineItem/SplitCost + **描述：**在该时间段内分配给 Amazon ECS 任务或 Kubernetes 容器组（pod）的 vCPU 或内存（基于 lineItem/UsageType）的成本。如果 EC2 实例（在 splitLineItem/parentResourceId 列中引用）具有预留或节省计划的全部预付或部分预付费用，这包括摊销成本。 + **适用的行项目：**Usage + **示例值：**1.35、1.75 + **服务：**Amazon ECS、Fargate、Amazon EKS ### splitLineItem/SplitUsage + **描述：**在指定时间段内分配给 Amazon ECS 任务或 Kubernetes 容器组（pod）的 vCPU 或内存（基于 lineItem/UsageType）的使用量。这定义为 splitLineItem/ReservedUsage 或 splitLineItem/ActualUsage 的最大使用量。 + **适用的行项目：**Usage + **示例值：**1、1.3 + **服务：**Amazon ECS、Fargate、Amazon EKS ### splitLineItem/SplitUsageRatio + **描述：**分配给 Amazon ECS 任务或 Kubernetes 容器组（pod）的 vCPU 或内存（基于 lineItem/UsageType）与 EC2 实例（在 splitLineItem/ParentResourceId 列中引用）上的总体可用 CPU 或内存的比率。 + **适用的行项目：**Usage + **示例值：**0.25、0.75 + **服务：**Amazon ECS、Fargate、Amazon EKS **注意** splitLineItem/SplitUsageRatio 仅适用于时间粒度首选项为小时数据的 AWS 成本和使用情况报告。 ## U ### splitLineItem/UnusedCost + **描述：**在该时间段内分配给 Amazon ECS 任务或 Kubernetes 容器组（pod）的 vCPU 或内存（基于 lineItem/UsageType）的未使用成本。未使用成本是与 EC2 实例（在 splitLineItem/ParentResourceId 列中引用）上在指定时间段内未使用的资源（CPU 或内存）关联的成本。如果 EC2 实例（splitLineItem/parentResourceId）具有预留或节省计划的全部预付或部分预付费用，这包括摊销成本。 + **适用的行项目：**Usage + **示例值：**1.35、1.75 + **服务：**Amazon ECS、Fargate、Amazon EKS **注意** 未使用成本根据 splitLineItem/SplitUsage 按比例应用于 Amazon ECS 任务或 Kubernetes 容器组（pod）。 # 使用案例 使用案例 您可以使用 AWS 成本和使用情况报告 (AWS CUR) 来满足您的报告管理需求。本节提供了详细信息以帮助您了解使用案例，例如跟踪您的节省计划和预留实例（RI）利用率、费用和分配。 **Topics** + [ # 了解节省计划 ](cur-sp.md) + [ # 了解您的预留 ](understanding-ri.md) + [ # 了解数据传输费用 ](cur-data-transfers-charges.md) + [ # 了解拆分成本分配数据 ](split-cost-allocation-data.md) # 了解节省计划 您可以使用成本和使用情况报告 (AWS CUR) 来跟踪您的 Savings Plans 利用率、费用和分配。 ## 节省计划行项目 Savings Plans 提供了一种灵活的定价模式，在 Amazon EC2 AWS Fargate、 AWS Lambda、和 Amazon SageMaker AI 上提供低廉的价格，以换取承诺在 1 年或 3 年期内保持稳定的使用量（以美元/小时计）。 AWS CUR 中的以下细列项目可帮助您使用 Savings Plans 跟踪和管理支出。 **注意** 为了清楚起见，在下表中，对 AWS CUR 中的列和行进行了转置。第一列中的值表示报告标题。这些示例仅包括几个关键的 AWS CUR 列。要了解有关其他 AWS CUR 列的更多信息，请参阅。[数据词典](data-dictionary.md) **预付费用** 当您购买`All Upfront`或 `Partial Upfront` Sav **SavingsPlanUpfrontFee**ings Plans 时，该订单项将添加到您的账单中。下表显示了这笔一次性费用在某些 AWS CUR 列中的显示方式。 [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_cn/cur/latest/userguide/cur-sp.html) **节省计划周期性月度费用** 该**SavingsPlanRecurringFee**行项目描述了与`No Upfront`或 `Partial Upfront` Savings Plans 相对应的每小时经常性费用。最初，会在**SavingsPlanRecurringFee**购买当天添加到您的账单中，之后每小时添加一次。 **SavingsPlanRecurringFee**分配给小时（适用于每小时费用和使用量）或天（适用于每日费用和使用量）的金额将在购买时添加到您的账单中。它随后会在每个 hour/day 账单周期内添加。 对于 `All Upfront` 节省计划，该行项目表示在账单周期内未使用的节省计划部分。 下表显示了某些 AWS CUR 列中经常性小时费用的显示方式。 [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_cn/cur/latest/userguide/cur-sp.html) 的计算 SavingsPlanRecurringFee 方式与经常性 RI 费用的计算方式不同。经常性 RI 费用按月收费， SavingsPlanRecurringFee 而按小时收费。有关周期性 RI 费用的信息，请参阅[每月定期 RI 费用](regular-reserved-instances.md#recurring-monthly)。 **节省计划折扣优惠** 该**SavingsPlanCoveredUsage**行项目描述了获得 Savings Plans 福利的实例使用情况。一个**SavingsPlanCoveredUsage**细列项目显示了没有Savings Plans福利的按需收费的未混合成本。该未混合成本由相应的**SavingsPlanNegation**订单项抵消。 在每个**SavingsPlanCoveredUsage**行项目中，您可以使用和**savingsPlan/SavingsPlanEffectiveCost**字段查看该使用量是如何根据您的 Savings Plans 每小时承诺计费的。**savingsPlan/SavingsPlanRate** 您将看到每个**SavingsPlanCoveredUsage**订单项**SavingsPlanNegation**的相应内容。 **SavingsPlanNegation**订单项抵消了未混合的成本 **SavingsPlanCoveredUsage**，并按小时级别按 AR SavingsPlan N、操作、使用类型和可用区进行分组。因此，一个**SavingsPlanNegation**行项目可能对应于多个**SavingsPlanCoveredUsage**行项目。 下表显示了覆盖的用法和否定行项目在某些 AWS CUR 列中的显示方式。 [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_cn/cur/latest/userguide/cur-sp.html) 当您的使用量超出您的 Savings Plans 承诺承保范围时，未覆盖的使用量仍显示为使用量行项目，承保的使用量**SavingsPlanCoveredUsage**与相应的**SavingsPlanNegation**行项目一样显示。 # 了解您的预留 了解预留 您可以使用 AWS 成本和使用率报告 (AWS CUR) 来跟踪您的预留实例 (RI) 利用率、费用和分配。本部分进行深入的描述以了解您的预留。 **Topics** + [ # 了解您的预留行项目 ](regular-reserved-instances.md) + [ # 了解您的摊销预留数据 ](amortized-reservation.md) + [ # 监控 Amazon EC2 的大小灵活预留 ](monitor-flexible-reservation.md) + [ # 监控您的按需容量预留 ](monitor-ondemand-reservations.md) # 了解您的预留行项目 RIs 与按需实例定价相比，为您提供大幅折扣。 RIs不是物理实例。它们是对账户中使用的按需实例所应用的账单折扣。这些按需实例必须匹配特定属性才能享受账单折扣。 **Topics** + [ ## 预付费用 ](#upfront-fee) + [ ## 调整费用 ](#true-up-fee) + [ ## 每月定期 RI 费用 ](#recurring-monthly) + [ ## RI 折扣优惠 ](#discount-benefits) + [ ## 预留实例类型 ](#ri-type) + [ ## 应用于实例使用量的预留实例优惠 ](#ri-instance-usage) **注意** 为了清楚起见，在下表中，对 AWS CUR 中的列和行进行了转置。第一列中的值表示报告标题。这些示例仅包括几个关键的 AWS CUR 列。要了解有关其他 AWS CUR 列的更多信息，请参阅。[数据词典](data-dictionary.md) ## 预付费用 在您购买 `All Upfront` 或 `Partial Upfront` RI 时，**Fee** 行项目将添加到您的账单中。 下表显示了这笔一次性费用在某些 AWS CUR 列中的显示方式。 | | | | --- |--- | | lineItem/LineItemType | 费用 | | lineItem/ProductCode | 亚马逊 EC2 | | lineItem/UsageStartDate | 2016-01-01T00:00:00Z | | lineItem/LineItemDescription | 订阅 363836886，planId 1026576 的注册费用 | | lineItem/UnblendedCost | 68 | | Reservation/ReservationARN | arn:aws:ec2:us-east-1:123456789012:reserved-instances/f8c204c1-dd48-43f1-adb8-f88aa61e0dea | ## 调整费用 如果您调换可转换预留实例，则与调换原始预留实例和新预留实例关联的任何成本（调整费用）也会作为 **Fee** 行项目添加到您的账单中。对于调整费用，**reservation/ReservationARN** 列包含 **reserved-instance-exchange/riex**。 下表显示调换可转换预留实例的调整费用。 | lineItem/LineItemType | lineItem/ProductCode | lineItem/UsageStartDate | lineItem/LineItemDescription | lineItem/UnblendedCost | Reservation/ReservationARN | | --- | --- | --- | --- | --- | --- | | 费用 | 亚马逊 EC2 | 2016-01-01T00:00:00Z | | | arn: aws: ec2: eu-west-1:012345678901: /riex-examplef-5d71-4215-886f-17a3f64ea972 reserved-instance-exchange | ## 每月定期 RI 费用 **RI 费用**行项目描述了当月 RIs 适用的关联每月经常性费用。**RI Fee** 最初是在购买之日添加到您的账单，此后则是在每个账单周期的第一天添加。 **RI Fee** 的计算方法是将您的折扣小时费率乘以当月的小时数。 下表显示每月定期费用如何显示在报告中。 | | | | --- |--- | | lineItem/LineItemType | RI 费用 | | lineItem/ProductCode | 亚马逊 EC2 | | lineItem/UsageStartDate | 2016-01-01T00:00:00Z | | lineItem/UsageType | HeavyUsage: m4.large | | lineItem/LineItemDescription | 每个（ Linux/UNIX 亚马逊 VPC）、m4.large 实例的小时费用 0.0309 美元 | | lineItem/NormalizationFactor | 4 | | lineItem/UnblendedCost | 23 | | Reservation/AvailabilityZone | | | Reservation/ReservationARN | arn:aws:ec2:us-east-1:123456789012:reserved-instances/f8c204c1-dd48-43f1-adb8-f88aa61e0dea | | Reservation/TotalReservedunits | 744 | | Reservation/TotalReservedNormalizedUnits | 2976 | 对于具有可用区或 AWS 区域 区域范围的定期月度费用 RIs ，其记录方式有所不同。对于 RIs 具有可用区范围的可用区，相应的可用区将显示在**reservation/AvailabilityZone**列中。对于 RIs 具有区域范围的，则该**reservation/AvailabilityZone**列为空。 RIs 使用区域作用域时，具有显示实例大小的**lineitem/NormalizationFactor**和**reservation/TotalReservedNormalizedUnits**列的值。 **注意** 经常性 RI 费用的计算方式与 SavingsPlanRecurringFee. 经常性 RI 费用按月收费， SavingsPlanRecurringFee 而按小时收费。有关信息 SavingsPlanRecurringFee，请参阅[了解节省计划](cur-sp.md)。 ## RI 折扣优惠 **折扣使用量**行项目描述了获得匹配的 RI 折扣优惠的实例使用量，当您的使用量与其中一项相匹配时，该项目将添加到您的账单中 RIs。 AWS 根据匹配的使用量计算 RI discount 优惠：例如，使用与实例预留相匹配的实例。如果您有匹配的使用量，则与使用量项目关联的成本始终为零，因为与之相关的 RIs 费用已计入另外两个行项目（预付费用和每月经常性费用）中。 下表显示已接收 RI 折扣优惠的使用率的示例。 | | | | --- |--- | | lineItem/LineItemType | DiscountedUsage | | lineItem/ProductCode | 亚马逊 EC2 | | lineItem/UsageStartDate | 2016-01-01T00:00:00Z | | lineItem/UsageType | BoxUsage:m4.large | | lineItem/LineItemDescription | 应用了 Linux/UNIX（Amazon VPC）m4.large 预留实例 | | lineItem/ResourceId | i-1bd250bc | | lineItem/AvailabilityZone | us–east–1b | | lineItem/NormalizationFactor | 4 | | lineItem/NormalizedUsageAmount | 4 | | lineItem/UnblendedRate | 0 | | lineItem/UnblendedCost | 0 | | Reservation/ReservationARN | arn:aws:ec2:us-east-1:123456789012:reserved-instances/f8c204c1-dd48-43f1-adb8-f88aa61e0dea | Amazon EC2 **DiscountedUsage**行**UsageAmount**中的值是实际使用的小时数。的值**NormalizedUsageAmount**是的值**UsageAmount**乘以的值。**NormalizationFactor**的值**NormalizationFactor**由实例大小决定。在将 RI 优惠折扣应用于匹配的使用量行项目时，初始预付费用和周期性月度费用的 **reservation/ReservationARN** 列中的 Amazon 资源名称（ARN）值与折扣使用量行项目中的 ARN 值匹配。 有关将实例大小映射到标准化因子的更多信息，请参阅《Amazon EC2 用户指南》**中的[对于修改实例大小的支持](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ri-modification-instancemove.html)。 ## 预留实例类型 要确定您的报告行项目是否与标准预留实例或可转换预留实例关联，请按 **Fee** 或 **RI fee** 筛选 **lineItem/LineItemType** 列。然后，查看 **product/OfferingClass** 列，它指示预留实例类型。 要确定您的报告行项目是否与可用区或区域预留实例关联，请查看 **reservation/AvailabilityZone** 列。对于可用区预留实例，该列显示相应的可用区。对于区域预留实例，该列为空。 ## 应用于实例使用量的预留实例优惠 要了解哪些实例使用量行项目受益于哪些预留实例，您可以按下面的一个或多个列筛选报告： + **reservation/reservationARN**：按预留 ARN 筛选该列，以确定与每个行项目关联的预留实例租赁。 + **lineitem/ResourceId**：查看该列以获取预留实例涵盖的资源的 ID。 + **lineitem/LineItemType**：按**费用、**RI 费用****筛选此列，或者确定**DiscountedUsage**相关的费用或福利。 + **lineitem/UsageType**：筛选此列**HeavyUsage**以识别 **RI 费用**行项目。或者，筛选此列**BoxUsage**以识别**DiscountedUsage**行项目。 + **lineitem/UsageAmount**：对于 **RI fee** 行项目，该列显示当月应用了预留实例的总小时数。对于**DiscountedUsage**行项目，此列显示预留实例在每日或每月级别上应用于特定实例的总小时数，具体取决于您的报告配置方式。 要了解应用于实例使用量的大小灵活预留实例标准化单位数，请查看报告中的 **lineitem/NormalizedUsageAmount** 列。该列中的值等于以下列的乘积： + **lineitem/UsageAmount**：该列显示以小时为单位的计量实例使用量。 + **lineItem/NormalizationFactor**：对于**DiscountedUsage**和 **RI 费用**明细项目，此列显示实例的关联标准化系数。有关标准化因子的更多信息，请参阅《Amazon EC2 用户指南》**中的[实例大小灵活性由标准化因子决定](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/apply_ri.html#ri-normalization-factor)。 对于 AWS Organizations 拥有多个账户，要查看哪些账户购买了预留实例或从中受益，请查看以下各列： + **reservation/reservationARN**：查看预留 ARNs 以查看哪些账户购买了预留实例。ARN 包含账户 ID。 + **lineitem/UsageAccountId**：对于**DiscountedUsage**行项目，此列标识了从购买 IDs 的预留实例中获得优惠的账户。 **注意** 预留实例是一种账单订阅，而不是像 Amazon EC2 实例那样的资源。因此，标记的预留实例不会像标记的资源那样填充行项目。对于带标签的行项目 **DiscountedUsage**，将为已标记的资源填充标签，而不是为预留实例填充标签。 要确定与特定预留实例租赁关联的成本，您可以按预留实例 ARN（即租赁 ID）筛选 **Fee** 或 **RI fee** 行项目。要整理预留实例的成本数据，请考虑使用 Cost Cate AWS gories。有关更多信息，请参阅《*AWS Billing 用户指南》*中的 “[使用 AWS 成本类别”（Cost Categories）管理](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/manage-cost-categories.html)成本 # 了解您的摊销预留数据 摊销就是在受一次性预留成本影响的账单周期内分发该成本。摊销使您能够在基于应计项目的会计而不是基于现金的会计中查看成本。例如，如果您为一年期的预付全费 RI 支付了 365 美元，并且拥有使用该 RI 的匹配实例，该实例将每天计费 1 美元（摊销）。 您可以在以下成本和使用情况报告列中查看账单和成本管理用于计算摊销成本的数据。 **Topics** + [ ## 预留实例库存 ](#ri-inventory) + [ ## 账单周期的摊销数据 ](#amortization-billing-period) + [ ## 预留实例有效成本 ](#ri-effective-costs) **注意** 并非为每个预留实例行项目填充所有 **reservation/** 列。报告中的 **reservation/** 列是根据行项目类型填充的。例如，**RI fee** 行项目填充 **reservation/UnusedAmortizedUpfrontFeeForBillingPeriod** 列，同时，**DiscountedUsage**行项目会填充该**reservation/effectivecost**列。 ## 预留实例库存 您可以使用以下列跟踪您的 RI 库存。这些列的值仅针对 RI 订阅行项目（也称为订单`RI Fee`项目）显示，而不会显示使用实际实例的值 RIs。 有关列描述和示例值的更多信息，请参阅[预留详细信息](reservation-columns.md)。 + reservation/UpfrontValue + reservation/startTime + reservation/endTime + reservation/modificationStatus ## 账单周期的摊销数据 您可以使用以下列来了解您在 RIs 账单期间的摊销成本。这些列的值仅针对 RI 订阅行项目（也称为订单`RI Fee`项目）显示，而不会显示使用实际实例的值 RIs。 有关列描述和示例值的更多信息，请参阅[预留详细信息](reservation-columns.md)。 + reservation/amortizedUpfrontFeeForBillingPeriod + reservation/unusedQuantity + reservation/unusedNormalizedUnitQuantity + reservation/unusedRecurringFee + reservation/unusedAmortizedUpfrontFeeForBillingPeriod ## 预留实例有效成本 您可以使用以下列在实例级别了解您的有效成本。这些列的值仅对实例使用率行项（也称为 `Discounted Usage boxUsage` 行项）显示。 有关列描述和示例值的更多信息，请参阅[预留详细信息](reservation-columns.md)。 + reservation/amortizedUpfrontCostForUsage + reservation/recurringFeeForUsage + reservation/effectiveCost # 监控 Amazon EC2 的大小灵活预留 应用于区域的 Amazon EC2 预留实例提供可用区灵活性和实例大小灵活性。提供可用区灵活性的预留实例在区域的任何可用区中提供使用量折扣。提供实例大小灵活性的预留实例提供使用量折扣，而无论该系列中的实例大小如何。大小灵活预留实例先应用于最小的实例大小。有关更多信息，请参阅《Amazon EC2 用户指南》**中的[如何应用预留实例](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/apply_ri.html)。 要了解预留实例提供的实例大小灵活性如何应用于您的使用量，请参阅 **lineItem/NormalizationFactor** 和 **lineItem/NormalizedUsageAmount** 列。 **注意** 仅分配给区域并具有默认租赁的 Linux 或 Unix 预留实例支持实例大小灵活性。有关区域预留实例的实例大小灵活性限制的更多信息，请参阅《Amazon EC2 用户指南》**中的[如何应用区域性预留实例](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/apply_ri.html#apply-regional-ri)。 在成本和使用情况报告中，预留实例使用量默认应用于购买了预留实例的账户。然后，根据可用的匹配按需型实例使用量，将购买账户在一小时内无法使用的任何可用预留实例优惠应用于其他关联账户。 ## 示例 您在给定区域购买了一个 `m4.xlarge` RI。此 `m4.xlarge` RI 可能会自动应用于同一区域内的所有 `m4` 实例使用率。在下表中， AWS 将 `m4.xlarge` 应用于两个单独的 `m4.large` 实例。 | | | | | | --- |--- |--- |--- | | lineItem/LineItemType | RIFee | 打折使用费 | 打折使用费 | | lineItem/ProductCode | 亚马逊 EC2 | 亚马逊 EC2 | 亚马逊 EC2 | | lineItem/UsageStartDate | 2016-01-01T00:00:00Z | 2016-01-01T00:00:00Z | 2016-01-01T00:00:00Z | | lineItem/UsageType | HeavyUsage:m4.xlarge | BoxUsage:m4.large | BoxUsage:m4.large | | lineItem/LineItemDescription | 每个（ Linux/UNIX 亚马逊 VPC）、m4.xlarge 实例的小时费用 0.0618 美元 | 应用了 Linux/UNIX（Amazon VPC）m4.large 预留实例 | 应用了 Linux/UNIX（Amazon VPC）m4.large 预留实例 | | lineItem/ResourceId | | i-1bd250bc | i-1df340ed | | lineItem/UsageAmount | | 1 | 1 | | lineItem/NormalizationFactor | 4 | 4 | 4 | | lineItem/NormalizedUsageAmount | | 4 | 4 | | lineItem/UnblendedRate | | 0 | 0 | | lineItem/UnblendedCost | 46 | 0 | 0 | | Reservation/ ReservationARN | arn:aws:ec2:us-east-1: 123456789012:reserved-instances /f8c204c1 | arn:aws:ec2:us-east-1: 123456789012:reserved-instances /f8c204c1 | arn:aws:ec2:us-east-1: 123456789012:reserved-instances /f8c204c1 | | Reservation/TotalReservedUnits | 744 | | | | Reservation/TotalReserved NormalizedUnits | 5952 | | | 这两个`m4.large`使用行项目不同 **ResourceId**，并且都从单个 `m4.xlarge` RI 中获得折扣优惠。这通过跨使用率和每月定期费用行项目匹配 **reservationARN** 值显示。 有关 RI 购买选项的更多信息，请参阅《Amazon EC2 用户指南》**中的[如何计费](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/concepts-reserved-instances-application.html#reserved-instances-payment-options)。 # 监控您的按需容量预留 通过使用容量预留，您可以在特定可用区中为 Amazon EC2 实例预留容量任意时间。这样，您就可以独立于区域预留实例（RI）提供的账单折扣创建和管理容量预留。要享受账单折扣，您可以将区域 RIs与容量预留结合使用。 ## 容量预留行项目 您可以使用 AWS CUR 数据字典中定义的某些列来跟踪您的容量预留。以下列也用于容量预留。 本节通过容量预留特定的补充定义来定义这些行项目。 有关成本和使用情况报告列说明的更多信息，请参阅[行项目详细信息](Lineitem-columns.md)。 A \$1 [B](#lcr-B) \$1 C \$1 D \$1 E \$1 F \$1 G \$1 H \$1 I \$1 J \$1 K \$1 L \$1 M \$1 N \$1 O \$1 P \$1 Q \$1 [R](#lcr-R) \$1 S \$1 T \$1 [U](#lcr-U) \$1 VWXYZ ### B， #### lineItem/BlendedRate 对于使用预**留或**UsageType**的容量预订 **DedicatedRes****，则**BlendedRate**为`0`。这是因为容量预留成本与提供容量的实例关联，而不是与容量预留本身关联。 ### R #### lineItem/ResourceId 如果您在创建成本和使用情况报告`lineItem/ResourceId`时包含了这些报告，则可以使用该**ResourceId**列识别和跟踪您的容量预留。**ResourceId**仅捕获**UnusedBox、**UnusedDed**、**预留和的容量**预留**DedicatedRes**UsageTypes******。 容量预留始终在其资源 ID 中包含 `cr-`，并且资源 ID 具有以下格式： ``` arn:aws:ec2:::/cr-0be443example1db6f ``` ### U #### lineItem/UnblendedCost `BlendedRate` 和 `UsageAmount` 的积。 #### lineItem/UnblendedRate 对于使用预**留或**UsageType**的容量预订 **DedicatedRes****，则**UnblendedRate**为`0`。这是因为容量预留成本与提供容量的实例关联，而不是与容量预留本身关联。 #### lineItem/UsageAmount 您使用了多少容量预留。每个容量预留可以在一小时内具有多个槽，从而使您能够在一小时内运行多个使用预留的实例。因此，可以在一个小时内使用超过一个实例小时。 **UsageAmount**计算方法是将行项目所覆盖的实例槽数乘以该行项目覆盖的小时数。 #### lineItem/UsageType 您使用了多少特定预留。对于 Amazon EC2，选项如下所示： ##### lineItem/lineitemtype = BoxUsage 对于此 `UsageType`，`UsageAmount` 列是您使用的实例的实例小时数。 例如，报告涵盖 1 小时，并具有可以覆盖 10 个实例的容量预留行项目。如果您在报告所涵盖的时间段内使用了两个实例时段，则**BoxUsage**UsageAmount****涵盖了您预留和使用的实例小时数。在此示例中，这为 2（已使用的实例槽数）乘以 1 小时（报告涵盖的时间），合计为 2。对于覆盖 1 天的报告，则等**UsageAmount**于 2 乘以 24，总共为 48。 ##### DedicatedRes 对于一个 **UsageType**DedicatedRes****，该**UsageAmount**列描述了您预留的专用容量预留的实例小时数。 ##### 预留 对于 o **UsageType**f **预留**，该**UsageAmount**列描述了您预留的容量预留的实例小时数。 例如，如果报告涵盖一小时，并且其容量预留行项目可以覆盖 10 个实例，则**预**留将**UsageAmount**涵盖您预留的实例插槽数量。在此示例中，这为 10（可用实例槽数）乘以 1 小时（报告涵盖的时间），合计为 10。对于涵盖1天的报告，**UsageAmount**将乘以10乘以24，总共为240。 ##### UnusedBox 对于其中 **UsageType**UnusedBox****，该**UsageAmount**列描述了您预留但未使用的容量预留的实例小时数。 例如，报告涵盖 1 小时，并具有可以覆盖 10 个实例的容量预留行项目。如果您在报告所涵盖的时间段内没有使用八个实例插槽，则**UnusedBox**UsageAmount****涵盖您预留但未使用的实例小时数。在此示例中，这为 8（未使用的实例槽数）乘以 1 小时（报告涵盖的时间），合计为 8。对于涵盖 1 天的报告，则等**UsageAmount**于 8 乘以 24，总共为 192。 ##### UnusedDed 对于其中 **UsageType**UnusedDed****，该**UsageAmount**列描述了您预留但未使用的专用容量预留的实例小时数。 # 了解数据传输费用 您可以使用 AWS CUR 的[lineItem/UsageType](Lineitem-columns.md#Lineitem-details-U-UsageType)列来确定您的 AWS 数据传输费用。 **注意** 根据使用的服务和源 AWS 区域，数据传输费用可能会有所不同。有关详细的定价信息，请参阅服务的定价页面。例如，请参阅 [Amazon EC2 按需定价](https://aws.amazon.com/ec2/pricing/on-demand/)以了解有关 Amazon EC2 数据传输的详细定价信息。 ## AWS 区域内的数据传输 同一 AWS 区域的可用区之间的数据传输**UsageType**为`Region-DataTransfer-Regional-Bytes`。例如，`USE2-DataTransfer-Regional-Bytes` 使用类型指定美国东部（俄亥俄州）区域中的可用区之间的数据传输费用。 对于给定资源，您需要为 AWS 区域内的数据传输中的入站和出站流量付费。这意味着，对于每个计量的资源，您将看到每次数据传输的两个 `DataTransfer-Regional-Bytes` 行项目。请查看服务的定价页面以了解更多信息，因为某些服务免费提供区域内流量。 ## AWS 区域间的数据传输 不同 AWS 区域之间的数据传输可能有以下使用类型： + `Source Region-Destination Region-AWS-In-Bytes`：测量从另一个特定 AWS 区域到目标区域的传入数据传输。 + `Source Region-Destination Region-AWS-Out-Bytes`：衡量从来源区域到另一个特定 AWS 区域的传出数据传输。 + `Source Region-AWS-In-Bytes`：当流量通过 VPC 对等连接流动时，会显示此使用类型。 + `Source Region-AWS-Out-Bytes`：当流量通过 VPC 对等连接流动时，会显示此使用类型。 对于每种资源， AWS 区域之间的数据传输对应于报告中的两个行项目： + 传输到目标区域的数据的行项目 + 从源区域传出的数据的行项目 传输到目标区域的数据不收取任何费用。数据传输费用是由从源区域传出的数据决定的。 例如，从 `USE2` 区域到 `APS3` 区域的数据传输将同时包含 `APS3-USE2-AWS-In-Bytes` 和 `USE2-APS3-AWS-Out-Bytes` 行项目。`APS3-USE2-AWS-In-Bytes` 行项目没有相应的费用。数据传输费用与 `USE2-APS3-AWS-Out-Bytes` 行项目关联。 ## 传出到互联网的数据传输 从 AWS 互联网传输的数据有 **UsageType**`Region-DataTransfer-Out-Bytes`. 例如，`USE2-DataTransfer-Out-Bytes` 使用类型指定从 `USE2` 区域到互联网的数据传输费用。 从互联网到 AWS的数据传输不收取任何费用。 **注意** 没有区域前缀的数据传输使用类型（例如 `DataTransfer-Regional-Bytes` 或 `DataTransfer-Out-Bytes`）表示来自美国东部（弗吉尼亚北部）区域的数据传输。 ## Direct Connect 交通 Direct Connect 通过公共虚拟接口传输数据的使用类型以`DataXfer-In`或结尾`DataXfer-Out`。 Direct Connect 通过私有或传输虚拟接口传输数据的使用类型以`DataXfer-In:dc.3`或结尾`DataXfer-Out:dc.3`。 ## S3 Transfer Acceleration 流量 使用 S3 Transfer Acceleration 的 Amazon S3 数据传输具有包含 `ABytes` 的使用类型： + 在 Amazon S3 和 Amazon EC2 之间：以 `C3DataTransfer-In-ABytes` 或 `C3DataTransfer-Out-ABytes` 结尾的使用类型 + 在 Amazon S3 和互联网之间：以 `DataTransfer-In-ABytes` 或 `DataTransfer-Out-ABytes` 结尾的使用类型 + 在 Amazon S3 和之间 CloudFront：以`CloudFront-In-ABytes`或结尾的使用类型 `CloudFront-Out-ABytes` + 在不同 AWS 区域的 Amazon S3 存储桶之间：使用类型为 `Source Region-Destination Region-AWS-Out-ABytes` ## CloudFront 交通 CloudFront 数据传输的使用类型为`Region-DataTransfer-Out-Bytes`或与产品代码`Region-DataTransfer-Out-OBytes`相结合`AmazonCloudFront`。使用类型中的区域前缀是指数据传输中使用的 CloudFront 边缘位置。例如，`AP-DataTransfer-Out-Bytes` 使用类型指定从 AP 区域到互联网的数据传输费用。 **提示** 使用该[lineItem/ProductCode](Lineitem-columns.md#Lineitem-details-P-ProductCode)列区分 CloudFront数据传输和向互联网传输的数据。这些数据传输类型的使用类型看起来很相似。 # 了解拆分成本分配数据 您可以使用成本和使用情况报告 (AWS CUR) 来跟踪您的 Amazon ECS 和 Amazon EKS 集装箱成本。通过使用拆分成本分配数据，您可以根据容器工作负载使用共享计算和内存资源的方式将容器成本分配给各个业务部门和团队。拆分成本分配数据将新的容器级资源（即 ECS 任务和 Kubernetes Pod）的成本和使用情况数据引入 CUR。 AWS 以前， AWS CUR 仅支持 EC2 实例级别的成本。拆分成本分配数据查看每个容器的 EC2 实例资源使用情况以生成容器级成本，并根据实例的摊销成本以及实例上运行的容器使用的 CPU 和内存资源百分比生成成本。 对于与 Amazon EKS 一起使用的加速型计算实例，拆分成本分配数据包括专用处理器以及 CPU 和内存的资源分配。这涵盖了 NVIDIA 和 AMD GPUs、 AWS Trainium 和 AWS Inferentia 加速器。该功能仅适用于 Amazon EKS 环境，并为这些加速型计算资源提供容器组（pod）级别的资源预留数据。这样您就可以跟踪和分配使用这些专用处理器的工作负载（例如人工智能/机器学习应用程序和其他计算密集型任务）的成本。有关加速型计算实例的最新列表，请参阅[加速计算](https://aws.amazon.com/ec2/instance-types/#Accelerated_Computing)。 拆分成本分配数据为 CUR 中的每个容器化资源 ID（即 ECS 任务和 Kubernetes pod）引入了新的使用记录和新的成本指标列。 AWS 有关更多信息，请参阅 [Split line item details](https://docs.aws.amazon.com/cur/latest/userguide/split-line-item-columns.html)。 在 AWS CUR 中包含拆分成本分配数据时，会为每个 ECS 任务和每小时 Kubernetes Pod 添加两条新的使用记录，以反映 CPU 和内存成本。要估算每天以 AWS CUR 为单位的新订单项数，请使用以下公式： 对于 ECS：`(number of tasks * average task lifetime * 2) * 24` 对于 EKS：`(number of pods * average pod lifetime * 2) * 24` 例如，如果您在包含 10 个 EC2 实例的集群中每小时运行 1000 个容器组（pod），并且容器组（pod）的生命周期少于 1 小时，则： `(1000 * 1 * 2) * 24 = 48,000 new usage records in AWS CUR` 对于 Amazon EKS 中的加速型计算实例，每小时为每个 Kubernetes 容器组（pod）添加三个新的使用记录，以便反映加速器、CPU 和内存成本。要估算每天以 AWS CUR 为单位的新订单项数，请使用以下公式： 对于使用加速计算的 EKS：`(number of pods * average pod lifetime * 3) * 24` 例如，如果您在包含 10 个 EC2 实例的集群中每小时运行 1000 个容器组（pod），并且每个容器组（pod）的生命周期少于一小时，则：`(1000 * 1 * 3) * 24 = 72,000 new usage records in AWS CUR` **注意** 对于 ECS：在 AWS 成本分配标签方面，您可以将 Amazon ECS 托管的标签或用户添加的标签用于成本和使用情况报告。这些标签适用于所有新的 ECS 拆分成本分配数据使用记录。有关更多信息，请参阅[标记资源以便于计费](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/ecs-using-tags.html#tag-resources-for-billing)。 对于 EKS：拆分成本分配数据会为某些 Kubernetes 属性创建新的成本分配标签。这些标签包括 `aws:eks:cluster-name`、`aws:eks:deployment`、`aws:eks:namespace`、`aws:eks:node`、`aws:eks:workload-name` 和 `aws:eks:workload-type`。 `aws:eks:cluster-name`、`aws:eks:namespace` 和 `aws:eks:node` 用集群、命名空间和节点的名称进行追溯填充。 仅当只有一个工作负载管理容器组（pod）时才会填充 `aws:eks:workload-type`，并且它是内置工作负载之一。工作负载类型包括 `ReplicaSet`、`StatefulSet`、`Job`、`DaemonSet` 或 `ReplicationController`，且 `aws:eks:workload-name` 包括工作负载的名称。有关更多信息，请参阅 *Kubernetes 文档*中的[工作负载](https://kubernetes.io/docs/concepts/workloads/)。 仅针对工作负载类型 `ReplicaSet` 填充 `aws:eks:deployment`。这是创建了 `ReplicaSet` 的部署。 这些标签适用于所有新的 EKS 拆分成本分配数据使用记录。默认情况下，为成本分配启用这些标签。如果您之前使用并禁用了 `aws:eks:cluster-name` 标签，则拆分成本分配数据会保留此设置且不会启用该标签。您可以从[成本分配标签](https://console.aws.amazon.com/billing/home#/tags)控制台页面来启用标签。 # 启用拆分成本分配数据 **注意** Cost Explorer 中不提供拆分成本分配数据。可通过 Data Exports 在传统的成本和使用情况报告（CUR）以及成本和使用情况报告 2.0（CUR 2.0）中提供这些数据。 先决条件是通过成本管理首选项选择拆分成本分配数据。 **选择拆分成本分配数据** 1. 打开账单与成本管理控制台，网址为 [https://console.aws.amazon.com/costmanagement/](https://console.aws.amazon.com/costmanagement/)。 1. 在导航窗格中，选择**成本管理首选项**。 1. 在**常规**下的**拆分成本分配数据**部分，选择以下选项： + **Amazon Elastic Container Service（Amazon ECS）**，仅选择使用 Amazon ECS。 + **Amazon Elastic Kubernetes Service（Amazon EKS）**，仅选择使用 Amazon EKS。对于 Amazon EKS，选择以下选项： + **资源请求**：此选项仅根据 Kubernetes 容器组（pod）CPU 和内存资源来分配您的 Amazon EC2。这将促使应用团队仅预置他们需要的资源。 + **Amazon Managed Service for Prometheus**：此选项会根据 Kubernetes 容器组（pod）CPU 和内存资源请求以及实际利用率中较高者来分配您的 Amazon EC2 成本。这样可以确保每个应用团队为他们使用的资源付费。要了解有关设置 Amazon Managed Service for Prometheus 的更多信息，请参阅《Amazon Managed Service for Prometheus 用户指南》**中的[设置](https://docs.aws.amazon.com/prometheus/latest/userguide/AMP-setting-up.html)。 先决条件：必须启用中的所有功能 AWS Organizations。有关更多信息，请参阅《Organizations 用户指南》**中的[启用组织中的所有特征](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_manage_org_support-all-features.html)。 + **Amazon CloudWatch Container Insights**：这为使用共享 EC2 实例运行多个应用程序容器的集群提供了更精细的成本可见性，从而可以更好地分配 EKS 集群的共享成本。 **注意** 只有普通账户和付款人账户才能访问 AWS Cost Management 偏好设置，并且可以选择使用拆分成本分配数据。在选择加入后，成员账户可以查看成本和使用情况报告中的数据。 如果您选择资源请求，则拆分成本分配数据仅使用配置了内存和 CPU 请求的容器组（pod）。未请求任何使用的容器组（pod）不会看到任何拆分成本数据。 如果您选择适用于 Prometheus 的亚马逊托管服务，则需要启用 Organizations 中的所有功能。 AWS 有关更多信息，请参阅[启用组织中的所有特征](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_manage_org_support-all-features.html)。此外，拆分成本分配数据创建了新的服务相关角色，通过该角色可访问由拆分成本分配数据使用或管理的 AWS 服务和资源。 对于加速型计算实例，仅支持资源请求选项。这些实例不支持适用于 Prometheus 的亚马逊托管服务和 CloudWatch Amazon Container Insights。使用加速型计算实例时，即使启用了其他测量选项，系统也会默认使用资源请求来计算加速器、CPU 和内存的成本。 在选择加入后，您可以选择在报告创建过程的第一步或稍后编辑报告详细信息，以将容器级资源的成本和使用情况数据包含在报告中。 **在报告中包含成本和使用情况数据** 1. 打开账单与成本管理控制台，网址为 [https://console.aws.amazon.com/costmanagement/](https://console.aws.amazon.com/costmanagement/)。 1. 在导航窗格中，在**旧版页面**下面，选择**成本和使用情况报告**。 1. 无论是创建新报告还是编辑现有报告，在**指定报告详细信息**页面中的**报告内容**下面，选择**拆分成本分配数据**。 **注意** 您还可以使用 C AWS UR API 或 AWS Command Line Interface (CLI) 来管理您的分摊成本分配数据首选项。 通过使用拆分成本分配数据，可以查看整个整合账单系列（付款人账户和关联账户）中的所有 Amazon ECS 和 Amazon EKS 容器对象的成本。在激活后，拆分成本分配数据自动扫描任务和容器。它摄取容器工作负载的遥测使用情况数据，并准备当月的精细成本数据。 **注意** 数据最多可能需要 24 小时才能在 AWS CUR 中可见。 有关管理账单和成本管理控制台页面访问的信息，请参阅[管理访问权限的概述](https://docs.aws.amazon.com/cost-management/latest/userguide/control-access-billing.html)。 有关 AWS Cost Management 首选项和控制 Cost Explorer 访问权限的信息，请参阅[控制对 Cost Explorer 的访问权限](https://docs.aws.amazon.com/cost-management/latest/userguide/ce-access.html)。 # 拆分成本分配数据示例 以下示例的目的是，向您说明如何计算 Amazon ECS 集群中的各个 Amazon ECS 服务和任务以及 Amazon EKS 集群中的 Kubernetes 命名空间和容器组（pod）的成本，从而计算拆分成本分配数据。在整个示例中使用的费率仅用于说明目的。 **注意** 该示例演示了 Amazon EKS 集群中运行的 Kubernetes 命名空间和容器组（pod）。然后，我们可以将相同的成本模型应用于在 Amazon ECS 集群中运行的 Amazon ECS 服务和任务。 您在一小时内具有以下使用量： + 单实例（m5.xlarge）共享集群，包含两个命名空间和四个容器组（pod），运行整整一小时的时间。 + 实例配置为 4 个 vCPU 和 16 GB 内存。 + 实例的摊销成本为 1 美元/小时。 拆分成本分配数据使用 CPU 和内存的相对单位权重（基于 9:1 比率）。这是根据 [AWS Fargate](https://aws.amazon.com/fargate/pricing/) 中的每个 vCPU 每小时和每 GB 每小时价格得出的。 ## 步骤 1：计算 CPU 和内存的单位成本 `Unit-cost-per-resource = Hourly-instance-cost/((Memory-weight * Memory-available) + (CPU-weight * CPU-available))` = 1 美元/( (1 \$1 16GB) \$1 (9 \$1 4vCPU)) = 0.02 美元 `Cost-per-vCPU-hour = CPU-weight * Unit-cost-per-resource` = 9 \$1 0.02 美元 = 0.17 美元 `Cost-per-GB-hour = Memory-weight * Unit-cost-per-resource` = 1 \$1 0.02 美元 = 0.02 美元 **** | Instance | Instance type | vCPU-available | Memory-available | Amortized-cost-per-hour | Cost-per-vCPU-hour | Cost-per-GB-hour | | --- | --- | --- | --- | --- | --- | --- | | Instance1 | m5.xlarge | 4 | 16 | 1 美元 | 0.17 美元 | 0.02 | ## 步骤 2：计算分配的容量和实例未使用容量 + 分配的容量：从父 EC2 实例中分配给 Kubernetes 容器组（pod）的内存和 vCPU，定义为最大使用和预留容量。 **注意** 如果内存或 vCPU 使用情况数据不可用，将改用预留数据。有关更多信息，请参阅 [Amazon ECS 使用情况报告](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/usage-reports.html)或 [Amazon EKS 成本监控](https://docs.aws.amazon.com/eks/latest/userguide/cost-monitoring.html)。 + 实例未使用容量：未使用的 vCPU 和内存容量。 `Pod1-Allocated-vCPU = Max (1 vCPU, 0.1 vCPU)` = 1 vCPU `Pod1-Allocated-memory = Max (4 GB, 3 GB)` = 4 GB `Instance-Unused-vCPU = Max (CPU-available - SUM(Allocated-vCPU), 0)` = Max (4 – 4.9, 0) = 0 `Instance-Unused-memory = Max (Memory-available - SUM(Allocated-memory), 0)` = Max (16 – 14, 0) = 2 GB 在该示例中，实例过度订阅 CPU，这是由于 Pod2 使用的 vCPU 超过预留的 vCPU。 **** | Pod name | Namespace | Reserved-vCPU | Used-vCPU | Allocated-vCPU | Reserved-memory | Used-memory | Allocated-memory | | --- | --- | --- | --- | --- | --- | --- | --- | | Pod1 | Namespace1 | 1 | 0.1 | 1 | 4 | 3 | 4 | | Pod2 | Namespace2 | 1 | 1.9 | 1.9 | 4 | 6 | 6 | | Pod3 | Namespace1 | 1 | 0.5 | 1 | 2 | 2 | 2 | | Pod4 | Namespace2 | 1 | 0.5 | 1 | 2 | 2 | 2 | | Unused | Unused | | | 0 | | | 2 | | | | | | 4.9 | | | 16 | ## 步骤 3：计算拆分使用率 + 拆分使用率：Kubernetes 容器组（pod）使用的 CPU 或内存占 EC2 实例上提供的总体 CPU 或内存的百分比。 + 未使用率：Kubernetes 容器组（pod）使用的 CPU 或内存占 EC2 实例上使用的总体 CPU 或内存的百分比（即，不考虑实例上未使用的 CPU 或内存）。 `Pod1-vCPU-split-usage-ratio = Allocated-vCPU / Total-vCPU` = 1 vCPU / 4.9vCPU = 0.204 `Pod1-Memory-split-usage-ratio = Allocated-GB / Total-GB` = 4 GB/ 16GB = 0.250 `Pod1-vCPU-unused-ratio = Pod1-vCPU-split-usage-ratio / (Total-CPU-split-usage-ratio – Instance-unused-CPU)`（如果为 0 则设置 Instance-unused-CPU为 0） = 0（因为 Instance-unused-CPU是 0） `Pod1-Memory-unused-ratio = Pod1-Memory-split-usage-ratio / (Total-Memory-split-usage-ratio – Instance-unused-memory)`（如果为 0 则设置 Instance-unused-memory为 0） = 0.250 / (1-0.125) = 0.286 **** | Pod name | Namespace | vCPU-split-usage-ratio | vCPU-unused-ratio | Memory-split-usage-ratio | Memory-unused-ratio | | --- | --- | --- | --- | --- | --- | | Pod1 | Namespace1 | 0.204 | 0 | 0.250 | 0.286 | | Pod2 | Namespace2 | 0.388 | 0 | 0.375 | 0.429 | | Pod3 | Namespace1 | 0.204 | 0 | 0.125 | 0.143 | | Pod4 | Namespace2 | 0.204 | 0 | 0.125 | 0.143 | | Unused | Unused | 0 | | 0.125 | | | | | 1 | | 1 | | ## 步骤 4：计算拆分成本和未使用成本 + 拆分成本：EC2 实例成本的按使用付费成本分配，基于 Kubernetes 容器组（pod）使用的分配 CPU 和内存。 + 未使用实例成本：实例上未使用的 CPU 或内存资源的成本。 `Pod1-Split-cost = (Pod1-vCPU-split-usage-ratio * vCPU-available * Cost-per-vCPU-hour) + (Pod1-Memory-split-usage-ratio * Memory-available * Cost-per-GB-hour)` = (0.204 \$1 4 vCPU \$1 0.17 美元) \$1 (0.25 \$1 16GB \$1 0.02 美元) = 0.22 美元 `Pod1-Unused-cost = (Pod1-vCPU-unused-ratio * Instance-vCPU-unused-ratio * vCPU-available * Cost-per-VCPU-hour) + (Pod1-Memory-unused-ratio * Instance-Memory-unused ratio * Memory-available * Cost-per-GB-hour)` = (0 \$1 0 \$1 4 \$1 0.17 美元) \$1 (0.286 \$1 0.125 \$1 16 \$1 0.02 美元) = 0.01 美元 `Pod1-Total-split-cost = Pod1-Split-cost + Pod1-Unused-cost` = 0.23 美元 **** | Pod name | Namespace | Split-cost | Unused-cost | Total-split-cost | | --- | --- | --- | --- | --- | | Pod1 | Namespace1 | 0.22 美元 | 0.01 美元 | 0.23 美元 | | Pod2 | Namespace2 | 0.38 美元 | 0.02 | 0.40 美元 | | Pod3 | Namespace1 | 0.18 美元 | 0.01 美元 | 0.19 美元 | | Pod4 | Namespace2 | 0.18 美元 | 0.01 美元 | 0.19 美元 | | Unused | Unused | 0.04 美元 | | | | | | 1 美元 | 0.04 美元 | 1 美元 | 服务成本是与每个命名空间关联的容器组（pod）的成本总和。 Namespace1 的总成本 = 0.23 美元 \$1 0.19 美元 = 0.42 美元 Namespace2 的总成本 = 0.40 美元 \$1 0.19 美元 = 0.59 美元 ## AWS CUR 示例 如果您的节省计划涵盖 EC2 实例在账单周期内的全部使用量，将使用 savingsPlan/SavingsPlanEffectiveCost 计算摊销成本。 ![\[Table showing EC2 instance usage details with Savings Plans and cost breakdown.\]](http://docs.aws.amazon.com/zh_cn/cur/latest/userguide/images/savings-plan-entire-usage.png) 如果您的 Savings Plans 涵盖账单周期内 EC2 实例的部分使用量，而其余的 EC2 实例使用按需费率计费，则使用 (for SavingsPlanCoveredUsage) \$1 savingsPlan/SavingsPlanEffectiveCostlineItem/UnblendedCost（按需使用）计算 EC2 实例摊销成本。 ![\[Table showing EC2 instance usage details, costs, and savings plan information.\]](http://docs.aws.amazon.com/zh_cn/cur/latest/userguide/images/savings-plan-partial-usage.png) # 加速型实例的拆分成本分配数据示例 以下示例的目的是，向您说明如何计算 Amazon EKS 集群中的 Kubernetes 命名空间和容器组（pod）的成本，从而计算拆分成本分配数据。在整个示例中使用的费率仅用于说明目的。 您在一小时内具有以下使用量： + 您拥有在两个命名空间中运行四个容器组（pod）的单个 EC2 实例，并且想要了解每个命名空间的成本。 + EC2 实例是 p3.16xlarge，有 8 个 GPU、64 个 vCPU 和 488 GB RAM。 + 实例的摊销成本为每小时 10 美元。 拆分成本分配数据根据 GPU:（CPU:内存）的相对比率为 9:1，对每个资源的成本进行标准化分摊。这意味着，一个单位的 GPU 成本高达 CPU 和内存单位成本的 9 倍。然后将 CPU 和内存的权重分配为 9:1。对于非加速型 EC2 实例，将采用当前的默认行为，即 CPU:内存权重默认为 9:1。 ## 步骤 1：计算单位成本 根据 EC2 实例上的 CPU 和内存资源，并使用上述比率，拆分成本分配数据先计算每个 GPU、每 vCPU 小时和每 GB 小时的单位成本。 `GPU-Weight =9` `GPU+Memory-Weight =1` `CPU-Weight=1*.9=.9` `Memory-Weight=1*0.1=0.1` `Hourly-Instance-Cost=$10` `GPU-Available=8` `Memory-Available=488` `CPU-Available=64` `UnitCostPerResource = Hourly-Instance-Cost/(( GPU-Weight * GPU-Available) + (Memory-Weight * Memory-Available) + (CPU-Weight * CPU-Available)) = $10/((9*8gpu)+ (0.1 * 488GB) + (.9 * 64vcpu)) = $0.056` `Cost-per-GPU-Hour = GPU-Weight * UnitCostPerResource = 9 * $0.056 = $0.504` `Cost-per-vcpu-Hour = CPU-Weight * UnitCostPerResource = .9 * $0.056 = $0.05` `Cost-per-GB-Hour = Memory-Weight * UnitCostPerResource = .1 * $0.056 = $0.00506` **表 1：单位成本计算** | 实例 | 实例类型 | 可用 vCPU | 可用 GPU | \$1\$1 | 可用内存 | 每小时摊销成本 | 每 vCPU 小时成本 | 每 GPU 小时成本 | 每 GB 小时成本 | | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | | 实例 1 | p3.16xlarge | 64 | 8 | | 488 | 10 美元 | 0.05 美元 | 0.50 美元 | 0.005 | ## 步骤 2：计算已分配容量和未使用的容量 已分配容量 从父 EC2 实例中分配给 Kubernetes 容器组（pod）的 GPU、vCPU 和内存，定义为最大（预留、已使用）容量 实例未使用的容量 GPU、vCPU 和内存的未使用容量 `Pod1-Allocated-GPU = Max (1 GPU, 1 GPU) = 1 GPU` `Pod1-Allocated-vcpu = Max (16 vcpu, 4 vcpu) = 16 vcpu` `Pod1-Allocated-Memory = Max (100 GB, 60 GB) = 100 GB` `Instance-Unused-GPU = Max (GPU-Available - SUM(Allocated-vcpu), 0)` `= Max (8 – 8, 0) = 0` `Instance-Unused-vcpu = Max (CPU-Available - SUM(Allocated-vcpu), 0)` `= Max (16 – 18, 0) = 0` `Instance-Unused-Memory = Max (Memory-Available - SUM(Allocated-Memory), 0)` `= Max (488 – 440, 0) = 48 GB` 在该示例中，实例过度订阅 CPU，这是由于容器组（pod）2 实际使用的 GPU 和 vCPU 数量超过了预留数量。 **表 2：计算已分配容量和未使用的容量** | 容器组（pod）名称 | 命名空间 | 预留的 vCPU | 使用的 vCPU | 分配的 vCPU | 预留的 GPU | 使用的 GPU | 分配的 GPU | 预留的内存 | 使用的内存 | 分配的内存 | | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | | 容器组 1 | 命名空间 1 | 16 | 4 | 16 | 1 | 1 | 1 | 100 | 60 | 100 | | 容器组 2 | 命名空间 2 | 16 | 18 | 18 | 2 | 3 | 3 | 100 | 140 | 140 | | 容器组 3 | 命名空间 1 | 16 | 4 | 16 | 2 | 1 | 2 | 100 | 60 | 100 | | Pod 4 | 命名空间 2 | 16 | 4 | 16 | 2 | 2 | 2 | 100 | 40 | 100 | | 未使用 | 未使用 | 0 | 34 | 0 | 1 | 1 | 0 | 88 | 188 | 48 | | \$1\$1\$1 | | 64 | 32 | 66 | 8 | 8 | 8 | 488 | 488 | 488 | ## 步骤 3：计算拆分使用率和利用率 拆分使用率 Kubernetes 容器组（pod）使用的 CPU 或内存占 EC2 实例上提供的总体 CPU 或内存的百分比。 未使用率 Kubernetes 容器组（pod）使用的 CPU 或内存占 EC2 实例上使用的总体 CPU 或内存的百分比（即，不考虑实例上未使用的 CPU 或内存）。 Kubernetes 容器组（pod）使用的 CPU 或内存占 EC2 实例上提供的总体 CPU 或内存的百分比。 `Pod1-GPU-Utilization-Ratio = Allocated-GPU / Total-GPU` `= 1 gpu / 8 gpu = 0.125` `Pod1-vcpu-Utilization-Ratio = Allocated-vcpu / Total-vcpu` `= 16 vcpu / 66 vcpu = 0.24` `Pod1-Memory-Utilization-Ratio = Allocated-GB / Total-GB` `= 100 GB/ 488GB = 0.205` `Pod1-GPU-Split-Ratio = Pod1-GPU-Utilization-Ratio / (Total-GPU-Utilization-Ratio – Instance-Unused-GPU). Set to 0 if Instance-Unused-GPU = 0` `= 0 since Instance-Unused-GPU is 0` `Pod1-vcpu-Split-Ratio = Pod1-CPU-Utilization-Ratio / (Total-CPU-Utilization-Ratio – Instance-Unused-CPU). Set to 0 if Instance-Unused-CPU = 0` `= 0 since Instance-Unused-CPU is 0` `Pod1-Memory-Split-Ratio = Pod-Memory-Utilization-Ratio / (Total-Utilization-Ratio – Instance-Unused-Memory). Set to 0 if Instance-Unused-Memory = 0` `= 0.204/ (1-0.102) = 0.227` **表 3：计算利用率** | 容器组（pod）名称 | 命名空间 | vCPU 利用率 | vCPU 拆分率 | GPU 利用率 | GPU 拆分率 | 内存利用率 | 内存拆分率 | | --- | --- | --- | --- | --- | --- | --- | --- | | 容器组 1 | 命名空间 1 | 0.242 | 0 | 0.125 | 0 | 0.205 | 0.227 | | 容器组 2 | 命名空间 2 | 0.277 | 0 | 0.375 | 0 | 0.287 | 0.318 | | 容器组 3 | 命名空间 1 | 0.242 | 0 | 0.25 | 0 | 0.205 | 0.227 | | Pod 4 | 命名空间 2 | 0.242 | 0 | 0.25 | 0 | 0.205 | 0.227 | | 未使用 | 未使用 | 0 | | | | 0.098 | | | | | 1 | 0 | 1 | 0 | 1 | 1 | ## 步骤 4：计算拆分成本和未使用成本 拆分成本 EC2 实例成本的按使用付费成本分配，基于 Kubernetes 容器组（pod）使用的分配 CPU 和内存。 未使用实例成本 实例上未使用的 CPU 或内存资源的成本 `Pod1-Split-Cost = (Pod1-GPU-Utilization-Ratio * GPU-Available * Cost per GPU-Hour) + (Pod1-vcpu-Utilization-Ratio * vcpu-Available * Cost per vcpu-Hour) + (Pod1-Memory-Utilization-Ratio * Memory-Available * Cost per GB-Hour)` `= (.125*8gpu*$0.504) + (0.242 * 64 vcpu * $0.05) + (0.204 * 488GB * $0.00506) = 0.504+ 0.774 + 0.503 = $1.85` `Pod1-Unused-Cost = (GPU-Split-Ratio * Unused-Cost) + (vcpu-Split-Ratio * Unused-Cost) + (Memory-Split-Ratio * Unused-Cost)` `= (0*0*8*$0.504) + (0 * $0.05) + (0.227 *.102*488GB*$.00506) = $0.06` `Pod1-Total-Split-Cost = Pod1-Split-Cost + Pod1-Unused-Cost = $1.85 + $0.06 = $1.91` [注意：未使用成本 = 未使用的利用率 \$1 总资源量 \$1 资源每小时成本] **表 4 - 每小时针对集群内运行的所有容器组（pod）计算得出的拆分成本和未使用成本摘要** | 容器组（pod）名称 | 命名空间 | 拆分成本 | 未使用成本 | 总成本 | | --- | --- | --- | --- | --- | | 容器组 1 | 命名空间 1 | 1.85 美元 | 0.06 | 1.91 美元 | | 容器组 2 | 命名空间 2 | 3.18 美元 | 0.09 美元 | 3.26 美元 | | 容器组 3 | 命名空间 1 | 2.35 | 0.06 | 2.41 美元 | | Pod 4 | 命名空间 2 | 2.35 | 0.06 | 2.41 美元 | | Total | | | | 10 美元 | # 在 EKS 中使用 Kubernetes 标签进行成本分配 拆分成本分配数据支持使用 Kubernetes 标签作为 Amazon EKS 集群的成本分配标签。虽然这些标签会自动作为用户定义的成本分配标签导入，但需要在管理账户级别激活。激活后，您可以通过这些标签，使用成本中心、应用程序、业务部门和环境等自定义属性在成本和使用情况报告（CUR）中归因容器组（pod）级别的成本。 此功能帮助组织在跨团队、项目或部门的共享 EKS 环境中准确跟踪和分配成本。使用 Kubernetes 标签，您可以根据自己的特定业务需求和组织设计来分配 Kubernetes 成本。 ## 先决条件 将 Kubernetes 标签与拆分成本分配数据结合使用的先决条件： + 您需要在 B AWS illing and Cost Management 控制台中启用拆分成本分配数据。必须在管理账户级别启用。有关详细信息，请参阅[启用拆分成本分配数据](https://docs.aws.amazon.com/cur/latest/userguide/enabling-split-cost-allocation-data.html)。 + 您需要一个 EKS 集群，以便跟踪其拆分成本分配数据。这个集群可以是现有集群，也可以创建一个新集群。有关更多信息，请参阅《Amazon EKS 用户指南》**中的[创建 Amazon EKS 集群](https://docs.aws.amazon.com/eks/latest/userguide/create-cluster.html)。 + 您必须为 EKS 集群中的容器组（pod）分配标签。有关如何在 Kubernetes 中创建标签的更多信息，请参阅 *Kubernetes 文档*中的[标签和选择器](https://kubernetes.io/docs/concepts/overview/working-with-objects/labels/)。 ## 在 EKS 中处理 Kubernetes 标签 拆分成本分配数据支持每个容器组（pod）最多 50 个 Kubernetes 标签，这些标签在作为成本分配标签导入之前按字母顺序排序。自动丢弃前 50 个以外的所有标签。如果在达到 50 个标签的限制后需要添加新的成本分配标签，则必须先移除现有标签，并确保在按字母顺序排序时新标签在前 50 个标签之内。 **注意** 某些 AWS 托管服务会自动向 EKS 容器添加标签。这些标签计入每个容器组（pod）的 50 个标签上限，并将显示在成本分配标签页面上。 虽然 Kubernetes 标签没有大小限制，但成本分配标签有特定的字符限制：标签键为 128 个字符，标签值为 256 个字符。系统会丢弃超过这些字符限制的标签，并且这些标签不会显示为成本分配标签。出于成本分配目的，建议在创建标签时遵循这些字符限制。 导入的 Kubernetes 标签显示为成本分配标签，且必须在付款人账户级别激活。有关成本分配标签和激活的更多信息，请参阅[使用用户定义的成本分配标签](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/custom-tags.html)。以下成本分配标签限制适用：每个资源可以有 50 个用户定义的标签，每个付款人账户可以有 500 个用户定义的标签。系统生成的标签不计入这些限制。 **注意** 在您创建用户定义的标签并将其应用到资源之后，标签键最多可能需要 24 小时才会显示在成本分配标签页面上。激活标签后，这些标签可能还需要 24 小时才会变为活跃。 ## 管理 Kubernetes 标签和成本分配标签 您可以在 EKS 中添加、删除和编辑 Kubernetes 标签，也可以停用关联的成本分配标签。下面描述了每个操作的预期行为。 **添加新标签** 您可以为容器组（pod）添加新的 Kubernetes 标签。如果尚未达到 50 个标签的限制，新标签将被导入并作为成本分配标签提供，随后可被激活使用。但是，如果已达到 50 个标签的限制，则即使新标签按字母顺序排序时在前 50 个标签内，也不会被导入。您必须先停用现有成本分配标签才能导入新标签。 **编辑标签** Kubernetes 不允许编辑标签键。要更改标签键，必须将其移除并添加新标签。但是，您可以编辑标签值，这些值将在下一个 CUR 中体现。 **删除标签** 您可以从 EKS 容器组（pod）中移除标签。请注意，移除标签不会自动停用其关联的成本分配标签。拆分成本分配数据将继续填入 CUR 中，直到您明确停用成本分配标签为止。 **停用成本分配标签** 您可以停用任何根据 Kubernetes 标签创建的成本分配标签。停用后，数据将不再填充到相应的列，并且该列将从下个月的 CUR 中删除。 ## 管理 Kubernetes 标签以进行成本分配的最佳实践 Kubernetes 标签为共享成本分配建模带来了极大的灵活性。为了充分发挥此功能的潜力，建议遵循以下最佳实践来优化您的成本管理方法。 **了解标签限制** 50 的label-per-pod 限制基于字母排序。只有按字母顺序排列的前 50 个标签才会导入用于成本分配。为确保关键标签包含在内，请仔细规划标签命名，确保按字母顺序排序时重要标签出现在前 50 个标签内。 **遵循字符限制** AWS 成本分配标签具有以下字符限制： + 标签键：128 个字符 + 标签值：256 个字符 虽然 Kubernetes 允许使用更长的标签，但任何超过这些限制的标签都不会导入。设计标签时遵循这些限制，以确保实现成功的成本分配跟踪。 **已达容量上限时添加新标签** 当一个容器组（pod）达到 50 个标签的限制，并且您需要添加新的成本分配标签时，请按照以下步骤操作： 1. 审查现有标签并确定要停用的成本分配标签。 1. 停用所选标签。 1. 添加新的成本分配标签。 1. 验证新标签按字母顺序排序时是否在前 50 个标签内。 **注意** 请记住，只有按字母顺序排序的前 50 个标签才用于成本分配。 # 将拆分成本分配数据与 Amazon Managed Service for Prometheus 配合使用 拆分 Amazon EKS 的成本数据需要收集和存储集群中的指标，包括内存和 CPU 使用率。Amazon Managed Service for Prometheus 可用于此目的。 您选择拆分成本分配数据，且您的 Amazon Managed Service for Prometheus 工作区开始接收两个必需的指标（`container_cpu_usage_seconds_total` 和 `container_memory_working_set_bytes`）之后，拆分成本分配数据会自动识别和使用这些指标。 **注意** 默认 Prometheus 抓取配置和 AWS 托管收集器提供的默认配置中包括这两个必需的指标（`container_cpu_usage_seconds_total` 和 `container_memory_working_set_bytes`）。但如果您自定义这些配置，请不要从 `container_cpu_usage_seconds_total` 和 `container_memory_working_set_bytes` 指标中重新标记、修改或移除以下标签：`name`、`namespace` 和 `pod`。如果您重新标记、修改或移除这些标签，则可能会影响指标的摄取。 您可以使用 Amazon Managed Service for Prometheus，在单个区域中从单个使用账户收集 EKS 指标。Amazon Managed Service for Prometheus 工作区必须在该账户和区域中。对于要监控成本的每个使用账户和区域，您都需要一个 Amazon Managed Service for Prometheus 实例。您可以在 Amazon Managed Service for Prometheus 工作区中收集多个集群的指标，前提是这些集群在同一个使用账户和区域中。 以下部分介绍如何将正确指标从 EKS 集群发送到 Amazon Managed Service for Prometheus 工作区。 ## 先决条件 将 Amazon Managed Service for Prometheus 与拆分成本分配数据结合使用的先决条件： + 您需要在 B AWS illing and Cost Management 控制台中启用拆分成本分配数据。有关详细信息，请参阅[启用拆分成本分配数据](https://docs.aws.amazon.com/cur/latest/userguide/enabling-split-cost-allocation-data.html)。选择使用拆分成本分配数据会在每个使用账户中创建一个服务相关角色，用于查询 Amazon Managed Service for Prometheus，获取该账户中的 Amazon EKS 集群指标。有关更多信息，请参阅[拆分成本分配数据的服务相关角色](https://docs.aws.amazon.com/cost-management/latest/userguide/split-cost-allocation-data-SLR.html)。 + 您需要一个 EKS 集群，以便跟踪其拆分成本分配数据。这个集群可以是现有集群，也可以创建一个新集群。有关更多信息，请参阅《Amazon EKS 用户指南》**中的[创建 Amazon EKS 集群](https://docs.aws.amazon.com/eks/latest/userguide/create-cluster.html)。 **注意** 您将需要 `EKS cluster ARN`、`security group IDs` 和至少两个 `subnet IDs`（在不同的可用区中），以便在后续步骤中使用。 （可选）将 EKS 集群的身份验证模式设置为 `API` 或 `API_AND_CONFIG_MAP`。 + 您需要有一个与 EKS 集群在相同账户和区域中的 Amazon Managed Service for Prometheus 实例。如果您还没有这种实例，则必须创建一个。有关创建 Amazon Managed Service for Prometheus 实例的更多信息，请参阅《Amazon Managed Service for Prometheus 用户指南》**中的[创建工作区](https://docs.aws.amazon.com/prometheus/latest/userguide/AMP-onboard-create-workspace.html)。 **注意** 您将需要 `Amazon Managed Service for Prometheus workspace ARN`，以便在后续步骤中使用。 ## 将 EKS 指标转发到 Amazon Managed Service for Prometheus 有了 EKS 集群和 Amazon Managed Service for Prometheus 实例后，就可以将指标从集群转发到实例。您可以通过两种方式发送指标。 + [选项 1：使用 AWS 托管收集器。](https://docs.aws.amazon.com/cur/latest/userguide/split-cost-allocation-data-resource-amp.html#use-managed-collector)这是将指标从 EKS 集群发送到 Amazon Managed Service for Prometheus 的简单方法。但此方法有一个限制，它最多只能每 30 秒抓取一次指标。 + [选项 2：创建自己的 Prometheus 代理。](https://docs.aws.amazon.com/cur/latest/userguide/split-cost-allocation-data-resource-amp.html#create-prometheus-agent)在这种情况下，您可以更好地控制抓取配置，但必须在创建代理后对其进行管理。 ### 选项 1：使用 AWS 托管收集器 使用 AWS 托管收集器（*抓取*器）是将指标从 EKS 集群发送到适用于 Prometheus 实例的亚马逊托管服务的最简单方法。以下过程将引导您完成 AWS 托管收集器的创建。有关更多详细信息，请参阅《Amazon Managed Service for Prometheus 用户指南》**中的 [AWS 托管收集器](https://docs.aws.amazon.com/prometheus/latest/userguide/AMP-collector.html)。 **注意** AWS 托管收集器的最小抓取间隔为 30 秒。如果您的容器组（pod）寿命很短，建议将抓取间隔设置为 15 秒。要使用 15 秒的抓取间隔，请使用选项 2 来[创建自己的 Prometheus 代理](https://docs.aws.amazon.com/cur/latest/userguide/split-cost-allocation-data-resource-amp.html#create-prometheus-agent)。 创建 AWS 托管收集器有三个步骤： 1. 创建抓取程序配置。 1. 创建抓取程序。 1. 将 EKS 集群配置为允许抓取程序访问指标。 *步骤 1：创建抓取程序配置* 要创建抓取程序，必须有抓取程序配置。您可以使用默认配置，也可以创建自己的配置。以下是获取抓取程序配置的三种方法： + 使用 AWS CLI 获取默认配置，方法是： ``` aws amp get-default-scraper-configuration ``` + 创建自己的配置。有关详细信息，请参阅《Amazon Managed Service for Prometheus 用户指南》**中的[抓取程序配置](https://docs.aws.amazon.com/prometheus/latest/userguide/AMP-collector-how-to.html#AMP-collector-configuration)说明。 + 复制《Amazon Managed Service for Prometheus 用户指南》**中的[抓取程序配置](https://docs.aws.amazon.com/prometheus/latest/userguide/AMP-collector-how-to.html#AMP-collector-configuration)说明中提供的示例配置。 例如，您可以编辑抓取程序配置、修改抓取间隔或筛选已抓取的指标。 要筛选已抓取的指标，以便仅包括拆分成本分配数据所需的两个指标，请使用以下抓取程序配置： ``` global: scrape_interval: 30s #external_labels: #clusterArn: scrape_configs: - job_name: kubernetes-nodes-cadvisor scrape_interval: 30s scrape_timeout: 10s scheme: https authorization: type: Bearer credentials_file: /var/run/secrets/kubernetes.io/serviceaccount/token kubernetes_sd_configs: - role: node relabel_configs: - regex: (.+) replacement: /api/v1/nodes/$1/proxy/metrics/cadvisor source_labels: - __meta_kubernetes_node_name target_label: __metrics_path__ - replacement: kubernetes.default.svc:443 target_label: __address__ metric_relabel_configs: - source_labels: [__name__] regex: 'container_cpu_usage_seconds_total|container_memory_working_set_bytes' action: keep ``` 获得抓取程序配置后，必须对其进行 base64 编码，然后才能在*步骤 2* 中使用。配置是一个文本 YAML 文件。请使用 [https://www.base64encode.org/](https://www.base64encode.org/) 等网站来对文件进行编码。 *步骤 2：创建抓取程序* 您已经有了配置文件，现在您需要创建抓取程序。根据先决条件部分中列出的变量，使用以下 AWS CLI 命令创建抓取器。您必须将 EKS 集群中的信息用于****、和**字段，替换**为在上一步中创建的抓取器配置，并替换**为适用于 Prometheus 的亚马逊托管服务工作空间 ARN。 ``` aws amp create-scraper \ --source eksConfiguration="{clusterArn=,securityGroupIds=[],subnetIds=[]}" \ --scrape-configuration configurationBlob= \ --destination ampConfiguration={workspaceArn=""} ``` 记下返回的 `scraperId`，以便在*步骤 3* 中使用。 *步骤 3：将 EKS 集群配置为允许抓取程序访问指标* 如果 EKS 集群的身份验证模式设置为 `API` 或 `API_AND_CONFIG_MAP`，则抓取程序会自动具有正确的集群内访问策略，并且抓取程序将可以访问您的集群。无需进一步配置，指标应该会传输到 Amazon Managed Service for Prometheus。 如果您的 EKS 集群的身份验证模式未设置为`API`或`API_AND_CONFIG_MAP`，则需要手动配置集群，以允许抓取器通过 ClusterRole和访问您的指标 ClusterRoleBinding。要了解如何启用这些权限，请参阅《Amazon Managed Service for Prometheus 用户指南》**中的[手动配置 EKS 集群以进行抓取程序访问](https://docs.aws.amazon.com/prometheus/latest/userguide/AMP-collector-how-to.html#AMP-collector-eks-setup)。 抓取程序激活后，确认两个指标（`container_cpu_usage_seconds_total` 和 `container_memory_working_set_bytes`）都已推送到 Amazon Managed Service for Prometheus 工作区。 ``` awscurl --service="aps" --region="" "https://aps-workspaces..amazonaws.com/workspaces//api/v1/label/__name__/values" ``` 输出： ``` { "status": "success", "data": [ "container_cpu_usage_seconds_total", "container_memory_working_set_bytes", "scrape_duration_seconds", "scrape_samples_post_metric_relabeling", "scrape_samples_scraped", "scrape_series_added", "up" ] } ``` ### 选项 2：创建自己的 Prometheus 代理 如果您无法使用 AWS 托管收集器，或者已经拥有自己的 Prometheus 服务器，则可以使用自己的 Prometheus 实例作为代理，从 EKS 集群中抓取指标并将其发送到适用于 Prometheus 的亚马逊托管服务。 有关如何使用自己的 Prometheus 实例作为代理的详细说明，请参阅《Amazon Managed Service for Prometheus 用户指南》**中的[使用 Prometheus 实例作为收集器](https://docs.aws.amazon.com/prometheus/latest/userguide/AMP-ingest-with-prometheus.html)。 以下是一个示例 Prometheus 抓取配置，其中包括 Prometheus 服务器抓取间隔和拆分成本分配数据所需的容器指标。如果您的容器组（pod）寿命很短，建议将默认 Prometheus 服务器抓取间隔从 30 秒降低到 15 秒。请注意，这会导致 Prometheus 服务器内存使用率变高。 ``` global: scrape_interval: 30s #external_labels: #clusterArn: scrape_configs: - job_name: kubernetes-nodes-cadvisor scrape_interval: 30s scrape_timeout: 10s scheme: https authorization: type: Bearer credentials_file: /var/run/secrets/kubernetes.io/serviceaccount/token kubernetes_sd_configs: - role: node relabel_configs: - regex: (.+) replacement: /api/v1/nodes/$1/proxy/metrics/cadvisor source_labels: - __meta_kubernetes_node_name target_label: __metrics_path__ - replacement: kubernetes.default.svc:443 target_label: __address__ metric_relabel_configs: - source_labels: [__name__] regex: 'container_cpu_usage_seconds_total|container_memory_working_set_bytes' action: keep ``` 如果您遵照《Amazon Managed Service for Prometheus 用户指南》**中的[使用 Helm 设置从新 Prometheus 服务器进行摄取](https://docs.aws.amazon.com/prometheus/latest/userguide/AMP-onboard-ingest-metrics-new-Prometheus.html)，则可以更新抓取配置。 **更新抓取配置** 1. 编辑指南中的 `my_prometheus_values_yaml`，并在 `server` 块中包括示例抓取配置。 1. 使用《Amazon Managed Service for Prometheus 用户指南》**中的 `prometheus-chart-name` 和 `prometheus-namespace`，运行以下命令。 ``` helm upgrade prometheus-chart-name prometheus-community/prometheus -n prometheus-namespace -f my_prometheus_values_yaml ``` 要了解有关 `scrape_interval` 或如何使用非全局 scrape\$1interval 的更多信息，请参阅 [Prometheus 抓取配置](https://prometheus.io/docs/prometheus/latest/configuration/configuration/#scrape_config)。 或者，您可以使用具有 Prometheus Rece AWS iver、Prometheus 远程写入导出器和 AWS Sigv4 身份验证扩展插件的 Distro fo OpenTelemetry r 收集器来实现对适用于 Prometheus 的亚马逊托管服务的远程写入权限。 **注意** AWS 与托管收集器不同，在设置 Prometheus 代理后，您有责任使代理保持最新状态并运行以收集指标。 ## 估算 Amazon Managed Service for Prometheus 成本 您可以使用 AWS 定价计算器估算使用适用于 Prometheus 的亚马逊托管服务获取分摊成本分配数据的成本。 **为您的估算配置 Amazon Managed Service for Prometheus** 1. 打开 AWS 定价计算器，[网址为 https://calculator.aws/\$1/](https://calculator.aws/#/)。 1. 选择 **创建估算值**。 1. 在**添加服务**页面的搜索字段中输入**Amazon Managed Service for Prometheus**，然后选择**配置**。 1. 在**描述**字段中，输入您的估算值描述。 1. 选择**区域**。 1. 选择**使用您的基础设施详细信息计算成本**。此选项让您可以根据当前或提议的基础设施设置来估算摄取、存储和查询示例成本。 1. 在 **EC2 实例数量**中，输入整个整合账单系列（包括所有账户和区域）在所有集群中的 EC2 实例总数。如果您使用 AWS Fargate，请使用 Fargate 任务的数量作为您的 EC2 实例计数的代理。 1. 拆分成本分配数据需要两个指标：`container_cpu_usage_seconds_total` 和 `container_memory_working_set_bytes`。对于**每个 EC2 实例的 Prometheus 指标**，请输入 2。 1. 拆分成本分配数据建议的抓取间隔为 15 秒。在**指标收集间隔（以秒为单位）**中，输入 15。如果您使用了不同的间隔（例如，30 秒），请将此选项更改为您设置的间隔。 1. 拆分成本分配数据不会对其他参数施加任何特定要求，因此请根据您的业务需求为其余输入参数输入适当的值。 1. 选择**保存和添加服务**。 # 在 Amazon CloudWatch 容器洞察中使用拆分成本分配数据 拆分 Amazon EKS 的成本数据需要收集和存储集群中的指标，包括内存和 CPU 使用率。Amazon CloudWatch 容器见解可用于此目的。 选择拆分成本分配数据并在您的 EKS 集群上设置带有 EKS 可观察性插件的 CloudWatch 代理后，拆分成本分配数据就会开始在`ContainerInsights`命名空间中接收两个必需的指标`(pod_cpu_usage_total`和`pod_memory_working_set`) 并自动使用它们。*要查看 EKS 的完整容器指标，请参阅[亚马逊用户指南中的亚马逊 EKS 和 Kubernetes 容器洞察指标](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/Container-Insights-metrics-EKS.html)。 CloudWatch * 以下章节将介绍如何将正确指标从 EKS 集群发送到拆分成本分配数据。 ## 先决条件 将 Amazon Contain CloudWatch er Insights 与分摊成本分配数据结合使用的先决条件： + 您需要在 B AWS illing and Cost Management 控制台中启用拆分成本分配数据。有关详细信息，请参阅[启用拆分成本分配数据](https://docs.aws.amazon.com/cur/latest/userguide/enabling-split-cost-allocation-data.html)。 + 您需要一个 EKS 集群，以便跟踪其拆分成本分配数据。这个集群可以是现有集群，也可以创建一个新集群。有关更多信息，请参阅《Amazon EKS 用户指南》**中的[创建 Amazon EKS 集群](https://docs.aws.amazon.com/eks/latest/userguide/create-cluster.html)。 ## 设置 Amazon CloudWatch 容器洞察以转发 EKS 指标 您需要设置和配置 CloudWatch 代理才能转发 EKS 指标。你可以使用 [Amazon O CloudWatch bservability EKS 附加组件或 Amazon O CloudWatch bservability Helm 图表](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/install-CloudWatch-Observability-EKS-addon.html)在 EKS 集群上安装 CloudWatch 代理和 Fluent-bit 代理。有关如何安装和设置 CloudWatch 代理的更多信息，请参阅亚马逊* CloudWatch 用户指南*中的[安装 Amazon O CloudWatch bservability EKS 附加组件](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/Container-Insights-setup-EKS-addon.html)。 以下是 CloudWatch 代理和 EKS 插件所需的最低版本： + CloudWatch 代理版本：v1.300045.0 + CloudWatch Observability EKS 附加版本：v2.0.1-eksbuild.1 ## 估算您的亚马逊成本 CloudWatch 启用该功能以将 Amazon Contain CloudWatch er Insights 与分摊成本分配数据结合使用，这会为 Amazon Contain CloudWatch er `pod_cpu_usage_total` Insights 添加两个新指标 `pod_memory_working_set` *有关这些指标的详细信息，请参阅[亚马逊用户指南中的亚马逊 EKS 和 Kubernetes 容器洞察指标](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/Container-Insights-metrics-EKS.html)。 CloudWatch * **了解与该功能相关的成本** 1. 在 pricing CloudWatch /处打开 Amazon [https://aws.amazon.com/cloudwatch/定价。](https://aws.amazon.com/cloudwatch/pricing/) 1. 导航至**付费套餐**部分。 1. 选择 **Container Insights** 选项卡。 1. 要详细计算成本，请导航至**定价示例**部分，并参阅**示例 13 - 适用于 Amazon EKS 和 Kubernetes 的 Container Insights**。 # 了解旧版账单报告 本节介绍在 “ AWS 成本 AWS Data Exports 和使用情况报告” 之外提供的旧账单报告。这些页面可供参考。但是，我们建议您使用 AWS Data Exports ，因为以后不再提供这些报告方法。 **Topics** + [ # 使用详细账单报告 ](detailed-billing.md) + [ # 从详细账单报告迁移到成本和使用情况报告 ](detailed-billing-migrate.md) + [ # 了解未使用的预留成本 ](unused-reservation-costs.md) + [ # 下载月度报告 ](monthly-report.md) + [ # 下载月度成本分配报告 ](monthly-cost-allocation.md) + [ # 下载使用 AWS 情况报告 ](usage-report.md) # 使用详细账单报告 详细账单报告 **重要** 自 2019 年 7 月 8 日起，新客户无法使用详细账单报告功能。 详细账单报告 (DBR) 包含与 AWS 费用和使用情况报告 (AWS CUR) 类似的费用信息，但计算各个行项目的方法不同。如果您同时注册了 DBR 和 AWS CUR，则订单项不匹配。但是，在月底最终确定报告时，总成本将保持一致。 AWS 使用以下命名约定将 DBR 作为 CSV 文件存储在 Amazon S3 中： ``` AWS account number-aws-billing-detailed-line-items-yyyy-mm.csv.zip ``` AWS 每天多次重新创建详细账单报告 (DBR)，覆盖报告。 AWS 覆盖报表时，行项目的顺序可能与之前的报告中的顺序不同。月底时创建一个最终报告。对于下个月， AWS 创建新的报告文件，而不是覆盖上个月的最终报告。以前的月份的报告将保留在 S3 存储桶中，直到您删除它们。 有关如何将 DBR 迁移到 AWS CUR 的信息，请参阅。[从详细账单报告迁移到成本和使用情况报告](detailed-billing-migrate.md) # 从详细账单报告迁移到成本和使用情况报告 从 DBR 迁移到 AWS CUR 详细账单报告 (DBR) 和 AWS 成本和使用量报告 (AWS CUR) 均提供有关您的费用的信息。不过，如果您使用 DBR，我们建议您将报告转移到成本和使用情况报告。 **Topics** + [ ## 比较成本和使用情况报告 (AWS CUR) 的好处 ](#migrate-benefit-cur) + [ ## 详细账单报告与成本和使用情况报告之间的主要区别 ](#migrate-key) + [ ## 报告高级费用类型 ](#reporting-advanced-chargetype) ## 比较成本和使用情况报告 (AWS CUR) 的好处 AWS CUR 提供了最全面的信息来源。您可以使用 AWS CUR 深入了解个人成本，并对其进行更详细的分析。这在企业规模上特别有用。 AWS 如果您有复杂的成本管理需求并且需要专门的查询或基于分析的系统，CUR 会很有帮助。 AWS CUR 还提供有关预留实例 (RI) 的详细信息，包括摊销成本。 ### 全面的预留信息 与按需使用相比，预留实例 (RI) 或称“预留”为您提供了每小时费率折扣，以换取您一到三年的服务使用承诺。这可以节省大量成本。您可以使用 AWS CUR 来监控和管理您的预订组合。 AWS CUR 为您提供详细信息，例如预订亚马逊资源编号 (ARNs)、预订数量和总数 RIs。您可以跟踪特定资源的预留相关折扣，以更好地了解您节省的成本。 详细账单报告（DBR）提供一部分此类元数据，但需要完成一些工作以转换所需的列。 AWS CUR 提供了其他在 DBR 中不可用的列，例如有关您的摊销预订成本的信息。有关更多信息，请参阅 [了解您的摊销预留数据](amortized-reservation.md)。 ### 按需定价可用性 AWS CUR 提供有关每项使用量的按需费率的信息。您可以使用该信息，从按需费率中扣除您支付的金额以量化您节省的成本。您也可以灵活选择使用公开的按需费率分配成本。 DBR 不包含按需费率的信息，只包含已计费金额的信息。因此，很难计算您的总体节省成本或使用按需费率分配成本。 ### 折扣精确细分 AWS CUR 可以访问基于使用量的折扣的精细视图。如果应用了折扣，则可以使用 AWS CUR 查看以下内容： + 应用折扣前的成本 + 折扣金额 + 在行项目级别应用折扣后的总成本 DBR 不包含折扣的精确细分。 ### 大规模自动化数据摄取 使用 AWS CUR 时，您可以轻松地将事件配置为触发自动数据摄取流程，从而简化刷新内部系统中账单数据的流程。 AWS 当检测到与前几个月相关的费用时，可以自动刷新 CUR 数据。 此外， AWS CUR 以多个文件形式生成，这提供了将数据分成更小的片段的额外好处。这样，您就可以根据多个工作线程使用的进程摄取数据。此外，您可以按较小的片段再次尝试下载数据。 AWS CUR 的格式使您可以快速定位和提取数据。该报告是根据清单文件创建的，该文件包含整体数据结构的信息。这包括报告中包含的每个列的列表。通过使用该信息，您可以扩展报告，并在有关您的使用情况的新信息可用时包含该信息。 ### 跨产品集成 AWS CUR 已与亚马逊 Redshift、Quick 和亚马逊 Athena 集成。您可以使用 AWS CUR 来构建 AWS基于 CUR 的成本管理解决方案。 AWS CUR 还以 Parquet 格式提供数据。这为您提供了更多选项以构建自己的成本和使用情况报告系统。有关更多信息，请参阅《AWS Billing 用户指南》中的 [AWS Cost and Usage Reports Manifest Files](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/billing-reports-costusage-files.html#manifests)。** ## 详细账单报告与成本和使用情况报告之间的主要区别 迁移到 CUR 后，DBR 和 AWS CUR 之间有一些区别需要考虑。 AWS 例如，您可能需要调整将数据摄取到系统的方式。 ### 文件结构 详细账单报告（DBR）是作为单个文件提供的。相比之下， AWS CUR 是一组合并的文件。在 AWS CUR 中，您可以在 Amazon S3 存储桶中查看以下文件： + 一组包含所有使用量行项目的数据文件 + 一个包含所有折扣的单独数据文件（如果适用） + 列出属于单个报告的所有数据文件的清单文件 ### 列结构 DBR 有一个固定的列列表，这限制了它的灵活性。 AWS CUR 没有固定的列结构，而是允许您根据需要自由添加或删除列。当您开始使用新数据时 AWS 服务， AWS CUR 可以动态地开始在报告中包含可能对您有用的新数据。清单文件会提供报告中显示的所有列的映射。 **DBR 和 AWS CUR 的等效列名** | DBR 列名称 | AWS CUR 列名称 | | --- | --- | | InvoiceId | 账单/ InvoiceId | | PayerAccountId | 账单/ PayerAccountId | | LinkedAccountId | lineItem/ UsageAccountId | | ProductName | 产品/ ProductName | | SubscriptionId | reservation/subscriptionid | | UsageType | lineItem/ UsageType | | 操作 | lineItem/Operation | | AvailabilityZone | lineItem/ AvailabilityZone | | ReservedInstance | 不支持 | | ItemDescription | lineItem/ LineItemDescription | | UsageStartDate | lineItem/ UsageStartDate | | UsageEndDate | lineItem/ UsageEndDate | | UsageQuantity | lineItem/ UsageAmount | | BlendedRate | lineItem/ BlendedRate | | BlendedCost | lineItem/ BlendedCost | | UnBlendedRate | lineItem/ UnblendedRate | | UnBlendedCost | lineItem/ UnblendedCost | | ResourceId | lineItem/ ResourceId | | RecordType | 不支持 | | PricingplanId | 不支持 | | RateID | 定价/ RateId | **注意** AWS CUR RecordId 中没有对应的。但是，你可以通过组合来收集这些信息identity/LineItemId, identity/TimeInterval, and bill/BillType。 **通过 CUR 检索 DBR RecordType 值 AWS** | RecordType DBR 中的值 | RecordType 通过 AWS CUR 检索的语法 | 使用案例 | | --- | --- | --- | | LineItem | SELECT SUM(line\$1item\$1unblended\$1cost) FROM [CUR] WHERE line\$1item\$1line\$1item\$1type = 'Usage' | 使用量行项目将使用成本与一次性费用（例如，预付 RI 付款）分开。 | | InvoiceTotal | SELECT (bill\$1invoice\$1id), sum(line\$1item\$1unblended\$1cost) FROM [CUR] GROUP BY bill\$1invoice\$1id | 您可以使用发票总额在发票与成本和使用情况报告之间协调成本。 | | AccountTotal | SELECT line\$1item\$1usage\$1account\$1id, sum(line\$1item\$1unblended\$1cost) FROM [CUR] GROUP BY line\$1item\$1usage\$1account\$1id | 您可以使用账户总额隔离与成员账户相关的成本以用于退款目的。 | | StatementTotal | SELECT SUM(line\$1item\$1unblended\$1cost) FROM [CUR] | 您可以使用账单总额了解账单周期的成本。 | | Discount | SELECT SUM(line\$1item\$1unblended\$1cost) FROM [CUR] WHERE line\$1item\$1line\$1item\$1type = 'Discount' | 您可以使用折扣行项目确定所有折扣相关行项目。 | | Rounding | 暂不支持 | 暂不支持 | ## 报告高级费用类型 ### 退款 AWS CUR：通过筛选`lineItem/LineItemDescription = ‘Refund’`字符串来识别退款。 DBR：通过检查`‘Refund’`子字符串 ItemDescription 列来识别退款。 ### Credits AWS CUR：积分是通过筛选`lineItem/LineItemDescription = ‘Credit’`字符串来识别的。 DBR：通过检查`‘Credit’`子字符串 ItemDescription 列来识别积分。 ### 税费 AWS CUR：税费是通过筛选`lineItem/LineItemDescription = ‘Tax’`字符串来识别的。 DBR：通过检查该 ItemDescription 列中的`‘Tax’`子字符串来识别税款。 ### 识别与预留相关的预付费用 AWS CUR：通过筛选字符串来识别与预订相关的预付费用。`"lineItem/LineItemType" = 'Fee'` DBR：通过检查该 UsageType 列中的`'HeavyUsage'`子字符串以及是否为空来识别与预订相关的预付费用。`'SubscriptionId'` ### 确定每月与预留相关的费用 AWS CUR：通过筛选字符串来识别与预订相关的月费。`"lineItem/LineItemType" = 'RIfee'` DBR：通过检查该 UsageType列中的子字符串来确定与预订相关的月费。`'HeavyUsage'` ### 确定享受到预留实例好处的实例 AWS CUR：通过筛选字符串来识别与预订相关的预付费用。`"lineItem/LineItemType" = 'DiscountedUsage'` DBR：与预订相关的预付费用是通过检查 ReservedInstance 列中的子字符串来确定的。`'Y'` # 了解未使用的预留成本 您可以使用 AWS 成本和使用情况报告 (AWS CUR) 来了解未使用的 RI 成本。以下 4 个场景说明了具体方法。 **注意** 为了清楚起见，在下表中，对 AWS CUR 和 DBR/DBR-RT 中的列和行进行了转置。第一列中的值表示报告标题。 ## 场景 1：RI 使用率为 100% RI 费用行项目有 \$10 未使用成本和 0 个用量小时。 使用 DBR/DBR-RT，您可以通过参考字段和 RI 费用行项目来了解未使用的 RI 使用情况 UsageQuantity 和 UnblendedCosts 成本。RI 费用明细项目可以通过字段中存在 “购买时间” 信息来识别。 ItemDescription 表 1 说明用来管理 DBR 和 DBR-RT 报告中的未使用 RI 成本的列和信息。 **表 1 - DBR 和 DBR-RT 中的 100% RI 使用量的未使用 RI 成本（在 2019 年 6 月 17 日之前）** | | | | | --- |--- |--- | | ProductName | Amazon Elastic Compute Cloud | Amazon Elastic Compute Cloud | | UsageType | HeavyUsage:c3.8xlarge | HeavyUsage:c3.8xlarge | | 操作 | RunInstances | RunInstances | | 可用区 | us-east-1a | us-east-1a | | 预留实例 | Y | Y | | ItemDescription | USD 0.10 hourly fee per Linux/UNIX (Amazon VPC), c3:8xlarge (744 hours purchased, 744 hours used) | USD 0.10 hourly fee per Linux/UNIX (Amazon VPC), c3:8xlarge | | Usage Quantity | 0 | 744 | | Unblended Rate | 0.1 | 0.1 | | Unblended Cost | 0 | 74.4 | 使用 AWS CUR，您可以参考 RI 费用行项目的 “预留/” 和 “预留/ UnusedQuantity” 字段，了解未使用的 RI 使用情况 UnusedRecurringFee和费用。下表 4 说明了用于管理 AWS CUR 中未使用的 RI 成本的当前列和信息。 **表 2 - AWS CUR 中的 100% RI 使用量的未使用 RI 成本** | | | | | --- |--- |--- | | lineitem/Productcode | Amazon EC2 | Amazon EC2 | | UsageType | HeavyUsage:c3.8xlarge | USW2-BoxUsage:c3.8xlarge | | lineitem/ LineItemType | RI Fee | DiscountedUsage | | lineitem/ LineItemDescription | USD 0.10 hourly fee per Linux/UNIX (Amazon VPC), c3:8xlarge | USD 0.00 hourly fee per Linux/UNIX (Amazon VPC), c3:8xlarge | | lineitem/ UsageAmount | 744 | 744 | | lineitem/ NormalizedUsageAmount | 47,616 | 47,616 | | lineitem/ UnblendedRate | 0.1 | 0 | | lineitem/ UnblendedCost | 74.4 | 0 | | 预订/ UnusedQuantity | 0 | | | 预订/ UnusedRecurringFee | 0 | | | 预订/ UnusedAmortizedUpfrontFeeForBillingPeriod | 0 | | | 预订/ RecurringFeeForUsage | | 74.4 | | 预订/ AmortizedUpfrontCostForUsage | | 5 | | 预订/ EffectiveCost | | 79.4 | 除了与 DBR/DBR-RT 支持的当前功能相匹配外， AWS CUR 还具有以下优点： + 使用 AWS CUR，您可以访问有关 DiscountedUsage 订单项 EffectiveCost 的信息，其中包括经常性费用和预付费用。DBR 只包括定期费用。 + 在 AWS CUR 中，该 UsageType 字段不会为 DiscountedUsage行项目进行转换，而 DBR 用 RI 费用行项目信息替换信息。这是因为用户可以按 ReservationArn 对 AWS CUR 中的订单项目进行分组，以了解哪个 RI 对哪些使用量进行了折扣。 + 在 AWS CUR 中，不会为 RI 费用行项目转换该 LineItemDescription 字段。DBR 追加购买的小时和使用的小时数。 ## 方案 2：部分 RI 使用率 RI 费用行项目有未使用成本和用量。 使用 DBR/DBR-RT，您可以通过参考字段和 RI 费用行项目来了解未使用的 RI 使用情况 UsageQuantity 和 UnblendedCosts 成本。表 3 说明用来管理 DBR 和 DBR-RT 报告中的未使用 RI 成本的列和信息。 **表 3 - DBR 和 DBR-RT 中的部分 RI 使用量的未使用 RI 成本（在 2019 年 6 月 17 日之前）** | | | | | --- |--- |--- | | ProductName | Amazon Elastic Compute Cloud | Amazon Elastic Compute Cloud | | UsageType | HeavyUsage:c3.8xlarge | HeavyUsage:c3.8xlarge | | 操作 | RunInstances | RunInstances | | 可用区 | us-east-1a | us-east-1a | | 预留实例 | Y | Y | | ItemDescription | USD 0.10 hourly fee per Linux/UNIX (Amazon VPC), c3:8xlarge (744 hours purchased, 644 hours used) | USD 0.10 hourly fee per Linux/UNIX (Amazon VPC), c3:8xlarge | | Usage Quantity | 100 | 644 | | Unblended Rate | 0.1 | 0.1 | | Unblended Cost | 10 | 64.4 | 使用 AWS CUR，您可以参考 RI 费用行项目的 “预留/” 和 “预留/ UnusedQuantity” 字段，了解未使用的 RI 使用情况 UnusedRecurringFee和费用。表 4 说明了用于管理 AWS CUR 中未使用的 RI 成本的当前列和信息。 **表 4 - AWS CUR 中的部分 RI 使用量的未使用 RI 成本** | | | | | --- |--- |--- | | lineitem/Productcode | Amazon EC2 | Amazon EC2 | | UsageType | HeavyUsage:c3.8xlarge | USW2-BoxUsage:c3.8xlarge | | lineitem/ LineItemType | RI Fee | DiscountedUsage | | lineitem/ LineItemDescription | USD 0.10 hourly fee per Linux/UNIX (Amazon VPC), c3:8xlarge | USD 0.00 hourly fee per Linux/UNIX (Amazon VPC), c3:8xlarge | | lineitem/ UsageAmount | 744 | 644 | | lineitem/ NormalizedUsageAmount | 47,616 | 47,216 | | lineitem/ UnblendedRate | 0.1 | 0 | | lineitem/ UnblendedCost | 74.4 | 0 | | 预订/ UnusedQuantity | 100 | | | 预订/ UnusedRecurringFee | 0 | | | 预订/ UnusedAmortizedUpfrontFeeForBillingPeriod | 10 | | | 预订/ RecurringFeeForUsage | | 64.4 | | 预订/ AmortizedUpfrontCostForUsage | | 5 | | 预订/ EffectiveCost | | 69.4 | 除了与 DBR/DBR-RT 支持的当前功能相匹配外， AWS CUR 还具有以下优点： + AWS CUR 有一个单独的列来表示 UnusedQuantity RI 费用行项目，而 DBR/DBR-RT 则使用未使用的小时数使该列过载 UsageQuantity ## 场景 3：容量预留 DBR/DBR-RT 会筛选出与 RI 覆盖的容量预留相关的行项目 UnusedBox 和 UnusedDed 使用类型行项目，因为 RI 费用行项目已经涵盖了和字段中未使用的金额。 UsageQuantity UnblendedCost 表 5 说明用来管理 DBR 和 DBR-RT 报告中的未使用 RI 成本的列和信息。 **表 5 – DBR 和 DBR-RT 中与容量预留场景相对应的未使用 RI 成本（在 2019 年 6 月 17 日之前）** | | | | | --- |--- |--- | | ProductName | Amazon Elastic Compute Cloud | Amazon Elastic Compute Cloud | | UsageType | HeavyUsage:c3.8xlarge | HeavyUsage:c3.8xlarge | | 操作 | RunInstances | RunInstances | | 可用区 | us-east-1a | us-east-1a | | 预留实例 | Y | Y | | ItemDescription | USD 0.10 hourly fee per Linux/UNIX (Amazon VPC), c3:8xlarge (744 hours purchased, 734 hours used) | USD 0.10 hourly fee per Linux/UNIX (Amazon VPC), c3:8xlarge | | Usage Quantity | 10 | 734 | | Unblended Rate | 0.1 | 0.1 | | Unblended Cost | 1 | 73.4 | AWS CUR 将这些订单项显示为。 DiscountedUsage表 6 说明了用于管理 AWS CUR 中未使用的 RI 成本的当前列和信息。 **表 6 — AWS CUR 中容量预留场景的未使用 RI 成本** | | | | | | --- |--- |--- |--- | | lineitem/Productcode | Amazon EC2 | Amazon EC2 | Amazon EC2 | | UsageType | HeavyUsage: c3.8xlarge | USW2-Reservation: c3.8xlarge | USW2-BoxUsage: c3.8xlarge | | lineitem/ LineItemType | RI Fee | Usage | DiscountedUsage | | lineitem/ LineItemDescription | USD 0.10 hourly fee per Linux/UNIX (Amazon VPC), c3:8xlarge | USD 0.00 per Reservation Linux/UNIX (Amazon VPC), c3:8xlarge Instance Hour | USD 0.00 hourly fee per Linux/UNIX (Amazon VPC), c3:8xlarge | | lineitem/ UsageAmount | 744 | 744 | 744 | | lineitem/ NormalizedUsageAmount | 47,616 | | 47,216 | | lineitem/ UnblendedRate | 0.1 | 0 | 0 | | lineitem/ UnblendedCost | 74.4 | 0 | 0 | | 预订/ RecurringFeeForUsage | | | 64.4 | | 预订/ AmortizedUpfrontCostForUsage | | | 5 | | 预订/ EffectiveCost | | | 69.4 | ## 场景 4：大小灵活的预留 使用 DBR/DBR-RT，您可以通过参考字段和 RI 费用行项目来了解未使用的 RI 使用情况 UsageQuantity 和 UnblendedCosts 成本。RI 费用明细项目可以通过字段中存在 “购买时间” 信息来识别。 ItemDescription 表 9 说明用来管理 DBR 和 DBR-RT 报告中的未使用 RI 成本的列和信息。 **表 7 - DBR 和 DBR-RT 中的大小灵活 RI 场景的未使用 RI 成本（在 2019 年 6 月 17 日之前）** | | | | | --- |--- |--- | | ProductName | Amazon Elastic Compute Cloud | Amazon Elastic Compute Cloud | | UsageType | HeavyUsage:c3.8xlarge | HeavyUsage:c3.8xlarge | | 操作 | RunInstances | RunInstances | | 可用区 | us-east-1a | us-east-1a | | 预留实例 | Y | Y | | ItemDescription | USD 0.10 hourly fee per Linux/UNIX (Amazon VPC), c3:8xlarge (744 hours purchased, 644 hours used) | USD 0.10 hourly fee per Linux/UNIX (Amazon VPC), c3:8xlarge; UsageType: BoxUsage:c3.large | | Usage Quantity | 100 | 644 | | Unblended Rate | 0.1 | 0.1 | | Unblended Cost | 10 | 64.4 | 使用 AWS CUR，您可以参考 RI 费用行项目的 “预留/” 和 “预留/ UnusedQuantity” 字段，了解未使用的 RI 使用情况 UnusedRecurringFee和费用。表 8 说明了用于管理 AWS CUR 中未使用的 RI 成本的当前列和信息。 **表 8 - AWS CUR 中的大小灵活 RI 场景的未使用 RI 成本** | | | | | --- |--- |--- | | lineitem/Productcode | Amazon EC2 | Amazon EC2 | | UsageType | HeavyUsage:c3.8xlarge | USW2-BoxUsage:c3.8xlarge | | lineitem/ LineItemType | RI Fee | DiscountedUsage | | lineitem/ LineItemDescription | USD 0.10 hourly fee per Linux/UNIX (Amazon VPC), c3:8xlarge | USD 0.00 hourly fee per Linux/UNIX (Amazon VPC), c3:8large | | lineitem/ UsageAmount | 744 | 644 | | lineitem/ NormalizedUsageAmount | 47,616 | 2,576 | | lineitem/ UnblendedRate | 0.1 | 0 | | lineitem/ UnblendedCost | 74.4 | 0 | | 预订/ UnusedQuantity | 100 | | | 预订/ UnusedRecurringFee | 70.37 | | | 预订/ UnusedAmortizedUpfrontFeeForBillingPeriod | 5.5 | | | 预订/ RecurringFeeForUsage | | 4.03 | | 预订/ AmortizedUpfrontCostForUsage | | 0.5 | | 预订/ EffectiveCost | | 4.53 | 除了与 DBR/DBR-RT 支持的当前功能相匹配外， AWS CUR 还具有以下优点： + AWS CUR 有 NormalizedUsageAmount 和数量。而 DBR / DBR-RT 没有表示此数量的列。 + AWS DiscountedUsage行项的 CUR UsageType 和操作不会转换。DBR / DBR-RT 将这些值替换为 RI 费用行项目。 + AWS 该 DiscountedUsage 订单项 LineItemDescription 的 CUR 不会转换。在 DBR/DBR-RT 中，它替换为 RI 费用行项目描述并将订单项目使用类型附加到字符串的末尾，即 “每个（ Linux/UNIX 亚马逊 VPC）0.10 美元的小时费用，c 3:8 xlarge；:: c3.large” DiscountedUsage UsageType BoxUsage # 下载月度报告 月度报告 您可以从 Billing and Cost Management 控制台的 “**账单**” 页面下载估算 AWS 费用的月度报告。 假设您在中使用了整合账单功能 AWS Organizations。在这种情况下，该报告仅适用于管理账户，并包含所有成员账户的活动。成员账户所有者只能从管理账户中获取月度报告。有关更多信息，请参阅《AWS Billing 用户指南》中的 [Organizations 的整合账单](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/consolidated-billing.html)。** 该报告包含账户使用的 AWS 产品、使用类型和操作的每个独特组合的行项目。估算报告每天更新几次。您可以选择账单周期以获取前几个月的报告。从您注册月度报告的月份的报告开始。您注册之前的报告不可用。 # 下载月度成本分配报告 月度成本分配报告 **重要** 以后不会提供月度成本分配报告功能。我们建议您改用 AWS 成本和使用情况报告。 您可以为 AWS 资源创建自定义成本分配标签集，这些标签集可以描述您的 AWS 使用情况的业务维度。您可以使用这些标签集来组织和跟踪 AWS 成本。许多人在其功能集中 AWS 服务 公开了标记。您可以通过使用控制台、API 或 AWS 命令行界面 (CLI) 在这些服务中创建标签。有关更多信息，请参阅《AWS Billing 用户指南》**中的[使用成本分配标签](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/cost-alloc-tags.html)。 在创建标签后，您可以获取月度成本分配报告。这实质上是一个包含您的成本分配标签集的月度报告。 # 下载使用 AWS 情况报告 AWS 使用情况报告 **重要** 2023 年 9 月 15 日， AWS 使用情况报告将不再提供对早于 2019 年 3 月 1 日的使用情况数据的访问权限。要访问这些使用情况数据，请在 2023 年 9 月 15 日之前下载以前的使用情况数据并将其保存在本地。 AWS 使用情况报告功能将在以后不可用。我们建议您改用 AWS 成本和使用情况报告。 您可以下载 XML 或 CSV 格式的使用情况报告。根据使用类型、操作和时间段，您的报告涵盖单一服务。您也可以选择数据的聚合方式。 **下载使用情况报告** 1. 打开账单与成本管理控制台，网址为 [https://console.aws.amazon.com/costmanagement/](https://console.aws.amazon.com/costmanagement/)。 1. 在导航窗格中，在**旧版页面**下面，选择**成本和使用情况报告**。 1. 在 **AWS 使用情况报告**部分下面，选择**创建使用情况报告**。 1. 在**下载使用情况报告**页面上的**服务**下面，选择要查看使用情况的服务。 1. 选择**使用类型**。 1. 选择**操作**。 1. 选择报告的**时间段**。如果选择**自定义日期范围**，您需要手动指定报告的**日期范围**。 1. 在**报告精细程度**下面，选择**每小时**、**每天**或**每月**。 1. 选择**下载**，然后选择 **XML 报告**或 **CSV 报告**。 **注意** 如果您下载较大的报告，报告内容可能会被截断。检查下载文件的最后一行是否有警告或错误消息。如果报告被截断，请选择较短的时间段以下载较小的报告。另一种选择是，将报告精细程度从每小时减少到每天或每月。 # 成本和使用情况报告故障排除 问题排查 可以使用以下主题帮助您解决成本和使用情况报告的常见问题。 **Topics** + [ ## 在 Amazon S3 存储桶中没有报告文件 ](#no-report-files) + [ ## 我的一个报告数据分区是空的 ](#partition-empty) + [ ## 我的成本和使用情况报告数据与其他账单和成本管理功能中的数据不匹配 ](#data-differences) + [ ## 我希望回填数据，因为我更改了报告设置 ](#backfill-data) + [ ## 我在 Amazon S3 中的报告文件夹位于未命名的文件夹中 ](#unnamed-folder) + [ ## 我无法选择在报告中包含资源的 IDs 选项 ](#activate-resource-ids) + [ ## 我的 Amazon Athena 成本和使用情况报告查询不适用于 Amazon Redshift，或者我的 Amazon Redshift 查询不适用于 Amazon Athena ](#athena-redshift-queries) + [ ## 我的报告中包含的列与上个月相比发生了变化 ](#cur-columns-changed) + [ ## 由于我的报告中的列发生变化，基于我的报告的查询或表无法正常工作 ](#cur-columns-changed-solutions) + [ ## 我需要帮助以查询我的报告 ](#cur-query-help) + [ ## 我找不到 Amazon EC2 专属主机的账单数据 ](#cur-dedicated-hosts) + [ ## 我看不懂 Amazon EC2 弹性 IP 地址的账单数据 ](#cur-elastic-ips) + [ ## 我使用整合账单，但不明白未混合费率或成本与混合费率或成本之间的区别 ](#consolidated-billing-unblended-blended) + [ ## 我的报告中的某些行项目的混合费率或混合成本为 0 ](#blended-rate-zero) + [ ## 我不明白报告中的全部预付预留实例是如何摊销的 ](#all-upfront-ri) ## 在 Amazon S3 存储桶中没有报告文件 确认 Amazon S3 存储桶策略授予 **billingreports.amazonaws.com** 服务将文件放入存储桶的权限。有关所需的存储桶策略的更多信息，请参阅[为成本和使用情况报告设置 Amazon S3 存储桶](cur-s3.md)。 ## 我的一个报告数据分区是空的 如果报告大于大多数应用程序所能处理的范围，则会将 AWS 该报告拆分为多个文件。与以前的报告版本相比，报告更新可能具有较少的单独文件分区。 检查报告的清单文件，以查找您不需要摄取的任何空文件。 ## 我的成本和使用情况报告数据与其他账单和成本管理功能中的数据不匹配 由于以下原因，其他账单和成本管理功能（Cost Explorer、详细账单报告、账单和成本管理控制台）可能会以不同方式提供您的成本： + 账单功能以不同方式对成本数据进行四舍五入。 + 账单功能可能具有不同的数据刷新设置。例如，您可以选择成本和使用情况报告是否自动刷新以前结算的账单，并在最终确定账单后应用任何退款、服务抵扣金额或支持费用。Cost Explorer 自动反映相同的项目。在该场景中，如果您在成本和使用情况报告中没有激活自动刷新，成本和使用情况报告数据将与 Cost Explorer 数据不匹配。 + 账单功能可能以不同方式对费用进行分组。例如，账单和成本管理控制台中的**账单**页面将数据传输费用显示为 **AWS 服务费用**中的单独**数据传输**组，而成本和使用情况报告和 Cost Explorer 将数据传输费用显示为每种服务的使用类型。 在了解这些原因后，如果您仍然认为成本和使用情况报告与其他账单和成本管理功能之间存在差异，请创建支持案例以请求检查您的成本数据。在您的支持案例中，确保提供您希望检查的报告名称和账单周期。有关创建案例的更多信息，请参阅[获取有关导出和报告的帮助](billing-get-answers.md)。 ## 我希望回填数据，因为我更改了报告设置 创建支持案例以请求回填您的成本数据。在您的支持案例中，确保提供您希望回填的报告名称和账单周期。有关创建案例的更多信息，请参阅[获取有关导出和报告的帮助](billing-get-answers.md)。 请注意，在以下场景中，您无法回填成本数据： + 您无法回填账户创建日期之前的成本数据。 + 如果您使用 AWS Organizations 并且组织结构发生了变化，例如哪个账户被指定为管理账户，则无法使用以前的组织结构回填数据。 + 如果您使用 AWS Organizations 并更换了组织，那么在加入当前组织之前，您将无法获得回填数据。 ## 我在 Amazon S3 中的报告文件夹位于未命名的文件夹中 报告的**报告路径前缀**中的任何 **/** 字符在 Amazon S3 存储桶中生成一个未命名的文件夹。要在下次更新报告时删除未命名的文件夹，请编辑报告设置并从**报告路径前缀**中删除 **/** 字符。有关说明，请参阅[编辑成本和使用情况报告配置](edit-cur.md)。 ## 我无法选择在报告中包含资源的 IDs 选项 在创建报告时，您可以选择**包括资源 ID** 选项。如果您在创建报告时将**报告版本控制**设置为**覆盖现有报告**，则在创建报告后无法修改**包括资源 ID** 选项。要包含资源 IDs，必须创建新报告并选择**包含资源 ID** 选项。 ## 我的 Amazon Athena 成本和使用情况报告查询不适用于 Amazon Redshift，或者我的 Amazon Redshift 查询不适用于 Amazon Athena Amazon Athena 和 Amazon Redshift 数据库以不同方式设置成本和使用情况报告列格式。Amazon Athena 在列名称中的单词之间添加下划线（line\$1item\$1normalized\$1usage\$1amount）。Amazon Redshift 在列类型和属性之间添加下划线（lineitem\$1normalizedusagemount）。确保修改您的查询以与 Amazon Athena 或 Amazon Redshift 中的列名称格式匹配。 ## 我的报告中包含的列与上个月相比发生了变化 报告中 AWS 包含的列取决于您的 AWS 使用情况。每个报告都包含带有 **identity/**、**bill/** 和 **lineItem/** 前缀的列： + 身份/ LineItemId + 身份/ TimeInterval + 账单/ InvoiceId + 账单/ BillingEntity + 账单/ BillType + 账单/ PayerAccountId + 账单/ BillingPeriodStartDate + 账单/ BillingPeriodEndDate + lineItem/ UsageAccountId + lineItem/ LineItemType + lineItem/ UsageStartDate + lineItem/ UsageEndDate + lineItem/ ProductCode + lineItem/ UsageType + lineItem/Operation + lineItem/ AvailabilityZone + lineItem/ ResourceId + lineItem/ UsageAmount + lineItem/ NormalizationFactor + lineItem/ NormalizedUsageAmount + lineItem/ CurrencyCode + lineItem/ UnblendedRate + lineItem/ UnblendedCost + lineItem/ BlendedRate + lineItem/ BlendedCost + lineItem/ LineItemDescription + lineItem/ TaxType + lineItem/ LegalEntity 只有当您的每月 AWS 使用量生成数据来填充这些列时，才会包含所有其他列。 例如，只有在您在该月使用了节省计划时，您的报告才会包含 **savingsPlan/** 列。 ## 由于我的报告中的列发生变化，基于我的报告的查询或表无法正常工作 报告中 AWS 包含的列取决于您当月的 AWS 使用情况。由于报告中包含的列可能会发生变化，因此，最佳实践是在基于您的报告的任何自定义查询或表中引用列名称而不是列号。 ## 我需要帮助以查询我的报告 有关查询成本和使用情况报告的详细信息，请参阅 Well-Ar AWS chitected Labs 网站中的 [CUR 查询库帮助](https://wellarchitectedlabs.com/cost/300_labs/300_cur_queries/query_help/)。 ## 我找不到 Amazon EC2 专属主机的账单数据 在 **ResourceID** 列中，查找专属主机 ID 而不是实例 ID。由于专属主机按专属主机运行时间进行计量，因此，您的报告按与主机 ID 关联的计量小时数显示专属主机使用情况。 ## 我看不懂 Amazon EC2 弹性 IP 地址的账单数据 Amazon EC2 弹性 IP 地址是按汇总结果计量的。这意味着，报告中的每个行项目并不与单独的弹性 IP 地址相对应。每个行项目表示应计费的总小时数。您可以免费为运行的实例分配一个弹性 IP 地址。对于分配给实例的每个额外弹性 IP 地址，您需要按比例按小时付费。此外， AWS 还会对未分配的弹性 IP 地址按小时收取费用。 ## 我使用整合账单，但不明白未混合费率或成本与混合费率或成本之间的区别 通过整合账单 AWS Organizations，非混合和混合费率或成本可以帮助您了解独立账户与组织中的关联账户相比，账户的使用费用是多少。某些服务提供的定价套餐可以随着使用量的增加而降低单位成本。由于 AWS 汇总了组织中某项服务的所有使用情况，因此当个人账户的使用量汇总到组织的每月使用量时，他们可能会更快地访问价格较低的套餐。 未混合费率是与单个账户的服务使用量关联的费率。对于行项目，未混合成本等于使用量乘以未混合费率。如果账户是单独账户，则未混合成本是该账户的使用量成本。混合费率是与组织中的各个账户的总使用量关联的费率，并针对这些账户进行平均计算。对于行项目，混合成本等于使用量乘以混合费率。混合成本是账户作为组织中的关联账户而产生的成本。 有关计算未混合成本和混合成本的更多信息和示例，请参阅《AWS Billing 用户指南》中的[了解整合账单](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/con-bill-blended-rates.html)。** ## 我的报告中的某些行项目的混合费率或混合成本为 0 具有预留实例折扣的 Amazon EC2 行项目的混合费率为零。对于这些订单项目，**LineItemType**是**折扣使用量**。 混合成本等于使用量乘以混合费率。如果混合费率或使用量的值为零，则混合成本也为零。 ## 我不明白报告中的全部预付预留实例是如何摊销的 由于全部预付预留实例已全额预付，因此，摊销成本在您的报告中反映为按关联的时间段（一年或三年）分摊的预付款。 所有@@ **预付预留实例的预留/ AmortizedUpfrontCostForUsage** **和预留 EffectiveCost** /的费率相同。这是因为，两个列都是按期限总小时数平均分摊预留实例的预付款。 预计您的报告中会填写所有预付预留实例的**RIFee**行项目，尽管金额**RIFee**为 0.00 美元。这些行项目表示当月的周期性小时成本，并且在其他列中具有其他使用量数据。所有预留实例都会生成**RIFee**订单项目。 # AWS 成本和使用情况报告中的安全性 安全性和权限 云安全 AWS 是重中之重。作为 AWS 客户，您可以受益于专为满足大多数安全敏感型组织的要求而构建的数据中心和网络架构。 AWS 成本和使用情况报告是 AWS 账单与成本管理 控制台中的一项功能。有关安全注意事项的详细信息，请参阅《AWS Billing 用户指南》中的 [AWS 账单与成本管理中的安全性](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/security.html)。** 有关使用 AWS CUR 的访问控制和 IAM 权限的更多信息，请参阅[管理访问权限概述](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/control-access-billing.html)。 # 配额和限制 下表介绍了 AWS 成本和使用情况报告中的当前配额和限制。 ## 成本和使用情况报告 | | | | --- |--- | | 成本和使用情况报告数量 | 每个账户 10 个 | | 比率 | 成本和使用情况报告是免费的，但标准 Amazon S3 费率适用。 | | 免费套餐 AWS 成本和使用情况报告数量 | 10 |