Use a Lakekeeper catalog to configure access to a Lakekeeper warehouse. Lakekeeper uses Apache Iceberg’s REST API to provide access to Iceberg tables on Azure Data Lake Storage.
Follow these steps to create a catalog for Lakekeeper:
The following sections provide more detail for creating Lakekeeper catalog connections.
The Catalog name is visible in the query editor and other clients. It is used to identify the catalog when writing SQL or showing the catalog and its nested schemas and tables in client applications.
The name is displayed in the query editor, and in the output of a SHOW
CATALOGS command.
It is used to fully qualify the name of any table in SQL queries following the
catalogname.schemaname.tablename
syntax. For example, you can run the
following query in the sample cluster without first setting the catalog or
schema context: SELECT * FROM tpch.sf1.nation;
.
The Description is a short, optional paragraph that provides further details about the catalog. It appears in the Starburst Galaxy user interface and can help other users determine what data can be accessed with the catalog.
To authenticate to ADLS, provide an ADLS storage account name, which you can find in your list of Resources in the Azure services section when you log into the Azure portal.
Select a service principal alias from the drop-down list of configured service principals. If you have not yet configured a service principal for this Starburst Galaxy account, click Configure an Azure service principal to do so now. For more information about Azure service principals, see Azure service principals.
To configure the connection to your Lakekeeper catalog, provide the following details:
Refer to Lakekeeper documentation for Entra-ID (Azure) on how to obtain these credentials. REST catalog OAuth2 client ID and REST catalog OAuth2 secret would typically refer to the Azure app created as “App 3” in the linked documentation. REST catalog OAuth2 scope client ID is “App 2.”
Your browser might try to fill credential fields with your browser login name and password. If so, overwrite these fields with the correct values.
Once you have configured the connection details, click Test connection to confirm data access is working. If the test is successful, you can save the catalog.
If the test fails, look over your entries in the configuration fields, correct any errors, and try again. If the test continues to fail, Galaxy provides diagnostic information that you can use to fix the data source configuration in the cloud provider system.
Click Connect catalog, and proceed to set permissions where you can grant access to certain roles.
This optional step allows you to configure read-only access or full read and write access to the catalog.
Use the following steps to assign read-only access to all roles:
You can specify read-only access and read-write access separately for different sets of roles. That is, one set of roles can get full read and write access to all schemas, tables, and views in the catalog, while another set of roles gets read-only access.
Use the following steps to assign read/write access to some or all roles:
You can add your catalog to a cluster later by editing a cluster. Click Skip to proceed to the catalogs page.
Use the following steps to add your catalog to an existing cluster or create a new cluster in the same cloud region:
Click Add to cluster to view your new catalog’s configuration.
Is the information on this page helpful?
Yes
No