亚马逊云科技储蓄计划：如何实施有效的退款策略

随着组织的发展，管理云基础架构可能变得越来越复杂，需要先进的财务策略来确保成本优化。亚马逊云科技储蓄计划提供灵活的定价模式，为亚马逊云科技服务提供可观的节省，以换取承诺在一三年期内保持稳定的使用量，以每小时美元计。在许多情况下，采用多种储蓄计划，要么由个别团队直接承诺，要么由FinOps团队优先考虑特定账户。尽管这些策略可以节省大量资金，但在确保公平有效的退款流程时，它们也会增加复杂性。

在本文中，我们将向您展示如何定义退款机制，将通过管理账户、关联账户或同时购买的储蓄计划分配给储蓄计划折扣的收款人账户。您可以确定获得储蓄计划折扣的账户，以及根据其具体使用情况向其退款的适当金额。

了解储蓄计划折扣共享

亚马逊云科技允许客户在属于同一亚马逊云科技组织的账户之间共享储蓄计划折扣。储蓄计划的每小时承诺费用将从购买的账户中扣除，但是，启用共享功能后，折扣可能适用于组织内的多个账户。储蓄计划折扣首先适用于购买储蓄计划的账户中所有符合条件的用量。如果有超额承诺且没有符合条件的按需使用量，则未使用的承诺将由亚马逊云科技组织内的其他关联账户使用。

尽管共享可以最大限度地节省开支，但可能需要付出额外的努力才能在整个组织中正确分配共享收益。受益于储蓄计划折扣的账户不负责支付储蓄计划承诺费。因此，承担承诺费用的账户可能不是储蓄的唯一受益人。这种共享福利需要谨慎的成本分配，以确保根据账户对储蓄计划的实际使用情况公平地向账户收费。

现在我们已经了解了储蓄计划的运作方式以及共享对它们的影响，让我们探讨使用成本和使用情况报告 (CUR) 2.0 中的数据的退款策略。

先决条件

使用 CUR 2.0 创建亚马逊云科技数据导出，并配置 Amazon Glue 对数据进行编目。这使您可以使用 Amazon Athena 来运行查询和分析 CUR 2.0 数据。为了实现此目的，你需要执行以下操作：

1。使用亚马逊云科技数据导出配置 CUR 2.0

登录亚马逊云科技管理控制台
导航到 亚马逊云科技账单和成本管理。选择 “数据导出”，然后单击 “创建” 以开始设置导出。

图 1。创建数据导出
选择标准数据导出，提供您的导出名称，然后选择 CUR 2.0 作为数据表类型。

图 2。配置导出
启用 “包括资源 ID” 和 “拆分成本分配数据” 是可选的
将时间粒度选择为每小时
将 Parqu et 设置为压缩格式，然后选择 “覆盖现有数据导出文件以进行文件版本控制”。

图 3.配置导出配送选项
指定目标 Amazon S3 存储桶和存储 CUR 2.0 数据的路径前缀。
选择 “创建” 完成设置。

2。配置 Amazon Glue 以查询 CUR 数据

导航到 亚马逊云科技Glu e 控制台并选择 “数据目录” > “爬虫” 以启动 CUR 2.0 数据编目过程。
点击 Create Crawler 并分配一个唯一的爬虫名称

图 4.创建 Amazon Glue Crawler
对于这个问题：你的数据已经映射到 Glue 表了吗？选择还没有
单击 “添加数据源”，选择 S3，然后指定步骤 1.8 中的 Amazon S3 位置，您的 CUR 2.0 数据将在该位置导出，格式为：s3://///data/<bucket-name><prefix><export-name>。

图 5.为搜寻器 CUR 数据创建 S3 数据源
单击 “添加 S3 数据源”，然后单击 “下一步”
点击创建新的 IAM 角色，这将代表您创建新的 Amazon Glue 角色。此角色允许 Glue 访问存储 CUR2.0 文件的 S3 存储桶。
通过单击 “添加数据库” 创建目标数据库。提供数据库名称，然后单击 “创建数据库”
导航回到 Amazon Glue 控制台并选择在上一步中创建的数据库。将 Crawler 计划设置为 “按需运行”，以便仅在需要时运行。
确认您的设置并选择 “创建爬虫”。
抓取器准备就绪后，选择它并单击 “运行”。这将对数据进行处理和编目，创建可供亚马逊 Athena 访问的表格。

使用 CUR 2.0 进行储蓄计划退款

配置完上述先决条件后，使用以下查询来确定获得储蓄计划折扣的关联账户。有效成本列提供与关联账户使用的储蓄计划承诺金额相对应的成本。这将是您用于对个人关联账户进行退款的金额。

导航到亚马逊 Athena 控制台运行查询。查看有关在 Athena 中运行 SQL 查询的详细信息。
将以下查询复制到您的查询编辑器中。确保更新查询中的表名。

