Project Name
Buildbot and EC2
Project Description
The BuildBot is software for automatically building and testing other software. EC2 is Amazon's "Elastic Compute Cloud", a service that lets you run Virtual Machines on Amazon's computing grid using a web API. It would be awesome if BuildBot had an EC2 module, and could spawn Virtual Machines on-demand to perform tasks. Conveniently, BuildBot is written in Python, and there's a Python library for interfacing with EC2.
References: Amazon EC2 Basics For Python Programmers
Project Leader(s)
Project Contributor(s)
Dominic Baranski
Project Details
Release 0.1
Goals
- Add in a new build step to Buildbot
- Allow Buildbot to connect with Amazon's EC2 service
Downloads
Note: You will need to install the boto library located here.
About
Basically, this first version attempts to connect to an EC2 account, and then display the connection information to show that it has connected.
It uses a library called "boto", and this library is used to connect to all of Amazon's Web Services
To use this in a Buildbot configuration file, simply call the connect_to_ec2() function, which takes in as paramaters, an Amazon id key, and an Amazon secret key.
Example:
connection = connect_to_ec2("73ghf9h38fh", "75vo87rVO*&V%O7o75v7i%i75I&5li7%i75")
Release 0.2
Goals
- Start New Instances
- Add new instances to build slave list
- Start a build on an EC2 instance build slave
Downloads
EC2BuildSlave.py
*Just put this file into your buildbot installation folder so python can access it
Master.cfg
About
To use the EC2 service with Buildbot, there needs to be some way for Buildbot to dynamically generate a list of build slaves. These build slaves (or just slaves) are hosted as a virtual machine on the EC2 service.
This will work by extending the BuildSlave class to add in some new functionality for starting a new EC2 instance. So, every time you add a new slave to the slave list, another instance will be spwaned, so that you can spawn as many instances as you think you will need to complete a build.
This new BuildSlave class will start a new instance, which will then proceed to send the connection information of the master to the new instance. How exactly, I'm not exactly sure, because it takes a minute for the virtual instance to start up.
The rest basically takes care of itself.
Still have to think about how to turn the new EC2 instances off after the build is done.
0.2.1
About
I have made a slight modification to the EC2BuildSlave. It now requires some additional input, because I had been hardcoding some values in, and that's sloppy, so I corrected it to allow you to put any variable parameters in the config file.
Basically, you will lay out a new EC2BuildSlave like this:
from buildbot.EC2BuildSlave import EC2BuildSlave
c['slaves'] = [EC2BuildSlave("bot1name", "bot1passwd", "public key", "private key", "dns", "instance-id")]
//Where dns = www.whatever.com:8898, or 88.123.55.456:8898
//and public/private key is your public/private key from Amazon
//and instance-id is the instance you would like to launch ("ami-87d530ee")
Downloads
- [Patch]
The EC2BuildSlave.py goes into your python's framework folder for Buildbot (note: on my mac, this is
/Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/site-packages/buildbot/)
Release 0.3
Goals
- Build Mozilla using an EC2 Instance
- Complete Documentation
- Generic EC2 instance for Buildbot Slaves
- Startup Scripts for making your own EC2 instances
Downloads
About
So this iteration is basically about getting this project into the “publically useable” stage. Right now, it’s fairly easy to set up these modifications to use EC2 instances in any Buildbot build project.
To use, you need to have Buildbot installed already. Then, you need to download the BOTO python library from Google, and place the boto folder from that zip file into your build-master directory. Then, you need to extract this patch into your build-master directory. Thats it for system prep.
Then, you need to go to AWS.AMAZON.COM and sign up for an account. When you do that, you will need to get your Public Key, and Secret Key to paste into your build-master’s master.cfg file.
In your build-masters master.cfg file, where you would normally specify your list of BuildSlaves, you will be replacing BuildSlave with EC2BuildSlave. This custom class is what allows Buildbot to start EC2 instances and create slaves to use on them. You need to specify a few extra variables in the slave configuration.
By default, you need to specify:
* Bot Name * Bot Password * Public Key * Private Key * [IP Address of Build-Master:Port] [Bot Name] [Bot Password]
By supplying the build-master’s IP address to the EC2 slave, you are allowing the build-slave on the EC2 instance to be pointed at your machine. If you have a DNS, then that will work in this place as well.
There is a generic Amazon EC2 instance (also called an AMI) created that is set by default in the EC2BuildSlave class. However, if you desire, you may also insert a custom AMI instance ID to the EC2BuildSlave and have it start up your own AMI. See the custom startup script, in the 0.3 deliverable zip, to insert into your instance to have your build-slave created at run-time.
Release 0.4
Goals
- Run a Try server @ Home
- Make Try server use EC2
Downloads
None, but when this is completed, the zipped archive of the try server will go here
About
For this release, it was important to make this project more useful for Mozilla.
For EC2 to be useful, you have to use it when you have periods of inactivity, or periods of sudden increased activity. This appears to happen most often on Mozilla's Try Server.
The Try Server lets developers submit a patch to the trunk, and have it build on all 3 OS's, without submitting their change to trunk. So, it's just a place where developers can try and see if their patch will work on all 3 major OS's.
Since developers are using the Try Server continuously, and it's a service that cannot really be taken offline, Seneca will be hosting it's own Try Server. Right now it is very unclear how many machines will be made available to this Try Server, but there should be about 10 machines available for this project at the beginning. As the project continues, more servers will likely be added.
Since time is an issue in getting access to the servers @ Seneca, the first little bit in getting the Try Server to use EC2 build slaves will be running on an external (from Seneca) server. Once that is completed, a zip of the buildbot files will be made available here.
Server Location
Tasks
| Task | Details | Priority | Contributors | Status | Target | Completed | Link(s) |
|---|---|---|---|---|---|---|---|
| Try Server | Start a Try Server on a Linux machine. | High | Adam Delyea | In Progress | 14/01/08 | Mozilla Try Server | |
| EC2 on Try Server | Make the Try Server use EC2 to spawn build slaves. | High | Adam Delyea | In Progress | 14/01/08 | ||
| Define new build step | Add a new build step to the build master config file. The build step will be in an external file and imported into the build master config file. | Done | Adam Delyea | Writing New Build Steps | |||
| Connect To EC2 using Python | Utilize the EC2 python library to connect to an account on the EC2 network. Once connected, display some information about the users account to prove it's actually connecting. | Done | Adam Delyea | ||||
| Start new instances | Allow Buildbot to spawn an instance on demand. This could possibly be a function called right before the build slave list is populated, and would pass back an array of build slaves. | Done | Adam Delyea | ||||
| Allow newly created EC2 instances to be added to the build slave list.
After looking more closely at how the buildslave is created, this goal doesn't make any sense, since this is not really how the buildslave list works. |
Cut | Adam Delyea | |||||
| Start a new build on an EC2 instance | Allow Buildbot to successfully start a build using a build slave on an EC2 instance | Done | Adam Delyea | ||||
| Load a script on startup in Linux | Make it possible to have a script load when Linux starts | Done | Adam Delyea | ||||
| Testing | People needed to download the revisions and test them to make sure it works in different environments. Note, this will require you to have your own EC2 account. | Low | NEEDED! *** Dominic Baranski |
||||
| Different Builds | Need different projects to try and build, to make sure it works to build projects other than Mozilla | Low | NEEDED! *** Dominic Baranski |
||||
| Build Mozilla using an EC2 Instance | Allow Buildbot to successfully build mozilla using a build slave on an EC2 instance | Done | Adam Delyea | ||||
| Complete Documentation | Done...ish | Adam Delyea | |||||
| Generic EC2 instance for Buildbot Slaves | Making a generic EC2 Instance for Buildbot | Done | Adam Delyea | ||||
| Startup Scripts for making your own EC2 instances | Done | Adam Delyea |
Contributions
Project Resources
- Mozilla Buildbot links: docs and code
- EC2 Firefox Extension
- Amazon-ec2-for-people-who-prefer-debian-and-python-over-fedora-and-java
Project News
For a less formal, and more up-to-date view on whats happening, see the BLOG.
2007-09-17: Project claimed!
2007-10-11: Found a python EC2 library that has all of the functions I will need for interacting with EC2. Just need to write a custom build step to run these library functions.
2007-10-12: Release v0.1 is complete and available for download.
2007-10-12: Release v0.2 loosely defined. More detail to follow.
2007-11-17: Release v0.2 is complete and available for download: can start an instance and start an EC2BuildSlave
2007-11-21: Release v0.2.1 is complete and available for download: now to include variable EC2 users, and instances, and DNS'
2007-12-13: Release v0.3 is complete and available for download: easier to install and setup, can use to build projects now
2008-12-14: Release v0.4 Defined. In the process of getting accounts and machines for Try Server Farm.