...
Table of Contents | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|
|
Policy Enforcement
Consider lifecycle policies for an object are considered during SCSP operations. The expiration policies are evaluated to verify that the object is “live” before proceeding with the SCSP operation.
In a versioning-enabled bucket, SCSP operations on objects apply any an expiration rules rule to trigger an action that the i.e. create delete markers are created before the intended behavior of the operation.
The Health Processor evaluates the lifecycle policy rules and performs the necessary actions implied by those rules. This necessarily means that such rules are evaluated asynchronously.Continuously check objects in the background to verify compliance with lifecycle policies.
Listing queries are not required to evaluate rules for objects returned in the listing. Therefore, they listing queries return inconsistent results immediately after policy expiration at midnight UTC when compared to with the active SCSP operations.
Listing queries provide an eventual consistency subject for background policy evaluation.
Policy Action
The action is the deletion of an object or object version. In the scenario of a current object deletion, deletion represents creating a delete marker when the bucket/domain has versioning enabled. The delete marker contains a timestamp consistent with the lifecycle policy expiration time, perhaps the creation of the delete marker occurred.
A liveness check is performed on the object as part of SCSP requests for Lifepoint
headers (policies).
The policies are set up to
...
“fire” at midnight UTC; this requires components and processes provided by online Gateway installation.
For offline Gateway installation, run the ‘swarmlifecycle’ offline support installation.