Quel est l'objectif principal ?

Un système StorageGRID agit comme un système de reprise après incident. Les objets d'un compartiment peuvent être répliqués entre les grilles dans une ou les deux directions.

Permet à un locataire de répliquer automatiquement les objets à partir d'un compartiment dans StorageGRID (source) vers un compartiment S3 externe (destination).

La réplication CloudMirror crée une copie indépendante d'un objet dans une infrastructure S3 indépendante. Cette copie indépendante n'est pas utilisée comme sauvegarde, mais elle est souvent traitée dans le cloud.

Comment est-il configuré ?

Qui est responsable de sa configuration ?

Généralement, un utilisateur locataire.

Quelle est la destination ?

Un compartiment S3 correspondant et identique sur l'autre système StorageGRID dans la connexion de fédération du grid.

La gestion des versions d'objets est-elle requise ?

Oui, la gestion des versions d'objet doit être activée dans les compartiments source et de destination.

Non, la réplication CloudMirror prend en charge toute combinaison de compartiments sans version et avec version sur la source et la destination.

Pourquoi déplacer des objets vers la destination ?

Les objets sont automatiquement répliqués lorsque ceux-ci sont ajoutés à un compartiment sur lequel la réplication inter-grid est activée.

Les objets sont automatiquement répliqués lorsqu'ils sont ajoutés à un compartiment qui a été configuré avec un terminal CloudMirror. Les objets qui existaient dans le compartiment source avant la configuration du compartiment avec le point de terminaison CloudMirror ne sont pas répliqués, sauf s'ils ont été modifiés.

Comment les objets sont-ils répliqués ?

La réplication inter-grid crée des objets versionnés et réplique l'ID de version du compartiment source vers le compartiment de destination. Cela permet de maintenir l'ordre des versions sur les deux grilles.

La réplication CloudMirror ne nécessite pas de compartiments prenant en charge la gestion des versions. CloudMirror peut donc uniquement gérer les commandes d'une clé au sein d'un site. Il n'y a aucune garantie que la commande sera maintenue pour les demandes à un objet sur un site différent.

Que se passe-t-il si un objet ne peut pas être répliqué ?

L'objet est placé dans la file d'attente de réplication, en fonction des limites de stockage des métadonnées.

L'objet est mis en file d'attente pour la réplication, sous réserve des limites des services de plate-forme (voir "Recommandations relatives à l'utilisation des services de plate-forme").

Les métadonnées système de l'objet sont-elles répliquées ?

Oui, lorsqu'un objet est répliqué sur l'autre grille, les métadonnées de son système sont également répliquées. Les métadonnées seront identiques sur les deux grilles.

Non. Lorsqu'un objet est répliqué vers un compartiment externe, les métadonnées de son système sont mises à jour. Les métadonnées diffèrent d'un emplacement à l'autre, selon le moment de l'ingestion et le comportement de l'infrastructure S3 indépendante.

Comment les objets sont-ils récupérés ?

Les applications peuvent récupérer ou lire les objets en faisant une demande au compartiment sur les deux grilles.

Les applications peuvent récupérer ou lire les objets en faisant une requête vers StorageGRID ou vers la destination S3. Supposons, par exemple, que vous utilisiez la réplication CloudMirror pour mettre en miroir les objets dans une organisation partenaire. Le partenaire peut utiliser ses propres applications pour lire ou mettre à jour les objets directement à partir de la destination S3. Utiliser StorageGRID n'est pas nécessaire.

Que se passe-t-il si un objet est supprimé ?

Les résultats varient en fonction de l'état de gestion des versions des compartiments source et destination (qui ne doivent pas nécessairement être identiques) :

De même, les objets du compartiment de destination peuvent être supprimés sans affecter la source.