Deploying New Hubs

Creating a new hub

Each hub is configured by a “helm chart”. A chart is a set of configuration files written using YAML that describe the state we want the hub to be in. After you create a new chart describing a hub configuration and merge it, travis will take care of making the real world correspond to your wishes.

All the hub deployments are based on the Zero to JupyterHub guide (GitHub repository). The guide provides excellent advice on configuring your hub as well as a helm chart that we use. Each of the hubs here can use a different version of the Z2JH helm chart. This raises two questions: which version should I use and how do I find out what versions are available?

All versions of the JupyterHub helm charts are available from We are generally use the latest stable release. The JupyterHub [heml chart changelog]( has all of the details about changes between versions.

To change the version of the hub that you are using edit hub-charts/<hubname>/requirements.yaml. The below snippet shows how to use v0.7-578b3a2:

- name: jupyterhub
  version: "v0.7-578b3a2"
  repository: ""

You can check requirements.yml file for other production hubs to see what version we are using elsewhere.

Unless there are security related fixes or bugs that hinder your use of a specific version of a chart, we recommend not modifying the chart version during a workshop. Over the course of a semester it might be worth upgrading to the latest version, but should mostly be avoided.

Step one: Create a new hub directory

To begin your hub creation, first create a new directory in hub-charts/ with the name that you’d like your hub to have. The hub name should end with the word hub. Then, it is simplest to copy over the Chart.yaml, requirements.yaml, and values.yaml from another hub and edit them as you need. Check the Zero to JupyterHub guide for ideas on what you might want to configure.

You need to edit jupyterhub.hub.baseUrl in your values.yaml and set it to the same name as the directory (we will use yourhubname-hub). The hub name will become a part of the hub URL, so pick a name wisely!


    baseUrl: /yourhubname-hub/

Step two: Setup authentication

Next decide how you’d like to authenticate your hub. You can use Github, Google or a “hash” based authenticator. Read more about Hub Authentication.

Step three: Update the travis build so it recognizes the new hub

Next, you need to update Travis (CI) instructions to test and automatically deploy the new hub. In the root directory of the hub-ops repo, look for the file: .travis.yml Add a new step to the script section AFTER all of the other listed hubs, but before the documentation step:

- |
  # Build <HUBNAME
  python ./ --no-setup --build <HUBNAME>

You also need to add your hub to the before_deploy section of the same file:

- |
  # Stage 3, Step XXX: Deploy the <HUBNAME>
  python ./ --build --push <HUBNAME>
  python ./ --deploy <HUBNAME>

Step four: Update the file with the hub name

Finally you need to list your <HUBNAME> as a valid chartname that recognises by editing permitted values of the chartname argument:

    help="Select which chart to deploy",
    choices=['earthhub', 'wshub', 'monitoring', '<HUBNAME>']

Configuration values that need to remain secret can be stored in secrets/<hubname>.yaml.

Commit your changes to a new branch, make a PR, wait for the basic tests to run, check that travis looked at your new hub configuration, then merge the PR.

Once your hub is up and running you will be able to reach it at<hubname>.

Step Five: If you use GItHub Authentication: Create new GitHub Oath App

If you are using GitHub authentication then you will need to add a new hubname.yaml file in the secrets/ directory. This directory can be unlocked using git crypt (see setup instructions in these docs for more.)

To setup authentication:

  1. In go to settings –> Developer and create a new github oauth application

Homepage Url: Authorization Callback Url:

For earth lab we prefer to keep authentication in a single account (the earth lab account) rather than have this hosted on different individual user accounts.

Click “Register Application”

  1. Once you register the application, you will have a new Client ID and Client secret that you can add to the secrets/hubmame.yaml file.

Your secret file will look something like this:

    secretToken: "longstring-of-characters here"
    type: github
      clientId: client-id-string-from-github-oath-app
      clientSecret: secret-id-string-from-github-oath-app

See the authentication section of these docs for more on setting up authentication The JupyterHub secret token comes from a secret place. Leah needs to figure out where that is generated in the near future. :)