This version of the doc is no longer supported. Please check out the stable docs for the latest in Juju.


This tutorial will show you how to get started with Juju, including installing, configuring and bootstrapping a new Juju environment. Before you start you will need:

  • An Ubuntu, OSX or Windows machine to install the client on.
  • An environment which can provide a new server with an Ubuntu cloud operating system image on-demand. This includes services such as Amazon EC2, HP Cloud, an OpenStack installation, or your local machine
  • An SSH key-pair. If you have not already set one up, you need to generate an appropriate keypair. On Linux and Mac OSX: ssh-keygen -t rsa -b 2048 On Windows: See the Windows instructions for SSH and PuTTY



To install Juju, you simply need to grab the latest juju-core package from the PPA:

sudo add-apt-repository ppa:juju/stable
sudo apt-get update && sudo apt-get install juju-core

For more information on installing and the current versions available, see the releases page.


Juju is in Homebrew, to install do:

brew install juju

For more information on installing and the current versions available, see the releases page.


See the releases page to download and run the latest version of the Juju Windows installer


Juju needs to be configured to use your cloud provider. This is done via the following file:

Linux & Mac OSX




Note: %APPDATA% typically == C:\Users\\AppData\Roaming

Juju can automatically generate the file in this way:

juju generate-config

This action will not overwrite an existing file but merely dump the information onscreen (STDOUT). It will contain sample profiles for different types of cloud services. Edit it to provide specific information for your chosen cloud provider. For more specifics on what needs to be changed, see the relevant sections in the left pane (under Install & Configure).

Note: Juju's command line interface includes documentation, running juju help will show you the topics. You can also look at the Juju command cheatsheet if you are looking for a convenient command guide.

Testing your setup

Once you have installed and configured Juju, it is probably a good idea to take it for a bit of a test drive and check that everything is working as expected. Because Juju makes it really easy to deploy services, this is actually quick and straightforward.

The first thing to do is set up a bootstrap environment. This is an instance in the cloud that Juju will use to deploy and control other services with. It will be created according to the configuration you have provided, and your SSH key will automatically be uploaded so that Juju can communicate securely with the bootstrap instance.

juju bootstrap

Note: If you have multiple environments configured, you can choose which one to address with a particular command by adding the -e switch followed by the environment name, E.g. -e hpcloud.

You may have to wait a few moments for this command to return, as it needs to perform various tasks and contact your cloud provider.

Assuming it returns successfully, we can now deploy some services and explore the basic operations of Juju.

To start with, we will deploy Wordpress, by running this command:

juju deploy wordpress

Now juju will fetch the Wordpress charm and use it, through the bootstrap instance to request and deploy whatever resources it needs to set up this service.

Wordpress needs a database though, so we will also deploy one of those:

juju deploy mysql

Once again, juju will do whatever is necessary to deploy this service for you, and it may take some time for the command to return.

Note: If you want to get more information on what is actually happening, or to help resolve problems, you can add the --show-log switch to the juju command to get verbose output.

Although we have deployed Wordpress and a MySQL database, they are not linked together in any way yet. To do this we should run:

juju add-relation wordpress mysql

This command uses information provided by the relevant charms to associate these services with each other in whatever way makes sense. There is much more to be said about linking services together which is covered in the juju command documentation, but for the moment, we just need to know that it will link these services together.

In order to make our Wordpress public, we now need to expose this service:

juju expose wordpress

This service will now be configured to respond to web requests, so visitors can see it. But where exactly is it? If we run the juju status command, we will be able to see what services are running, and where they are located.

juju status

The output from this command should look something like this:

    agent-state: started
    agent-version: 1.10.0
    instance-id: i-781bf614
    series: precise
    agent-state: started
    agent-version: 1.10.0
    instance-id: i-9e8927f6
    series: precise
    agent-state: started
    agent-version: 1.10.0
    instance-id: i-5c440436
    series: precise
    charm: cs:precise/mysql-18
    exposed: false
      - wordpress
        agent-state: started
        agent-version: 1.10.0
        machine: "1"
    charm: cs:precise/wordpress-12
    exposed: true
      - mysql
      - wordpress
        agent-state: started
        agent-version: 1.10.0
        machine: "2"

There is quite a lot of information here. the first section, titled machines:, details all the instances which are currently running. For each you will see the version of Juju they are running, their hostname, instance id and the series or version of Ubuntu they are running.

After that, the sections list the services which are currently deployed. The information here differs slightly according to the service and how it is configured. It will however, always list the charm that was used to deploy the service, whether it is exposed or not, its address and whatever relationships exist.

From this status readout, we can see that wordpress is exposed and ready. If we simply copy the address into a web browser, we should be able to see it running

WordPress in a web browser

Congratulations, you have just deployed a service with Juju!

Now you are ready to deploy whatever service you really want from the 100s available at the Juju Charm Store.

To remove all current deployments and clear up everything in your cloud, you can run the command:

juju destroy-environment  <environment-name>

Where the <environment-name> is the name you gave the environment when you configured it. This extra details is to help prevent accidents! You will also see a warning and will be prompted whether or not to continue - this action will remove everything, including the bootstrap node.

To learn more about charms, including configuring options and managing running systems, you should continue to read the charm documentation.