The EC2 provider automatically creates a volume for bootstrapping (be it EBS or S3), makes a snapshot of it once it is done and registers it as an AMI. EBS volume backing only works on an EC2 host while S3 backed volumes should work locally (at this time however they do not, a fix is in the works).
Unless the cloud-init plugin
is used, special startup scripts will be installed that automatically fetch the
configured authorized_key from the instance metadata and save or run
any userdata supplied (if the userdata begins with #! it will be
run). Set the variable install_init_scripts to False in order
to disable this behaviour.
The AWS credentials can be configured via the manifest or through environment variables. If using EBS backing, credentials can not be included to allow boto3 to discover it's credentials. To bootstrap S3 backed instances you will need a user certificate and a private key in addition to the access key and secret key, which are needed for bootstraping EBS backed instances.
The settings describes below should be placed in the credentials key
under the provider section.
access-key: AWS access-key. May also be supplied via the environment variable$AWS_ACCESS_KEYrequired for S3 backingsecret-key: AWS secret-key. May also be supplied via the environment variable$AWS_SECRET_KEYrequired for S3 backingcertificate: Path to the AWS user certificate. Used for uploading the image to an S3 bucket. May also be supplied via the environment variable$AWS_CERTIFICATErequired for S3 backingprivate-key: Path to the AWS private key. Used for uploading the image to an S3 bucket. May also be supplied via the environment variable$AWS_PRIVATE_KEYrequired for S3 backinguser-id: AWS user ID. Used for uploading the image to an S3 bucket. May also be supplied via the environment variable$AWS_USER_IDrequired for S3 backing
Example:
---
provider:
name: ec2
credentials:
access-key: AFAKEACCESSKEYFORAWS
secret-key: thes3cr3tkeyf0ryourawsaccount/FS4d8QdvaA profile from the boto3 shared credentials files can be declared rather than needing to enter credentials into the manifest.
profile: AWS configuration profile.
Example:
---
provider:
name: ec2
credentials:
profile: DefaultEC2 supports both paravirtual and hardware virtual machines. The virtualization type determines various factors about the virtual machine performance (read more about this in the EC2 docs).
virtualization: The virtualization type Valid values:pvm,hvmrequired
Example:
---
provider:
name: ec2
virtualization: hvmInstall enhanced networking drivers to take advantage of SR-IOV capabilities on hardware virtual machines. Read more about this in the EC2 docs.
Example:
---
provider:
name: ec2
virtualization: hvm
enhanced_networking: simpleDefine the version for the Amazon Elastic Network Adapter (ENA) driver. Read more about this on the Amazon Drivers git repo.
amzn-driver-version: Default: master Valid values:master,#.#.#optional
Example:
---
provider:
name: ec2
amzn-driver-version: 1.5.0description: Description of the AMI.manifest varsbucket: When bootstrapping an S3 backed image, this will be the bucket where the image is uploaded to.required for S3 backingregion: Region in which the AMI should be registered.required for S3 backing
Example:
---
provider:
name: ec2
description: Debian {system.release} {system.architecture}
bucket: debian-amis
region: us-west-1EBS volumes, snapshots and AMIs are tagged using AWS resource tags with the tag names and values defined in the manifest. Tags can be used to categorize AWS resources, e.g. by purpose or environment. They can also be used to limit access to resources using IAM policies.
Example:
---
tags:
Name: "Stretch 9.0 alpha"
Debian: "9.0~{%Y}{%m}{%d}{%H}{%M}"
Role: "test"Restrictions on tag names and values are defined in EC2 docs.
To communicate with the AWS API boto3
is required you can install boto with
pip install boto3 (on wheezy, the packaged version is too low). S3
images are chopped up and uploaded using
euca2ools (install with
apt-get install euca2ools).