Spark Jobserver

Spark-Jobserver as a Docker container! This image has been created to support the most recent versions of Spark together with the most recent versions of Mesos. Have a look at the "Tags" tab to see which combinations are supported. It's a fork of from `tobilg/docker-spark-jobserver, with updated versions of spark, spark-jobserver and mesos.

To get started:

docker run -d -p 8090:8090 koddidev/spark-jobserver:latest

This will start job server on port 8090 in a container, with H2 database and Mesos support, and expose that port to the host on which you run the container.

If you would like to debug job server using JMX / VisualVM etc., then also expose port 9999 via -p 9999:9999.

Configuration

By default, the container has an embedded Spark 1.4.1 distro and runs using Spark local mode (local[4]).

To change the spark master the container runs against, set SPARK_MASTER when you start the container:

docker run -d -p 8090:8090 -e SPARK_MASTER=mesos://zk://mesos.master:5050 koddidev/spark-jobserver:latest

You can easily change the amount of memory job server uses with JOBSERVER_MEMORY, or replace the entire config job server uses at startup with JOBSERVER_CONFIG.

The standard way to replace the config is to derive a custom Docker image from the job server one by overwriting the default config at app/docker.conf. The Dockerfile would look like this:

from koddidev/spark-jobserver:latest
add /path/to/my/jobserver.conf /app/docker.conf

Similarly, to change the logging configuration, inherit from this container and overwrite /app/log4j-server.properties.

Jars / Passing Arguments to the Start Script

Any spark-submit arguments can be passed to the tail of the docker run command. A very common use of this is to add custom jars to your Spark job environment. For example, to add the Datastax Spark-Cassandra Connector to your job:

docker run -d -p 8090:8090 koddidev/spark-jobserver:latest --packages com.datastax.spark:spark-cassandra-connector_2.10:1.3.0-M1

Database, Persistence, Logs

Docker containers are usually stateless, but it wouldn't be very useful to have the jars and job config reset every time you had to kill and restart a container.

The job server docker image is configured to use H2 database by default and to write the database to a Docker volume at /database, which will be persisted between container restarts, and can even be shared amongst multiple job server containers on the same host. Note that in order to persist them to new containers, you need to create a local directory, something like this:

docker run -d -p 8090:8090 -v /opt/job-server-db:/database koddidev/spark-jobserver:latest

See the Docker Volumes Guide for more info.

Another option is to configure job server to persist metadata in PostGres, MySQL, or similar database. To do that, create a new config, pass it into the docker container as above using JOBSERVER_CONFIG and the /config volume, and point to your shared database, perhaps using --link to a PostGres or MySQL container.

Logging goes to stdout, as per standard Docker conventions. Therefore:

• Use docker logs -f <containerHash> to follow logs
• Use docker logs --tail=100 <containerHash> to list the last 100 lines
• Use Docker logging drivers to redirect logs to syslog, SumoLogic, etc.