L'article demandé n'est pas disponible. Il ne s'applique pas à cette version du produit ou les informations sont organisées différemment dans cette version des documents. Vous pouvez effectuer une recherche ou revenir à l'autre version.
Une version plus récente de ce produit est disponible.
La version française est une traduction automatique. La version anglaise prévaut sur la française en cas de divergence.
Comment StorageGRID implémente les opérations de l'API REST S3 pour les objets
Cette section décrit comment le système StorageGRID implémente les opérations de l'API REST S3 pour les objets.
Les conditions suivantes s'appliquent à toutes les opérations sur les objets :
-
StorageGRID "valeurs de cohérence" est pris en charge par toutes les opérations sur les objets, à l’exception des suivantes :
-
GetObjectAcl
-
OPTIONS /
-
PutObjectLegalHold
-
PutObjectRetention
-
SelectObjectContent
-
Les requêtes clients conflictuelles, comme par exemple deux clients écrivant sur la même clé, sont résolues selon le principe du « latest-wins ». Le moment de l’évaluation du « latest-wins » est déterminé par la date à laquelle le système StorageGRID termine une requête donnée, et non par la date à laquelle les clients S3 commencent une opération.
-
Tous les objets dans un StorageGRID bucket sont la propriété du propriétaire du bucket, y compris les objets créés par un utilisateur anonyme ou par un autre compte.
Le tableau suivant décrit comment StorageGRID implémente les opérations d'objet de l'API REST S3.
| Opération |
Mise en œuvre |
|
Lors du traitement d'une requête DeleteObject, StorageGRID tente de supprimer immédiatement toutes les copies de l'objet de tous les emplacements de stockage. En cas de succès, StorageGRID renvoie immédiatement une réponse au client. Si toutes les copies ne peuvent pas être supprimées dans un délai de 30 secondes (par exemple, si un emplacement est temporairement indisponible), StorageGRID met les copies en file d'attente pour suppression, puis indique la réussite de l'opération au client.
- Restrictions
-
- Versionnage
-
Pour supprimer une version spécifique, le demandeur doit être le propriétaire du compartiment et utiliser la sous-ressource versionId. L'utilisation de cette sous-ressource supprime définitivement la version. Si la versionId correspond à un marqueur de suppression, l'en-tête de réponse x-amz-delete-marker est renvoyé avec la valeur true.
-
Si un objet est supprimé sans la versionId sous-ressource sur un compartiment avec le versionnage activé, cela entraîne la génération d’un marqueur de suppression. L’ versionId du marqueur de suppression est renvoyé via l’en-tête de réponse x-amz-version-id, et l’en-tête de réponse x-amz-delete-marker est renvoyé avec la valeur true.
-
Si un objet est supprimé sans la versionId sous-ressource sur un compartiment dont le versionnage est suspendu, cela entraîne la suppression définitive d'une version « null » existante ou d'un marqueur de suppression « null », ainsi que la génération d'un nouveau marqueur de suppression « null ». L'en-tête de réponse x-amz-delete-marker est renvoyé avec la valeur true.
Remarque : Dans certains cas, plusieurs marqueurs de suppression peuvent exister pour un objet.
|
(anciennement nommé DELETE Multiple Objects)
|
L'authentification multifacteur (MFA) et l'en-tête de réponse x-amz-mfa ne sont pas pris en charge.
Plusieurs objets peuvent être supprimés dans le même message de requête.
|
|
Utilise la tagging sous-ressource pour supprimer toutes les balises d'un objet.
- Versionnage
-
Si le versionId paramètre de requête n'est pas spécifié dans la requête, l'opération supprime toutes les balises de la version la plus récente de l'objet dans un compartiment versionné. Si la version actuelle de l'objet est un marqueur de suppression, un statut "MethodNotAllowed" est renvoyé avec l' x-amz-delete-marker en-tête de réponse défini sur true.
|
|
|
|
Si les informations d'identification nécessaires sont fournies pour le compte, l'opération renvoie une réponse positive ainsi que l'ID, DisplayName et l'autorisation du propriétaire de l'objet, indiquant que ce dernier dispose d'un accès complet à l'objet.
|
|
|
|
|
|
Utilise la tagging sous-ressource pour renvoyer toutes les balises d’un objet.
- Versionnage
-
Si le versionId paramètre de requête n'est pas spécifié dans la requête, l'opération renvoie toutes les balises de la version la plus récente de l'objet dans un compartiment versionné. Si la version actuelle de l'objet est un marqueur de suppression, un statut "MethodNotAllowed" est renvoyé avec l' x-amz-delete-marker en-tête de réponse défini sur true.
|
|
|
|
|
|
|
(anciennement nommé PUT Object - Copy)
|
|
|
|
|
|
|
Utilise la tagging sous-ressource pour ajouter un ensemble de balises à un objet existant.
- Limites des balises d'objet
-
Vous pouvez ajouter des balises aux nouveaux objets lors de leur chargement, ou vous pouvez les ajouter à des objets existants. StorageGRID et Amazon S3 prennent en charge jusqu'à 10 balises par objet. Les balises associées à un objet doivent avoir des clés de balise uniques. Une clé de balise peut comporter jusqu'à 128 caractères Unicode et les valeurs de balise peuvent comporter jusqu'à 256 caractères Unicode. Les clés et les valeurs sont sensibles à la casse.
- Mises à jour des balises et comportement d'ingestion
-
Lorsque vous utilisez PutObjectTagging pour mettre à jour les balises d'un objet, StorageGRID ne réingère pas l'objet. Cela signifie que l'option de comportement d'ingestion spécifiée dans la règle ILM correspondante n'est pas utilisée. Toute modification du placement de l'objet déclenchée par la mise à jour est effectuée lorsque l'ILM est réévalué par les processus ILM d'arrière-plan habituels.
Cela signifie que si la règle ILM utilise l'option Strict pour le comportement d'ingestion, aucune action n'est entreprise si les emplacements d'objets requis ne peuvent pas être effectués (par exemple, parce qu'un emplacement nouvellement requis est indisponible). L'objet mis à jour conserve son emplacement actuel jusqu'à ce que l'emplacement requis soit possible.
- Résolution des conflits
-
Les requêtes clients conflictuelles, comme par exemple deux clients écrivant sur la même clé, sont résolues selon le principe du « latest-wins ». Le moment de l’évaluation du « latest-wins » est déterminé par la date à laquelle le système StorageGRID termine une requête donnée, et non par la date à laquelle les clients S3 commencent une opération.
- Versionnage
-
Si le versionId paramètre de requête n'est pas spécifié dans la requête, l'opération ajoute des balises à la version la plus récente de l'objet dans un compartiment versionné. Si la version actuelle de l'objet est un marqueur de suppression, un statut "MethodNotAllowed" est renvoyé avec l' x-amz-delete-marker en-tête de réponse défini sur true.
|
|
|
Suggérer des modifications
PDF