Amazon Web Services

This topic explains how to get started with Amazon Web Services (AWS) in Commander.

In this topic:

Getting started with AWS

To manage your AWS resources with Commander:

  1. Create an AWS account for Commander to have programmatic access to AWS.

    Commander uses your account to connect to AWS. All of the private AMIs (Amazon Machine Images) and instances belonging to that account become a single cloud account in Commander.

  2. In the IAM Management Console, configure the appropriate AWS policies.

    You can create your own or modify existing ones. To view AWS assets, the policy must provide at least read access for all objects. To deploy and manage AWS assets, the policy must provide full access for the appropriate objects. For more information about AWS policies and how they work, see Policies and Permissions in the AWS documentation.

  3. Note: IAM policies are stored in AWS as JSON documents.

  4. In the IAM Management Console, create an access key or an IAM role depending on the method you want to use to access your AWS account.
  5. Optional: Use the AWS Management Console to add private AMIs to your account.

    If you created an instance from a public AMI, you need to convert the instance into an AMI before you can add it as a private AMI to the Service Catalog. When you create a private AMI, you must place it in each region where you want to be able to deploy it.

    Note: This step isn't necessary if you add Amazon Marketplace AMIs to the service catalog, or if you're using Amazon CloudFormation templates to deploy stacks (which can include EC2 VMs, EC2 load balancers, EC2 auto scaling groups and RDS databases).

  6. Optional: If Internet access is established through a web proxy server, integrate your web proxy server with Commander.

    For more information, see Connecting Public Clouds through a Web Proxy Server.

  7. Add your AWS account to Commander as a cloud account.

    For more information, see Adding AWS Cloud Accounts.

  8. Retrieve AWS billing data to ensure the accuracy of VM billing records.

    For more information, see AWS Billing Data.

  9. Optional: If you want to enable automatic key pair SSH connections to EC2 Linux instances, you can add private keys to Commander.

    For more information, see Managing Key Pairs for AWS Regions.

Costing

To ensure accurate cost analytics and reports, you can configure Commander to retrieve billing data from AWS. For more information, see AWS Billing Data.

For all projected AWS costs, such as service catalog costs, deployed service costs, and reports with a projected cost model configuration, Commander uses hard-coded costs by region for all supported component types and instance types.

A cost model is automatically applied when an AWS account is added as a cloud account. The cost model enables you to overlay the AWS billing data and hard-coded costs with additional IT support costs, backup costs, and application software licensing costs. You can create additional cost models for different parts of your AWS account. For more information, see Configuring Cost Models.

To make sure your AWS list prices are current, you can use the command workflow Update Public Cloud List Prices. For more information, see Updating Public Cloud List Prices.

The cost model and cost files allow users to see accurate cost estimates when:

  • Adding AMIs and CloudFormation templates to the Service Catalog.
  • Requesting VMs and CloudFormation templates.
  • Viewing cost details for deployed stacks, VMs, load balancers, and databases.

The service catalog entry displays the cost of the cheapest instance type defined in the blueprint for that service. Then, when a user requests a service with a particular instance type, Commander stores the cost of the submitted service.

Note: Auto Scaling Groups don't have a cost.