[chef] Re: Re: AWS Spot instances for Integration-Testing Cookbooks on Github

[Tara Hernandez < >]

Here’s a sample of kitchen files we use for ec2 provisioning, now that you’ve found that driver (we have wrapper automation that fills in those env vars, obviously)

driver:

  name: ec2

  ssh_key: <%= ENV['SSH_KEY_FILE'] %>

  aws_ssh_key_id: <%= ENV['AWS_SSH_KEY_ID'] %>

  region: us-west-1

  availability_zone: <%= ENV['AWS_ZONE'] %>

  require_chef_omnibus: true

  subnet_id: <%= ENV['AWS_SUBNET'] %>

  security_group_ids: ‘<%= ENV[‘AWS_SEC_GROUP'] %>'

  flavor_id: 't1.micro'

provisioner:

  name: chef_solo

platforms:

  - name: centos-6.4

suites:

  - name: default

    run_list:

      - recipe[ci-jenkins::default]

    attributes: {

      "ci-jenkins": {

        "enable_cookbook_testing": true

      }

    }

From: Torben Knerr < "> >
Reply-To: " "> " < "> >
Date: Tuesday, October 28, 2014 at 12:32 AM
To: " "> " < "> >
Subject: [chef] Re: AWS Spot instances for Integration-Testing Cookbooks on Github

Weeeee, just found there is a kitchen-ec2 driver, and it has support for spot instances... neat! :-)

Am 28.10.2014 08:24 schrieb "Torben Knerr" < "> >:

Hi everybody,

having some cookbooks hosted on Github and using kitchen-ci for
integration-testing them, I would like to have the kitchen-ci tests
run on every commit / push.

With travis-ci (which I'm using for foodcritic / chefspec) this does
not work unfortunately, since it prohibits creation of nested
containers.

So I'm now considering to spin up an AWS spot instance during the
travis-ci build to run the integration tests on.

Anyone doing this already?

Any pointers or suggestions to get me kick-started are heartily welcome :-)

Cheers,
Torben