How to configure Vamp

Vamp configuration is held in a combination of the Vamp application.conf and reference.conf files following the HOCON file standard ( - config). You can override settings in the configuration files using Vamp environment variables or Java/JVM system properties, or update the applied configuration at runtime using a key value store. Vamp configuration is built in layers following this order:

  1. reference.conf files - part of the Vamp code. Contain generic, default settings. Not a full configuration.
  2. application.conf - adds environment specifics to the generic reference.conf defaults.
  3. Java system properties - advised for advanced use only.
  4. Environment variables - overrides settings in reference.conf, application.conf and Java system properties.
  5. Key value store - overrides the applied configuration of Vamp at runtime.

On this page:

Override specific configuration parameters

You can override specific parameters set in the application.conf and reference.conf configuration files using Vamp environment variables or Java/JVM system properties. It is advisable to use environment variables when overriding specific parameters.

Key value store

You can update the configuration applied to Vamp at runtime using the Vamp UI. These updates will be stored in the configured key value store. Note that http-api configuration cannot be updated in the key value store. If you need to update this, use environment variables.

Update the Vamp backend configuration

  1. Got to Admin > Backend configuration
  2. Select the Zookeeper tab and click Edit
  3. Update the configuration as required and click Save
    • Updates will be saved to the key value store. The full applied configuration (including saved updates) will be visible under the Applied tab.

Update the HAProxy template

  1. Got to Admin > VGA configuration
  2. Select the Template tab and click Edit
  3. Update the template as required and click Save
    • Updates will be saved to the key value store and generated HAProxy configuration will be based on the updated template.

Environment variables

Environment variables override settings from reference.conf, application.conf or Java system properties. Convert the configuration parameter name to upper case and replace all non-alphanumerics with an underscore _. So, vamp.gateway-driver.timeout becomes VAMP_GATEWAY_DRIVER_TIMEOUT.

For example, to change the you would set the environment variable VAMP_INFO_MESSAGE :

docker run --net=host \
           -v /var/run/docker.sock:/var/run/docker.sock \
           -v `docker-machine ssh default "which docker"`:/bin/docker \
           -v "/sys/fs/cgroup:/sys/fs/cgroup" \
           -e "DOCKER_HOST_IP=$(docker-machine ip default)" \
           -e "VAMP_INFO_MESSAGE=hey YOU! " \

Java system properties

Configuration by system properties is advised for advanced use only. Overriding specific settings can be best handled using environment variables. If you require extensive customisation, consider creating a new docker image with a custom application.conf file. For example:

export VAMP_INFO_MESSAGE=Hello # overriding Vamp info message (

java \
     -Dlogback.configurationFile=logback.xml \
     -Dconfig.file=application.conf \
     -jar vamp.jar

Use a custom application.conf file

For more extensive customisations, you can create a new Docker image, extending one of the provided Vamp images with a custom application.conf file. The below example explains the steps for creating a Docker image with a custom DCOS config, if you are using a different container management platform you should use the associated application.conf and adjust the Docker file accordingly.

  1. Copy application.conf ( - Vamp DCOS application.conf)
  2. Adjust as required. Check the list of configuration settings (below) for details of the available optionsa
  3. Create a Dockerfile with the lines: FROM magneticio/vamp-dcos:0.9.4 ADD application.conf /usr/local/vamp/conf/
  4. Build the image with docker build --tag <username>/vamp

Parameterize application.conf

To avoid duplication of configuration and make it easier to overwrite specific settings you can define global variables outside the vamp { } stanza, at the top of application.conf.

For example:

vamp_host = "localhost"    # Default value
vamp_host = ${?VAMP_HOST}  # If environment variable exists, use this value

vamp {
  info {
    message = "Hi, I'm Vamp! I'm running on: "${vamp_host}
    timeout = 3 seconds

This is as of 0.9.4 how we configure our DC/OS Docker image

(Typesafe documentation on the topic covering system or env variable overrides)[]

Include configuration not intended for Vamp

It is possible to store configuration parameters not intended for use by Vamp itself in the Vamp application.conf file, such as configuration for workflows. Vamp would ignore the parameter, but it would be available to all workflows through the API. This is useful for storing shared local configuration parameters. Configuration specific to a single workflow is best set using environment variables or by hard coding the parameter.

Access configuration parameters through the API

All configuration parameters can be retrieved from the Vamp API endpoint config or configuration.

  • Return all configuration parameters as a JSON object: GET /api/v1/config .

  • Return a single paramater: GET /api/v1/config/<configuration parameter name>

For example GET <vamp url>/api/v1/config/

Or, from a workflow using Vamp node.JS client ( - Vamp Node.js Client):

api.config().each(function (config) {

What next?

Last updated on July 2, 2018