Docker is a popular container runtime. There are Docker images for Apache Flink available on Docker Hub. You can use the docker images to deploy a Session or Job cluster in a containerized environment, e.g., standalone Kubernetes or native Kubernetes.
The Flink Docker repository is hosted on Docker Hub and serves images of Flink version 1.2.1 and later.
Images for each supported combination of Flink and Scala versions are available, and tag aliases are provided for convenience.
For example, you can use the following aliases:
flink:latest
→ flink:<latest-flink>-scala_<latest-scala>
flink:1.11
→ flink:1.11.<latest-flink-1.11>-scala_2.11
Note It is recommended to always use an explicit version tag of the docker image that specifies both the needed Flink and Scala
versions (for example flink:1.11-scala_2.12
).
This will avoid some class conflicts that can occur if the Flink and/or Scala versions used in the application are different
from the versions provided by the docker image.
Note Prior to Flink 1.5 version, Hadoop dependencies were always bundled with Flink.
You can see that certain tags include the version of Hadoop, e.g. (e.g. -hadoop28
).
Beginning with Flink 1.5, image tags that omit the Hadoop version correspond to Hadoop-free releases of Flink
that do not include a bundled Hadoop distribution.
The Flink image contains a regular Flink distribution with its default configuration and a standard entry point script. You can run its entry point in the following modes:
This allows you to deploy a standalone cluster (Session or Job) in any containerised environment, for example:
Note The native Kubernetes also runs the same image by default and deploys TaskManagers on demand so that you do not have to do it manually.
The next chapters describe how to start a single Flink Docker container for various purposes.
Once you’ve started Flink on Docker, you can access the Flink Webfrontend on localhost:8081 or submit jobs like this ./bin/flink run ./examples/streaming/TopSpeedWindowing.jar
.
We recommend using Docker Compose or Docker Swarm for deploying Flink as a Session Cluster to ease system configuration.
A Flink Session cluster can be used to run multiple jobs. Each job needs to be submitted to the cluster after it has been deployed. To deploy a Flink Session cluster with Docker, you need to start a JobManager container. To enable communication between the containers, we first set a required Flink configuration property and create a network:
FLINK_PROPERTIES="jobmanager.rpc.address: jobmanager"
docker network create flink-network
Then we launch the JobManager:
docker run \
--rm \
--name=jobmanager \
--network flink-network \
-p 8081:8081 \
--env FLINK_PROPERTIES="${FLINK_PROPERTIES}" \
flink:1.11.6-scala_2.11 jobmanager
and one or more TaskManager containers:
docker run \
--rm \
--name=taskmanager \
--network flink-network \
--env FLINK_PROPERTIES="${FLINK_PROPERTIES}" \
flink:1.11.6-scala_2.11 taskmanager
A Flink Job cluster is a dedicated cluster which runs a single job. In this case, you deploy the cluster with the job as one step, thus, there is no extra job submission needed.
The job artifacts are included into the class path of Flink’s JVM process within the container and consist of:
To deploy a cluster for a single job with Docker, you need to
/opt/flink/usrlib
,To make the job artifacts available locally in the container, you can
either mount a volume (or multiple volumes) with the artifacts to /opt/flink/usrlib
when you start
the JobManager and TaskManagers:
FLINK_PROPERTIES="jobmanager.rpc.address: jobmanager"
docker network create flink-network
docker run \
--mount type=bind,src=/host/path/to/job/artifacts1,target=/opt/flink/usrlib/artifacts1 \
--mount type=bind,src=/host/path/to/job/artifacts2,target=/opt/flink/usrlib/artifacts2 \
--rm \
--env FLINK_PROPERTIES="${FLINK_PROPERTIES}" \
--name=jobmanager \
--network flink-network \
flink:1.11.6-scala_2.11 standalone-job \
--job-classname com.job.ClassName \
[--job-id <job id>] \
[--fromSavepoint /path/to/savepoint [--allowNonRestoredState]] \
[job arguments]
docker run \
--mount type=bind,src=/host/path/to/job/artifacts1,target=/opt/flink/usrlib/artifacts1 \
--mount type=bind,src=/host/path/to/job/artifacts2,target=/opt/flink/usrlib/artifacts2 \
--env FLINK_PROPERTIES="${FLINK_PROPERTIES}" \
flink:1.11.6-scala_2.11 taskmanager
or extend the Flink image by writing a custom Dockerfile
, build it and use it for starting the JobManager and TaskManagers:
Dockerfile:
FROM flink
ADD /host/path/to/job/artifacts/1 /opt/flink/usrlib/artifacts/1
ADD /host/path/to/job/artifacts/2 /opt/flink/usrlib/artifacts/2
docker build -t flink_with_job_artifacts .
docker run \
flink_with_job_artifacts standalone-job \
--job-classname com.job.ClassName \
[--job-id <job id>] \
[--fromSavepoint /path/to/savepoint [--allowNonRestoredState]] \
[job arguments]
docker run flink_with_job_artifacts taskmanager
The standalone-job
argument starts a JobManager container in the Job Cluster mode.
You can provide the following additional command line arguments to the cluster entrypoint:
--job-classname <job class name>
: Class name of the job to run.
By default, Flink scans its class path for a JAR with a Main-Class or program-class manifest entry and chooses it as the job class. Use this command line argument to manually set the job class. This argument is required in case that no or more than one JAR with such a manifest entry is available on the class path.
--job-id <job id>
(optional): Manually set a Flink job ID for the job (default: 00000000000000000000000000000000)
--fromSavepoint /path/to/savepoint
(optional): Restore from a savepoint
In order to resume from a savepoint, you also need to pass the savepoint path.
Note that /path/to/savepoint
needs to be accessible in all Docker containers of the cluster
(e.g., storing it on a DFS or from the mounted volume or adding it to the image).
--allowNonRestoredState
(optional): Skip broken savepoint state
Additionally you can specify this argument to allow that savepoint state is skipped which cannot be restored.
If the main function of the user job main class accepts arguments, you can also pass them at the end of the docker run
command.
When you run the Flink containers, there may be a need to customize them. The next chapters describe some how-tos of what you can usually customize.
When you run Flink image, you can also change its configuration options by setting the environment variable FLINK_PROPERTIES
:
FLINK_PROPERTIES="jobmanager.rpc.address: host
taskmanager.numberOfTaskSlots: 3
blob.server.port: 6124
"
docker run --env FLINK_PROPERTIES=${FLINK_PROPERTIES} flink:1.11.6-scala_2.11 <jobmanager|standalone-job|taskmanager>
The jobmanager.rpc.address
option must be configured, others are optional to set.
The environment variable FLINK_PROPERTIES
should contain a list of Flink cluster configuration options separated by new line,
the same way as in the flink-conf.yaml
. FLINK_PROPERTIES
takes precedence over configurations in flink-conf.yaml
.
The configuration files (flink-conf.yaml
, logging, hosts etc) are located in the /opt/flink/conf
directory in the Flink image.
To provide a custom location for the Flink configuration files, you can
either mount a volume with the custom configuration files to this path /opt/flink/conf
when you run the Flink image:
docker run \
--mount type=bind,src=/host/path/to/custom/conf,target=/opt/flink/conf \
flink:1.11.6-scala_2.11 <jobmanager|standalone-job|taskmanager>
or add them to your custom Flink image, build and run it:
Dockerfile:
FROM flink
ADD /host/path/to/flink-conf.yaml /opt/flink/conf/flink-conf.yaml
ADD /host/path/to/log4j.properties /opt/flink/conf/log4j.properties
Warning! The mounted volume must contain all necessary configuration files.
The flink-conf.yaml
file must have write permission so that the Docker entry point script can modify it in certain cases.
As described in the plugins documentation page: in order to use plugins they must be copied to the correct location in the Flink installation in the Docker container for them to work.
If you want to enable plugins provided with Flink (in the opt/
directory of the Flink distribution), you can pass the environment variable ENABLE_BUILT_IN_PLUGINS
when you run the Flink image.
The ENABLE_BUILT_IN_PLUGINS
should contain a list of plugin jar file names separated by ;
. A valid plugin name is for example flink-s3-fs-hadoop-1.11.6.jar
docker run \
--env ENABLE_BUILT_IN_PLUGINS=flink-plugin1.jar;flink-plugin2.jar \
flink:1.11.6-scala_2.11 <jobmanager|standalone-job|taskmanager>
There are also more advanced ways for customizing the Flink image.
There are several ways in which you can further customize the Flink image:
/opt/flink/opt
into /opt/flink/lib
or /opt/flink/plugins
/opt/flink/lib
(e.g. Hadoop)/opt/flink/plugins
See also: How to provide dependencies in the classpath.
You can customize the Flink image in several ways:
override the container entry point with a custom script where you can run any bootstrap actions.
At the end you can call the standard /docker-entrypoint.sh
script of the Flink image with the same arguments
as described in how to run the Flink image.
The following example creates a custom entry point script which enables more libraries and plugins. The custom script, custom library and plugin are provided from a mounted volume. Then it runs the standard entry point script of the Flink image:
# create custom_lib.jar
# create custom_plugin.jar
echo "
ln -fs /opt/flink/opt/flink-queryable-state-runtime-*.jar /opt/flink/lib/. # enable an optional library
ln -fs /mnt/custom_lib.jar /opt/flink/lib/. # enable a custom library
mkdir -p /opt/flink/plugins/flink-s3-fs-hadoop
ln -fs /opt/flink/opt/flink-s3-fs-hadoop-*.jar /opt/flink/plugins/flink-s3-fs-hadoop/. # enable an optional plugin
mkdir -p /opt/flink/plugins/custom_plugin
ln -fs /mnt/custom_plugin.jar /opt/flink/plugins/custom_plugin/. # enable a custom plugin
/docker-entrypoint.sh <jobmanager|standalone-job|taskmanager>
" > custom_entry_point_script.sh
chmod 755 custom_entry_point_script.sh
docker run \
--mount type=bind,src=$(pwd),target=/mnt
flink:1.11.6-scala_2.11 /mnt/custom_entry_point_script.sh
extend the Flink image by writing a custom Dockerfile
and build a custom image:
Dockerfile:
FROM flink
RUN set -ex; apt-get update; apt-get -y install python
ADD /host/path/to/flink-conf.yaml /container/local/path/to/custom/conf/flink-conf.yaml
ADD /host/path/to/log4j.properties /container/local/path/to/custom/conf/log4j.properties
RUN ln -fs /opt/flink/opt/flink-queryable-state-runtime-*.jar /opt/flink/lib/.
RUN mkdir -p /opt/flink/plugins/flink-s3-fs-hadoop
RUN ln -fs /opt/flink/opt/flink-s3-fs-hadoop-*.jar /opt/flink/plugins/flink-s3-fs-hadoop/.
ENV VAR_NAME value
Commands for building:
docker build -t custom_flink_image .
# optional push to your docker image registry if you have it,
# e.g. to distribute the custom image to your cluster
docker push custom_flink_image
Docker Compose is a way to run a group of Docker containers locally. The next chapters show examples of configuration files to run Flink.
yaml
files with the container configuration, check examples for:
See also the Flink Docker image tags and how to customize the Flink Docker image for usage in the configuration files.
Launch a cluster in the foreground
docker-compose up
Launch a cluster in the background
docker-compose up -d
Scale the cluster up or down to N TaskManagers
docker-compose scale taskmanager=<N>
Access the JobManager container
docker exec -it $(docker ps --filter name=jobmanager --format={{.ID}}) /bin/sh
Kill the cluster
docker-compose kill
Access Web UI
When the cluster is running, you can visit the web UI at http://localhost:8081. You can also use the web UI to submit a job to a Session cluster.
To submit a job to a Session cluster via the command line, you can either
use Flink CLI on the host if it is installed:
flink run -d -c ${JOB_CLASS_NAME} /job.jar
or copy the JAR to the JobManager container and submit the job using the CLI from there, for example:
JOB_CLASS_NAME="com.job.ClassName"
JM_CONTAINER=$(docker ps --filter name=jobmanager --format={{.ID}}))
docker cp path/to/jar "${JM_CONTAINER}":/job.jar
docker exec -t -i "${JM_CONTAINER}" flink run -d -c ${JOB_CLASS_NAME} /job.jar
docker-compose.yml:
version: "2.2"
services:
jobmanager:
image: flink:1.11.6-scala_2.11
ports:
- "8081:8081"
command: jobmanager
environment:
- |
FLINK_PROPERTIES=
jobmanager.rpc.address: jobmanager
taskmanager:
image: flink:1.11.6-scala_2.11
depends_on:
- jobmanager
command: taskmanager
scale: 1
environment:
- |
FLINK_PROPERTIES=
jobmanager.rpc.address: jobmanager
taskmanager.numberOfTaskSlots: 2
The artifacts must be available in the Flink containers, check details here.
See also how to specify the JobManager arguments
in the command
for the jobmanager
service.
docker-compose.yml:
version: "2.2"
services:
jobmanager:
image: flink:1.11.6-scala_2.11
ports:
- "8081:8081"
command: standalone-job --job-classname com.job.ClassName [--job-id <job id>] [--fromSavepoint /path/to/savepoint [--allowNonRestoredState]] [job arguments]
volumes:
- /host/path/to/job/artifacts:/opt/flink/usrlib
environment:
- |
FLINK_PROPERTIES=
jobmanager.rpc.address: jobmanager
parallelism.default: 2
taskmanager:
image: flink:1.11.6-scala_2.11
depends_on:
- jobmanager
command: taskmanager
scale: 1
volumes:
- /host/path/to/job/artifacts:/opt/flink/usrlib
environment:
- |
FLINK_PROPERTIES=
jobmanager.rpc.address: jobmanager
taskmanager.numberOfTaskSlots: 2
parallelism.default: 2
The Docker swarm is a container orchestration tool, that allows you to manage multiple containers deployed across multiple host machines.
The following chapters contain examples of how to configure and start JobManager and TaskManager containers. You can adjust them accordingly to start a cluster. See also the Flink Docker image tags and how to customize the Flink Docker image for usage in the provided scripts.
The port 8081
is exposed for the Flink Web UI access.
If you run the swarm locally, you can visit the web UI at http://localhost:8081 after starting the cluster.
FLINK_PROPERTIES="jobmanager.rpc.address: flink-session-jobmanager
taskmanager.numberOfTaskSlots: 2
"
# Create overlay network
docker network create -d overlay flink-session
# Create the JobManager service
docker service create \
--name flink-session-jobmanager \
--env FLINK_PROPERTIES="${FLINK_PROPERTIES}" \
-p 8081:8081 \
--network flink-session \
flink:1.11.6-scala_2.11 \
jobmanager
# Create the TaskManager service (scale this out as needed)
docker service create \
--name flink-session-taskmanager \
--replicas 2 \
--env FLINK_PROPERTIES="${FLINK_PROPERTIES}" \
--network flink-session \
flink:1.11.6-scala_2.11 \
taskmanager
FLINK_PROPERTIES="jobmanager.rpc.address: flink-jobmanager
taskmanager.numberOfTaskSlots: 2
"
# Create overlay network
docker network create -d overlay flink-job
# Create the JobManager service
docker service create \
--name flink-jobmanager \
--env FLINK_PROPERTIES="${FLINK_PROPERTIES}" \
--mount type=bind,source=/host/path/to/job/artifacts,target=/opt/flink/usrlib \
-p 8081:8081 \
--network flink-job \
flink:1.11.6-scala_2.11 \
standalone-job \
--job-classname com.job.ClassName \
[--job-id <job id>] \
[--fromSavepoint /path/to/savepoint [--allowNonRestoredState]] \
[job arguments]
# Create the TaskManager service (scale this out as needed)
docker service create \
--name flink-job-taskmanager \
--replicas 2 \
--env FLINK_PROPERTIES="${FLINK_PROPERTIES}" \
--mount type=bind,source=/host/path/to/job/artifacts,target=/opt/flink/usrlib \
--network flink-job \
flink:1.11.6-scala_2.11 \
taskmanager
The job artifacts must be available in the JobManager container, as outlined here.
See also how to specify the JobManager arguments to pass them
to the flink-jobmanager
container.
The example assumes that you run the swarm locally and expects the job artifacts to be in /host/path/to/job/artifacts
.
It also mounts the host path with the artifacts as a volume to the container’s path /opt/flink/usrlib
.