Skip to main content
Version: 1.3.1

Fileset Catalog with ADLS

Introduction​

This page shows how to store fileset data in Azure Data Lake Storage while Gravitino manages the metadata, and how to read and write that data through the Gravitino Virtual File System (GVFS).

Everything on this page is specific to Azure Data Lake Storage. The fileset model itself, the properties shared by every storage backend, and the way properties are inherited from catalog to schema to fileset are described in Fileset Catalog.

The examples run in order and use the same names throughout: metalake metalake, catalog adls_catalog, schema adls_schema, fileset example_fileset, and http://localhost:8090 as the server URL. Replace them with your own values.

Prerequisites​

  1. Download the gravitino-azure-bundle-${gravitino-version}.jar file.
  2. Place it in the fileset catalog classpath at ${GRAVITINO_HOME}/catalogs/fileset/libs/.
  3. Start the Gravitino server:
${GRAVITINO_HOME}/bin/gravitino-server.sh start

The catalog automatically loads the Azure Data Lake Storage filesystem provider once the bundle jar is on the classpath. The deprecated filesystem-providers and default-filesystem-provider catalog properties do not need to be set.

The bundle uses JSSE for TLS and does not include the optional WildFly OpenSSL provider. If you explicitly set Hadoop's fs.azure.ssl.channel.mode to OpenSSL, install a compatible provider separately on the catalog or client classpath. The default mode does not require it.

Azure Data Lake Storage Properties​

These properties are needed in addition to the shared catalog properties. The same values are also needed by the GVFS clients, so they are listed together here — note that the Python client spells them with underscores while the catalog and the Java client use hyphens.

Catalog and Java clientPython clientDescriptionRequired
azure-storage-account-nameazure_storage_account_nameAccount name of the Azure Blob Storage.Yes
azure-storage-account-keyazure_storage_account_keyAccount key of the Azure Blob Storage.Yes
credential-providers(n/a)The credential provider types, separated by comma. Possible values are adls-token, azure-account-key. Setting it enables credential vending, so clients no longer need the credentials above. See credential vending for the extra properties each provider takes.No
note

Azure Data Lake Storage is also known as Azure Blob Storage (ABS). The location uses the abfss:// scheme.

Schema and fileset properties are documented on the shared page: see schema properties and fileset properties.

A fileset catalog stores its data under location, which for Azure Data Lake Storage looks like abfss://container@account-name.dfs.core.windows.net/root.

Create the Catalog, Schema, and Fileset​

Step 1: Create the catalog​

curl -X POST -H "Accept: application/vnd.gravitino.v1+json" \
-H "Content-Type: application/json" -d '{
"name": "adls_catalog",
"type": "FILESET",
"comment": "A fileset catalog backed by Azure Data Lake Storage",
"properties": {
"location": "abfss://container@account-name.dfs.core.windows.net/root",
"azure-storage-account-name": "account_name",
"azure-storage-account-key": "account_key"
}
}' http://localhost:8090/api/metalakes/metalake/catalogs

Step 2: Create the schema​

curl -X POST -H "Accept: application/vnd.gravitino.v1+json" \
-H "Content-Type: application/json" -d '{
"name": "adls_schema",
"comment": "A schema in the Azure Data Lake Storage fileset catalog",
"properties": {
"location": "abfss://container@account-name.dfs.core.windows.net/root/schema"
}
}' http://localhost:8090/api/metalakes/metalake/catalogs/adls_catalog/schemas

Step 3: Create the fileset​

curl -X POST -H "Accept: application/vnd.gravitino.v1+json" \
-H "Content-Type: application/json" -d '{
"name": "example_fileset",
"comment": "This is an example fileset",
"type": "MANAGED",
"storageLocation": "abfss://container@account-name.dfs.core.windows.net/root/schema/example_fileset",
"properties": {
"k1": "v1"
}
}' http://localhost:8090/api/metalakes/metalake/catalogs/adls_catalog/schemas/adls_schema/filesets

The fileset is now addressable as gvfs://fileset/adls_catalog/adls_schema/example_fileset from any GVFS client.

Access the Fileset​

Java client jars​

Every Java or Hadoop-based client needs gravitino-filesystem-hadoop3-runtime, which is published on Maven Central, plus the Azure Data Lake Storage filesystem implementation. Only the latter differs by environment:

