N'utilisez pas Cloud Storage pools pour les objets qui ont été ingérées par les clients Swift.
Swift ne prend pas en charge les demandes DE restauration POST-objet. StorageGRID ne
pourra donc pas récupérer d'objets Swift ayant été transférés vers le stockage Glacier S3.
L'émission d'une demande d'objet GET Swift pour récupérer ces objets échouera (403
interdit).
◦ Lors de la transition, l'application client peut utiliser une requête objet TÊTE S3 pour contrôler l'état de
l'objet.
4. Objet restauré à partir du stockage Glacier
Lorsqu'un objet est transféré vers le stockage Glacier, l'application client peut émettre une demande de
restauration APRÈS objet S3 pour restaurer une copie récupérable dans le pool de stockage cloud S3. La
demande spécifie le nombre de jours pendant lesquels la copie doit être disponible dans le pool de
stockage cloud et le Tier d'accès aux données à utiliser pour l'opération de restauration (accéléré,
Standard ou en bloc). Lorsque la date d'expiration de la copie récupérable est atteinte, la copie est
automatiquement renvoyée à un état non récupérable.
Si une ou plusieurs copies de l'objet existent également sur les nœuds de stockage dans
StorageGRID, il n'est pas nécessaire de restaurer l'objet à partir de Glacier à l'aide d'une
demande DE restauration POST-objet. En revanche, la copie locale peut être récupérée
directement à l'aide d'une demande D'OBJET GET.
5. Objet récupéré
Une fois qu'un objet a été restauré, l'application client peut émettre une requête GET Object pour
récupérer l'objet restauré.
Informations associées
"Utilisation de S3"
Azure : cycle de vie d'un objet de pool de stockage cloud
La figure représente les étapes du cycle de vie d'un objet stocké dans un pool de stockage cloud Azure.
1211