Skip to content
Snippets Groups Projects
  • Ankur Chauhan's avatar
    1165b17d
    [SPARK-6707] [CORE] [MESOS] Mesos Scheduler should allow the user to specify... · 1165b17d
    Ankur Chauhan authored
    [SPARK-6707] [CORE] [MESOS] Mesos Scheduler should allow the user to specify constraints based on slave attributes
    
    Currently, the mesos scheduler only looks at the 'cpu' and 'mem' resources when trying to determine the usablility of a resource offer from a mesos slave node. It may be preferable for the user to be able to ensure that the spark jobs are only started on a certain set of nodes (based on attributes).
    
    For example, If the user sets a property, let's say `spark.mesos.constraints` is set to `tachyon=true;us-east-1=false`, then the resource offers will be checked to see if they meet both these constraints and only then will be accepted to start new executors.
    
    Author: Ankur Chauhan <achauhan@brightcove.com>
    
    Closes #5563 from ankurcha/mesos_attribs and squashes the following commits:
    
    902535b [Ankur Chauhan] Fix line length
    d83801c [Ankur Chauhan] Update code as per code review comments
    8b73f2d [Ankur Chauhan] Fix imports
    c3523e7 [Ankur Chauhan] Added docs
    1a24d0b [Ankur Chauhan] Expand scope of attributes matching to include all data types
    482fd71 [Ankur Chauhan] Update access modifier to private[this] for offer constraints
    5ccc32d [Ankur Chauhan] Fix nit pick whitespace
    1bce782 [Ankur Chauhan] Fix nit pick whitespace
    c0cbc75 [Ankur Chauhan] Use offer id value for debug message
    7fee0ea [Ankur Chauhan] Add debug statements
    fc7eb5b [Ankur Chauhan] Fix import codestyle
    00be252 [Ankur Chauhan] Style changes as per code review comments
    662535f [Ankur Chauhan] Incorporate code review comments + use SparkFunSuite
    fdc0937 [Ankur Chauhan] Decline offers that did not meet criteria
    67b58a0 [Ankur Chauhan] Add documentation for spark.mesos.constraints
    63f53f4 [Ankur Chauhan] Update codestyle - uniform style for config values
    02031e4 [Ankur Chauhan] Fix scalastyle warnings in tests
    c09ed84 [Ankur Chauhan] Fixed the access modifier on offerConstraints val to private[mesos]
    0c64df6 [Ankur Chauhan] Rename overhead fractions to memory_*, fix spacing
    8cc1e8f [Ankur Chauhan] Make exception message more explicit about the source of the error
    addedba [Ankur Chauhan] Added test case for malformed constraint string
    ec9d9a6 [Ankur Chauhan] Add tests for parse constraint string
    72fe88a [Ankur Chauhan] Fix up tests + remove redundant method override, combine utility class into new mesos scheduler util trait
    92b47fd [Ankur Chauhan] Add attributes based constraints support to MesosScheduler
    1165b17d
    History
    [SPARK-6707] [CORE] [MESOS] Mesos Scheduler should allow the user to specify...
    Ankur Chauhan authored
    [SPARK-6707] [CORE] [MESOS] Mesos Scheduler should allow the user to specify constraints based on slave attributes
    
    Currently, the mesos scheduler only looks at the 'cpu' and 'mem' resources when trying to determine the usablility of a resource offer from a mesos slave node. It may be preferable for the user to be able to ensure that the spark jobs are only started on a certain set of nodes (based on attributes).
    
    For example, If the user sets a property, let's say `spark.mesos.constraints` is set to `tachyon=true;us-east-1=false`, then the resource offers will be checked to see if they meet both these constraints and only then will be accepted to start new executors.
    
    Author: Ankur Chauhan <achauhan@brightcove.com>
    
    Closes #5563 from ankurcha/mesos_attribs and squashes the following commits:
    
    902535b [Ankur Chauhan] Fix line length
    d83801c [Ankur Chauhan] Update code as per code review comments
    8b73f2d [Ankur Chauhan] Fix imports
    c3523e7 [Ankur Chauhan] Added docs
    1a24d0b [Ankur Chauhan] Expand scope of attributes matching to include all data types
    482fd71 [Ankur Chauhan] Update access modifier to private[this] for offer constraints
    5ccc32d [Ankur Chauhan] Fix nit pick whitespace
    1bce782 [Ankur Chauhan] Fix nit pick whitespace
    c0cbc75 [Ankur Chauhan] Use offer id value for debug message
    7fee0ea [Ankur Chauhan] Add debug statements
    fc7eb5b [Ankur Chauhan] Fix import codestyle
    00be252 [Ankur Chauhan] Style changes as per code review comments
    662535f [Ankur Chauhan] Incorporate code review comments + use SparkFunSuite
    fdc0937 [Ankur Chauhan] Decline offers that did not meet criteria
    67b58a0 [Ankur Chauhan] Add documentation for spark.mesos.constraints
    63f53f4 [Ankur Chauhan] Update codestyle - uniform style for config values
    02031e4 [Ankur Chauhan] Fix scalastyle warnings in tests
    c09ed84 [Ankur Chauhan] Fixed the access modifier on offerConstraints val to private[mesos]
    0c64df6 [Ankur Chauhan] Rename overhead fractions to memory_*, fix spacing
    8cc1e8f [Ankur Chauhan] Make exception message more explicit about the source of the error
    addedba [Ankur Chauhan] Added test case for malformed constraint string
    ec9d9a6 [Ankur Chauhan] Add tests for parse constraint string
    72fe88a [Ankur Chauhan] Fix up tests + remove redundant method override, combine utility class into new mesos scheduler util trait
    92b47fd [Ankur Chauhan] Add attributes based constraints support to MesosScheduler
