Skip to main content
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 l'API REST S3 de StorageGRID effectue les chargements en plusieurs parties

PDF

L’opération CompleteMultipartUpload finalise le chargement en plusieurs parties d’un objet en assemblant les parties précédemment chargées.

Remarque StorageGRID prend en charge les valeurs non consécutives par ordre croissant pour le paramètre de requête partNumber avec CompleteMultipartUpload. Le paramètre peut commencer par n'importe quelle valeur.

Résoudre les 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.

En-têtes de requête pris en charge

Les en-têtes de requête suivants sont pris en charge :

  • x-amz-checksum-sha256

  • x-amz-storage-class

    L' `x-amz-storage-class`en-tête affecte le nombre de copies d'objets que StorageGRID crée si la règle ILM correspondante spécifie le "Option de double validation ou d'ingestion équilibrée".

  • STANDARD

    (Par défaut) Spécifie une opération d'ingestion à double validation lorsque la règle ILM utilise l'option Dual commit, ou lorsque l'option Balanced revient à créer des copies intermédiaires.

  • REDUCED_REDUNDANCY

    Spécifie une opération d'ingestion à validation unique lorsque la règle ILM utilise l'option de double validation, ou lorsque l'option équilibrée revient à créer des copies intermédiaires.

    Remarque Si vous ingérez un objet dans un compartiment avec S3 Object Lock activé, l’ `REDUCED_REDUNDANCY`option est ignorée. Si vous ingérez un objet dans un compartiment Compliant hérité, l’ `REDUCED_REDUNDANCY`option renvoie une erreur. StorageGRID effectuera toujours une double validation à l’ingestion pour garantir le respect des exigences de conformité.
Avertissement Si un chargement en plusieurs parties n'est pas terminé dans un délai de 15 jours, l'opération est marquée comme inactive et toutes les données associées sont supprimées du système.
Remarque La `ETag`valeur renvoyée n'est pas une somme MD5 des données, mais suit l'implémentation de l'API Amazon S3 de la `ETag`valeur pour les objets multipart.

En-têtes de requête non pris en charge

Les en-têtes de requête suivants ne sont pas pris en charge :

  • If-Match

    Le If-Match header est accepté mais non fonctionnel.

  • If-None-Match

    Le If-None-Match header est accepté mais non fonctionnel.

  • x-amz-sdk-checksum-algorithm

  • x-amz-trailer

Versionnage

Cette opération finalise un chargement en plusieurs parties. Si le versionnage est activé pour un compartiment, la version de l'objet est créée après la finalisation du chargement en plusieurs parties.

Si le versionnage est activé pour un compartiment, un identifiant unique versionId est automatiquement généré pour la version de l'objet stocké. Cet identifiant versionId est également renvoyé dans la réponse via l' x-amz-version-id en-tête de réponse.

Si le versionnage est suspendu, la version de l'objet est stockée avec une valeur nulle versionId et si une version nulle existe déjà, elle sera écrasée.

Remarque Lorsque le versionnage est activé pour un bucket, la finalisation d'un chargement multipart crée toujours une nouvelle version, même si des chargements multipart simultanés sont finalisés sur la même clé d'objet. Lorsque le versionnage n'est pas activé pour un bucket, il est possible d'initier un chargement multipart, puis qu'un autre chargement multipart soit initié et finalisé en premier sur la même clé d'objet. Sur les buckets non versionnés, le chargement multipart finalisé en dernier prévaut.

Échec de la réplication, de la notification ou de la notification des métadonnées

Si le compartiment dans lequel s'effectue le chargement en plusieurs parties est configuré pour un service de plateforme, le chargement en plusieurs parties réussit même si l'action de réplication ou de notification associée échoue.

Un locataire peut déclencher l'échec de la réplication ou la notification en mettant à jour les métadonnées ou les balises de l'objet. Un locataire peut soumettre à nouveau les valeurs existantes afin d'éviter toute modification indésirable.

Consultez "Dépannage des services de plateforme".