Lifecycle settings
As a storage administrator, you can set various bucket lifecycle options for a Ceph Object Gateway. These options contain default values. If you do not specify each option, then the default value is set automatically.
To set specific values for these options, update the configuration database by using the ceph config set client.rgw OPTION VALUE command.
| Name | Description | Type | Default |
|---|---|---|---|
|
|
For developer use only to debug lifecycle rules by scaling expiration rules from days into an interval in seconds. IBM recommends that this option not be used in a production cluster. |
Integer |
|
|
|
The timeout value used internally by the Ceph Object Gateway. |
Integer |
|
|
|
Controls the sharding of the RADOS Gateway internal lifecycle work queues, and should only be set as part of a deliberate resharding workflow. IBM recommends not changing this setting after the setup of your cluster, without first contacting IBM Support. |
Integer |
|
|
|
The number of lifecycle rules to include in one, per bucket, lifecycle configuration document. The Amazon Web Service (AWS) limit is 1000 rules. |
Integer |
|
|
|
The number of lifecycle worker threads to run in parallel, processing bucket and index shards simultaneously. IBM does not recommend setting a value larger than 10 without contacting IBM Support. |
Integer |
|
|
|
The number of buckets that each lifecycle worker thread can process in parallel. IBM does not recommend setting a value larger than 10 without contacting IBM Support. |
Integer |
|
|
|
A delay, in milliseconds, that can be injected into shard processing at several points. The default value is 0. Setting a value from 10 to 100 ms would reduce CPU utilization on RADOS Gateway instances and reduce the proportion of workload capacity of lifecycle threads relative to ingest if saturation is being observed. |
Integer |
|