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

# 《 AWS 计费指挥家》的概念和最佳实践
<a name="best-practices"></a>

本节重点介绍使用 AWS 计费控制器时的一些最佳实践。

## 控制对 AWS 账单指挥的访问权限
<a name="bp-controlling-access"></a>

只有有权访问付款人或管理账户的用户才能访问账 AWS 单指挥器。要向 IAM 用户授予创建账单组并在 Billing and Cost Management 控制台中查看 Billing Conductor 关键绩效指标 (KPIs) 的权限，您还必须向 IAM 用户授予以下权限： AWS 
+ 列出组织内的账户

要详细了解如何让用户能够在 Billing Conductor 控制台中创建 AWS 账单组和定价计划，请参阅[的身份和访问管理 AWS Billing Conductor](security-iam.md)。

您也可以使用 Billing Conductor API 以编程方式创建 AWS AWS 账单指挥资源。在配置对 B AWS illing Conductor API 的访问权限时，我们建议创建一个唯一的 IAM 用户以允许编程访问。这有助于您在组织中谁有权访问 B AWS illing Conductor 控制台和 API 之间定义更精确的访问控制。要向多个 IAM 用户授予对 B AWS illing Conductor API 的查询访问权限，我们建议为每个用户创建一个编程访问权限 IAM 角色。

## 了解主账户的加入和退出日期如何影响形式账单
<a name="understand-primary-account-join-date"></a>

本节仅适用于在未启用账单转账的情况下将 Billing Conductor 作为独立服务使用。

主账户加入贵组织的日期定义了该账单组预计费用的历史界限。如果您选择在当月中旬加入您的组织的账户作为账单组的主账户，则该账单组中的所有账户都无法看到其上半月的预定账单数据。这是因为当时主账户不是本组织的一部分。同样，如果主账户在当月中旬离开您的组织，则账单组中的账户将无法从主账号离开组织之日起查看预定账单。

**注意**  
该账单组将在下个月主账号离开您的组织时被标记为删除。要在接下来的几个月中对该账单组中的账户保持按形式计费，我们建议您删除该账单组并创建一个新的账单组。可以使用新的主账号创建新的账单组，也可以使用原始账号（如果它重新加入您的组织）来创建。  
如果主账号离开您的组织，您将收到一封电子邮件通知。

例如，您的主账号于 10 月 15 日加入您的组织，并于 10 月 28 日离开。账单组中所有账户的预定账单数据将仅包括10月15日至28日之间的费用和使用量。即使其他账户属于整个十月份的账单组，也是如此。

为避免各可计费专业域名的成本和使用量数据集之间存在差异，请确保被选为主账户的账户在整个月内都是贵组织的一部分。

## 了解 AWS 计费控制器的更新频率
<a name="bp-frequency"></a>

AWS 账单数据每天至少更新一次。 AWS Billing Conductor 使用这些数据来计算您的形式账单数据。生成的应用于当月的自定义行项目将在 24 小时内反映出来。为应用于前一个账单周期而生成的自定义行项目最多可能需要 48 小时才能反映在账单组 “ AWS 成本和使用情况报告” 中，或者反映在给定账单组的账单页面上。

## 了解 AWS 计费控制器的计算逻辑
<a name="bp-complogic"></a>

B AWS illing Conductor 的计算可以灵活地适应您在给定月份所做的更改，同时保留前一时期账单数据的历史完整性。这最好用一个例子来说明。

**示例：使用计费指挥作为独立服务**

在此示例中，我们有两个账单组，`A` 和 `B`。账单组 `A` 从该组中的账户 1 到 3 开始计费周期。在月中，付款人账户将 `Account 3` 移至 `Billing Group B`。那时，需要重新计算账单组 `A` 和 `B` 的成本，才能准确地模拟最新的变更。移动 `Account 3` 时，`Billing Group A` 的使用量将被建模，就好像在当前账单周期内 `Account 3` 不属于此账单组一样。此外，`Billing Group B` 的使用量被建模，就好像自计费期开始以来，`Account 3` 是 `Billing Group B` 中的一部分。当账户在账单周期内跨组转移时，这种方法无需计算复杂的费率和退款模型。

从成员账户的角度来看，当月中旬从一个新的账单组`Account 3`转移到另一个账单组时，新的账单组的设置将应用于该账户在整个月的使用量。这反映在 Cost Explorer 和 Bills 中，就好像该账户从月初起就属于新的账单组一样。


| 账单组 A | 天数：1-15 | 天数：16-30 | 月底 | 
| --- | --- | --- | --- | 
| 账户 1 | 100 美元 | 100 美元 | 200 美元 | 
| 账户 2 | 100 美元 | 100 美元 | 200 美元 | 
| 账户 3 | 100 美元 | 不适用 | 不适用 | 
| 总计 | 300 美元 | 200 美元 | 400 美元 | 


| 账单组 B | 天数：1-15 | 天数：16-30 | 月底 | 
| --- | --- | --- | --- | 
| 账户 4 | 100 美元 | 100 美元 | 200 美元 | 
| 账户 5 | 100 美元 | 100 美元 | 200 美元 | 
| 账户 6 | 100 美元 | 100 美元 | 200 美元 | 
| 账户 3 | 100 美元 | 100 美元 | 200 美元 | 
| 总计 | 400 美元 | 400 美元 | 800 美元 | 

**示例：使用计费控制器进行账单转账**

与独立的 Billing Conductor 用户不同，账单转账用户无需手动配置账单组。但是，当向关联账户添加或从中删除关联账户，或者账单转账账户修改定价配置时 AWS Organizations，会发生形式和应计费数据的变化。

