Tenant/Project Storage

Note: This article uses the term "tenant" to refer to tenants and AI/ML projects in both Kubernetes and legacy EPIC.

Tenant storage is an optional storage location that is shared by all nodes within a given tenant. The Platform Administrator configures tenant storage during installation and it cannot be changed thereafter. Tenant storage can be configured to use either a local HPE Ezmeral Data Fabric installation (configured on the host storage) or a remote HDFS or NFS system. Alternatively, you can create a tenant without dedicated storage.

Note: If all tenants are created using the same tenant storage service settings, then no tenant can access the storage space of any other tenant.

When a new tenant is created, that tenant automatically receives a DataTap called TenantStorage that points at a unique directory within the tenant storage space. This DataTap can be used in the same manner as other DataTaps, but it cannot be edited or deleted. This does not apply if tenant storage has not been defined (meaning that you selected None for Tenant Storage during installation, as described in Platform Controller Setup).

The TenantStorage DataTap points at the top-level directory that a tenant can access within the Tenant Storage service. The Tenant Administrator can create or edit additional DataTaps that point at or below that directory.

If the tenant storage is based on a local HDFS, then the Platform Administrator can specify a storage quota for each tenant. The HDFS back-end is used to enforce this quota, meaning that the quota applies to storage operations that originate from either the DataTap browser or the nodes within that tenant.

Root tenant storage folders are created under the deployment global tenant storage root. For example, given a global tenant storage root of /a/b, the tenant-specific tenant storage root directories will be /a/b/1 for Tenant 1 and /a/b/2 for Tenant 2.

You may create DataTaps that point to any subdirectory within the global tenant storage root, so long as that location cannot access another tenant's tenant storage root directory, nor the global tenant storage root. For example:

Note: Tenant 2 cannot create a DataTap to the /a/b/1/SharedStorage directory, because the /a/b/1 directory is the root tenant storage directory for Tenant 1.

Users who have a Tenant Administrator role may view and modify detailed DataTap information. Members may only view general DataTap information and are unable to create, edit, or remove a DataTap.

Note: Data conflicts may occur if more than one DataTap points to a location being used by multiple jobs at once.