Skip to main content
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.

Pools de stockage cloud et réplication CloudMirror dans StorageGRID

Lorsque vous commencerez à utiliser Cloud Storage Pools, il peut être utile de comprendre les similitudes et les différences entre Cloud Storage Pools et le service de réplication CloudMirror de StorageGRID.

Pool de stockage cloud CloudMirror service de réplication

Quel est l'objectif principal ?

Sert de cible d'archivage. La copie de l'objet dans le Cloud Storage Pool peut être la seule copie de l'objet, ou une copie supplémentaire. Autrement dit, au lieu de conserver deux copies sur site, vous pouvez en conserver une dans StorageGRID et envoyer une copie vers le Cloud Storage Pool.

Permet à un locataire de répliquer automatiquement des objets d'un compartiment dans StorageGRID (source) vers un compartiment S3 externe (destination). Crée une copie indépendante d'un objet dans une infrastructure S3 indépendante.

Comment est-ce configuré ?

Définis de la même manière que les pools de stockage, à l'aide du Grid Manager ou de l'API de gestion de la grille. Peuvent être sélectionnés comme emplacement de placement dans une règle ILM. Alors qu'un pool de stockage est constitué d'un groupe de Storage Nodes, un Cloud Storage Pool est défini à l'aide d'un point de terminaison S3 ou Azure distant (adresse IP, informations d'identification, etc.).

Un utilisateur locataire "configure la réplication CloudMirror" peut définir un point de terminaison CloudMirror (adresse IP, identifiants, etc.) à l’aide du Gestionnaire de locataires ou de l’API S3. Une fois le point de terminaison CloudMirror configuré, tout compartiment appartenant à ce compte locataire peut être configuré pour pointer vers le point de terminaison CloudMirror.

Qui est responsable de sa mise en place ?

En général, un administrateur de grille

En règle générale, un utilisateur locataire

Quelle est la destination ?

  • Toute infrastructure S3 compatible (y compris Amazon S3)

  • Niveau d'archivage Azure Blob

  • Google Cloud Platform (GCP)

  • Toute infrastructure S3 compatible (y compris Amazon S3)

  • Google Cloud Platform (GCP)

Qu'est-ce qui provoque le déplacement des objets vers la destination ?

Une ou plusieurs règles ILM dans les politiques ILM actives. Les règles ILM définissent quels objets StorageGRID déplace vers le Cloud Storage Pool et quand les objets sont déplacés.

L'action d'ingérer un nouvel objet dans un compartiment source qui a été configuré avec un point de terminaison CloudMirror. Les objets qui existaient dans le compartiment source avant que celui-ci ne soit configuré avec le point de terminaison CloudMirror ne sont pas répliqués, sauf s'ils sont modifiés.

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

Les applications doivent adresser des requêtes à StorageGRID pour récupérer les objets déplacés vers un Cloud Storage Pool. Si l'unique copie d'un objet a été transférée vers un stockage d'archivage, StorageGRID gère le processus de restauration de l'objet afin qu'il puisse être récupéré.

Comme la copie miroir dans le compartiment de destination est une copie indépendante, les applications peuvent récupérer l'objet en effectuant des requêtes soit auprès de StorageGRID, soit auprès de la destination S3. Par exemple, supposons que vous utilisiez la réplication CloudMirror pour dupliquer des objets vers une organisation partenaire. Le partenaire peut utiliser ses propres applications pour lire ou mettre à jour les objets directement depuis la destination S3. L'utilisation de StorageGRID n'est pas requise.

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 requêtes de lecture doivent être adressées à StorageGRID (et StorageGRID sera responsable de la récupération depuis le pool de stockage cloud).

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

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

L'objet est également supprimé du Cloud Storage Pool.

La 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 une catastrophe (StorageGRID system non opérationnel) ?

Les nœuds StorageGRID défaillants doivent être récupérés. Durant ce processus, des copies d’objets répliqués peuvent être restaurées à partir des copies présentes dans le Cloud Storage Pool.

Les copies d'objets dans la destination CloudMirror sont indépendantes de StorageGRID, elles peuvent donc être consultées directement avant que les nœuds StorageGRID ne soient récupérés.