Menu
AWS Billing and Cost Management
User Guide (Version 2.0)

Billing for Specific Services

There are a few other things to know about how consolidated billing works with specific services in AWS.

Amazon EC2 Reserved Instances

For billing purposes, the consolidated billing feature of AWS Organizations treats all the accounts in the organization as one account. This means that all accounts in the organization can receive the hourly cost benefit of Amazon EC2 Reserved Instances purchased by any other account.

For example, suppose that Bob and Susan each have an account in an organization. Susan has 5 Reserved Instances of the same type, and Bob has none. During one particular hour, Susan uses 3 instances and Bob uses 6, for a total of 9 instances on the organization's consolidated bill. AWS bills 5 instances as Reserved Instances, and the remaining 4 instances as regular instances.

Bob receives the cost benefit from Susan's Reserved Instances only if he launches his instances in the same Availability Zone where Susan purchased her Reserved Instances. For example, if Susan specified us-west-2a when she purchased her Reserved Instances, Bob must specify us-west-2a when he launches his instances to get the cost benefit on the organization's consolidated bill. However, the actual locations of Availability Zones are independent from one account to another. For example, the us-west-2a Availability Zone for Bob's account might be in a different location than for Susan's account.

Amazon RDS Reserved DB Instances

For billing purposes, Amazon RDS Reserved DB Instances are treated in a manner similar to Amazon EC2 Reserved Instances. For example, let's use a scenario that's like the one described previously, where Bob and Susan each have an account in an organization. Susan has 5 Reserved DB Instances, and Bob has none. During one particular hour, Susan uses 3 DB Instances and Bob uses 6, for a total of 9 DB Instances used on the consolidated bill. AWS bills 5 as Reserved DB Instances, and the remaining 4 as On-Demand DB Instances (for Amazon RDS Reserved DB Instance charges, see the pricing page). Bob receives the cost benefit from Susan's Reserved DB Instances only if he launches his DB Instances in the same region where Susan purchased her Reserved DB Instances.

Also, all the attributes of Susan's Reserved DB Instances (DB Engine, DB Instance class, Deployment type, and License Model) should match the attributes of the DB Instances launched by Bob. For example, let's say Susan purchased a Reserved DB Instance in us-west-2a with the following attributes:

  • DB Engine: MySQL

  • DB Instance Class: m1.xlarge

  • Deployment Type: Multi-AZ

  • License Model: General Public License

This means that Bob must launch his DB Instances in us-west-2a with the exact same attributes to get the cost benefit on the organization's consolidated bill.

Amazon ElastiCache Reserved Node Instances

For billing purposes, Amazon ElastiCache reserved nodes are treated in a manner similar to Amazon EC2 reserved instances.

For example, suppose Bob and Susan each have an account in an organization. Susan has five reserved nodes, and Bob has none. During one particular hour, Susan uses three nodes and Bob uses six. This makes a total of nine nodes used on the consolidated bill.

AWS bills five as reserved nodes. AWS bills the remaining four as On-Demand nodes. (For Amazon ElastiCache reserved nodes charges, see Amazon ElastiCache Pricing.) Bob receives the cost benefit from Susan's reserved nodes only if he launches his On-Demand nodes in the same region where Susan purchased her reserved nodes.

Also, to receive the cost benefit of Susan’s reserved nodes, all attributes of Bob's nodes must match the attributes of the nodes launched by Susan. For example, let's say Susan purchased reserved nodes in us-west-2 with the following attributes:

  • Cache engine: Redis

  • Node type: cache.r3.large

Bob must launch his ElastiCache nodes in us-west-2 with the same attributes to get the cost benefit on the organization's consolidated bill.