EnvironmentJar providing the Azure Data Lake Storage filesystem
No Hadoop installedgravitino-azure-bundle, a fat jar bundling the Azure Data Lake Storage filesystem implementation and its dependencies
Hadoop already presenthadoop-azure-${hadoop-version}.jar, azure-storage-7.0.1.jar and wildfly-openssl-1.0.7.Final.jar, shipped with Hadoop under ${HADOOP_HOME}/share/hadoop/tools/lib

The artifacts in full:

  • gravitino-azure-bundle-${gravitino-version}.jar: a "fat" jar that includes the gravitino-azure functionality together with every dependency it needs, such as hadoop-azure and the packages it needs to reach ADLS. Use it when the environment has no pre-existing Hadoop setup.
  • gravitino-filesystem-hadoop3-runtime-${gravitino-version}.jar: a "fat" jar that bundles the Gravitino virtual filesystem client and already includes the gravitino-azure functionality. Java and Hadoop-based clients require it to access Gravitino filesets.
  • hadoop-azure-${hadoop-version}.jar, azure-storage-7.0.1.jar and wildfly-openssl-1.0.7.Final.jar: the standard Hadoop dependencies for Azure Data Lake Storage access, shipped with Hadoop under ${HADOOP_HOME}/share/hadoop/tools/lib. Supply them yourself when running inside an existing Hadoop environment.
  • gravitino-azure-${gravitino-version}.jar: a "thin" jar carrying only the Azure integration code. It is already contained in both jars above, so it is not needed as a direct dependency unless you prefer to manage all Hadoop and Azure dependencies yourself.
<!-- No Hadoop environment -->
<dependency>
<groupId>org.apache.gravitino</groupId>
<artifactId>gravitino-azure-bundle</artifactId>
<version>${GRAVITINO_VERSION}</version>
</dependency>
<dependency>
<groupId>org.apache.gravitino</groupId>
<artifactId>gravitino-filesystem-hadoop3-runtime</artifactId>
<version>${GRAVITINO_VERSION}</version>
</dependency>
<!-- Existing Hadoop environment -->
<dependency>
<groupId>org.apache.hadoop</groupId>
<artifactId>hadoop-common</artifactId>
<version>${HADOOP_VERSION}</version>
</dependency>
<dependency>
<groupId>org.apache.hadoop</groupId>
<artifactId>hadoop-azure</artifactId>
<version>${HADOOP_VERSION}</version>
</dependency>
<dependency>
<groupId>org.apache.gravitino</groupId>
<artifactId>gravitino-filesystem-hadoop3-runtime</artifactId>
<version>${GRAVITINO_VERSION}</version>
</dependency>
note

The thin gravitino-azure jar is not needed. Its functionality is already included in both gravitino-azure-bundle and gravitino-filesystem-hadoop3-runtime.

GVFS Java client​

On top of the base GVFS configuration, set the Azure Data Lake Storage properties from the table above.

Configuration conf = new Configuration();
conf.set("fs.AbstractFileSystem.gvfs.impl", "org.apache.gravitino.filesystem.hadoop.Gvfs");
conf.set("fs.gvfs.impl", "org.apache.gravitino.filesystem.hadoop.GravitinoVirtualFileSystem");
conf.set("fs.gravitino.server.uri", "http://localhost:8090");
conf.set("fs.gravitino.client.metalake", "metalake");
conf.set("azure-storage-account-name", "account_name");
conf.set("azure-storage-account-key", "account_key");

Path filesetPath = new Path("gvfs://fileset/adls_catalog/adls_schema/example_fileset/new_dir");
FileSystem fs = filesetPath.getFileSystem(conf);
fs.mkdirs(filesetPath);

Apache Spark​

The example below uses PySpark 3.5.0 in an environment that already has Hadoop 3.3.4.

pip install pyspark==3.5.0
pip install apache-gravitino==${GRAVITINO_VERSION}
import os
from pyspark.sql import SparkSession

# On JDK 17, also add:
# --conf "spark.driver.extraJavaOptions=--add-opens=java.base/sun.nio.ch=ALL-UNNAMED"
# --conf "spark.executor.extraJavaOptions=--add-opens=java.base/sun.nio.ch=ALL-UNNAMED"
os.environ["PYSPARK_SUBMIT_ARGS"] = (
"--jars /path/to/gravitino-filesystem-hadoop3-runtime-${gravitino-version}.jar,"
"/path/to/hadoop-azure-3.3.4.jar,"
"/path/to/azure-storage-7.0.1.jar,"
"/path/to/wildfly-openssl-1.0.7.Final.jar "
"--master local[1] pyspark-shell"
)

