Project: Flink (App Definition and Development / Streaming & Messaging)
File: yarn.md

title: YARN weight: 5 type: docs aliases: /deployment/resource-providers/yarn.html /ops/deployment/yarn_setup.html <!-- Licensed to the Apache Software Foundation (ASF) under one or more contributor license agreements. See the NOTICE file distributed with this work for additional information regarding copyright ownership. The ASF licenses this file to you under the Apache License, Version 2.0 (the "License"); you may not use this file except in compliance with the License. You may obtain a copy of the License at http://www.apache.org/licenses/LICENSE-2.0 Unless required by applicable law or agreed to in writing, software distributed under the License is distributed on an "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the License for the specific language governing permissions and limitations under the License. --> This Getting Started section guides you through setting up a fully functional Flink Cluster on YARN. is a resource provider popular with many data processing frameworks. Flink services are submitted to YARN's ResourceManager, which spawns containers on machines managed by YARN NodeManagers. Flink deploys its JobManager and TaskManager instances into such containers. Flink can dynamically allocate and de-allocate TaskManager resources depending on the number of processing slots required by the job(s) running on the JobManager. This Getting Started section assumes a functional YARN environment, starting from version 2.10.2. YARN environments are provided most conveniently through services such as Amazon EMR, Google Cloud DataProc or products like Cloudera. or is not recommended for following through this Getting Started tutorial. Make sure your YARN cluster is ready for accepting Flink applications by running `yarn top`. It should show no error messages. Download a recent Flink distribution from the and unpack it. Important Make sure that the `HADOOPCLASSPATH` environment variable is set up (it can be checked by running `echo $HADOOPCLASSPATH`). If not, set it up using ```bash export HADOOP_CLASSPATH=`hadoop classpath` ``` Once you've made sure that the `HADOOP_CLASSPATH` environment variable is set, you can launch a Flink on YARN session, and submit an example job: ```bash export HADOOP_CLASSPATH=`hadoop classpath` ./bin/yarn-session.sh --detached ./bin/flink run ./examples/streaming/TopSpeedWindowing.jar echo "stop" | ./bin/yarn-session.sh -id applicationXXXXXXXX ``` Congratulations! You have successfully run a Flink application by deploying Flink on YARN. {{< top >}} For production use, we recommend deploying Flink Applications in as it provides a better isolation between applications. {{< hint info >}} For high-level intuition behind the application mode, please refer to the . {{< /hint >}} Application Mode will launch a Flink cluster on YARN, where the main() method of the application jar gets executed on the JobManager in YARN. The cluster will shut down as soon as the application has finished. You can manually stop the cluster using `yarn application -kill <ApplicationId>` or by cancelling the Flink job. ```bash ./bin/flink run-application -t yarn-application ./examples/streaming/TopSpeedWindowing.jar ``` Once an Application Mode cluster is deployed, you can interact with it for operations like cancelling or taking a savepoint. ```bash

list -t yarn-application -Dyarn.application.id=applicationXXXXYY ./bin/flink cancel -t yarn-application -Dyarn.application.id=applicationXXXXYY <jobId> ``` Note that cancelling your job on an Application Cluster will stop the cluster. To unlock the full potential of the application mode, consider using it with the `yarn.provided.lib.dirs` configuration option and pre-upload your application jar to a location accessible by all nodes in your cluster. In this case, the command could look like: ```bash ./bin/flink run-application -t yarn-application \ -Dyarn.provided.lib.dirs="hdfs://myhdfs/my-remote-flink-dist-dir" \ hdfs://myhdfs/jars/my-application.jar ``` The above will allow the job submission to be extra lightweight as the needed Flink jars and the application jar are going to be picked up by the specified remote locations rather than be shipped to the cluster by the client. {{< hint info >}} For high-level intuition behind the session mode, please refer to the . {{< /hint >}} We describe deployment with the Session Mode in the guide at the top of the page. The Session Mode has two operation modes: attached mode (default): The `yarn-session.sh` client submits the Flink cluster to YARN, but the client keeps running, tracking the state of the cluster. If the cluster fails, the client will show the error. If the client gets terminated, it will signal the cluster to shut down as well. detached mode (`-d` or `--detached`): The `yarn-session.sh` client submits the Flink cluster to YARN, then the client returns. Another invocation of the client, or YARN tools is needed to stop the Flink cluster. The session mode will create a hidden YARN properties file in `/tmp/.yarn-properties-<username>`, which will be picked up for cluster discovery by the command line interface when submitting a job. You can also manually specify the target YARN cluster in the command line interface when submitting a Flink job. Here's an example: ```bash ./bin/flink run -t yarn-session \ -Dyarn.application.id=applicationXXXXYY \ ./examples/streaming/TopSpeedWindowing.jar ``` You can re-attach to a YARN session using the following command: ``` ./bin/yarn-session.sh -id applicationXXXXYY ``` Besides passing via the , you can also pass any configuration at submission time to the `./bin/yarn-session.sh` client using `-Dkey=value` arguments. The YARN session client also has a few "shortcut arguments" for commonly used settings. They can be listed with `./bin/yarn-session.sh -h`. {{< top >}} {{< hint danger >}} Per-job mode is only supported by YARN and has been deprecated in Flink 1.15. It will be dropped in . Please consider application mode to launch a dedicated cluster per-job on YARN. {{< /hint >}} {{< hint info >}} For high-level intuition behind the per-job mode, please refer to the . {{< /hint >}} The Per-job Cluster mode will launch a Flink cluster on YARN, then run the provided application jar locally and finally submit the JobGraph to the JobManager on YARN. If you pass the `--detached` argument, the client will stop once the submission is accepted. The YARN cluster will stop once the job has stopped. ```bash