select
    DATE_FORMAT(bill_billing_period_start_date,'%Y-%m-%d') as "Date"
    , line_item_usage_account_id as "Account Id"
    , savings_plan_offering_type as "Savings Plan Type"
    , split_part(savings_plan_savings_plan_a_r_n, '/', 2) AS "Saving Plan ID"
    , savings_plan_payment_option as "Savings Plan Payment Option"
    , line_item_line_item_type as "Item Type"
    , sum(
        case
            when line_item_line_item_type = 'SavingsPlanCoveredUsage' then 0
            else savings_plan_recurring_commitment_for_billing_period
        end
    ) + sum(
        case
            when line_item_line_item_type = 'SavingsPlanCoveredUsage' then 0
            else savings_plan_amortized_upfront_commitment_for_billing_period
        end
    ) as "Savings Plan Fee"
    , sum(
        case
            when line_item_line_item_type = 'SavingsPlanCoveredUsage' then 0
            else savings_plan_recurring_commitment_for_billing_period
        end
    ) + sum(
        case
            when line_item_line_item_type = 'SavingsPlanCoveredUsage' then 0
            else savings_plan_amortized_upfront_commitment_for_billing_period
        end
    ) - sum(savings_plan_used_commitment)  as "Unused commitment"
    , sum(
        case
            when line_item_line_item_type = 'SavingsPlanRecurringFee' then 0
            else savings_plan_savings_plan_effective_cost
        end
    ) as "Effective Cost"
    , sum(
        case
            when line_item_line_item_type = 'SavingsPlanRecurringFee' then 0
            else line_item_unblended_cost
        end
    ) - sum(
        case
            when line_item_line_item_type = 'SavingsPlanRecurringFee' then 0
            else savings_plan_savings_plan_effective_cost
                end
    ) - ( sum(
        case
            when line_item_line_item_type = 'SavingsPlanCoveredUsage' then 0
            else savings_plan_recurring_commitment_for_billing_period
        end
    ) + sum(
        case
            when line_item_line_item_type = 'SavingsPlanCoveredUsage' then 0
            else savings_plan_amortized_upfront_commitment_for_billing_period
        end
    ) - sum(savings_plan_used_commitment) ) as "Savings"

from
    <Table Name>
where
    line_item_line_item_type in ('SavingsPlanCoveredUsage', 'SavingsPlanRecurringFee')
    and bill_billing_period_start_date = DATE_TRUNC('month', CURRENT_DATE) - INTERVAL '1' month
group by
    bill_billing_period_start_date
    , line_item_usage_account_id
    , savings_plan_offering_type
    , savings_plan_savings_plan_a_r_n
    , savings_plan_payment_option
    , line_item_line_item_type
order by
    sum(savings_plan_savings_plan_effective_cost) desc

为了更好地理解这一点，让我们分解一下亚马逊云科技CUR 2.0 中的两个关键组件：

SavingsPlanCurringF ee：这是输出中的字段。Item Type = 'SavingsPlanRecurringFee'它代表采购账户有义务为储蓄计划承诺支付的费用。无论是否使用了全部承诺，这都是固定成本。根据储蓄计划的类型，该金额可能反映为未混合金额或摊销金额。
SavingsPlanCoveredUsage：这是输出中的字段，其中。Item Type = 'SavingsPlanCoveredUsage'它代表储蓄计划的实际使用情况，显示承诺的储蓄计划中有多少已应用于整个组织的使用情况。这种用法可以分散在多个账户中，具体取决于组织的结构和工作量分布。

要进行储蓄计划退款，使用与每个关联账户关联的有效成本列至关重要。此列提供与每个关联账户使用的储蓄计划承诺部分相对应的成本。目标是确保每个关联账户根据其从储蓄计划获得的收益获得储蓄计划费用。

验证行的 “未使用承诺” 列也很重要SavingsPlanRecurringFee。如果此列中的值大于 0 美元，则表示储蓄计划未得到充分利用。尽管这种利用不足可能表明潜在的储蓄损失，但验证这一点很重要。组织可能会故意购买略高于预期使用量的储蓄计划承付款，因为折扣带来的总体节省仍然可以超过未使用部分的成本，从而为组织提供净储蓄收益。

例子

在下表中，储蓄计划类型为No Upfront。正如我们在关联的 “SavingsPlanCurringFee” 字段中看到的那样，每月的经常性费用将从账户编号A中扣除。账户 ID A 中的符合条件的使用将首先获得折扣，因为它是购买储蓄计划的账户。在每月12,410.68美元的承诺中，8,363.12美元是向账户编号A扣除的有效成本。账户B使用了经常性承付款总额中的1,361.26美元，这将是账户B的退款金额。我们还可以观察到，未使用的承诺为0美元，有效成本总和与经常性费用相匹配，这表示储蓄计划已充分利用。

图 6.显示账户之间储蓄计划福利分配情况的示例报告

让我们再看一个例子：

在下表中，我们观察到储蓄计划类型为All Upfront，对应于账单周期预付款的摊销部分。数据显示，储蓄计划是在账户编号A中购买的，账户编号A已全部使用，因为 “未使用承付款” 为0美元。在这种情况下，由于只有一个账户可以从储蓄计划中受益，而且经常性费用与有效成本相匹配。

图 7.显示采购账户消耗储蓄计划福利的示例报告

结论

在本文中，我们讨论了共享储蓄计划对其使用的影响。启用共享后，有些账户无需支付储蓄计划费用即可获得储蓄计划折扣的好处。进行购买的账户完全有义务支付储蓄计划费用。

我们在亚马逊云科技成本和使用率报告 2.0 中使用了有针对性的查询来设计退款机制，使我们能够确定储蓄计划折扣的所有受益人以及可以向他们收取的经常性费用的比例。使用这种策略，您现在可以使用公司内部特定的退款机制，根据使用情况以及他们获得的储蓄来准确地对账户进行退款，而不仅仅是从持有储蓄计划的账户中扣款。这种方法可以公平透明地分配储蓄计划的成本和收益，从而有助于使财务责任与实际使用情况保持一致。

该策略促进了透明度和问责制，并鼓励各团队深思熟虑地使用云技术。通过确保根据所有账户获得的储蓄计划福利进行扣费，您可以在组织内促进注重成本的文化。