2013-07-25 11:51:21 -04:00
---
2017-06-14 21:04:16 -04:00
description: |
The amazon-instance Packer builder is able to create Amazon AMIs backed by
instance storage as the root device. For more information on the difference
between instance storage and EBS-backed instances, see the storage for the
root device section in the EC2 documentation.
2015-07-22 22:31:00 -04:00
layout: docs
2017-06-14 21:04:16 -04:00
page_title: 'Amazon instance-store - Builders'
sidebar_current: 'docs-builders-amazon-instance'
2017-03-25 18:13:52 -04:00
---
2013-07-25 11:51:21 -04:00
# AMI Builder (instance-store)
Type: `amazon-instance`
2014-10-20 16:47:30 -04:00
The `amazon-instance` Packer builder is able to create Amazon AMIs backed by
2013-07-25 11:51:21 -04:00
instance storage as the root device. For more information on the difference
2015-07-22 22:31:00 -04:00
between instance storage and EBS-backed instances, see the ["storage for the
root device" section in the EC2
2016-01-14 15:31:19 -05:00
documentation](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ComponentsAMIs.html#storage-for-the-root-device).
2013-07-25 11:51:21 -04:00
This builder builds an AMI by launching an EC2 instance from an existing
instance-storage backed AMI, provisioning that running machine, and then
2015-07-22 22:31:00 -04:00
bundling and creating a new AMI from that machine. This is all done in your own
2016-12-07 03:29:45 -05:00
AWS account. The builder will create temporary key pairs, security group rules,
2015-07-22 22:31:00 -04:00
etc. that provide it temporary access to the instance while the image is being
created. This simplifies configuration quite a bit.
2013-07-25 11:51:21 -04:00
2016-05-24 18:19:06 -04:00
The builder does *not* manage AMIs. Once it creates an AMI and stores it in
your account, it is up to you to use, delete, etc. the AMI.
2013-07-25 11:51:21 -04:00
2017-06-14 21:04:16 -04:00
-> **Note:** Temporary resources are, by default, all created with the prefix
2017-02-10 22:51:43 -05:00
`packer` . This can be useful if you want to restrict the security groups and
key pairs packer is able to operate on.
2017-06-14 21:04:16 -04:00
-> **Note:** This builder requires that the [Amazon EC2 AMI
2016-05-24 18:19:06 -04:00
Tools](https://aws.amazon.com/developertools/368) are installed onto the
machine. This can be done within a provisioner, but must be done before the
builder finishes running.
2017-06-14 21:04:16 -04:00
~> Instance builds are not supported for Windows. Use [`amazon-ebs` ](amazon-ebs.html ) instead.
2013-11-08 14:23:12 -05:00
2013-07-25 11:51:21 -04:00
## Configuration Reference
There are many configuration options available for the builder. They are
segmented below into two categories: required and optional parameters. Within
each category, the available configuration keys are alphabetized.
2015-06-23 17:44:57 -04:00
In addition to the options listed here, a
2015-07-22 22:31:00 -04:00
[communicator ](/docs/templates/communicator.html ) can be configured for this
builder.
2015-06-23 17:44:57 -04:00
2014-05-04 13:47:40 -04:00
### Required:
2013-07-25 11:51:21 -04:00
2017-06-14 21:04:16 -04:00
- `access_key` (string) - The access key used to communicate with AWS. [Learn
2015-07-24 23:55:08 -04:00
how to set this.](/docs/builders/amazon.html#specifying-amazon-credentials)
2013-07-25 11:51:21 -04:00
2017-06-14 21:04:16 -04:00
- `account_id` (string) - Your AWS account ID. This is required for bundling
2015-07-24 23:55:08 -04:00
the AMI. This is *not the same* as the access key. You can find your account
ID in the security credentials page of your AWS account.
2013-07-25 11:51:21 -04:00
2017-06-14 21:04:16 -04:00
- `ami_name` (string) - The name of the resulting AMI that will appear when
2015-07-24 23:55:08 -04:00
managing AMIs in the AWS console or via APIs. This must be unique. To help
make this unique, use a function like `timestamp` (see [configuration
2017-03-28 18:28:34 -04:00
templates](/docs/templates/engine.html) for more info)
2013-07-25 11:51:21 -04:00
2017-06-14 21:04:16 -04:00
- `instance_type` (string) - The EC2 instance type to use while building the
2016-12-07 03:29:45 -05:00
AMI, such as `m1.small` .
2013-07-25 11:51:21 -04:00
2017-06-14 21:04:16 -04:00
- `region` (string) - The name of the region, such as `us-east-1` , in which to
2015-07-24 23:55:08 -04:00
launch the EC2 instance to create the AMI.
2013-07-25 11:51:21 -04:00
2017-06-14 21:04:16 -04:00
- `s3_bucket` (string) - The name of the S3 bucket to upload the AMI. This
2015-07-24 23:55:08 -04:00
bucket will be created if it doesn't exist.
2013-07-25 11:51:21 -04:00
2017-06-14 21:04:16 -04:00
- `secret_key` (string) - The secret key used to communicate with AWS. [Learn
2015-07-24 23:55:08 -04:00
how to set this.](/docs/builders/amazon.html#specifying-amazon-credentials)
2013-07-25 11:51:21 -04:00
2017-06-14 21:04:16 -04:00
- `source_ami` (string) - The initial AMI used as a base for the newly
2015-07-24 23:55:08 -04:00
created machine.
2013-07-25 11:51:21 -04:00
2017-06-14 21:04:16 -04:00
- `x509_cert_path` (string) - The local path to a valid X509 certificate for
2015-07-24 23:55:08 -04:00
your AWS account. This is used for bundling the AMI. This X509 certificate
must be registered with your account from the security credentials page in
the AWS console.
2013-07-25 11:51:21 -04:00
2017-06-14 21:04:16 -04:00
- `x509_key_path` (string) - The local path to the private key for the X509
2015-07-24 23:55:08 -04:00
certificate specified by `x509_cert_path` . This is used for bundling
the AMI.
2013-07-25 11:51:21 -04:00
2014-05-04 13:47:40 -04:00
### Optional:
2013-07-25 11:51:21 -04:00
2017-06-14 21:04:16 -04:00
- `ami_block_device_mappings` (array of block device mappings) - Add one or
2017-01-18 00:32:18 -05:00
more [block device mappings ](http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/block-device-mapping-concepts.html )
to the AMI. These will be attached when booting a new instance from your
2017-02-10 22:51:38 -05:00
AMI. To add a block device during the Packer build see
2017-01-18 00:32:18 -05:00
`launch_block_device_mappings` below. Your options here may vary depending
on the type of VM you use. The block device mappings allow for the following
configuration:
2016-11-15 22:55:59 -05:00
2017-06-14 21:04:16 -04:00
- `delete_on_termination` (boolean) - Indicates whether the EBS volume is
2016-11-15 22:55:59 -05:00
deleted on instance termination. Default `false` . **NOTE** : If this
value is not explicitly set to `true` and volumes are not cleaned up by
an alternative method, additional volumes will accumulate after
every build.
2017-06-14 21:04:16 -04:00
- `device_name` (string) - The device name exposed to the instance (for
example, `/dev/sdh` or `xvdh` ). Required when specifying `volume_size` .
2016-11-15 22:55:59 -05:00
2017-06-14 21:04:16 -04:00
- `encrypted` (boolean) - Indicates whether to encrypt the volume or not
2016-11-15 22:55:59 -05:00
2018-01-12 17:48:18 -05:00
- `kms_key_id` (string) - The ARN for the KMS encryption key. When
specifying `kms_key_id` , `encrypted` needs to be set to `true` .
2017-10-16 14:23:33 -04:00
- `iops` (number) - The number of I/O operations per second (IOPS) that the
2016-02-16 16:44:21 -05:00
volume supports. See the documentation on
[IOPs ](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/API_EbsBlockDevice.html )
for more information
2016-11-15 22:55:59 -05:00
2017-06-14 21:04:16 -04:00
- `no_device` (boolean) - Suppresses the specified device included in the
2016-02-16 16:44:21 -05:00
block device mapping of the AMI
2016-11-15 22:55:59 -05:00
2017-06-14 21:04:16 -04:00
- `snapshot_id` (string) - The ID of the snapshot
2016-11-15 22:55:59 -05:00
2017-06-14 21:04:16 -04:00
- `virtual_name` (string) - The virtual device name. See the documentation on
2016-02-16 16:44:21 -05:00
[Block Device
Mapping](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/API_BlockDeviceMapping.html)
for more information
2016-11-15 22:55:59 -05:00
2017-10-16 14:23:33 -04:00
- `volume_size` (number) - The size of the volume, in GiB. Required if not
2016-02-16 16:44:21 -05:00
specifying a `snapshot_id`
2016-11-15 22:55:59 -05:00
2017-06-14 21:04:16 -04:00
- `volume_type` (string) - The volume type. `gp2` for General Purpose (SSD)
2016-12-07 03:29:45 -05:00
volumes, `io1` for Provisioned IOPS (SSD) volumes, and `standard` for Magnetic
2016-02-16 16:44:21 -05:00
volumes
2016-11-15 22:55:59 -05:00
2017-06-14 21:04:16 -04:00
- `ami_description` (string) - The description to set for the
2017-01-10 08:47:53 -05:00
resulting AMI(s). By default this description is empty. This is a
2017-03-28 18:28:34 -04:00
[template engine ](/docs/templates/engine.html )
2017-01-10 08:47:53 -05:00
where the `SourceAMI` variable is replaced with the source AMI ID and
`BuildRegion` variable is replaced with the value of `region` .
2013-08-09 01:57:22 -04:00
2017-06-14 21:04:16 -04:00
- `ami_groups` (array of strings) - A list of groups that have access to
2015-07-22 23:25:58 -04:00
launch the resulting AMI(s). By default no groups have permission to launch
the AMI. `all` will make the AMI publicly accessible. AWS currently doesn't
2016-12-07 03:29:45 -05:00
accept any value other than `all` .
2015-07-22 23:25:58 -04:00
2017-06-14 21:04:16 -04:00
- `ami_product_codes` (array of strings) - A list of product codes to
2015-07-22 23:25:58 -04:00
associate with the AMI. By default no product codes are associated with
the AMI.
2013-08-09 01:57:22 -04:00
2017-06-14 21:04:16 -04:00
- `ami_regions` (array of strings) - A list of regions to copy the AMI to.
2015-07-22 23:25:58 -04:00
Tags and attributes are copied along with the AMI. AMI copying takes time
depending on the size of the AMI, but will generally take many minutes.
2013-08-09 01:57:22 -04:00
2017-06-14 21:04:16 -04:00
- `ami_users` (array of strings) - A list of account IDs that have access to
2015-07-22 23:25:58 -04:00
launch the resulting AMI(s). By default no additional users other than the
user creating the AMI has permissions to launch it.
2013-08-22 18:20:44 -04:00
2017-06-14 21:04:16 -04:00
- `ami_virtualization_type` (string) - The type of virtualization for the AMI
2015-07-22 23:25:58 -04:00
you are building. This option is required to register HVM images. Can be
2016-12-07 03:29:45 -05:00
`paravirtual` (default) or `hvm` .
2013-08-09 01:57:22 -04:00
2017-06-14 21:04:16 -04:00
- `associate_public_ip_address` (boolean) - If using a non-default VPC, public
2015-07-22 23:25:58 -04:00
IP addresses are not provided by default. If this is toggled, your new
instance will get a Public IP.
2014-05-04 13:47:40 -04:00
2017-06-14 21:04:16 -04:00
- `availability_zone` (string) - Destination availability zone to launch
2015-07-22 23:25:58 -04:00
instance in. Leave this empty to allow Amazon to auto-assign.
2014-05-04 13:47:40 -04:00
2017-06-14 21:04:16 -04:00
- `bundle_destination` (string) - The directory on the running instance where
2016-12-07 03:29:45 -05:00
the bundled AMI will be saved prior to uploading. By default this is `/tmp` .
2015-07-22 23:25:58 -04:00
This directory must exist and be writable.
2014-05-04 13:47:40 -04:00
2017-06-14 21:04:16 -04:00
- `bundle_prefix` (string) - The prefix for files created from bundling the
2016-12-07 03:29:45 -05:00
root volume. By default this is `image-{{timestamp}}` . The `timestamp`
2015-07-22 23:25:58 -04:00
variable should be used to make sure this is unique, otherwise it can
collide with other created AMIs by Packer in your account.
2013-07-25 11:51:21 -04:00
2017-06-14 21:04:16 -04:00
- `bundle_upload_command` (string) - The command to use to upload the
2015-07-22 23:25:58 -04:00
bundled volume. See the "custom bundle commands" section below for
more information.
2013-07-25 11:51:21 -04:00
2017-06-14 21:04:16 -04:00
- `bundle_vol_command` (string) - The command to use to bundle the volume. See
2015-07-22 23:25:58 -04:00
the "custom bundle commands" section below for more information.
2013-07-25 11:51:21 -04:00
2017-10-16 16:27:26 -04:00
- `custom_endpoint_ec2` (string) - This option is useful if you use a cloud
provider whose API is compatible with aws EC2. Specify another endpoint
like this `https://ec2.custom.endpoint.com` .
2017-05-17 13:33:57 -04:00
2017-06-14 21:04:16 -04:00
- `ebs_optimized` (boolean) - Mark instance as [EBS
2016-01-14 15:31:19 -05:00
Optimized](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/EBSOptimized.html).
2015-10-06 16:36:21 -04:00
Default `false` .
2017-08-29 12:36:06 -04:00
- `ena_support` (boolean) - Enable enhanced networking (ENA but not SriovNetSupport)
on HVM-compatible AMIs. If true, add `ec2:ModifyInstanceAttribute` to your AWS IAM policy.
Note: you must make sure enhanced networking is enabled on your instance. See [Amazon's
documentation on enabling enhanced networking](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/enhanced-networking.html#enabling_enhanced_networking). Default `false` .
2017-06-14 21:04:16 -04:00
- `force_deregister` (boolean) - Force Packer to first deregister an existing
2016-12-07 03:29:45 -05:00
AMI if one with the same name already exists. Defaults to `false` .
2014-06-04 18:13:28 -04:00
2017-06-14 21:04:16 -04:00
- `force_delete_snapshot` (boolean) - Force Packer to delete snapshots associated with
2016-12-07 03:29:45 -05:00
AMIs, which have been deregistered by `force_deregister` . Defaults to `false` .
2016-11-30 16:28:34 -05:00
2017-06-14 21:04:16 -04:00
- `iam_instance_profile` (string) - The name of an [IAM instance
2016-01-14 15:31:19 -05:00
profile](https://docs.aws.amazon.com/IAM/latest/UserGuide/instance-profiles.html)
2015-07-22 23:25:58 -04:00
to launch the EC2 instance with.
2015-06-15 11:01:32 -04:00
2017-06-14 21:04:16 -04:00
- `launch_block_device_mappings` (array of block device mappings) - Add one or
2017-02-10 22:51:38 -05:00
more block devices before the Packer build starts. These are not necessarily
preserved when booting from the AMI built with Packer. See
2017-01-18 00:32:18 -05:00
`ami_block_device_mappings` , above, for details.
2013-07-31 14:43:52 -04:00
2017-06-14 21:04:16 -04:00
- `mfa_code` (string) - The MFA [TOTP ](https://en.wikipedia.org/wiki/Time-based_One-time_Password_Algorithm )
code. This should probably be a user variable since it changes all the time.
2017-06-12 20:12:41 -04:00
2017-06-14 21:04:16 -04:00
- `profile` (string) - The profile to use in the shared credentials file for
2017-06-14 19:45:18 -04:00
AWS. See Amazon's documentation on [specifying
profiles](https://docs.aws.amazon.com/sdk-for-go/v1/developer-guide/configuring-sdk.html#specifying-profiles)
for more details.
2017-06-14 21:04:16 -04:00
- `region_kms_key_ids` (map of strings) - a map of regions to copy the ami to,
2017-06-14 19:45:18 -04:00
along with the custom kms key id to use for encryption for that region.
Keys must match the regions provided in `ami_regions` . If you just want to
encrypt using a default ID, you can stick with `kms_key_id` and `ami_regions` .
If you want a region to be encrypted with that region's default key ID, you can
use an empty string `""` instead of a key id in this map. (e.g. `"us-east-1": ""` )
However, you cannot use default key IDs if you are using this in conjunction with
`snapshot_users` -- in that situation you must use custom keys.
2017-06-01 12:28:17 -04:00
2017-06-14 21:04:16 -04:00
- `run_tags` (object of key/value strings) - Tags to apply to the instance
2015-07-22 23:25:58 -04:00
that is *launched* to create the AMI. These tags are *not* applied to the
2017-01-10 08:47:53 -05:00
resulting AMI unless they're duplicated in `tags` . This is a
2017-03-28 18:28:34 -04:00
[template engine ](/docs/templates/engine.html )
2017-01-10 08:47:53 -05:00
where the `SourceAMI` variable is replaced with the source AMI ID and
`BuildRegion` variable is replaced with the value of `region` .
2013-08-15 17:32:04 -04:00
2017-06-14 21:04:16 -04:00
- `security_group_id` (string) - The ID (*not* the name) of the security group
2015-07-22 23:25:58 -04:00
to assign to the instance. By default this is not set and Packer will
automatically create a new temporary security group to allow SSH access.
Note that if this is specified, you must be sure the security group allows
access to the `ssh_port` given below.
2013-12-27 22:54:35 -05:00
2017-06-14 21:04:16 -04:00
- `security_group_ids` (array of strings) - A list of security groups as
2015-07-22 23:25:58 -04:00
described above. Note that if this is specified, you must omit the
`security_group_id` .
2013-07-25 11:51:21 -04:00
2017-10-12 20:05:31 -04:00
- `temporary_security_group_source_cidr` (string) - An IPv4 CIDR block to be authorized
2017-09-25 21:44:58 -04:00
access to the instance, when packer is creating a temporary security group.
The default is `0.0.0.0/0` (ie, allow any IPv4 source). This is only used
when `security_group_id` or `security_group_ids` is not specified.
2018-02-08 17:52:51 -05:00
- `skip_metadata_api_check` - (boolean) Skip the AWS Metadata API check.
Useful for AWS API implementations that do not have a metadata API
endpoint. Setting to `true` prevents Packer from authenticating via the
Metadata API. You may need to use other authentication methods like static
credentials, configuration variables, or environment variables.
2017-06-14 21:04:16 -04:00
- `skip_region_validation` (boolean) - Set to true if you want to skip
validation of the region configuration option. Defaults to `false` .
2016-06-06 14:45:22 -04:00
2017-06-14 21:04:16 -04:00
- `snapshot_groups` (array of strings) - A list of groups that have access to
2016-12-02 03:49:21 -05:00
create volumes from the snapshot(s). By default no groups have permission to create
volumes form the snapshot(s). `all` will make the snapshot publicly accessible.
2017-06-14 21:04:16 -04:00
- `snapshot_users` (array of strings) - A list of account IDs that have access to
2016-12-02 03:49:21 -05:00
create volumes from the snapshot(s). By default no additional users other than the
user creating the AMI has permissions to create volumes from the backing snapshot(s).
2017-06-14 21:04:16 -04:00
- `source_ami_filter` (object) - Filters used to populate the `source_ami` field.
2016-10-01 18:27:48 -04:00
Example:
2016-11-30 06:32:46 -05:00
2017-06-14 21:04:16 -04:00
``` json
2017-03-25 18:13:52 -04:00
{
"source_ami_filter": {
2016-10-01 18:27:48 -04:00
"filters": {
"virtualization-type": "hvm",
2017-09-05 20:20:48 -04:00
"name": "ubuntu/images/*ubuntu-xenial-16.04-amd64-server-*",
2016-10-01 18:27:48 -04:00
"root-device-type": "ebs"
},
"owners": ["099720109477"],
"most_recent": true
2017-03-25 18:13:52 -04:00
}
2016-10-01 18:27:48 -04:00
}
```
2016-11-30 06:32:46 -05:00
2016-10-01 18:27:48 -04:00
This selects the most recent Ubuntu 16.04 HVM EBS AMI from Canonical.
2016-10-14 14:53:40 -04:00
NOTE: This will fail unless *exactly* one AMI is returned. In the above
example, `most_recent` will cause this to succeed by selecting the newest image.
2016-10-01 18:27:48 -04:00
2017-06-14 21:04:16 -04:00
- `filters` (map of strings) - filters used to select a `source_ami` .
NOTE: This will fail unless *exactly* one AMI is returned.
Any filter described in the docs for [DescribeImages ](http://docs.aws.amazon.com/AWSEC2/latest/APIReference/API_DescribeImages.html )
is valid.
2016-10-01 18:27:48 -04:00
2017-06-14 21:04:16 -04:00
- `owners` (array of strings) - This scopes the AMIs to certain Amazon account IDs.
This is helpful to limit the AMIs to a trusted third party, or to your own account.
2016-10-01 18:27:48 -04:00
2017-10-16 12:11:33 -04:00
- `most_recent` (boolean) - Selects the newest created image when true.
2017-06-14 21:04:16 -04:00
This is most useful for selecting a daily distro build.
2018-02-13 19:48:39 -05:00
You may set this in place of `source_ami` or in conjunction with it. If you
set this in conjunction with `source_ami` , the `source_ami` will be added to
the filter. The provided `source_ami` must meet all of the filtering criteria
provided in `source_ami_filter` ; this pins the AMI returned by the filter,
but will cause Packer to fail if the `source_ami` does not exist.
2016-10-01 18:27:48 -04:00
2017-06-14 21:04:16 -04:00
- `snapshot_tags` (object of key/value strings) - Tags to apply to snapshot.
They will override AMI tags if already applied to snapshot.
2016-10-16 22:19:55 -04:00
2017-06-14 21:04:16 -04:00
- `spot_price` (string) - The maximum hourly price to launch a spot instance
2015-07-22 23:25:58 -04:00
to create the AMI. It is a type of instances that EC2 starts when the
maximum price that you specify exceeds the current spot price. Spot price
will be updated based on available spot instance capacity and current spot
2016-12-07 03:29:45 -05:00
Instance requests. It may save you some costs. You can set this to `auto`
for Packer to automatically discover the best spot price or to `0` to use
an on-demand instance (default).
2013-10-02 13:52:16 -04:00
2017-06-14 21:04:16 -04:00
- `spot_price_auto_product` (string) - Required if `spot_price` is set
2016-12-07 03:29:45 -05:00
to `auto` . This tells Packer what sort of AMI you're launching to find the
2015-07-22 23:25:58 -04:00
best spot price. This must be one of: `Linux/UNIX` , `SUSE Linux` , `Windows` ,
`Linux/UNIX (Amazon VPC)` , `SUSE Linux (Amazon VPC)` , `Windows (Amazon VPC)`
2014-09-06 13:44:12 -04:00
2017-08-29 12:36:06 -04:00
- `sriov_support` (boolean) - Enable enhanced networking (SriovNetSupport but not ENA)
on HVM-compatible AMIs. If true, add `ec2:ModifyInstanceAttribute` to your AWS IAM
policy. Note: you must make sure enhanced networking is enabled on your instance. See [Amazon's
documentation on enabling enhanced networking](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/enhanced-networking.html#enabling_enhanced_networking).
Default `false` .
2017-06-14 21:04:16 -04:00
- `ssh_keypair_name` (string) - If specified, this is the key that will be
2015-09-21 14:52:18 -04:00
used for SSH with the machine. The key must match a key pair name loaded
2017-06-14 21:04:16 -04:00
up into Amazon EC2. By default, this is blank, and Packer will
2016-12-07 03:29:45 -05:00
generate a temporary key pair unless
2016-10-03 04:03:45 -04:00
[`ssh_password` ](/docs/templates/communicator.html#ssh_password ) is used.
2016-01-31 15:05:27 -05:00
[`ssh_private_key_file` ](/docs/templates/communicator.html#ssh_private_key_file )
2016-10-23 23:26:14 -04:00
or `ssh_agent_auth` must be specified when `ssh_keypair_name` is utilized.
2014-05-26 11:03:49 -04:00
2017-06-14 21:04:16 -04:00
- `ssh_agent_auth` (boolean) - If true, the local SSH agent will be used to
2016-12-07 03:29:45 -05:00
authenticate connections to the source instance. No temporary key pair will
2016-10-23 22:43:47 -04:00
be created, and the values of `ssh_password` and `ssh_private_key_file` will
2016-10-23 23:26:14 -04:00
be ignored. To use this option with a key pair already configured in the source
AMI, leave the `ssh_keypair_name` blank. To associate an existing key pair
in AWS with the source instance, set the `ssh_keypair_name` field to the name
of the key pair.
2016-10-16 22:19:55 -04:00
2018-02-11 16:57:25 -05:00
- `ssh_private_ip` (boolean) - No longer supported. See
[`ssh_interface` ](#ssh_interface ). A fixer exists to migrate.
2017-11-21 21:52:22 -05:00
2017-11-21 23:15:46 -05:00
- `ssh_interface` (string) - One of `public_ip` , `private_ip` ,
`public_dns` or `private_dns` . If set, either the public IP address,
2017-11-21 21:52:22 -05:00
private IP address, public DNS name or private DNS name will used as the host for SSH.
The default behaviour if inside a VPC is to use the public IP address if available,
otherwise the private IP address will be used. If not in a VPC the public DNS name
2017-12-21 18:31:52 -05:00
will be used. Also works for WinRM.
2015-06-15 18:23:38 -04:00
2017-12-21 18:31:52 -05:00
Where Packer is configured for an outbound proxy but WinRM traffic should be direct,
2017-12-05 23:13:02 -05:00
`ssh_interface` must be set to `private_dns` and `<region>.compute.internal` included
in the `NO_PROXY` environment variable.
2017-12-05 22:50:54 -05:00
2017-06-14 21:04:16 -04:00
- `subnet_id` (string) - If using VPC, the ID of the subnet, such as
2016-12-07 03:29:45 -05:00
`subnet-12345def` , where Packer will launch the EC2 instance. This field is
2015-07-22 23:25:58 -04:00
required if you are using an non-default VPC.
2014-09-05 00:48:14 -04:00
2017-06-14 21:04:16 -04:00
- `tags` (object of key/value strings) - Tags applied to the AMI. This is a
2017-03-28 18:28:34 -04:00
[template engine ](/docs/templates/engine.html )
2017-01-10 08:47:53 -05:00
where the `SourceAMI` variable is replaced with the source AMI ID and
`BuildRegion` variable is replaced with the value of `region` .
2013-07-25 11:51:21 -04:00
2017-06-14 21:04:16 -04:00
- `temporary_key_pair_name` (string) - The name of the temporary key pair
2017-02-10 22:34:13 -05:00
to generate. By default, Packer generates a name that looks like
2017-06-14 21:04:16 -04:00
`packer_<UUID>` , where < UUID> is a 36 character unique identifier.
2013-08-06 18:16:39 -04:00
2017-06-14 21:04:16 -04:00
- `user_data` (string) - User data to apply when launching the instance. Note
2015-07-22 23:25:58 -04:00
that you need to be careful about escaping characters due to the templates
being JSON. It is often more convenient to use `user_data_file` , instead.
2014-05-01 17:21:17 -04:00
2017-06-14 21:04:16 -04:00
- `user_data_file` (string) - Path to a file that will be used for the user
2015-07-22 23:25:58 -04:00
data when launching the instance.
2013-08-12 15:12:44 -04:00
2017-06-14 21:04:16 -04:00
- `vpc_id` (string) - If launching into a VPC subnet, Packer needs the VPC ID
in order to create a temporary security group within the VPC. Requires `subnet_id`
to be set. If this field is left blank, Packer will try to get the VPC ID from the
`subnet_id` .
2013-08-12 15:12:44 -04:00
2017-06-14 21:04:16 -04:00
- `x509_upload_path` (string) - The path on the remote machine where the X509
2015-07-22 23:25:58 -04:00
certificate will be uploaded. This path must already exist and be writable.
X509 certificates are uploaded after provisioning is run, so it is perfectly
2016-09-16 07:57:41 -04:00
okay to create this directory as part of the provisioning process. Defaults to
`/tmp` .
2013-07-25 11:51:21 -04:00
2017-06-14 21:04:16 -04:00
- `windows_password_timeout` (string) - The timeout for waiting for a Windows
2016-12-07 03:29:45 -05:00
password for Windows instances. Defaults to 20 minutes. Example value: `10m`
2015-06-14 13:51:34 -04:00
2013-07-25 11:51:21 -04:00
## Basic Example
Here is a basic example. It is completely valid except for the access keys:
2017-06-14 21:04:16 -04:00
``` json
2013-07-25 11:51:21 -04:00
{
"type": "amazon-instance",
"access_key": "YOUR KEY HERE",
"secret_key": "YOUR SECRET KEY HERE",
"region": "us-east-1",
"source_ami": "ami-d9d6a6b0",
"instance_type": "m1.small",
"ssh_username": "ubuntu",
"account_id": "0123-4567-0890",
"s3_bucket": "packer-images",
"x509_cert_path": "x509.cert",
"x509_key_path": "x509.key",
"x509_upload_path": "/tmp",
2013-08-08 19:59:42 -04:00
"ami_name": "packer-quick-start {{timestamp}}"
2013-07-25 11:51:21 -04:00
}
2014-10-20 13:55:16 -04:00
```
2013-07-25 11:51:21 -04:00
2017-06-14 21:04:16 -04:00
-> **Note:** Packer can also read the access key and secret access key from
2015-07-22 22:31:00 -04:00
environmental variables. See the configuration reference in the section above
for more information on what environmental variables Packer will look for.
2013-07-25 11:51:21 -04:00
2013-08-31 19:07:55 -04:00
## Accessing the Instance to Debug
If you need to access the instance to debug for some reason, run the builder
2015-07-22 22:31:00 -04:00
with the `-debug` flag. In debug mode, the Amazon builder will save the private
key in the current directory and will output the DNS or IP information as well.
You can use this information to access the instance as it is running.
2013-08-31 19:07:55 -04:00
2013-07-25 11:51:21 -04:00
## Custom Bundle Commands
2015-07-22 22:31:00 -04:00
A lot of the process required for creating an instance-store backed AMI involves
commands being run on the actual source instance. Specifically, the
`ec2-bundle-vol` and `ec2-upload-bundle` commands must be used to bundle the
root filesystem and upload it, respectively.
2013-07-25 11:51:21 -04:00
Each of these commands have a lot of available flags. Instead of exposing each
2015-07-22 22:31:00 -04:00
possible flag as a template configuration option, the instance-store AMI builder
for Packer lets you customize the entire command used to bundle and upload the
AMI.
2013-07-25 11:51:21 -04:00
2015-07-22 22:31:00 -04:00
These are configured with `bundle_vol_command` and `bundle_upload_command` . Both
of these configurations are [configuration
2017-03-28 18:28:34 -04:00
templates](/docs/templates/engine.html) and have support for
2015-07-22 22:31:00 -04:00
their own set of template variables.
2013-07-25 11:51:21 -04:00
### Bundle Volume Command
2015-07-22 22:31:00 -04:00
The default value for `bundle_vol_command` is shown below. It is split across
multiple lines for convenience of reading. The bundle volume command is
responsible for executing `ec2-bundle-vol` in order to store and image of the
root filesystem to use to create the AMI.
2013-07-25 11:51:21 -04:00
2017-06-14 21:04:16 -04:00
``` text
2015-04-04 10:52:17 -04:00
sudo -i -n ec2-bundle-vol \
2015-07-22 22:31:00 -04:00
-k {{.KeyPath}} \
-u {{.AccountId}} \
-c {{.CertPath}} \
-r {{.Architecture}} \
-e {{.PrivatePath}}/* \
-d {{.Destination}} \
-p {{.Prefix}} \
--batch \
--no-filter
2013-07-25 11:51:21 -04:00
```
The available template variables should be self-explanatory based on the
parameters they're used to satisfy the `ec2-bundle-vol` command.
2017-06-14 21:04:16 -04:00
~> **Warning!** Some versions of ec2-bundle-vol silently ignore all .pem and
2014-10-20 13:55:16 -04:00
.gpg files during the bundling of the AMI, which can cause problems on some
2015-07-22 22:31:00 -04:00
systems, such as Ubuntu. You may want to customize the bundle volume command to
2016-12-07 03:29:45 -05:00
include those files (see the `--no-filter` option of `ec2-bundle-vol` ).
2013-08-08 20:30:35 -04:00
2013-07-25 11:51:21 -04:00
### Bundle Upload Command
2015-07-22 22:31:00 -04:00
The default value for `bundle_upload_command` is shown below. It is split across
2016-09-16 07:57:41 -04:00
multiple lines for convenience of reading. Access key and secret key are omitted
if using instance profile. The bundle upload command is responsible for taking
the bundled volume and uploading it to S3.
2013-07-25 11:51:21 -04:00
2017-06-14 21:04:16 -04:00
``` text
2015-04-04 10:52:17 -04:00
sudo -i -n ec2-upload-bundle \
2015-07-22 22:31:00 -04:00
-b {{.BucketName}} \
-m {{.ManifestPath}} \
-a {{.AccessKey}} \
-s {{.SecretKey}} \
-d {{.BundleDirectory}} \
--batch \
--region {{.Region}} \
--retry
2013-07-25 11:51:21 -04:00
```
The available template variables should be self-explanatory based on the
parameters they're used to satisfy the `ec2-upload-bundle` command.
2017-08-28 14:51:37 -04:00
Additionally, `{{.Token}}` is available when overriding this command. You must
create your own bundle command with the addition of `-t {{.Token}} ` if you are
assuming a role.
2018-01-25 17:52:40 -05:00
2018-01-25 18:22:34 -05:00
#### Bundle Upload Permissions
The `ec2-upload-bundle` requires a policy document that looks something like this:
```json
{
"Version": "2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Action": [
"s3:PutObject",
"s3:GetObject",
"s3:ListBucket",
"s3:GetBucketLocation",
"s3:PutObjectAcl"
],
"Resource": "*"
}
]
}
```
You may wish to constrain the resource to a specific bucket.