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

# 了解您的 Amazon Bedrock 成本和使用情况报告数据
<a name="cost-mgmt-understanding-cur-data"></a>

AWS 数据导出成本和使用情况报告 (CUR 2.0) 是接收详细成本和使用情况数据的 AWS 推荐方式。CUR 2.0 为每个 Amazon Bedrock 推理请求提供订单项详细信息。每个请求都会为每种代币类型生成单独的行项目，使用类型和单价各不相同。本页介绍如何阅读 CUR 中的 Amazon Bedrock 条目并将其与您的实际支出进行对账。有关 AWS CUR 2.0 的更多信息，请参阅[AWS 数据导出文档](https://docs.aws.amazon.com/cur/latest/userguide/what-is-cur.html)。

## 了解 CUR 中的 Amazon Bedrock 定价
<a name="cost-mgmt-cur-pricing"></a>

CUR 中的 Amazon Bedrock 定价由三个因素决定：令牌类型、服务等级，以及请求是否通过跨区域推理进行路由。了解其中的每一个对于准确的成本对账至关重要。

### 词元类型
<a name="cost-mgmt-cur-token-types"></a>

Amazon Bedrock 费用按四种代币类型细分。每个都有不同的单价。


| 令牌类型 | CUR 使用类型模式 | 说明 | 
| --- | --- | --- | 
| 输入令牌数 | \*-input-tokens 或 \*-mantle-input-tokens-\* | 在请求提示中发送的代币 | 
| 输出令牌数 | \*-output-tokens 或 \*-mantle-output-tokens-\* | 响应中生成的代币 | 
| 缓存读取令牌 | \*-cache-read-input-token-count | 从提示缓存中读取的令牌（比输入便宜得多） | 
| 缓存写入令牌 | \*-cache-write-input-token-count | 写入提示缓存的令牌（比输入更昂贵） | 

**重要**  
在核对使用量与支出时，必须考虑所有四种代币类型。如果您只对输入和输出代币进行求和，则您的总数将与您的账单不符。这是最常见的协调差距来源，特别是对于大量使用提示缓存的工作负载。

### 服务等级
<a name="cost-mgmt-cur-service-tiers"></a>

Amazon Bedrock 支持影响定价和可用性的不同服务等级。请求的服务层反映在 CUR 使用类型中。在核对成本时，请确保为与每个细列项目关联的服务等级应用正确的单价。

有关服务等级及其如何影响推理定价的更多信息，请参阅[用于优化性能和成本的服务分层](service-tiers-inference.md)。

## CUR 使用类型示例
<a name="cost-mgmt-cur-usage-type-examples"></a>

该`line_item_usage_type`字段标识模型、令牌类型、服务层以及请求是否使用跨区域推理。格式因端点而异：
+ `{region}-{model}-{token-type}`用于`bedrock-runtime`标准等级申请
+ `{region}-{model}-{token-type}-{tier}`用于`bedrock-runtime`优先级或弹性等级申请
+ `{region}-{model}-mantle-{token-type}-standard`用于`bedrock-mantle`请求
+ `{region}-{model}-{token-type}-cross-region-global`用于跨区域请求


| 使用情况类型 | 模型 | 服务等级 | 令牌类型 | 路由 | 
| --- | --- | --- | --- | --- | 
| USE1-openai.gpt-oss-120b-mantle-input-tokens-standard | OpenAI gpt-oss-120b | 标准 | Input | In-region | 
| USE1-gpt-oss-120b-output-tokens-priority | OpenAI gpt-oss-120b | 优先级 | Output | In-region | 
| USE1-Nova2.0Lite-input-tokens-flex | 亚马逊 Nova 2 Lite | 屈伸 | Input | In-region | 
| USE1-Claude4.6Sonnet-input-tokens | 克劳德·十四行诗 4.6 | 标准 | Input | In-region | 
| USE1-Claude4.6Sonnet-cache-read-input-token-count | 克劳德·十四行诗 4.6 | 标准 | 缓存读取 | In-region | 
| USE1-Claude4.6Sonnet-output-tokens-cross-region-global | 克劳德·十四行诗 4.6 | 标准 | Output | Cross-region | 

## CUR 中的成本分配标签
<a name="cost-mgmt-cur-cost-allocation-tags"></a>

来自 [IAM 委托人](cost-mgmt-iam-principal-tracking.md)、[项目](cost-mgmt-projects.md)和[应用程序推理配置文件](cost-mgmt-application-inference-profiles.md)的成本分配标签在 CUR 中显示为带有前缀和的列。`resourceTags/{key}` `iamPrincipal/{key}`例如，带有密钥的标签`Team`显示为`resourceTags/Team`。


| 归因方法 | 标签在 CUR 中的显示方式 | 
| --- | --- | 
| IAM 委托人标签 | 来自发出请求的 IAM 用户或角色的标签 | 
| 会话标签 | 在担任角色或联合期间传递的标签 | 
| 项目标签 | 分配给 Amazon 基岩项目的标签 | 
| 应用程序推理配置文件标签 | 分配给应用程序推理配置文件的标签 | 

标签必须先在 AWS 账单控制台中激活为成本分配标签，然后才能显示在 CUR 中。有关更多信息，请参阅[激活成本分配标签](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/activating-tags.html)。

## 读取 CUR 数据时需要知道的关键事项
<a name="cost-mgmt-cur-key-things"></a>

要充分利用 CUR 数据并避免在分析成本时混淆，请记住以下几点。
+ **考虑所有代币类型。**Amazon Bedrock 分别对输入、输出、缓存读取和缓存写入令牌收费。每个都有不同的单价。如果你只看输入和输出标记，你的分析就会低估成本，特别是对于大量使用提示缓存的工作负载。
+ **对每种路由类型应用正确的费率。** In-region 而跨区域推断的单价不同。如果您的工作负载同时使用两者，请确保在分析成本时使用每种匹配率。
+ **在 CUR 中等待标签之前将其激活。**成本分配标签必须先在 AWS 账单控制台中激活，然后才能显示在 CUR 或 Cost Explorer 中。激活后，允许最多 24 小时让标签开始填充。
+ **使用 CUR 2.0 进行 IAM 本金归因。**IAM 委托人身份和标签数据需要 CUR 2.0（AWS 数据导出）。如果您使用的是旧版 CUR 格式，则 IAM 主体字段将不可用。 Per-token 两种CUR格式均提供成本明细。有关详细的设置说明，请参阅[使用 IAM 委托人进行成本分配](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/iam-principal-cost-allocation.html)。