HCP System Management Help
An HCP repository is partitioned into namespaces. A namespace is a logical grouping of objects such that the objects in one namespace are not visible in any other namespace.
Namespaces provide a mechanism for separating the data stored for different applications, business units, or customers. For example, you could have one namespace for accounts receivable and another for accounts payable.
Namespaces also enable operations to work against selected subsets of objects. For example, you could perform a query that targets the accounts receivable and accounts payable namespaces but not the employees namespace.
Namespaces share the same underlying physical storage. This, together with the multitenancy feature described under "Tenants" below, enables HCP to provide support for cloud storage services.
HCP and default namespaces
An HCP system can have a maximum of 10,000 locally defined namespaces, including one special namespace called the default namespace. Applications are typically written against namespaces other than the default; these namespaces are called HCP namespaces. The default namespace is most often used with applications that existed before release 3.0 of HCP.
![]() |
Note: Replication can cause an HCP system to have more than 10,000 namespaces. For information on replication, see Replicating Tenants and Namespaces. |
The table below outlines the major differences between HCP namespaces and the default namespace.
Feature | HCP namespaces |
Default namespaces |
---|---|---|
Storage usage quotas | ✓ | |
Object ownership (not related to POSIX UID) | ✓ | |
Access control lists (ACLs) for objects | ✓ | |
Object versioning | ✓ | |
Multiple custom metadata annotations | ✓ | |
Namespace ownership by users | ✓ | |
RESTful HTTP/HTTPS API for data access | ✓ | |
Non-RESTful HTTP/HTTPS protocol for data access | ✓ | |
Data access authentication with HTTP/HTTPS | ✓ | |
RESTful HS3 API for data access (compatible with Amazon® S3) | ✓ | |
NDMP protocol for backup and restore | ✓ |
Tenants
Namespaces are owned and managed by administrative entities called tenants. A tenant typically corresponds to an organization, such as a company or a division or department within a company.
HCP supports two types of tenants:
•HCP tenants, which own HCP namespaces. An HCP system can have multiple HCP tenants, each of which can own multiple namespaces. You can limit the number of namespaces each HCP tenant can own.
In addition to being owned by a tenant, each HCP namespace can have an owner that corresponds to an individual HCP user. The owner of a namespace automatically has permission to perform certain operations on that namespace.
•The default tenant, which owns the default namespace and only that namespace. An HCP system can have only one default tenant.s
An HCP system can have a maximum of 1,000 locally defined tenants, including the default tenant.
![]() |
Note: Replication can cause an HCP system to have more than 1,000 tenants. For information on replication, see Replicating Tenants and Namespaces. |
An HCP system has both system-level and tenant-level administrators:
•System-level administrators are concerned with monitoring the HCP system hardware and software, monitoring overall repository usage, configuring features that apply across the HCP system, and managing system-level users.
•Tenant-level administrators are concerned with monitoring namespace usage at the tenant and namespace level, configuring individual tenants and namespaces, managing tenant-level users, and controlling access to namespaces.
System-level administrators create tenants. Tenant-level administrators create HCP namespaces. The default namespace is created automatically when the default tenant is created.
![]() |
Note: You can create the default tenant and namespace only if allowed to do so by the system configuration. |
Trademarks and Legal Disclaimer
© 2017 Hitachi Vantara Corporation. All rights reserved.