Quel est l'objectif principal ?

Un pool de stockage cloud agit comme cible d'archivage. La copie d'objet du pool de stockage cloud peut être la seule copie de l'objet ou une copie supplémentaire. Par exemple, au lieu de conserver deux copies sur site, vous ne pouvez conserver qu'une seule copie dans StorageGRID et envoyer une copie au pool de stockage cloud.

Le service de réplication CloudMirror permet à un locataire de répliquer automatiquement les objets depuis 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.

Comment est-il configuré ?

Les pools de stockage cloud sont définis de la même manière que les pools de stockage, à l'aide de Grid Manager ou de l'API de gestion du grid. Un pool de stockage cloud peut être sélectionné comme emplacement dans une règle ILM. Lorsqu'un pool de stockage est constitué d'un groupe de nœuds de stockage, un pool de stockage cloud est défini à l'aide d'un terminal S3 ou Azure distant (adresse IP, identifiants, etc.).

Un utilisateur locataire Configure la réplication CloudMirror En définissant un terminal CloudMirror (adresse IP, identifiants, etc.) à l'aide du Gestionnaire des locataires ou de l'API S3. Une fois le terminal CloudMirror configuré, tous les compartiments appartenant à ce compte peuvent être configurés pour pointer vers le terminal CloudMirror.

Qui est responsable de sa configuration ?

En général, un administrateur grid

Généralement, un utilisateur locataire

Quelle est la destination ?

Pourquoi déplacer des objets vers la destination ?

Une ou plusieurs règles ILM de la politique ILM active. Les règles ILM définissent le déplacement des objets StorageGRID vers le pool de stockage cloud et le déplacement des objets.

Le fait d'ingérer un nouvel objet dans un compartiment source qui a été configuré avec un noeud final CloudMirror.les objets qui existaient dans le compartiment source avant que le compartiment n'ait été configuré avec le noeud final CloudMirror ne soient pas répliqués, à moins qu'ils ne soient modifiés.

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

Les applications doivent demander à StorageGRID de récupérer les objets qui ont été déplacés vers un pool de stockage cloud. Si la seule copie d'un objet a été transférée vers le stockage d'archivage, StorageGRID gère le processus de restauration de l'objet afin de pouvoir la récupérer.

Étant donné que la copie en miroir dans le compartiment de destination est une copie indépendante, les applications peuvent récupérer l'objet en effectuant des demandes 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.

Pouvez-vous lire directement depuis la destination ?

Non Les objets déplacés vers un pool de stockage cloud sont gérés par StorageGRID. Les demandes de lecture doivent être dirigées vers StorageGRID (et StorageGRID sera responsable de la récupération à partir du pool de stockage cloud).

Oui, car la copie en miroir est une copie indépendante.

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

L'objet a également été supprimé dans le pool de stockage cloud.

L'action de suppression n'est pas répliquée. Un objet supprimé n'existe plus dans le compartiment StorageGRID, mais il continue d'exister dans le compartiment de destination. De même, les objets du compartiment de destination peuvent être supprimés sans affecter la source.

Comment accéder aux objets après un incident (le système StorageGRID n'est pas opérationnel) ?

Les nœuds StorageGRID défaillants doivent être récupérés. Au cours de ce processus, les copies des objets répliqués peuvent être restaurées à l'aide de copies dans le pool de stockage cloud.

Les copies d'objets de la destination CloudMirror sont indépendantes de StorageGRID, ce qui permet d'y accéder directement avant la restauration des nœuds StorageGRID.