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.
Versions et mises à jour prises en charge de l'API REST StorageGRID S3
StorageGRID prend en charge l'API Simple Storage Service (S3), qui est implémentée sous la forme d'un ensemble de services web REST (Representational State Transfer).
La prise en charge de l'API REST S3 vous permet de connecter des applications orientées services développées pour les services web S3 à un stockage d'objets sur site utilisant le système StorageGRID. Seules des modifications minimes sont nécessaires dans l'utilisation actuelle des appels à l'API REST S3 par l'application cliente.
Versions prises en charge
StorageGRID prend en charge les versions spécifiques suivantes de STS, S3 et HTTP :
| Article |
Version |
Spécification de l'API STS AssumeRole
|
|
Spécification de l'API S3
|
|
|
Pour plus d'informations sur HTTP, voir HTTP/1.1 (RFCs 7230-35).
Remarque : StorageGRID ne prend pas en charge le pipelining HTTP/1.1.
|
Mises à jour de la prise en charge de l'API REST S3
| Version |
Commentaires |
|
-
Ajout de la prise en charge du partage de ressources entre origines (CORS) pour une interface de gestion, permettant à un autre domaine d'accéder aux données de StorageGRID à l'aide des API de gestion. "En savoir plus".
-
Ajout de la prise en charge de STS AssumeRole et des stratégies de session. Voir "un exemple de politique de session". Vous pouvez configurer AssumeRole dans les groupes de locataires.
|
|
-
Ajout de la prise en charge des valeurs de somme de contrôle SHA-256 précalculées pour les requêtes et en-têtes suivants. Vous pouvez utiliser cette fonctionnalité pour vérifier l'intégrité des objets téléchargés :
-
CompleteMultipartUpload: x-amz-checksum-sha256
-
CreateMultipartUpload: x-amz-checksum-algorithm
-
GetObject: x-amz-checksum-mode
-
HeadObject: x-amz-checksum-mode
-
ListParts
-
PutObject: x-amz-checksum-sha256
-
UploadPart: x-amz-checksum-sha256
-
Ajout de la possibilité pour l'administrateur de la grille de contrôler les paramètres de rétention et de conformité au niveau du locataire. Ces paramètres affectent les paramètres S3 Object Lock.
-
Mode de rétention par défaut du compartiment et mode de rétention des objets : Gouvernance ou Conformité, si autorisé par l’administrateur de la grille.
-
Période de rétention par défaut du compartiment et date de conservation de l'objet : doit être inférieure ou égale à la période de rétention maximale autorisée par l'administrateur de la grille.
-
Amélioration de la prise en charge de aws-chunked`l'encodage du contenu et de la diffusion en continu des valeurs `x-amz-content-sha256. Limitations :
-
Si présent, chunk-signature est facultatif et n'est pas validé
-
Si présent, x-amz-trailer le contenu est ignoré
|
|
|
|
-
Ajouté "Référence rapide : Requêtes API S3 prises en charge".
-
Ajout de la prise en charge de l'utilisation du mode GOVERNANCE avec S3 Object Lock.
-
Ajout de la prise en charge de l'en-tête de réponse spécifique à StorageGRID x-ntap-sg-cgr-replication-status pour les requêtes GET Object et HEAD Object. Cet en-tête indique l'état de réplication d'un objet pour la réplication inter-grilles.
-
SelectObjectContent prend désormais en charge les objets Parquet.
|
|
-
Ajout de la prise en charge de l'utilisation du partNumber paramètre de requête dans les requêtes GET Object et HEAD Object.
-
Ajout de la prise en charge d'un mode de rétention par défaut et d'une période de rétention par défaut au niveau du compartiment pour S3 Object Lock.
-
Ajout de la prise en charge de la `s3:object-lock-remaining-retention-days`clé de condition de stratégie pour définir la plage des périodes de conservation autorisées pour vos objets.
-
La taille maximale recommandée pour une opération PUT Object unique est désormais de 5 Gio (5 368 709 120 octets). Si vous avez des objets d'une taille supérieure à 5 Gio, utilisez plutôt le chargement partitionné.
|
|
-
Ajout de la prise en charge de la gestion du chiffrement des compartiments.
-
Ajout de la prise en charge de S3 Object Lock et suppression des anciennes requêtes de conformité.
-
Ajout de la prise en charge de l’utilisation de DELETE Multiple Objects sur les compartiments versionnés.
-
L' `Content-MD5`en-tête de requête est désormais correctement pris en charge.
|
|
-
Ajout de la prise en charge de DELETE Bucket tagging, GET Bucket tagging et PUT Bucket tagging. Les balises d'allocation de coûts ne sont pas prises en charge.
-
Pour les compartiments créés dans StorageGRID 11.4, il n'est plus nécessaire de limiter les noms de clés d'objet pour respecter les bonnes pratiques de performance.
-
Ajout de la prise en charge des notifications de compartiment sur le type d'événement s3:ObjectRestore:Post.
-
Les limites de taille AWS pour les chargements en plusieurs parties sont désormais appliquées. Chaque partie d'un chargement en plusieurs parties doit avoir une taille comprise entre 5 MiB et 5 GiB. La dernière partie peut être inférieure à 5 MiB.
-
Ajout de la prise en charge de TLS 1.3
|
|
-
Ajout de la prise en charge du chiffrement côté serveur des données d'objet avec des clés fournies par le client (SSE-C).
-
Ajout de la prise en charge des opérations DELETE, GET et PUT du cycle de vie des compartiments (action d'expiration uniquement) et de l'en-tête de réponse x-amz-expiration.
-
Mise à jour de PUT Object, PUT Object - Copy et Multipart Upload pour décrire l'impact des règles ILM qui utilisent un placement synchrone à l'ingestion.
-
Les chiffrements TLS 1.1 ne sont plus pris en charge.
|
|
Ajout de la prise en charge de la restauration d'objets POST pour une utilisation avec les Cloud Storage Pools. Ajout de la prise en charge de l'utilisation de la syntaxe AWS pour les ARN, les clés de condition de stratégie et les variables de stratégie dans les stratégies de groupe et de compartiment. Les stratégies de groupe et de compartiment existantes qui utilisent la syntaxe StorageGRID continueront d'être prises en charge.
Remarque : Les utilisations des ARN/URN dans d’autres configurations JSON/XML, y compris celles utilisées dans les fonctionnalités personnalisées de StorageGRID, n’ont pas changé.
|
|
Ajout de la prise en charge du partage de ressources entre origines (CORS), du protocole HTTP pour les connexions client S3 aux nœuds de la grille et des paramètres de conformité sur les compartiments.
|
|
Ajout de la prise en charge de la configuration des services de plateforme (CloudMirror replication, notifications et intégration de la recherche Elasticsearch) pour les compartiments. Ajout également de la prise en charge des contraintes de localisation des balises d'objets pour les compartiments et de la cohérence Available.
|
|
Ajout de la prise en charge des modifications de versionnement de l'analyse ILM, des mises à jour de la page Noms de domaine des points de terminaison, des conditions et des variables dans les politiques, des exemples de politiques et de l'autorisation PutOverwriteObject.
|
|
Ajout de la prise en charge du versionnage.
|
|
Ajout de la prise en charge des politiques d'accès aux groupes et aux compartiments, ainsi que de la copie en plusieurs parties (Upload Part - Copy).
|
|
Ajout de la prise en charge du téléchargement en plusieurs parties, des requêtes de type hébergement virtuel et de l'authentification v4.
|
|
Prise en charge initiale de l'API REST S3 par le système StorageGRID. La version actuellement prise en charge de la Référence de l'API Simple Storage Service est 2006-03-01.
|