You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
`cloud-transition <https://docs.ceph.com/en/latest/radosgw/cloud-transition>`__ feature enables data transition to a remote cloud service. The ``cloud-restore`` feature enables restoration of those transitioned objects from the remote cloud S3 endpoints into RGW.
5
+
The :doc:`cloud-transition>` feature makes it possible to transition objects to a remote
6
+
cloud service. The ``cloud-restore`` feature described below enables restoration
7
+
of those transitioned objects from the remote S3 endpoints into the local
8
+
RGW deployment.
6
9
7
-
This feature currently enables restore of objects that are transitioned to only S3 compatible cloud services. In order to validate this, ``retain_head_object`` option should be set to true in the ``tier-config`` while configuring storage class.
10
+
This feature currently enables the restoration of objects transitioned to
11
+
S3-compatible cloud services. In order to faciliate this,
12
+
the ``retain_head_object`` option should be set to ``true``
13
+
in the ``tier-config`` when configuring the storage class.
8
14
9
-
The objects can be restored using `S3 RestoreObject <https://docs.aws.amazon.com/AmazonS3/latest/API/API_RestoreObject.html>`__ API . The restored copies will be retained on RGW only for the duration of ``Days`` specified. However if ``Days`` are not provided, the downloaded copy is considered permanent and will be treated as regular object.
10
-
In addition, by enabling ``allow_read_through`` option, `S3 GetObject <https://docs.aws.amazon.com/AmazonS3/latest/API/API_GetObject.html>`__ API can be used as well to restore the object temporarily.
15
+
Objects can be restored using the `S3 RestoreObject <https://docs.aws.amazon.com/AmazonS3/latest/API/API_RestoreObject.html>`
16
+
PI . The restored copies will be retained within RGW only for the number
17
+
of ``days`` specified. However if ``days`` is not provided, the restored copies
18
+
are considered permanent and will be treated as regular objects.
19
+
In addition, by enabling the ``allow_read_through`` option,
20
+
the `S3 GetObject <https://docs.aws.amazon.com/AmazonS3/latest/API/API_GetObject.html>`
21
+
API can be used to restore the object temporarily.
11
22
12
23
13
24
Cloud Storage Class Tier Configuration
14
25
--------------------------------------
15
26
16
-
The `tier configuration <https://docs.ceph.com/en/latest/radosgw/cloud-transition/#cloud-storage-class-configuration>`__ of the cloud storage class configured for data transition is used to restore objects as well.
17
-
18
-
::
27
+
The `tier configuration <https://docs.ceph.com/en/latest/radosgw/cloud-transition/#cloud-storage-class-configuration>`
28
+
of the cloud storage class configured for data transition is used to restore
29
+
objects as well:
19
30
31
+
```
20
32
{
21
33
"access_key": <access>,
22
34
"secret": <secret>,`
@@ -32,29 +44,30 @@ The `tier configuration <https://docs.ceph.com/en/latest/radosgw/cloud-transitio
32
44
"multipart_min_part_size": {part_size},
33
45
"retain_head_object": <true | false>
34
46
}
47
+
```
35
48
36
-
Additionally, below options have been added to the tier configuration to facilitate object restoration.
49
+
The below options have been added to the tier configuration to facilitate object restoration.
37
50
38
51
* ``restore_storage_class`` (string)
39
52
40
-
The storage class to which the object data needs to be restored to. Default value is `STANDARD`.
53
+
The storage class to which object data is to be restored. Default value is ``STANDARD``.
41
54
42
55
43
56
read-through specific Configurables:
44
57
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
45
58
46
-
* ``allow_read_through`` (true | false)
59
+
* ``allow_read_through`` (``true`` | ``false``)
47
60
48
-
If true, enables ``read-through``. Objects can then be restored using ``S3 GetObject`` API as well.
61
+
If true, enables ``read-through``. Objects can then be restored using the ``S3 GetObject`` API.
49
62
50
-
* ``read_through_restore_days`` (interger)
63
+
* ``read_through_restore_days`` (integer)
51
64
52
-
The duration for which objects restored via ``read-through`` are retained for. Default value is 1 day.
65
+
The duration for which objects restored via ``read-through`` are retained.
To restore objects archived in an S3 Glacier or Tape cloud storage, the data must first be restored to the cloud service before being read and downloaded into RGW. To enable this process, ensure the storage class is configured with ``--tier-type=cloud-s3-glacier``. Additionally, the following configurables should be set accordingly:
86
+
To restore objects archived in an S3 Glacier or Tape cloud storage class, the
87
+
data must first be restored to the cloud service before being read and
88
+
downloaded into RGW. To enable this process, ensure the storage class
89
+
is configured with ``--tier-type=cloud-s3-glacier``. Additionally,
90
+
the following configurables should be set accordingly:
74
91
75
92
* ``glacier_restore_days`` (integer)
76
93
77
-
The duration of the objects to be restored on the remote cloud service.
94
+
The duration for which the objects are to be restored on the remote cloud service.
This will restore the object `doc3.rtf` for the duration of the ``read_through_restore_days`` configured.
206
-
219
+
This will restore the object `doc3.rtf`` for ``read_through_restore_days`` days.
207
220
208
-
Note: The above CLI command may time out if the object restoration takes too long. Before reissuing the command, you can verify the restoration status.
221
+
Note: The above CLI command may time out if object restoration takes too long.
222
+
You can verify the restore status before reissuing the command.
209
223
210
224
211
-
Verifying the restore status
212
-
----------------------------
213
-
Verify the status of the restore by running an `S3 HeadObject <https://docs.aws.amazon.com/AmazonS3/latest/API/API_HeadObject.html#API_HeadObject_ResponseSyntax>`__ request. The response includes ``x-amz-restore`` header if either the object restoration is in progress or a copy of it is already restored.
225
+
Verifying the restoration status
226
+
--------------------------------
227
+
Verify the status of the restoration by issuing
228
+
an `S3 HeadObject <https://docs.aws.amazon.com/AmazonS3/latest/API/API_HeadObject.html#API_HeadObject_ResponseSyntax>`
229
+
request. The response includes the ``x-amz-restore`` header if object restoration
230
+
is in progress or a copy of it is already restored.
The ``radosgw-admin`` CLI can be used to check restoration status and other
239
+
details.
221
240
222
-
In addition, ``radosgw-admin`` CLI can be used to check the restoration status and other details on the RGW server.
223
-
224
-
Example,
241
+
Example:
225
242
226
-
::
227
-
243
+
```
228
244
$ radosgw-admin object stat --bucket bucket1 --object doc1.rtf
245
+
```
229
246
230
247
231
248
Restored Object Properties
232
249
--------------------------
233
250
234
-
235
251
Storage
236
252
~~~~~~
237
-
The objects are restored to the storage class configured for ``restore_storage_class`` tier-config option. However, as per `AWS S3 RestoreObject <https://docs.aws.amazon.com/cli/latest/reference/s3api/restore-object.html>`__ the storage class of restored objects should remain unchanged. Therefore, for temporary copies, the x-amz-storage-class will continue to reflect the original cloud-tier storage class.
253
+
Objects are restored to the storage class configured via ``restore_storage_class``
254
+
in the tier-config. However, as
255
+
per `<https://docs.aws.amazon.com/cli/latest/reference/s3api/restore-object.html>`
256
+
the storage class of restored objects should remain unchanged. Therefore, for
257
+
temporary copies, the ```x-amz-storage-class``` will continue to reflect the
258
+
original cloud-tier storage class.
238
259
239
260
240
261
mtime
241
262
~~~~
242
-
The `mtime` of the transitioned and restored objects should remain unchanged.
263
+
The ``mtime`` of the transitioned and restored objects should remain unchanged.
243
264
244
265
245
266
Lifecycle
246
267
~~~~~~~~
247
-
`Temporary` copies are not subjected to any further transition to the cloud. However (as is the case with `cloud-transitioned objects`) they can be deleted via regular LC expiration rules or via external S3 Delete request.
248
-
`Permanent` copies are treated as any regular objects and are subjected to any LC rules applicable.
268
+
``Temporary`` copies are not subject to transition to the cloud. However, as is the
269
+
case with cloud-transitioned objects, they can be deleted via regular LC (Life Cycle)
270
+
expiration rules or an external S3 ``delete`` request.
271
+
272
+
``Permanent`` copies are treated as regular objects and are subject to applicable LC
273
+
policies.
249
274
250
275
251
276
Replication
252
277
~~~~~~~~~~
253
-
`Temporary` copies are not replicated and will be retained only on the zones the restore request is initiated on.
254
-
`Permanent` copies are replicated like other regular objects.
278
+
``Temporary`` copies are not replicated and will be retained only by the zone
279
+
on which the restore request is initiated.
280
+
281
+
``Permanent`` copies are replicated like other regular objects.
255
282
256
283
257
284
Versioned Objects
258
285
~~~~~~~~~~~~~~~~
259
-
For versioned objects, if an object has been `cloud-transitioned`, it would be in a non-current state. After a restore, the same non-current object will be updated with the downloaded data, and its HEAD object will be modified accordingly.
286
+
For versioned objects, if an object has been cloud-transitioned, it is in a
287
+
non-current state. After a restore, the same non-current object will be
288
+
updated with the downloaded data, and its ``HEAD`` object will be modified accordingly.
0 commit comments