一、预留实例的计费逻辑
在一份账单中占比最大的部分可能就是EC2，EC2部分也包含了诸如EKS集群使用的node节点等用量。在部分机型是On-demand按需运行，部分机型是有多个RI预留时候，账单可能显示的比较复杂，晦涩难懂。那么如何解读账单中体现的EC2用量呢？本文以某个场景为例进行分析和解读。在开始解读账单之前，首先要看下RI预留实例的计费逻辑。
Continue reading “如何读懂一份AWS账单的EC2预留实例匹配关系”Category: Billing & Cost-saving
使用多账号+Organization区分不同部门的费用
一、前言
前文提到过，实现费用分割的方法之一是加tag，即Billing Dashboard里边的Cost Allocation Tag功能。配置说明参考上篇文章。在运行一段时间之后，看效果如下。
使用Tag区分费用的一个主要挑战就是，部分资源不支持标记tag，无法按照tag进行费用拆分。不支持的主要内容包括：Route53/WAF等。在使用比较重且较贵的Aurora RDS服务中，RDS实例消耗的CPU、内存是根据实例规格计费的，是可以使用tag区分费用的。但是，RDS生成的磁盘IO是不支持加tag的。如果有多个Aurora，不能区分哪一个数据库发生的IOPS，这是一点很大的局限。
Continue reading “使用多账号+Organization区分不同部门的费用”使用TAG区分AWS费用账单
一、划分费用的方法
为了区分不同部门、不同业务线的费用，如下两个常见方法：
- 使用AWS Organization功能，创建独立的子账户，然后自动合并付款。缺点是自账户创建、认证、密码策略、管理维护稍微步骤多一些。详细文档参考这里。
- 使用Tag区分。在当前账号下，创建资源都填写对应的资源标签。
本文描述的是方法2也就是Tag（标签）。详细文档参见这里的链接。