running-on-mesos.md 15.32 KiB
layout: global
title: Running Spark on Mesos
  • This will become a table of contents (this text will be scraped). {:toc}

Spark can run on hardware clusters managed by Apache Mesos.

The advantages of deploying Spark with Mesos include:

  • dynamic partitioning between Spark and other frameworks
  • scalable partitioning between multiple instances of Spark

How it Works

In a standalone cluster deployment, the cluster manager in the below diagram is a Spark master instance. When using Mesos, the Mesos master replaces the Spark master as the cluster manager.

Spark cluster components

Now when a driver creates a job and starts issuing tasks for scheduling, Mesos determines what machines handle what tasks. Because it takes into account other frameworks when scheduling these many short-lived tasks, multiple frameworks can coexist on the same cluster without resorting to a static partitioning of resources.

To get started, follow the steps below to install Mesos and deploy Spark jobs via Mesos.

Installing Mesos

Spark {{site.SPARK_VERSION}} is designed for use with Mesos {{site.MESOS_VERSION}} and does not require any special patches of Mesos.

If you already have a Mesos cluster running, you can skip this Mesos installation step.

Otherwise, installing Mesos for Spark is no different than installing Mesos for use by other frameworks. You can install Mesos either from source or using prebuilt packages.

From Source

To install Apache Mesos from source, follow these steps:

  1. Download a Mesos release from a mirror
  2. Follow the Mesos Getting Started page for compiling and installing Mesos

Note: If you want to run Mesos without installing it into the default paths on your system (e.g., if you lack administrative privileges to install it), pass the --prefix option to configure to tell it where to install. For example, pass --prefix=/home/me/mesos. By default the prefix is /usr/local.

Third-Party Packages

The Apache Mesos project only publishes source releases, not binary packages. But other third party projects publish binary releases that may be helpful in setting Mesos up.

One of those is Mesosphere. To install Mesos using the binary releases provided by Mesosphere:

  1. Download Mesos installation package from downloads page
  2. Follow their instructions for installation and configuration

The Mesosphere installation documents suggest setting up ZooKeeper to handle Mesos master failover, but Mesos can be run without ZooKeeper using a single master as well.

Verification

To verify that the Mesos cluster is ready for Spark, navigate to the Mesos master webui at port :5050 Confirm that all expected machines are present in the slaves tab.

Connecting Spark to Mesos

To use Mesos from Spark, you need a Spark binary package available in a place accessible by Mesos, and a Spark driver program configured to connect to Mesos.

Alternatively, you can also install Spark in the same location in all the Mesos slaves, and configure spark.mesos.executor.home (defaults to SPARK_HOME) to point to that location.

Uploading Spark Package

When Mesos runs a task on a Mesos slave for the first time, that slave must have a Spark binary package for running the Spark Mesos executor backend. The Spark package can be hosted at any Hadoop-accessible URI, including HTTP via http://, Amazon Simple Storage Service via s3n://, or HDFS via hdfs://.

To use a precompiled package:

  1. Download a Spark binary package from the Spark download page
  2. Upload to hdfs/http/s3

To host on HDFS, use the Hadoop fs put command: hadoop fs -put spark-{{site.SPARK_VERSION}}.tar.gz /path/to/spark-{{site.SPARK_VERSION}}.tar.gz

Or if you are using a custom-compiled version of Spark, you will need to create a package using the make-distribution.sh script included in a Spark source tarball/checkout.

  1. Download and build Spark using the instructions here
  2. Create a binary package using make-distribution.sh --tgz.
  3. Upload archive to http/s3/hdfs

Using a Mesos Master URL

The Master URLs for Mesos are in the form mesos://host:5050 for a single-master Mesos cluster, or mesos://zk://host:2181 for a multi-master Mesos cluster using ZooKeeper.