spark = (SparkSession.builder
.appName("adls_fileset")
.config("spark.hadoop.fs.AbstractFileSystem.gvfs.impl", "org.apache.gravitino.filesystem.hadoop.Gvfs")
.config("spark.hadoop.fs.gvfs.impl", "org.apache.gravitino.filesystem.hadoop.GravitinoVirtualFileSystem")
.config("spark.hadoop.fs.gravitino.server.uri", "http://localhost:8090")
.config("spark.hadoop.fs.gravitino.client.metalake", "metalake")
.config("spark.hadoop.azure-storage-account-name", "account_name")
.config("spark.hadoop.azure-storage-account-key", "account_key")
.config("spark.driver.memory", "2g")
.config("spark.driver.port", "2048")
.getOrCreate())

data = [("Alice", 25), ("Bob", 30), ("Cathy", 45)]
spark_df = spark.createDataFrame(data, schema=["Name", "Age"])
gvfs_path = "gvfs://fileset/adls_catalog/adls_schema/example_fileset/people"

spark_df.coalesce(1).write.mode("overwrite").option("header", "true").csv(gvfs_path)

If Spark runs without a Hadoop environment, only the jar list changes:

os.environ["PYSPARK_SUBMIT_ARGS"] = (
"--jars /path/to/gravitino-azure-bundle-${gravitino-version}.jar,"
"/path/to/gravitino-filesystem-hadoop3-runtime-${gravitino-version}.jar "
"--master local[1] pyspark-shell"
)
note

Some Spark versions need a Hadoop environment in the driver and do not pick up filesystem implementations passed with --jars. If that happens, add the jars to the Spark classpath directly.

Hadoop fs command​

  1. Add the following to ${HADOOP_HOME}/etc/hadoop/core-site.xml:
<property>
<name>fs.AbstractFileSystem.gvfs.impl</name>
<value>org.apache.gravitino.filesystem.hadoop.Gvfs</value>
</property>
<property>
<name>fs.gvfs.impl</name>
<value>org.apache.gravitino.filesystem.hadoop.GravitinoVirtualFileSystem</value>
</property>
<property>
<name>fs.gravitino.server.uri</name>
<value>http://localhost:8090</value>
</property>
<property>
<name>fs.gravitino.client.metalake</name>
<value>metalake</value>
</property>
<property>
<name>azure-storage-account-name</name>
<value>account_name</value>
</property>
<property>
<name>azure-storage-account-key</name>
<value>account_key</value>
</property>
  1. Add these jars to the Hadoop classpath:

    • gravitino-filesystem-hadoop3-runtime-${gravitino-version}.jar, from Maven Central.
    • hadoop-azure-${hadoop-version}.jar, azure-storage-7.0.1.jar and wildfly-openssl-1.0.7.Final.jar, shipped with Hadoop under ${HADOOP_HOME}/share/hadoop/tools/lib.
  2. Access the fileset:

${HADOOP_HOME}/bin/hadoop fs -ls gvfs://fileset/adls_catalog/adls_schema/example_fileset
${HADOOP_HOME}/bin/hadoop fs -put /path/to/local/file gvfs://fileset/adls_catalog/adls_schema/example_fileset

GVFS Python client​

pip install apache-gravitino==${GRAVITINO_VERSION}

On top of the base GVFS configuration, pass the Azure Data Lake Storage properties in options, spelled with underscores.

from gravitino import gvfs

options = {
"cache_size": 20,
"cache_expired_time": 3600,
"auth_type": "simple",
"azure_storage_account_name": "account_name",
"azure_storage_account_key": "account_key",
}

fs = gvfs.GravitinoVirtualFileSystem(server_uri="http://localhost:8090",
metalake_name="metalake",
options=options)
fs.ls("gvfs://fileset/adls_catalog/adls_schema/example_fileset/")

pandas​

pandas reaches the same paths through storage_options. Use the fs instance from the preceding GVFS example to discover the generated Spark part file.

import pandas as pd

storage_options = {
"server_uri": "http://localhost:8090",
"metalake_name": "metalake",
"options": {
"azure_storage_account_name": "account_name",
"azure_storage_account_key": "account_key",
}
}

