Change the consistency level
If you are using an S3 tenant, you can use the Tenant Manager or the Tenant Management API to change the consistency control for operations performed on the objects in S3 buckets.
-
You must be signed in to the Tenant Manager using a supported web browser.
-
You must belong to a user group that has the Manage All Buckets or the Root Access permission. These permissions override the permissions settings in group or bucket policies. See Tenant management permissions.
Consistency level provides a balance between the availability of the objects and the consistency of those objects across different Storage Nodes and sites. In general, you should use the Read-after-new-write consistency level for your buckets.
If the Read-after-new-write consistency level does not meet the client application's requirements, you can change the consistency level by setting the bucket consistency level or by using the Consistency-Control
header. The Consistency-Control
header overrides the bucket consistency level.
When you change a bucket's consistency level, only those objects that are ingested after the change are guaranteed to meet the revised level. |
-
Select STORAGE (S3) > Buckets.
-
Select the bucket name from the list.
The bucket details page appears.
-
Select Bucket options > Consistency level.
-
Select a consistency level for operations performed on the objects in this bucket.
-
All: Provides the highest level of consistency. All nodes receive the data immediately, or the request will fail.
-
Strong-global: Guarantees read-after-write consistency for all client requests across all sites.
-
Strong-site: Guarantees read-after-write consistency for all client requests within a site.
-
Read-after-new-write (default): Provides read-after-write consistency for new objects and eventual consistency for object updates. Offers high availability and data protection guarantees. Recommended for most cases.
-
Available: Provides eventual consistency for both new objects and object updates. For S3 buckets, use only as required (for example, for a bucket that contains log values that are rarely read, or for HEAD or GET operations on keys that do not exist). Not supported for S3 FabricPool buckets.
-
-
Select Save changes.