Client Mode

In client mode, a Spark Mesos framework is launched directly on the client machine and waits for the driver output.

The driver needs some configuration in spark-env.sh to interact properly with Mesos:

  1. In spark-env.sh set some environment variables:
  • export MESOS_NATIVE_JAVA_LIBRARY=<path to libmesos.so>. This path is typically <prefix>/lib/libmesos.so where the prefix is /usr/local by default. See Mesos installation instructions above. On Mac OS X, the library is called libmesos.dylib instead of libmesos.so.
  • export SPARK_EXECUTOR_URI=<URL of spark-{{site.SPARK_VERSION}}.tar.gz uploaded above>.
  1. Also set spark.executor.uri to <URL of spark-{{site.SPARK_VERSION}}.tar.gz>.

Now when starting a Spark application against the cluster, pass a mesos:// URL as the master when creating a SparkContext. For example:

{% highlight scala %} val conf = new SparkConf() .setMaster("mesos://HOST:5050") .setAppName("My app") .set("spark.executor.uri", "<path to spark-{{site.SPARK_VERSION}}.tar.gz uploaded above>") val sc = new SparkContext(conf) {% endhighlight %}

(You can also use spark-submit and configure spark.executor.uri in the conf/spark-defaults.conf file.)

When running a shell, the spark.executor.uri parameter is inherited from SPARK_EXECUTOR_URI, so it does not need to be redundantly passed in as a system property.

{% highlight bash %} ./bin/spark-shell --master mesos://host:5050 {% endhighlight %}

Cluster mode

Spark on Mesos also supports cluster mode, where the driver is launched in the cluster and the client can find the results of the driver from the Mesos Web UI.

To use cluster mode, you must start the MesosClusterDispatcher in your cluster via the sbin/start-mesos-dispatcher.sh script, passing in the Mesos master url (e.g: mesos://host:5050).

From the client, you can submit a job to Mesos cluster by running spark-submit and specifying the master url to the url of the MesosClusterDispatcher (e.g: mesos://dispatcher:7077). You can view driver statuses on the Spark cluster Web UI.

Mesos Run Modes

Spark can run over Mesos in two modes: "fine-grained" (default) and "coarse-grained".

In "fine-grained" mode (default), each Spark task runs as a separate Mesos task. This allows multiple instances of Spark (and other frameworks) to share machines at a very fine granularity, where each application gets more or fewer machines as it ramps up and down, but it comes with an additional overhead in launching each task. This mode may be inappropriate for low-latency requirements like interactive queries or serving web requests.

The "coarse-grained" mode will instead launch only one long-running Spark task on each Mesos machine, and dynamically schedule its own "mini-tasks" within it. The benefit is much lower startup overhead, but at the cost of reserving the Mesos resources for the complete duration of the application.

To run in coarse-grained mode, set the spark.mesos.coarse property in your SparkConf:

{% highlight scala %} conf.set("spark.mesos.coarse", "true") {% endhighlight %}

In addition, for coarse-grained mode, you can control the maximum number of resources Spark will acquire. By default, it will acquire all cores in the cluster (that get offered by Mesos), which only makes sense if you run just one application at a time. You can cap the maximum number of cores using conf.set("spark.cores.max", "10") (for example).

You may also make use of spark.mesos.constraints to set attribute based constraints on mesos resource offers. By default, all resource offers will be accepted.

{% highlight scala %} conf.set("spark.mesos.constraints", "tachyon=true;us-east-1=false") {% endhighlight %}

For example, Let's say spark.mesos.constraints is set to tachyon=true;us-east-1=false, then the resource offers will be checked to see if they meet both these constraints and only then will be accepted to start new executors.

Mesos Docker Support

Spark can make use of a Mesos Docker containerizer by setting the property spark.mesos.executor.docker.image in your SparkConf.

The Docker image used must have an appropriate version of Spark already part of the image, or you can have Mesos download Spark via the usual methods.

Requires Mesos version 0.20.1 or later.

Running Alongside Hadoop

You can run Spark and Mesos alongside your existing Hadoop cluster by just launching them as a separate service on the machines. To access Hadoop data from Spark, a full hdfs:// URL is required (typically hdfs://<namenode>:9000/path, but you can find the right URL on your Hadoop Namenode web UI).

In addition, it is possible to also run Hadoop MapReduce on Mesos for better resource isolation and sharing between the two. In this case, Mesos will act as a unified scheduler that assigns cores to either Hadoop or Spark, as opposed to having them share resources via the Linux scheduler on each node. Please refer to Hadoop on Mesos.

In either case, HDFS runs separately from Hadoop MapReduce, without being scheduled through Mesos.