NetApp SG6000 Mode D'emploi page 1486

compartiment est associé à un ID de version, généré par le système StorageGRID.
La suppression de l'authentification multifacteur (MFA) n'est pas prise en charge.
Le contrôle de version ne peut être activé que pour les compartiments créés avec StorageGRID
version 10.3 ou ultérieure.
ILM et gestion des versions
Les règles ILM sont appliquées à chaque version d'un objet. Un processus d'analyse ILM analyse en continu
tous les objets, puis les évalue à nouveau en fonction de la règle ILM actuelle. Toute modification apportée aux
règles ILM est appliquée à tous les objets précédemment ingérées. Ceci inclut les versions préalablement
ingérées si la gestion des versions est activée. L'analyse ILM applique les modifications de l'ILM aux objets
précédemment ingérées.
Pour les objets S3 dans des compartiments activés pour la gestion des versions, la prise en charge du
contrôle de version vous permet de créer des règles ILM qui utilisent l'heure actuelle non sélectionnée comme
heure de référence. Lorsqu'un objet est mis à jour, ses versions précédentes deviennent non actuelles.
L'utilisation d'un filtre de temps non actuel vous permet de créer des règles qui réduisent l'impact sur le
stockage des versions précédentes d'objets.
Lorsque vous téléchargez une nouvelle version d'un objet à l'aide d'une opération de
téléchargement partitionné, l'heure qui n'est pas à jour pour la version d'origine de l'objet
correspond à la création du téléchargement partitionné pour la nouvelle version, et non à la fin
du téléchargement partitionné. Dans des cas limités, l'heure non actuelle de la version d'origine
peut être des heures ou des jours plus tôt que l'heure de la version actuelle.
Pour obtenir des informations sur la gestion du cycle de vie des objets avec la gestion du cycle de vie des
informations, consultez les instructions de gestion des objets avec version S3.
Informations associées
"Gestion des objets avec ILM"
Recommandations pour l'implémentation de l'API REST S3
Suivez ces recommandations lors de l'implémentation de l'API REST S3 pour une
utilisation avec StorageGRID.
Recommandations pour les têtes à des objets inexistants
Si votre application vérifie régulièrement si un objet existe sur un chemin où vous ne vous attendez pas à ce
que l'objet existe réellement, vous devez utiliser le contrôle de cohérence « disponible ». Par exemple, vous
devez utiliser le contrôle de cohérence « disponible » si votre application dirige un emplacement avant DE LE
PLACER.
Sinon, si l'opération HEAD ne trouve pas l'objet, vous pouvez recevoir un nombre élevé de 500 erreurs de
serveur interne si un ou plusieurs nœuds de stockage ne sont pas disponibles.
Vous pouvez définir le contrôle de cohérence « disponible » pour chaque compartiment à l'aide de la demande
DE cohérence PUT bucket, ou spécifier le contrôle de cohérence dans l'en-tête de demande pour une
opération API individuelle.
1484