Buckets are containers for objects created in a namespace and sometimes considered a logical container for sub-tenants. In S3, containers are called buckets and this term has been adopted by ECS. In Atmos, the equivalent of a bucket is a subtenant; in Swift, the equivalent of a bucket is a container, and for CAS, a bucket is a CAS pool. Buckets are global resources in ECS. Each bucket is created in a namespace and each namespace is created in a Replication Group (RG). Buckets are global resources that can span multiple sites. Bucket creation involves assigning it to a namespace and a RG. The bucket level is where ownership and file or CAS access is enabled. Buckets can be accessed via different tools at the same time, i.e. access the same bucket with GeoDrive and S3 Browser. |
ECS offers several ways to create a bucket. To create a bucket the following must be done:
Log in to the ECS system using your browser and select the ECS Help ('?' icon) in the ECS GUI which links the ECS Administration Guide - 'Getting started with ECS - 'Create a bucket'
Refer to the ECS REST API guide for management and object operations.
|
When a object user is created - 'Manage' - 'Users' - 'New Object User', the following protocol options are available:
|
File system |
Required for NFSv3. Required on bucket creation. Note this cannot be altered once the bucket is created. Refer to article ECS: Best practices for mounting NFS exports for further information. |
CAS |
For CAS operations, this must be set when creating the bucket. CAS buckets cannot be accessed with other protocols and the CAS option must be set when creating a bucket. Refer to article ECS: CAS User & Bucket Administration Best Practices for further information. |
Metadata Search |
Enable indexing of Objects based on user and system metadata, and cannot be enabled after save. Refer to the ECS Help ('?' icon) in the ECS GUI which links the ECS Administration Guide - 'Buckets' - 'Working with buckets in the ECS Portal' - 'Bucket settings' - 'Metadata search fields' |
Access during outage (ADO) |
ECS allows you to configure buckets to be accessible if one of your VDC fails. Refer to article ECS: The importance of the ADO (Access During Outage) parameter for further information. |
Server-side Encryption |
Enable to allow data-at-rest encryption, which encrypts data on the storage disks to reduce the risk of data loss by physical theft of disks. Refer to the ECS Help ('?' icon) in the ECS GUI which links the ECS Administration Guide - 'Buckets' - 'Working with buckets in the ECS Portal' - 'Bucket settings' |
Quota |
Soft and Hard Quota can be assigned on either, bucket or namespace level. Refer to article ECS: How to increase the quota set on an ECS Bucket for further information. |
Bucket Tagging |
Bucket tags are key-value pairs that you can associate with a bucket. Max 10 tags per bucket. Refer to the ECS Help ('?' icon) in the ECS GUI which links the ECS Administration Guide - 'Buckets' - 'Working with buckets in the ECS Portal' - 'Bucket settings' - 'Bucket tagging' |
Retention |
Retention can be set on bucket or namespace level. Retention applies to CAS and S3 buckets. Refer to the ECS Help ('?' icon) in the ECS GUI which links the ECS Administration Guide - 'Namespaces' - 'Working with namespaces in the ECS Portal' - 'Namespace settings' - 'Retention periods and policies' |
Edit ACLs | ||||||||||||||||||
S3 allows to set the following permissions:
Multiple users can be created with different permissions. Refer to the ECS Help ('?' icon) in the ECS GUI which links the ECS Administration Guide - 'Buckets' - 'Working with buckets in the ECS Portal' - 'Set ACLs' For CAS refer to article ECS: Set up bucket ACLs for CAS for further information. |
Edit Policy |
The ECS GUI provides a Bucket Policy Editor to create a bucket policy for an existing bucket. Policies are defined in JSON format and the syntax used for policies is the same as that used for Amazon AWS:
For examples on the above operations, refer to the ECS Help ('?' icon) in the ECS GUI which links the ECS Administration Guide - 'Buckets' - 'Working with buckets in the ECS Portal' - 'Set bucket policies' - 'Bucket policy scenarios'. |
There are various ways to test S3 connectivity, these are a few examples for accessing them. Simplest method to access a S3 bucket via S3 Browser. |
Buckets are limited by the maximum capacity configured to the system the bucket is configured on. Buckets are multi-protocol enabled, except CAS buckets. CAS buckets cannot be shared. Client access and API operation availability at the namespace, bucket and object levels during a TSO is governed the following ADO options set at the namespace and bucket level:
|
To delete a bucket, make sure the bucket is entirely empty. This not only includes current objects, also, if configured, versions and delete markers need to be deleted before you can remove that bucket from. If it is not possible to delete the bucket manually, a lifecycle policy can be set on the bucket to delete it. Refer to article ECS: How to delete a S3 bucket with many objects in it using lifecycle policies for further information. |
Before creating a buckets remember that some options cannot be changed later:
Make sure the buckets are configured properly, else a migration might be required.
The following rules apply to the naming of S3 buckets in ECS:
Bucket best practices:
For additional information, select the ECS Help ('?' icon) in the ECS GUI which links the ECS Administration Guide. |
Refer to the latest ECS Release Notes for up to date fixes implemented on bucket limitations.