## 带两级账单转账的计费指挥家
<a name="bp-twolevel"></a>

账单转账支持选定账户的两级转账。账单转账账户可以将自己的账单及其所有账单来源账户账单转移到外部管理账户（账单转账接收方）。该收款账户负责支付账单来源账户的账单和中间账单转账账户的账单，中间账单转账账户通过转账成为账单来源账户。 two-levels-down

有关两级转账的更多信息，请参阅[账单转账配额](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/orgs_transfer_billing-quotas.html)。


**账单转账配置中的账户角色**  

| 账户角色 | 单级转移 | 两级传输 | 
| --- | --- | --- | 
| 账单来源账户 | 生成整合账单并将其转入外部管理账户 | 生成整合账单并将其转入外部管理账户 | 
| 账单转账账户 | 不适用 | 将自己的账单和账单来源账户账单转账至账单转账收款人账户。充当账单来源账户的账单转账账户和账单转账接收人的账单来源账户。使用 Billing Conductor 管理账单来源账户可见的定价。 | 
| 账单转账接收器 | 从账单来源账户及其自己的账户接收和支付合并账单。使用 Billing Conductor 管理账单来源账户可见的定价。 | 从所有账单来源账户（包括账单转账账户）及其自己的账户接收和支付合并账单。使用 Billing Conductor 管理所有账单来源账户的定价。只有账单转账账户可以看到账单转账接收方定价的费用，而账单来源账户可以看到由账单转账账户定价的成本。 | 

**示例 1：企业集团业务**

每家子公司都有多个业务部门。这家媒体集团实施了一项核心 FinOps 战略，以激励整个企业使用特定 AWS 服务，实现基础设施现代化并降低总体云成本。

**使用流程**
+ 根据标准 AWS 标准计算，`Business Unit_1.1`（账单来源`accountID 123`）的 AWS 使用量为15美元。
+ 根据标准 AWS 标准计算，`Subsidiary_1`(`accountID 456`) 的 AWS 用量为 30 美元。
+ 根据 AWS 标准计算，`Conglomerate_A`（账单转账单接收器`accountID 789`）的 AWS 使用量为10美元。

**付款流程**

`Conglomerate_A`(`accountID 789`) 针对每个账户的使用情况，分别收到三张合并账单和发票。他们总 AWS 共支付55美元。

**摊销和退款流程**

`Conglomerate_A`（账单转账接收人`accountID 789`）使用业务单元\$11.1`Subsidiary_1`（账单来源`accountID 456`）收取14美元（账单转账`accountID 123`），使用子公司1（账单转账`accountID 456`）收取29美元，以奖励他们使用推荐的服务。 AWS 

在 AWS 账单与成本管理 控制台中，仅限`Subsidiary_1`观看次数`Business Unit_1.1`的费用 (`accountID 123`) 为14美元，而用户自己的费用 (`accountID 456`) 为29美元，由设定。`Conglomerate_A` `Subsidiary_1`为合并使用支付 `Conglomerate_A` 43美元。

为了激励改进预算运作，`Subsidiary_1`收取 `Business Unit_1.1` 13.50美元。

在 AWS 账单与成本管理 控制台中，仅`Business Unit_1.1`查看自己的费用，费用为13.50美元，由设定。`Subsidiary_1`

**示例 2：分销转售业务**

B公司是一家分销商转售 AWS 服务。分销商可获得 AWS 合作伙伴网络 (APN) 折扣以支持 AWS 扩张。分销商向其合作伙伴（下游卖家）转售，然后由他们转售给最终客户。分销商和下游卖家均享有 APN 折扣，并根据公开的折扣前定价向最终客户收费。

**使用流程**
+ 最终客户（账单来源账户 ID 123）的 AWS 使用量为 20 美元（基于标准 AWS 标准计算）
+ 下游卖家（账单转账账户 ID 456）为 2 美元（基于标准 AWS 标准计算） AWS 
+ 分销商（账单转账账单收款人账户 ID 789）的 AWS 使用量为 1 美元（基于标准标准 AWS 计算）

**付款流程**

分销商（账单转账账户——账单收款人账户 ID 789）将收到三张不同的合并账单和每个账户的使用发票，并将向其支付总额为 23 美元。 AWS

**摊销和退款流程**

分销商（账单转账-账单收款人账户 ID 789）向下游卖家（账单转账账户 ID 456）收取 21 美元的最终客户账户（账单来源账户 ID 123）和 3 美元的账单转账账户（ID 456）使用费。下游卖家只能在其账单和成本管理控制台中查看定价为21美元的最终客户（账单来源 ID 123）的成本。下游卖家仅查看其账单转账账户（ID 456）的费用，价格为3美元。

下游卖家将向最终客户退还22美元（例如，公开定价）。

**注意**  
对于两级账单转账：  
账单转账收款人账户无需向账单来源账户发送邀请。只有账单转账账户才会发送邀请。当账单来源账户接受邀请时，账单转账接收方会收到 CloudWatch 通知，并自动接管账单来源账户的账单。  
账单转账接收方账户必须 AWS Organizations 通过 Billing Conductor 在账单来源账户中手动配置账单组。此配置使账单转账账户能够查看账单转账接收人分配的账单来源账户成本。对于 APN 分销计划用户，这使下游卖家能够看到他们欠分销商多少钱来支付最终客户的使用量。  
如需自动化此过程的帮助，请联系 支持。