packer-cn/website/source/intro/getting-started/parallel-builds.html.md

175 lines
6.3 KiB
Markdown
Raw Normal View History

2013-06-21 23:10:24 -04:00
---
2015-07-22 22:31:00 -04:00
layout: intro
sidebar_current: intro-getting-started-parallel-builds
page_title: Parallel Builds - Getting Started
description: |-
So far we've shown how Packer can automatically build an image and provision
it. This on its own is already quite powerful. But Packer can do better than
that. Packer can create multiple images for multiple platforms in parallel,
all configured from a single template.
---
2013-06-21 23:10:24 -04:00
# Parallel Builds
So far we've shown how Packer can automatically build an image and provision it.
This on its own is already quite powerful. But Packer can do better than that.
2015-07-22 22:31:00 -04:00
Packer can create multiple images for multiple platforms *in parallel*, all
2013-06-21 23:10:24 -04:00
configured from a single template.
2015-07-22 22:31:00 -04:00
This is a very useful and important feature of Packer. As an example, Packer is
able to make an AMI and a VMware virtual machine in parallel provisioned with
the *same scripts*, resulting in near-identical images. The AMI can be used for
production, the VMware machine can be used for development. Or, another example,
if you're using Packer to build [software
2016-01-14 15:31:19 -05:00
appliances](https://en.wikipedia.org/wiki/Software_appliance), then you can build
2015-07-22 22:31:00 -04:00
the appliance for every supported platform all in parallel, all configured from
a single template.
2013-06-21 23:10:24 -04:00
2015-07-22 22:31:00 -04:00
Once you start taking advantage of this feature, the possibilities begin to
unfold in front of you.
2013-06-21 23:10:24 -04:00
2015-07-22 22:31:00 -04:00
Continuing on the example in this getting started guide, we'll build a
[DigitalOcean](http://www.digitalocean.com) image as well as an AMI. Both will
be near-identical: bare bones Ubuntu OS with Redis pre-installed. However, since
we're building for both platforms, you have the option of whether you want to
use the AMI, or the DigitalOcean snapshot. Or use both.
2013-06-21 23:10:24 -04:00
## Setting Up DigitalOcean
2015-07-22 22:31:00 -04:00
[DigitalOcean](https://www.digitalocean.com/) is a relatively new, but very
popular VPS provider that has popped up. They have a quality offering of high
performance, low cost VPS servers. We'll be building a DigitalOcean snapshot for
this example.
2013-06-21 23:10:24 -04:00
2015-07-22 22:31:00 -04:00
In order to do this, you'll need an account with DigitalOcean. [Sign up for an
account now](https://www.digitalocean.com/). It is free to sign up. Because the
"droplets" (servers) are charged hourly, you *will* be charged $0.01 for every
2015-07-22 22:31:00 -04:00
image you create with Packer. If you're not okay with this, just follow along.
2013-06-21 23:10:24 -04:00
!> **Warning!** You *will* be charged $0.01 by DigitalOcean per image
created with Packer because of the time the "droplet" is running.
2013-06-21 23:10:24 -04:00
2015-07-22 22:31:00 -04:00
Once you sign up for an account, grab your API token from the [DigitalOcean API
access page](https://cloud.digitalocean.com/settings/applications). Save these
values somewhere; you'll need them in a second.
2013-06-21 23:10:24 -04:00
## Modifying the Template
We now have to modify the template to add DigitalOcean to it. Modify the
template we've been using and add the following JSON object to the `builders`
array.
```json
2013-06-21 23:10:24 -04:00
{
"type": "digitalocean",
"api_token": "{{user `do_api_token`}}",
2015-07-22 22:31:00 -04:00
"image": "ubuntu-14-04-x64",
"region": "nyc3",
"size": "512mb",
2017-03-06 16:08:34 -05:00
"ssh_username": "root"
2013-06-21 23:10:24 -04:00
}
```
2013-06-21 23:10:24 -04:00
2015-07-22 22:31:00 -04:00
You'll also need to modify the `variables` section of the template to include
the access keys for DigitalOcean.
2017-04-18 14:34:47 -04:00
```json
"variables": {
"do_api_token": "",
// ...
}
```
The entire template should now look like this:
```json
{
2015-07-22 22:31:00 -04:00
"variables": {
"aws_access_key": "",
"aws_secret_key": "",
"do_api_token": ""
},
"builders": [{
"type": "amazon-ebs",
"access_key": "{{user `aws_access_key`}}",
"secret_key": "{{user `aws_secret_key`}}",
"region": "us-east-1",
"source_ami": "ami-fce3c696",
"instance_type": "t2.micro",
2015-07-22 22:31:00 -04:00
"ssh_username": "ubuntu",
"ami_name": "packer-example {{timestamp}}"
},{
"type": "digitalocean",
"api_token": "{{user `do_api_token`}}",
"image": "ubuntu-14-04-x64",
"region": "nyc3",
"size": "512mb",
2017-03-06 16:08:34 -05:00
"ssh_username": "root"
2015-07-22 22:31:00 -04:00
}],
"provisioners": [{
"type": "shell",
"inline": [
"sleep 30",
"sudo apt-get update",
"sudo apt-get install -y redis-server"
]
}]
}
```
2013-06-21 23:10:24 -04:00
Additional builders are simply added to the `builders` array in the template.
2015-07-22 22:31:00 -04:00
This tells Packer to build multiple images. The builder `type` values don't even
need to be different! In fact, if you wanted to build multiple AMIs, you can do
that as long as you specify a unique `name` for each build.
2013-06-21 23:10:24 -04:00
Validate the template with `packer validate`. This is always a good practice.
-> **Note:** If you're looking for more **DigitalOcean configuration
2015-07-22 22:31:00 -04:00
options**, you can find them on the [DigitalOcean Builder
page](/docs/builders/digitalocean.html) in the documentation. The documentation
is more of a reference manual that contains a listing of all the available
configuration options.
2013-06-21 23:10:24 -04:00
## Build
2015-07-22 22:31:00 -04:00
Now run `packer build` with your user variables. The output is too verbose to
include all of it, but a portion of it is reproduced below. Note that the
ordering and wording of the lines may be slightly different, but the effect is
the same.
2013-06-21 23:10:24 -04:00
```text
$ packer build \
-var 'aws_access_key=YOUR ACCESS KEY' \
-var 'aws_secret_key=YOUR SECRET KEY' \
-var 'do_api_token=YOUR API TOKEN' \
example.json
2013-06-21 23:10:24 -04:00
==> amazon-ebs: amazon-ebs output will be in this color.
==> digitalocean: digitalocean output will be in this color.
==> digitalocean: Creating temporary ssh key for droplet...
==> amazon-ebs: Creating temporary keypair for this instance...
==> amazon-ebs: Creating temporary security group for this instance...
==> digitalocean: Creating droplet...
==> amazon-ebs: Authorizing SSH access on the temporary security group...
==> amazon-ebs: Launching a source AWS instance...
==> digitalocean: Waiting for droplet to become active...
==> amazon-ebs: Waiting for instance to become ready...
==> digitalocean: Connecting to the droplet via SSH...
==> amazon-ebs: Connecting to the instance via SSH...
...
==> Builds finished. The artifacts of successful builds are:
--> amazon-ebs: AMIs were created:
us-east-1: ami-376d1d5e
--> digitalocean: A snapshot was created: packer-1371870364
```
2015-07-22 22:31:00 -04:00
As you can see, Packer builds both the Amazon and DigitalOcean images in
parallel. It outputs information about each in different colors (although you
can't see that in the block above), making it is easier to identify the actions
executed when you execute the command.
2013-06-21 23:10:24 -04:00
2015-07-22 22:31:00 -04:00
At the end of the build, Packer outputs both of the artifacts created (an AMI
and a DigitalOcean snapshot). Both images created are bare bones Ubuntu
installations with Redis pre-installed.