csv_path = next(
f"gvfs://{path}"
for path in fs.ls(
"gvfs://fileset/adls_catalog/adls_schema/example_fileset/people",
detail=False,
)
if (
path.rsplit("/", 1)[-1].startswith("part-")
and path.endswith(".csv")
)
)
ds = pd.read_csv(csv_path, storage_options=storage_options)
ds.head()

For further use cases, see Gravitino Virtual File System.

Credential Vending​

With credential vending the catalog holds the Azure Data Lake Storage credentials and the Gravitino server hands out a credential per request, so clients never hold cloud keys of their own. See Credential Vending for the general mechanism and ADLS credentials for the properties each provider takes.

The supported providers are adls-token, which vends a short-lived token, and azure-account-key, which vends the static account key configured on the catalog. The example below uses adls-token.

Configure the catalog, schema, and fileset​

curl -X POST -H "Accept: application/vnd.gravitino.v1+json" \
-H "Content-Type: application/json" -d '{
"name": "adls_catalog_with_vending",
"type": "FILESET",
"comment": "A fileset catalog backed by Azure Data Lake Storage with credential vending",
"properties": {
"location": "abfss://container@account-name.dfs.core.windows.net/root",
"azure-storage-account-name": "account_name",
"azure-storage-account-key": "account_key",
"credential-providers": "adls-token",
"azure-tenant-id": "The Azure tenant id",
"azure-client-id": "The Azure client id",
"azure-client-secret": "The Azure client secret key"
}
}' http://localhost:8090/api/metalakes/metalake/catalogs

Create the schema and fileset in the credential-vending catalog:

curl -X POST -H "Accept: application/vnd.gravitino.v1+json" \
-H "Content-Type: application/json" -d '{
"name": "adls_schema",
"comment": "A schema in the Azure Data Lake Storage credential-vending catalog",
"properties": {
"location": "abfss://container@account-name.dfs.core.windows.net/root/schema"
}
}' http://localhost:8090/api/metalakes/metalake/catalogs/adls_catalog_with_vending/schemas

curl -X POST -H "Accept: application/vnd.gravitino.v1+json" \
-H "Content-Type: application/json" -d '{
"name": "example_fileset",
"comment": "This is an example fileset",
"type": "MANAGED",
"storageLocation": "abfss://container@account-name.dfs.core.windows.net/root/schema/example_fileset",
"properties": {}
}' http://localhost:8090/api/metalakes/metalake/catalogs/adls_catalog_with_vending/schemas/adls_schema/filesets

The adls-token provider needs three more catalog properties.

Property NameDescription
azure-tenant-idAzure tenant id
azure-client-idAzure client id
azure-client-secretAzure client secret key

Access without local credentials​

Enable vending on the client and drop the credential properties.

Configuration conf = new Configuration();
conf.setBoolean("fs.gravitino.enableCredentialVending", true);
conf.set("fs.AbstractFileSystem.gvfs.impl", "org.apache.gravitino.filesystem.hadoop.Gvfs");
conf.set("fs.gvfs.impl", "org.apache.gravitino.filesystem.hadoop.GravitinoVirtualFileSystem");
conf.set("fs.gravitino.server.uri", "http://localhost:8090");
conf.set("fs.gravitino.client.metalake", "metalake");
// No need to set azure-storage-account-name or azure-storage-account-key

Path filesetPath = new Path(
"gvfs://fileset/adls_catalog_with_vending/adls_schema/example_fileset/new_dir");
FileSystem fs = filesetPath.getFileSystem(conf);
fs.mkdirs(filesetPath);
spark = (SparkSession.builder
.appName("adls_fileset")
.config("spark.hadoop.fs.gravitino.enableCredentialVending", "true")
.config("spark.hadoop.fs.AbstractFileSystem.gvfs.impl", "org.apache.gravitino.filesystem.hadoop.Gvfs")
.config("spark.hadoop.fs.gvfs.impl", "org.apache.gravitino.filesystem.hadoop.GravitinoVirtualFileSystem")
.config("spark.hadoop.fs.gravitino.server.uri", "http://localhost:8090")
.config("spark.hadoop.fs.gravitino.client.metalake", "metalake")
# No need to set azure-storage-account-name or azure-storage-account-key
.getOrCreate())
options = {
"auth_type": "simple",
"enable_credential_vending": True,
# No need to set azure-storage-account-name or azure-storage-account-key
}
fs = gvfs.GravitinoVirtualFileSystem(server_uri="http://localhost:8090",
metalake_name="metalake",
options=options)