TensorFlow is an open-source framework for machine learning intelligence created by Google. It supports deep-learning and general numerical computations on CPUs, GPUs, and clusters of GPUs. It is subject to the terms and conditions of the Apache 2.0 License.
In the sections below, we provide guidance on installing TensorFlow on Databricks and give an example of running TensorFlow programs. See Integrating Deep Learning Libraries with Apache Spark for an example of integrating a deep learning library with Spark.
This guide is not a comprehensive guide on TensorFlow. See the TensorFlow website.
In this topic:
TensorFlow is included Databricks Runtime 5.0 for Machine Learning (Databricks Runtime ML), a machine learning runtime that provides a ready-to-go environment for machine learning and data science. TensorFlow 1.10.0 is included Databricks Runtime 5.0 ML. TensorFlow 1.12.0 is included in Databricks Runtime 5.1 ML and above. If you want to use one of these versions of TensorFlow just create a cluster using Databricks Runtime ML. If you want to use another version of TensorFlow on Databricks Runtime ML or Databricks Runtime, follow the installation instructions in this section.
In this section:
TensorFlow 1.13.1 and 2.0.0-alpha are incompatible with Horovod, a featured library in Databricks Runtime ML. If you want to try out TensorFlow 1.13.1 or 2.0.0-alpha without Horovod, here are instructions:
- CPU: Install TensorFlow as a Databricks PyPI library, specifying:
- TensorFlow 1.13.1:
- TensorFlow 2.0.0-alpha:
- TensorFlow 1.13.1:
- Configure and run the
TensorFlow Init Scriptnotebook.
- Configure a GPU cluster with the
tensorflow-gpu-init.shinit script created by the notebook.
- Restart the GPU cluster.
- Configure and run the
TensorBoard is TensorFlow’s suite of visualization tools for debugging, optimizing, and understanding TensorFlow programs.
To start TensorBoard from your notebook, use the
This command displays a link that, when clicked, opens TensorBoard in a new tab.
TensorBoard reads from the same log directory that you write to in TensorFlow (for example,
For the best performance, we recommend you use a local directory on the driver, for example,
/tmp/tensorflow_log_dir, to store your log files and copy to persistent storage as needed.
TensorBoard continues to run until you either stop it with
you shut down your cluster. Only one instance of TensorBoard can run on a cluster at a
If you attach TensorFlow to your cluster as a Databricks library, you may need to reattach your notebook before starting TensorBoard.
- We recommend using TensorBoard with Databricks Runtime 4.3 or above, which do not require the setup steps described below.
- Databricks Runtime 4.2 and lower (including Databricks Runtime 4.1 ML (Beta)) do not support TensorBoard for Spark clusters that have disabled public IP addresses and Community Edition accounts.
To run TensorBoard on your Databricks cluster using Databricks Runtime 3.3 to 4.2, you must update the Databricks security group in your AWS account to give ingress access to incoming TensorBoard connections. You will need to specify which IP addresses are allowed to connect to TensorBoard. You can give access to an individual IP address or provide a range that represents your entire office IP range. You or your admin only need to complete this step once. To set it up:
In your AWS console, find the Databricks security group. It will have a label similar to
<databricks-instance>-worker-unmanaged. For example,
Edit the security group and add an inbound TCP rule to allow port
6006to worker machines. It can be a single IP address of your machine or a range. Make sure your laptop and office allows sending TCP traffic on port
Anyone with an allowed IP address will be able to access TensorBoard.
To test and migrate single-machine TensorFlow workflows, you can start with a driver-only cluster on Databricks by setting the number of workers to zero. Though Apache Spark is not functional under this setting, it is a cost-effective way to run single-machine TensorFlow workflows. This example shows how you can run TensorFlow, with TensorBoard monitoring on a driver-only cluster.
spark-tensorflow-connector is a library within the TensorFlow ecosystem that enables conversion between Spark DataFrames and TFRecords (a popular format for storing data for TensorFlow). With spark-tensorflow-connector, you can use Spark DataFrame APIs to read TFRecords files into DataFrames and write DataFrames as TFRecords.
The spark-tensorflow-connector library is included in Databricks Runtime ML, a machine learning runtime that provides a ready-to-go environment for machine learning and data science. Instead of installing the library using the instructions below, you can simply create a cluster using Databricks Runtime ML. See Overview of Databricks Runtime for Machine Learning.
To use spark-tensorflow-connector on Databricks, you’ll need to build the project JAR locally, upload it to Databricks, and attach it to your cluster as a library.
Ensure you have Maven in your PATH (see the Maven installation instructions if needed).
Clone the TensorFlow ecosystem repository and cd into the
git clone https://github.com/tensorflow/ecosystem cd ecosystem/spark/spark-tensorflow-connector
Follow the instructions in the README to build the project locally. For the build to succeed, you may need to modify the test configuration so that tests run serially. You can do this by adding a
<configuration>tag to the
<configuration> <parallel>false</parallel> </configuration>
The build command prints the path of the spark-tensorflow-connector JAR, for example:
Installing /Users/<yourusername>/ecosystem/spark/spark-tensorflow-connector/target/spark-tensorflow-connector_2.11-1.6.0.jar to /Users/<yourusername>/.m2/repository/org/tensorflow/spark-tensorflow-connector_2.11/1.6.0/spark-tensorflow-connector_2.11-1.6.0.jar
Upload this JAR to Databricks as a library and attach it to your cluster. You should now be able to run the example notebook (adapted from the spark-tensorflow-connector usage examples):