run -t yarn-per-job --detached ./examples/streaming/TopSpeedWindowing.jar ``` Once a Per-Job Cluster is deployed, you can interact with it for operations like cancelling or taking a savepoint. ```bash ./bin/flink list -t yarn-per-job -Dyarn.application.id=applicationXXXXYY ./bin/flink cancel -t yarn-per-job -Dyarn.application.id=applicationXXXXYY <jobId> ``` Note that cancelling your job on an Per-Job Cluster will stop the cluster. The YARN-specific configurations are listed on the . The following configuration parameters are managed by Flink on YARN, as they might get overwritten by the framework at runtime: `jobmanager.rpc.address` (dynamically set to the address of the JobManager container by Flink on YARN) `io.tmp.dirs` (If not set, Flink sets the temporary directories defined by YARN) `high-availability.cluster-id` (automatically generated ID to distinguish multiple clusters in the HA service) If you need to pass additional Hadoop configuration files to Flink, you can do so via the `HADOOPCONFDIR` environment variable, which accepts a directory name containing Hadoop configuration files. By default, all required Hadoop configuration files are loaded from the classpath via the `HADOOP_CLASSPATH` environment variable. A JobManager running on YARN will request additional TaskManagers, if it can not run all submitted jobs with the existing resources. In particular when running in Session Mode, the JobManager will, if needed, allocate additional TaskManagers as additional jobs are submitted. Unused TaskManagers are freed up again after a timeout. The memory configurations for JobManager and TaskManager processes will be respected by the YARN implementation. The number of reported VCores is by default equal to the number of configured slots per TaskManager. The allows overwriting the number of vcores with a custom value. In order for this parameter to work you should enable CPU scheduling in your YARN cluster. Failed containers (including the JobManager) are replaced by YARN. The maximum number of JobManager container restarts is configured via (default 1). The YARN Application will fail once all attempts are exhausted. High-Availability on YARN is achieved through a combination of YARN and a . Once a HA service is configured, it will persist JobManager metadata and perform leader elections. YARN is taking care of restarting failed JobManagers. The maximum number of JobManager restarts is defined through two configuration parameters. First Flink's configuration will default 2. This value is limited by YARN's , which also defaults to 2. Note that Flink is managing the `high-availability.cluster-id` configuration parameter when deploying on YARN. Flink sets it per default to the YARN application id. You should not overwrite this parameter when deploying an HA cluster on YARN. The cluster ID is used to distinguish multiple HA clusters in the HA backend (for example Zookeeper). Overwriting this configuration parameter can lead to multiple YARN clusters affecting each other. YARN 2.3.0 < version < 2.4.0. All containers are restarted if the application master fails. YARN 2.4.0 < version < 2.6.0. TaskManager containers are kept alive across application master

This has the advantage that the startup time is faster and that the user does not have to wait for obtaining the container resources again. YARN 2.6.0 <= version: Sets the attempt failure validity interval to the Flinks' Pekko timeout value. The attempt failure validity interval says that an application is only killed after the system has seen the maximum number of application attempts during one interval. This avoids that a long lasting job will deplete it's application attempts. {{< hint danger >}} Hadoop YARN 2.4.0 has a major bug (fixed in 2.5.0) preventing container restarts from a restarted Application Master/Job Manager container. See <a href="https://issues.apache.org/jira/browse/FLINK-4142">FLINK-4142</a> for details. We recommend using at least Hadoop 2.5.0 for high availability setups on YARN.</p> {{< /hint >}} Flink on YARN is compiled against Hadoop 2.10.2, and all Hadoop versions `>= 2.10.2` are supported, including Hadoop 3.x. For providing Flink with the required Hadoop dependencies, we recommend setting the `HADOOP_CLASSPATH` environment variable already introduced in the section. If that is not possible, the dependencies can also be put into the `lib/` folder of Flink. Flink also offers pre-bundled Hadoop fat jars for placing them in the `lib/` folder, on the section of the website. These pre-bundled fat jars are shaded to avoid dependency conflicts with common libraries. The Flink community is not testing the YARN integration against these pre-bundled jars. Some YARN clusters use firewalls for controlling the network traffic between the cluster and the rest of the network. In those setups, Flink jobs can only be submitted to a YARN session from within the cluster's network (behind the firewall). If this is not feasible for production use, Flink allows to configure a port range for its REST endpoint, used for the client-cluster communication. With this range configured, users can also submit jobs to Flink crossing the firewall. The configuration parameter for specifying the REST endpoint port is . This configuration option accepts single ports (for example: "50010"), ranges ("50000-50025"), or a combination of both. Session Mode When deploying Flink with Session Mode on Yarn, only the JAR file specified in startup command will be recognized as user-jars and included into user classpath. PerJob Mode & Application Mode When deploying Flink with PerJob/Application Mode on Yarn, the JAR file specified in startup command and all JAR files in Flink's `usrlib` folder will be recognized as user-jars. By default Flink will include the user-jars into the system classpath. This behavior can be controlled with the parameter. When setting this to `DISABLED` Flink will include the jar in the user classpath instead. The user-jars position in the classpath can be controlled by setting the parameter to one of the following: `ORDER`: (default) Adds the jar to the system classpath based on the lexicographic order. `FIRST`: Adds the jar to the beginning of the system classpath. `LAST`: Adds the jar to the end of the system classpath. Please refer to the for details. {{< top >}}