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
Copy file name to clipboardExpand all lines: pages/storage_and_backup/object_storage/cold_archive_getting_started/guide.en-gb.md
+38-39Lines changed: 38 additions & 39 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -6,11 +6,10 @@ updated: 2024-11-29
6
6
7
7
## Objective
8
8
9
-
Cold Archive is a service for long-term data storage.
10
-
When archived, every object of a bucket is stored on physical tapes.
11
-
Restoration can take some time as it needs to be read on tapes.
9
+
Cold Archive provides long-term data storage by archiving bucket objects onto physical tapes.
10
+
Restoration may take some time since data is read from tapes.
12
11
13
-
**This guide explains how to set up storage on tapes with Cold Archive.**
12
+
**This guide explains how to set up and manage storage on tapes with Cold Archive, in coexistence with your Object Storage.**
14
13
15
14
## Requirements
16
15
@@ -19,14 +18,20 @@ Restoration can take some time as it needs to be read on tapes.
19
18
20
19
## Instructions
21
20
21
+
This section explains the step-by-step process to configure, archive, restore, and delete buckets with Cold Archive, in coexistence with your Object Storage.
22
+
22
23
In this tutorial, **awscli aliases** are used to simplify the commands.
23
24
25
+
### Initial Setup: create AWS CLI Aliases
26
+
27
+
To simplify commands, create or edit the ~/.aws/cli/alias file:
> -`Id` is a string used to identify the S3 **\*** Intelligent-Tiering configuration. Its value is arbitrary and up to you. It will be necessary for further PUT, GET and DELETE operations on the intelligent-tiering configuration.
46
51
>
47
-
> -`Status` and `Days` are mandatory but not used.
52
+
> -`Status` and `Days` are mandatory but not used. Days is only meaningful with certain access tiers.
48
53
>
49
54
50
-
To retrieve an Intelligent tiering configuration, use the get-bucket-intelligent-tiering-configuration command:
55
+
### Check for Incomplete Multipart Uploads Before Archiving
56
+
57
+
Run this command to ensure there are no incomplete multipart uploads on your bucket:
After this request, the bucket is not archived yet.<br>
87
-
It will take some time before it is archived on the tapes.<br>
88
-
From this command and until a restoration, the bucket cannot accept any read or write requests on objects (listing objects is still allowed).
75
+
- The bucket status changes to Archiving.
76
+
- Objects cannot be read or written during this process; only listing is allowed.
77
+
- Archiving to tapes takes some time.
89
78
90
-
####Archive a bucket with retention lock
79
+
### Archive a bucket with retention lock (WORM Compliance)
91
80
92
81
By default, an archive is not locked i.e you can still delete an archive after it has been written to tapes. To ensure your archive follows the WORM (Write Once Read Many) model, you can set a retention period in your intelligent tiering configuration using the `OVH_ARCHIVE_LOCK` access tier and a number of days. The archive will be then locked until the current date + the number of days specified.
93
82
@@ -113,7 +102,7 @@ By default, an archive is not locked i.e you can still delete an archive after i
113
102
> Similarly, you cannot have multiple access tiers in your intelligent tiering configuration i.e either you use the `OVH_ARCHIVE` access tier or you use the `OVH_ARCHIVE_LOCK` access tier but not both.
114
103
>
115
104
116
-
####Lock a bucket after it is archived
105
+
### Lock an Already Archived Bucket
117
106
118
107
If you have buckets that have been previously archived without using the `OVH_ARCHIVE_LOCK` access tier, you can still lock them by re-applying an intelligent tiering configuration to your bucket using the `OVH_ARCHIVE_LOCK` access tier and specifying a retention duration in days.
119
108
@@ -135,22 +124,22 @@ If you want to edit the retention period, similarly, re-apply the intelligent ti
135
124
> - OVHcloud Cold Archive will return an error because 2024-02-23 + 5 days < 2024-03-03.
After this request, the bucket is not restored yet.<br>
147
-
It will take some time before it is restored and for the objects to be accessible in read-only (writing objects is forbidden).
135
+
- Bucket status changes to Restoring.
136
+
- Objects become accessible in read-only mode once restoration completes.
148
137
149
-
### Bucket deletion
138
+
### Delete an Archive
150
139
151
140
> [!primary]
152
141
>
153
-
> If you have locked your archive, trying to delete it before the end of the retention period will result in a 400 Bad Request error:
142
+
> If the bucket is locked, deletion before the retention period expires will fail.
154
143
> `An error occurred (BadRequest) when calling the DeleteBucketIntelligentTieringConfiguration operation: Archive deletion is locked until 2124-01-19T15:24:56.000Z`
155
144
>
156
145
@@ -180,7 +169,7 @@ Once the deletion is completed:
180
169
aws s3 rb s3://<bucket_name>
181
170
```
182
171
183
-
### Bucket status
172
+
### Check Bucket Status and Retention Tags
184
173
185
174
Once an intelligent-tiering configuration has been pushed (via a `put-bucket-intelligent-tiering-configuration` operation) and until it is removed (via a `delete-bucket-intelligent-tiering-configuration` operation), the status of a bucket is readable through:
This command returns detailed configuration info useful for debugging or verification.
222
+
224
223
## Go further
225
224
226
225
If you need training or technical assistance to implement our solutions, contact your sales representative or click on [this link](/links/professional-services) to get a quote and ask our Professional Services experts for assisting you on your specific use case of your project.
0 commit comments